Kein E-Mail Versand an gmail.com möglich

s.moenikes · Mar 23rd 2023

Quote from Virinum

Ich hab mal ein PHP-Script gebaut, mit dem man den Versand über PHP testen kann. Dann siehst du auch was der Server von Web.de zurückgibt.

Musst vorher dann noch in dem Ordner PHPMailer installieren.

PHP

<?php

use PHPMailer\PHPMailer\Exception;
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\SMTP;

require __DIR__ . '/vendor/autoload.php';


// Configure me!
// ------------------------------
/** E-mail address to send from */
$from = 'sender@example.com';
/** E-mail address to send to */
$to = 'recipient@web.de';
/** Subject of e-mail */
$subject = 'Testnachricht';
/** Body of e-mail */
$body = 'Das ist eine Testnachricht.';
// ------------------------------


$mail = new PHPMailer(true);

try {
  $mail->SMTPDebug = SMTP::DEBUG_SERVER;
  $mail->isSMTP();
  [, $hostpart] = explode('@', $to);
  getmxrr($hostpart, $mxhosts);
  $mail->Host = $mxhosts[0];
  $mail->Port = 25;
  $ownIp = trim(file_get_contents('http://ipv4.icanhazip.com/'));
  $mail->Hostname = gethostbyaddr($ownIp);
  $mail->setFrom($from);
  $mail->addAddress($to);
  $mail->CharSet = PHPMailer::CHARSET_UTF8;
  $mail->Subject = $subject;
  $mail->Body = $body;
  $mail->send();
} catch (Exception $e) {
  echo "Message could not be sent. Mailer Error: {$mail->ErrorInfo}";
}

Display More

Die Ausgabe davon wäre dann interessant.

Im Erfolgsfall sollte die Ausgabe dann so in der Art aussehen:

Code

2023-03-21 12:39:58    SERVER -> CLIENT: 220 web.de (mxweb011) Nemesis ESMTP Service ready
2023-03-21 12:39:58    CLIENT -> SERVER: EHLO a2fac.netcup.net
2023-03-21 12:39:58    SERVER -> CLIENT: 250-web.de Hello a2fac.netcup.net [188.68.47.172]
                                         250-8BITMIME
                                         250-SIZE 157286400
                                         250 STARTTLS
2023-03-21 12:39:58    CLIENT -> SERVER: STARTTLS
2023-03-21 12:39:58    SERVER -> CLIENT: 220 OK
2023-03-21 12:39:58    CLIENT -> SERVER: EHLO a2fac.netcup.net
2023-03-21 12:39:58    SERVER -> CLIENT: 250-web.de Hello a2fac.netcup.net [188.68.47.172]
                                         250-8BITMIME
                                         250 SIZE 157286400
