Ich habe einen Postfix-Server eingerichtet, der die meiste Zeit einwandfrei funktioniert, aber täglich werden zwischen 100 und 200 E-Mails mit den folgenden Fehlern zurückgestellt:
status=deferred (lost connection with alt1.gmail-smtp-in.l.google.com[74.125.142.27] while sending RCPT TO)
status=deferred (lost connection with mta6.am0.yahoodns.net[66.196.118.34] while sending message body)
Das sind etwa 10 % aller ausgehenden Mails. Eingehende Mails funktionieren einwandfrei und alle ausgehenden Mails an Domänen auf dem lokalen Server funktionieren ebenfalls einwandfrei.
Bei der Fehlersuche habe ich eine bestimmte E-Mail gefunden, die Gmail immer wieder zurückschickt. Wenn ich aber eine neue E-Mail an denselben Empfänger schreibe, akzeptiert Google sie ohne Probleme:
Zurückgewiesene E-Mails:
Sep 3 13:08:04 mail postfix/smtp[2623]: 72A66184148: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=2.5, delays=0.01/0/0.83/1.7, dsn=5.7.1, status=bounced (host aspmx.l.google.com[173.194.79.27] said: 554 5.7.1 9.9.9 (in reply to end of DATA command))
Zugestellte Post:
Sep 3 13:10:08 mail postfix/smtp[24005]: 38C47184147: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=3.3, delays=0/0.01/0.82/2.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1378199356 hk5si14476075pac.241 - gsmtp)
Wenn ich die gleiche zurückgewiesene E-Mail an eine andere Domäne auf dem lokalen Server weiterleite, kommt sie problemlos an.
Aber Yahoo weist es mit dem folgenden Fehler zurück:
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
Die Größe beider E-Mails ist mehr oder weniger gleich (weniger als 100 KB), das ist hier also nicht das Problem.
Vor dem Server ist keine Firewall. Alle DNS-Einstellungen sind korrekt, Reverse-DNS ist richtig eingerichtet und wie gesagt, es sind nur bestimmte Mails, die nicht durchkommen.
Ich habe mit dem ISP gesprochen und bestätigt, dass die MTU-Einstellungen in Ordnung sind.
Irgendwelche Vorschläge?
Aktualisieren Ich verwalte einen zweiten Mailserver an einem Remote-Standort und habe versucht, die zurückgewiesenen E-Mails an die Remote-Domäne zu senden. Ich habe tcpdump auf der Empfängerseite ausgeführt, um zu sehen, was passiert. Während der Versand der zurückgewiesenen E-Mails sendet der Server RSET, nachdem er RCPT TO gesendet hat.
16:17:23.249320 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 74:126(52) ack 228 win 123 [email protected]...^.B2...}.....-B........{....... t...y...RCPT TO: ORCPT=
16:17:23.614527 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 126:132(6) ack 242 win 123 E..:[email protected]^.B2...}.....-B........{....... t..vy...RSET
Wenn ich jedoch eine neue E-Mail verfasse, werden wie erwartet DATA nach RCPT gesendet und die E-Mail wird problemlos weitergeleitet:
16:19:20.911123 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 73:125(52) ack 228 win 123 [email protected].*_^.B2...}.8..;&J.`..4...{P@..... t...y...RCPT TO: ORCPT=
16:19:21.297598 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 125:131(6) ack 242 win 123 E..:[email protected].*.^.B2...}.8..;&K.`..B...{t5..... t..ay...DATA
Ergibt für mich nicht viel Sinn..
Antwort1
554 ist eindauerhaftFehler, wie Sie wissen. Dies ist keine Art Greylisting-Test, um zu sehen, wie Sie die Warteschlangen implementieren.
Wie andere bereits erwähnt haben, werden 99,9 % der 554-Antworten ausgegeben, weil Ihre Nachricht einen Anti-Spam-Test nicht bestanden hat. Die Tatsache, dass Sie die 554 nach dem Ende von DATA erhalten, deutet darauf hin, dass der Inhalt der Nachricht etwas enthält, das ihnen nicht gefällt, obwohl der Serverkönntehat bereits viel früher entschieden, dass es Ihre Nachricht ablehnen wird, und wurde aus verschiedenen Gründen so konfiguriert, dass es bis zum Ende wartet (1. Verschwendung Ihrer Zeit/Bandbreite/Ressourcen und 2. Sammeln möglichst vieler Informationen über Ihre Nachricht).
Das Schwierigste an diesen Situationen ist, dass Sie gegen Richtlinien verstoßen, die vom Empfänger entwickelt und durchgesetzt werden. Ihre Nachricht wird möglicherweise abgelehnt, weil der Text das Wort „Apple“ enthält und das letzte Oktett Ihrer IP-Adresse unseres Wissens nach ein Vielfaches von 3 ist. Sehr unwahrscheinlich, aber möglich.
Nachrichten werden normalerweise nicht aufgrund des Nichterfüllens eines Kriteriums abgelehnt, insbesondere nicht von den „großen Jungs“, also würde icherratendass Sie bei mehreren Tests durchfallen, aber die einzige Möglichkeit, das genau herauszufinden (angesichts der fehlenden Informationen in der Ablehnungsnachricht), ist leider, nachzufragen.
ich fanddiese Seitefür Google in Bezug auf Ihr Problem, was ein guter Weg sein könnte. Ich konnte auf den ersten Blick keine ähnliche Seite für Yahoo finden.
Antwort2
Haben Sie versucht, den Spam-Assassin-Score für diese bestimmte Nachricht anzuzeigen? Gehen Sie dazu auf diese Website [spamscorechecker][1]
[1]:http://spamscorechecker.com/Senden Sie ihnen diese Nachricht und eine weitere Nachricht, die zugestellt wurde, damit Sie die Unterschiede zwischen ihnen sehen können. Halten Sie uns auf dem Laufenden, denn ich bin neugierig, wo das Problem liegt.
Antwort3
Klingt, als ob Gmail und Co. denken, Sie würden Spam versenden, und Sie deshalb drosseln, um zu sehen, ob Sie es noch einmal versuchen. Sie sagten, Ihr RDNs sei richtig konfiguriert, aber stellen Sie sicher, dass alle SPF-Einträge für Domänen, an die Sie senden, Sie als zulässigen Absender für diese Domäne kennzeichnen. Überprüfen Sie mit einem der kostenlosen Online-Tools, ob Ihre IP auf einer Blacklist steht, und fordern Sie, wenn dies der Fall ist, die Entfernung der IP aus der Liste an.
Antwort4
Sie gehen davon aus, dass Sie spam. Bitte konfigurieren Sie Ihre MTAentsprechendSpamhaus, Überprüfen Sie auch Ihren MTA entsprechend Barracuda.(Ihrem IP addressusw.)