2023-03-21 12:39:58    CLIENT -> SERVER: MAIL FROM:<sender@example.com>
2023-03-21 12:39:58    SERVER -> CLIENT: 250 Requested mail action okay, completed
2023-03-21 12:39:58    CLIENT -> SERVER: RCPT TO:<recipient@web.de>
2023-03-21 12:39:58    SERVER -> CLIENT: 250 OK
2023-03-21 12:39:58    CLIENT -> SERVER: DATA
2023-03-21 12:39:58    SERVER -> CLIENT: 354 Start mail input; end with <CRLF>.<CRLF>
2023-03-21 12:39:58    CLIENT -> SERVER: Date: Tue, 21 Mar 2023 13:39:58 +0100
2023-03-21 12:39:58    CLIENT -> SERVER: To: recipient@web.de
2023-03-21 12:39:58    CLIENT -> SERVER: From: sender@example.com
2023-03-21 12:39:58    CLIENT -> SERVER: Subject: Testnachricht
2023-03-21 12:39:58    CLIENT -> SERVER: Message-ID: <d3NWofEii5G62oZcok0U6nNMiavuNgKHWSun4mAIPs@a2fac.netcup.net>
2023-03-21 12:39:58    CLIENT -> SERVER: X-Mailer: PHPMailer 6.8.0 (https://github.com/PHPMailer/PHPMailer)
2023-03-21 12:39:58    CLIENT -> SERVER: MIME-Version: 1.0
2023-03-21 12:39:58    CLIENT -> SERVER: Content-Type: text/plain; charset=utf-8
2023-03-21 12:39:58    CLIENT -> SERVER:
2023-03-21 12:39:58    CLIENT -> SERVER: Das ist eine Testnachricht.
2023-03-21 12:39:58    CLIENT -> SERVER:
2023-03-21 12:39:58    CLIENT -> SERVER: .
2023-03-21 12:39:58    SERVER -> CLIENT: 250 Requested mail action okay, completed: id=1Ml5i4-1qLKUc2prQ-00lXXu
2023-03-21 12:39:58    CLIENT -> SERVER: QUIT
2023-03-21 12:39:58    SERVER -> CLIENT: 221 web.de Service closing transmission channel

Display More

Vielen Dank für deine Bemühungen mir zu helfen, das ist wirklich sehr nett.

Die Ausgabe davon ist leider

Fatal error: Uncaught Error: Class 'SMTP' not found

aus dieser Zeile: $mail->SMTPDebug = SMTP::DEBUG_SERVER;

Leider kenne ich mich damit auch nicht aus, ich bin nicht in der Lage mir da selbst zu helfen und das Problem zu lösen

s.moenikes · Mar 23rd 2023

Quote from Gargamel

Ich glaube mittlerweile zu 100% daran, dass es einfach an Netcup und deren IPs liegt.

Ich habe was die config betrifft, alles gemacht.

Selbst bei https://internet.nl/ komme ich auf 100%

https://easydmarc.com/ keine Fehler

https://www.dnsqueries.com/en/#null keine Fehler

https://www.mail-tester.com/ 10/10

ipv4 /ipv6 konfiguriert, DMARC, DKIM, SPF, DNSSEC, DANE, TLS Versionen, Cipher, MTA-STS Record, Sogar BIMI Record

Bei Telekom, Outlook.com. Gmail usw Freischaltung Prozess durchlaufen.

Trotzdem erhalte ich ständig, bei diversen Domains

554 5.7.0 Reject, id=1549286-03 - spam, servertime....

Display More

Ich bin mittlerweile ehrlich gesagt auch nur noch sauer... erst wird man auf so ein Scheiß Produkt "beraten" und dann macht das nur Probleme. Jetzt sitze ich mit einer Preiserhöhung von 500% seit Wochen an diesem Problem und es gibt keine einfache Lösung dafür, ich stehe kurz davor das wieder zu kündigen und zu einem anderen Provider zu wechseln. Mir fehlt leider auch die Zeit mit da intensiv mit zu beschäftigen. Zwischenzeitlich kommen meine Mails immerhin bei gmail an, aber web.de stellt sich weiterhin tot.

s.moenikes · Mar 23rd 2023

Ich habe gerade auch wieder eine Mail an alle Empfänger verschickt:

Was mich aber weiterhin total wundert: es kommt KEINE Fehlermeldung vom Versand an web.de zurück. Die E-Mail verschwindet einfach (ich habe mir von meinem web.de Account auch mal eine E-Mail geschickt um einfach darauf zu antworten) und es gibt keine weiteren Infos warum das so passiert.

Von hotmail / outlook.de habe ich immerhin eine Rückmeldung bekommen, dass alle die Info nicht bekommen haben.

host eur.olc.protection.outlook.com[104.47.1.33]

said: 550 5.7.1 Unfortunately, messages from [94.16.115.42] weren't sent.

Please contact your Internet service provider since part of their network

is on our block list (S3150). You can also refer your provider to

http://mail.live.com/mail/troubleshooting.aspx#errors.

[VE1EUR01FT023.eop-EUR01.prod.protection.outlook.com

2023-03-23T10:49:35.388Z 08DB2A759D64F5F9] (in reply to MAIL FROM command)

Hotmail und Outlook haben beim letzten Versand geklappt, da war gmail das große Problem. web.de und gmx.de reagieren gar nicht, Mails kommen aber nicht an.

Das ist doch einfach nur noch lächerlich. Jetzt habe ich zumindest die gewissheit, dass die 10% der User die bei gmail.com sind die Info erhalten haben und alle anderen vielleicht nicht (vielleicht aber doch, man weiß es nicht).

tab · Mar 23rd 2023

Quote from s.moenikes

Hotmail und Outlook haben beim letzten Versand geklappt, da war gmail das große Problem. web.de und gmx.de reagieren gar nicht, Mails kommen aber nicht an.

Das ist doch einfach nur noch lächerlich. Jetzt habe ich zumindest die gewissheit, dass die 10% der User die bei gmail.com sind die Info erhalten haben und alle anderen vielleicht nicht (vielleicht aber doch, man weiß es nicht).

Genau, das ist einfach nur lächerlich, noch nicht mal zu informieren, dass eine E-Mail nicht angenommen wird und warum. Und sie stattdessen einfach ins Daten-Nirwana zu kicken. Jetzt müsste Microsoft das nur noch begreifen. Aber das ist eben das berühmt/berüchtigte schwarze Loch von Microsoft. Teilweise klappt es bei der Abweisung wie vorgesehen, manchmal aber eben auch nicht und es kommt gar keine Info. Dann wissen weder Absender noch Empfänger Bescheid. Der Absender geht davon aus, dass die Mail gesendet wurde, der Empfänger weiss nicht mal, dass er eine Mail hätte erhalten sollen. Hochgradig unzuverlässig und unverantwortlich, eine Mail-Adresse, die sich so verhält, ist für mehr als gelegentliche Spass-Mails eben nicht tauglich (auch dafür nur bedingt) und nicht zuletzt auch für den Empfänger (oder eben Nicht-Empfänger) schädlich.

Virinum · Mar 23rd 2023

Quote from s.moenikes

Die Ausgabe davon ist leider

Fatal error: Uncaught Error: Class 'SMTP' not found

aus dieser Zeile: $mail->SMTPDebug = SMTP::DEBUG_SERVER;

Hast du PHPMailer in dem Ordner installiert? Am einfachsten ist es, wenn du PHPMailer hier runterlädst, entpackst und in den selben Ordner lädst wie die PHP-Datei. Dann noch

PHP

require __DIR__ . '/vendor/autoload.php';

durch

PHP

require __DIR__ . '/src/Exception.php';
require __DIR__ . '/src/PHPMailer.php';
require __DIR__ . '/src/SMTP.php';

ersetzen.

Die Ordnerstruktur sollte dann so aussehen (test.php ist dann die Testdatei):

pasted-from-clipboard.png

m_ueberall · Mar 23rd 2023

Quote from s.moenikes

Vielen Dank für deine Bemühungen mir zu helfen, das ist wirklich sehr nett.

Die Ausgabe davon ist leider

Fatal error: Uncaught Error: Class 'SMTP' not found

aus dieser Zeile: $mail->SMTPDebug = SMTP::DEBUG_SERVER;

Leider kenne ich mich damit auch nicht aus, ich bin nicht in der Lage mir da selbst zu helfen und das Problem zu lösen

Display More

Die Installation sollte in einem Arbeitsverzeichnis wie folgt funktionieren:

Code

% #### Die folgenden Zeilen stammen von https://getcomposer.org/download/
% php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
% php -r "if (hash_file('sha384', 'composer-setup.php') === '55ce33d7678c5a611085589f1f3ddf8b3c52d662cd01d4ba75c0ee0459970c2200a51f492d557530c71c15d8dba01eae') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
% php composer-setup.php
Installer verified
All settings correct for using Composer
Downloading...

Composer (version 2.5.5) successfully installed to: /tmp/php-test/composer.phar
Use it: php composer.phar

% #### So wird PHPmailer mithilfe von Composer installiert (vgl. https://github.com/PHPMailer/PHPMailer#installation--loading)
% php composer.phar require phpmailer/phpmailer
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 1 install, 0 updates, 0 removals
  - Downloading phpmailer/phpmailer (v6.8.0)
Using version ^6.8 for phpmailer/phpmailer

% #### Das nachfolgend aufgerufene Script ist die angepasste Version des Listings von @Virinum (https://forum.netcup.de/administration-eines-server-vserver/server-konfiguration/imap-pop3/p198801-kein-e-mail-versand-an-gmail-com-m%C3%B6glich/#post198801)
% php ./listing1.php
2023-03-23 11:23:21     SERVER -> CLIENT: 220 mx.google.com ESMTP t75-20020a63784e000000b004fbd06e0996si17315563pgc.610 - gsmtp
2023-03-23 11:23:21     CLIENT -> SERVER: EHLO ip-NNN-NNN-NNN-NNN.umNN.pools.vodafone-ip.de
                                          250-SIZE 157286400
                                          250 SMTPUTF8
                                          250-SIZE 157286400
2023-03-23 11:23:24     CLIENT -> SERVER: DATA
2023-03-23 11:23:25     CLIENT -> SERVER: Date: Thu, 23 Mar 2023 12:23:20 +0100
[…]

Display More

aRaphael · Mar 23rd 2023

Ich werfe nochmal meine Frage in den Raum:

Wie viele eMailadressen hast/brauchst du denn eigentlich und wie viele emails musst du so versenden?
Tut es da nicht evtl. einfach nur ein Postfach für ein paar wenige Euro bei einem der Provider, die darauf spezialisiert sind?

Fahre ich seit Jahren sehr gut mit.

Bud scheinbar auch:

Quote from Bud

organenes S? Aktuell sind wir nur noch dort, weil die E-Mails dort zuverlässig funktionieren und durch ein Webhosting Paket günstig sind.

nitram · Mar 23rd 2023

Quote from s.moenikes

is on our block list (S3150). You can also refer your provider to

Das Formular https://olcsupport.office.com/ einmal ausfüllen. Dann bekommt man höchstwahrscheinlich eine Antwort von nem Bot, das man nicht "qualifiziert" ist Mails von der IP zu senden. Dann Fragen warum => sollte dann auf einmal doch gehen...

DerRené · Mar 23rd 2023

Ganz schön viel Aufwand für einen Managed Plesk Server. Wenn man sich am Ende doch um alles selbst kümmern muss (z.B. dass Mails ankommen!), wäre es mir persönlich das Geld nicht wert. Dann wie schon mehrfach vorgeschlagen lieber einen auf Mailversand spezialisierten Anbieter wählen und Ruhe haben.

Wirklich schade dass du hier so schlechte Erfahrungen sammeln musstest.

PS: ich persönlich bin sehr zufrieden mit Netcup, habe aber auch nicht diese Erfahrungen machen müssen und habe hier nur private Projekte am Start.

**[netcup] Lars S.** · Mar 23rd 2023

Hallo s.moenikes,

gerne prüfen wir für dich in den Protokollen des Mailservers, warum die E-Mails nicht zugestellt werden können und nehmen auch Kontakt mit den Anbietern für dich auf. Bitte wende dich dazu an unseren Support unter mail@netcup.de und wir werden dich gerne diesbezüglich unterstützen.

Gargamel · Mar 24th 2023

@s.moenikes das einfachste ist, wenn du einen Relay Server nutzt, dann gehen die Mails garantiert raus und du hast sogar noch schöne Statistiken.

Microsoft, gmail. web.de, gmx.de etc sind doch eigentlich gar kein Problem. Da lässt man sich notfalls einmal frei schalten und gut ist.

Das große Problem sind die hunderten von anderen Mailadressen, da kannst du nie wissen, warum du blockiert wirst. Jeder hat nen anderen Provider. Ich habe so viele individuelle Empfänger, alle mit eigener Domain.

Mit Sendinblue und Mailjet kannst du zusammen 600 Mails pro Tag kostenlos verschicken. Richte das ein und du hast Ruhe.

Einen Managed Server bringt dir aber nix. Der liegt ja auch nur im verseuchten IP Netz von Netcup.

Schupp · Mar 24th 2023

Bei Outlook muss man seine IP beim snds anmelden, Gmail hat etwas ähnliches. Bei web.de und GMX war es eine Email mit einer erklärung was man macht und wieso einem das wichtig ist. Bei T-Online ist es wichtig ein vernünftiges Impressum auf der zugehörigen Domain zu haben.

Bei Outlook und Gmail kann man sich beim Testaccount auf die Whitelist setzen, die Email kommt durch, im Header steht dann trotzdem das Problem.

Ich benutze meist appmaildev zum testen, denen muss man eine Test email zur Analyse schicken.

KB19 · Mar 24th 2023

Quote from Schupp

Bei Outlook muss man seine IP beim snds anmelden […]

Bringt erfahrungsgemäß leider gar nichts.

SNDS ist außerdem mindestens genauso komisch, indem es einfach mal alle (!) IP-Adressen eines Accounts zeitgleich (!) auf diesen Status setzt: Junked due to user complaints or other evidence of spamming

Wohlgemerkt auch die, die aktuell gar keinen Mailserver mehr beherbergen oder sogar ganz offline sind. Komischerweise gab es aber noch nie auch nur eine einzige Beschwerde über das JMRP und die Nachrichten kommen trotzdem problemlos im Posteingang an…

s.moenikes · Mar 27th 2023

Quote from Gargamel

Mit Sendinblue und Mailjet kannst du zusammen 600 Mails pro Tag kostenlos verschicken. Richte das ein und du hast Ruhe.

Einen Managed Server bringt dir aber nix. Der liegt ja auch nur im verseuchten IP Netz von Netcup.

ich bin mittlerweile eigentlich auch am Ende. Ich habe mich jetzt nochmal beim Support gemeldet wie von Lars S. von Netcup beschrieben, leider kommen jetzt so langsam die wütenden Anrufe von Leuten, die seit Wochen auf Mails warten, von denen wir bisher dachten sie gehen durch.

Mir geht jetzt so langsam die Zeit aus, hätte ich im Februar gewusst, dass es so kompliziert ist, hätte ich da schon mit den 100 Experimenten anfangen können, aber jetzt so langsam ist schon zu lange alles scheiße.

Was ist nicht verstehe, wenn vom versuchen IP Netz von Netcup gesprochen wird: Warum hat es denn in dem Shared Hosting geklappt (mit ausnahme der 100 Mails pro Tag Richtlinie, die mir den ganzen Mist hier eingebrockt hat)? Irgendwas muss doch da richtig eingestellt sein, was jetzt falsch ist... Kann man das nicht einfach übernehmen?

s.moenikes · Mar 27th 2023

Ich habe jetzt gerade noch etwas herausgefunden, was zu einem Problem führen kann. Ich habe eine Testmail an geschickt um die Fehlermeldung zu erhalten und sie lautet

Quote

The mail system

<helocheck@abuseat.org>: host mail.abuseat.org[54.93.50.35] said: 550 *** The

HELO for IP address 94.16.115.42 was 'v1202302134035218986.yourpserver.net'

(valid syntax) *** (in reply to RCPT TO command)

Display More

Wie kann ich dieses v......yourpserver.net durch meinen mail.domain.de ersetzen? auf dem Server laufen ja viele Domains, das kann ja keine generelle Servereinstellung sein, die geändert werden muss denn sonst wäre sie ja nur für eine einzige Domain korrekt geändert, oder?

Oder muss ich sie auf die IP Adresse ändern lassen, was laut https://www.abuseat.org/helocheck.html zwar nicht optimal, aber auch okay wäre?

nitram · Mar 27th 2023

Quote from s.moenikes

Wie kann ich dieses v......yourpserver.net durch meinen mail.domain.de ersetzen?

Das schrieb ich schon eine Seite zuvor.

Quote from nitram

Wurde der PTR des Managed-Server auf einen eigenen Eintrag gesetzt?
Leider wird der generische v112312312XXX.yourpserver.net oft geblockt.
Wenn nicht, dann A-Record z.B managed123.domain.de auf die IP setzen => Support schreiben mit der bitte um Anpassung des PTR-Eintrages.

Hier nimmt man am besten eine Domain, wo "global" vom Namen passt.

s.moenikes · Mar 27th 2023

Quote from nitram

Das schrieb ich schon eine Seite zuvor.

Hier nimmt man am besten eine Domain, wo "global" vom Namen passt.

Also nur damit ich es richtig verstehe, es ist sinnvoller dann mail.domain.de (egal welche Domain) für alle zu nehmen als [94.16.115.42] ??

Dann würde ich nämlich einfache eine der Domains aussuchen und einstellen lassen.

Und sollte ich da eine .de Domain nehmen? Ist das seriöser für web.de und gmx.de oder ist denen egal ob .de oder .com?

m_ueberall · Mar 27th 2023

Die Nutzung eines explizit gesetzten RDNS-Eintrags für die Domäne für das Senden/Empfangen von E-Mails ist eigentlich immer sinnvoller. Die „Seriosität“ einer weitverbreiteten TLD ist dabei immer mehr oder weniger subjektiv; ggf. würde ich für E-Mails im D/A/CH/EU-Bereich eher eine „lokale“ Länderdomäne verwenden (ausschlaggebend wären primär Möglichkeiten, für die verwendete Domäne dort bestimmte DNS-Einträge hinterlegen und DNSSEC aktivieren zu können).

Sofern man aus Separierungs-/Sicherheitsgründen für verschiedene Domänen nicht verschiedene IP-Adressen verwendet (die lassen sich bei Netcup hinzubuchen), sollte man aber bedenken, dass die Domäne (inkl. Unterdomäne), mit welcher sich der Mailserver identifiziert, auch als zuständig für die Übermittlung von E-Mails der anderen Domäne(n) im DNS hinterlegt sein muss (vgl. TXT(SPF)-/MX-Einträge für die anderen Domäne(n)).

s.moenikes · Mar 27th 2023

Quote from m_ueberall

Die Nutzung eines explizit gesetzten RDNS-Eintrags für die Domäne für das Senden/Empfangen von E-Mails ist eigentlich immer sinnvoller. Die „Seriosität“ einer weitverbreiteten TLD ist dabei immer mehr oder weniger subjektiv; ggf. würde ich für E-Mails im D/A/CH/EU-Bereich eher eine „lokale“ Länderdomäne verwenden (ausschlaggebend wären primär Möglichkeiten, für die verwendete Domäne dort bestimmte DNS-Einträge hinterlegen und DNSSEC aktivieren zu können).

Sofern man aus Separierungs-/Sicherheitsgründen für verschiedene Domänen nicht verschiedene IP-Adressen verwendet (die lassen sich bei Netcup hinzubuchen), sollte man aber bedenken, dass die Domäne (inkl. Unterdomäne), mit welcher sich der Mailserver identifiziert, auch als zuständig für die Übermittlung von E-Mails der anderen Domäne(n) im DNS hinterlegt sein muss (vgl. TXT(SPF)-/MX-Einträge für die anderen Domäne(n)).

Okay, vielen Dank für die Erklärung. Da ich kein Experte bin habe ich versucht das ganze nochmal Beispielhaft zu veranschaulichen, bevor ich Änderungen vornehme und den Zustand noch ehr verschlechterte als verbessere und dann das nächste Problem ansteht

In der Konfiguration befinden sich 4 Domains:

domain1.de

domain2.de

domain3.com

domain4.es (einfach mal als Beispiel für eine Domain ganz außerhalb DACH und auch nicht .com)

Also ich entscheide mich für eine .de Domain um hier die vermeidlich notwendige Seriosität erreichen zu wollen, dann lasse ich von Netcup den PTR des Servers auf mail.domain1.de zu setzen?

Dies macht ja keine DNS Änderungen bei domain1.de notwendig, da ja der MX Eintrag dort eh auf mail.domain1.de liegt.

Aber bei Domain2 - 4 müsste ich im Anschluss die DNS Einstellung ändern und den MX Eintrag auch auf mail.domain1.de anpassen, da dies dann das offizielle Serveridentifikationsmerkmal für den E-Mail Versand von der Server IP ist?

Habe ich das so richtig verstanden oder bin ich auf dem falschen Weg?

m_ueberall · Mar 27th 2023

Quote from s.moenikes

Also ich entscheide mich für eine .de Domain um hier die vermeidlich notwendige Seriosität erreichen zu wollen, dann lasse ich von Netcup den PTR des Servers auf mail.domain1.de zu setzen?

Dies macht ja keine DNS Änderungen bei domain1.de notwendig, da ja der MX Eintrag dort eh auf mail.domain1.de liegt.

Aber bei Domain2 - 4 müsste ich im Anschluss die DNS Einstellung ändern und den MX Eintrag auch auf mail.domain1.de anpassen, da dies dann das offizielle Serveridentifikationsmerkmal für den E-Mail Versand von der Server IP ist?

Ja. Die MX-Einträge für Domain2…4 sind auf "mail.domain1.de" zu ändern. Die TXT-Einträge für Domain2…4, die mit "v=spf1" beginnen, sollten ein "mx" bekommen ("v=spf1 mx ~all" oder "v=spf1 mx -all" würde ausreichen, zusätzliche Angaben wie a/aaaa/ip4/ip6 für eine delegierte Versendung schaden nicht); alternativ böte sich auch ein "v=spf1 redirect=domain1.de" an (hier nur die eigentliche Domäne nennen), aber man muss es nicht so kompliziert handhaben wie in diesem Beispiel.

Für Tests würde man (wenn noch nicht geschehen) die Gültigkeitsdauer der DNS-Einträge beteiligter Domänen verkürzen, sodass künftige Änderungen schneller weltweit übernommen werden. Außerdem ist sicherzustellen, dass sich der Mailserver (genauer: der Mail/Message Transfer Agent, MTA) auch für alle E-Mails mit Domain2…4 zuständig fühlt, sonst helfen die DNS-Einträge allein noch nichts.