Wenn ich eine Testnachricht von meinem Mailserver an meine @ bellsouth.net-E-Mail sende, zeigt das Postfix-Protokoll an, dass sie in Ordnung gesendet wurde, aber die Nachricht kommt nie in meinem Posteingang in Bellsouth an. Sollte ich keine Fehlermeldung oder einen Absprung erhalten, wenn At & T die Nachrichten blockiert?
Ich versuche zu beheben, warum einige Kunden keine E-Mails erhalten. Wenn in mail.log jedoch nichts darüber steht, dass die Nachricht abgelehnt wurde, woher weiß ich, welche Nachrichten erfolgreich zugestellt wurden?
Das Protokoll zeigt:
Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<[email protected]>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<[email protected]>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed
Der AT & T-Server hat die Nachricht akzeptiert, oder?
Ich habe zufällig eine At & T / Bellsouth-E-Mail, aber ich habe nicht bei jedem ISP, an den wir senden, ein Konto. Ich muss wissen, ob eine Nachricht ihr Ziel erreicht oder nicht. Gibt es in meiner main.cf-Datei eine Einstellung, die sich darauf auswirkt, ob wir Ablehnungs- / Bounce-Benachrichtigungen erhalten oder nicht?
[email protected]
ist nur ein Beispiel. Sind Sie sicher, dass Sie E-Mails an die Absenderadresse erhalten können? Andernfalls gehen eventuelle Nichtlieferungsberichte verloren.Antworten:
Das
dsn=2.0.0
und ein korrektesrelay=
bedeutet, dass der Mailserver von Bell die Nachricht akzeptiert hat. Dies bedeutet jedoch nicht, dass die Nachricht an die Mailbox des Benutzers gesendet werden kann. In diesem Fall ist die wahrscheinlichste Erklärung, dass die Spam-Filter von Bell South Ihre Nachricht gelöscht haben, bevor sie das Postfach des Benutzers erreicht haben, oder dass die eigene Mail-Software des Benutzers die Nachricht bereinigt hat.Stellen Sie sicher, dass die Rücksende-E-Mail-Adresse Nachrichten akzeptiert, damit die Rückgabe von den Servern von Bell South erfolgt. Dies ist auch wichtig, wenn Sie versuchen, E-Mails an Postfächer auf ihren Servern zuzustellen, die tatsächlich nicht vorhanden sind.
Überprüfen Sie Ihre E-Mail-Konfiguration, um sicherzustellen, dass E-Mails nicht als Spam gekennzeichnet werden (indem Sie sich selbst eine E-Mail senden und dann die Header überprüfen). Postfix sollte korrekte Header / Umschläge schreiben, damit die E-Mails von der Domain stammen, die in der Absenderadresse angegeben ist. Wenn Ihr Mailserver für mail.example.com ist, der Hostname Ihres Servers jedoch tatsächlich mailserver.int.hostingprovider.com lautet, muss postfix so eingestellt werden, dass es sich korrekt als example.com tarnt. Dies sollte auch mit Ihrem Reverse-DNS übereinstimmen, damit bei einer Suche nach der IP-Adresse Ihres Servers die Serveradresse zurückgegeben wird (wenn dies nicht korrekt ist, setzen Sie Ihren PTR-Eintrag darauf). Dies kann leicht mit dig überprüft werden.
Sie sollten auch in Betracht ziehen, SPF in Ihrem DNS festzulegen, da dies eine schnelle und einfache Ergänzung der Anti-Spam-Bewertung von E-Mails von Ihrem Server ist.
quelle
dig MX mydomain.com
. Wenn Sie keinen MX eingestellt haben, ist dies die kanonisierte Version vondig mydomain.com
. Es würde jedoch nicht schaden, auf beiden Domains zu sein (da es sich nur um einen TXT-Datensatz handelt). Bei einem generischen Bounce-Collector können Sie dies mit einem Filter in Postfix behandeln, der einen bcc in ein separates Postfach ausführt, wenn er einen Bounce findet, dies jedoch umständlich ist (siehe bfix.org/postconf.5.html#recipient_bcc_maps für die bcc-Zuordnung ). Bounces sollten von den Benutzern selbst gesehen werden, falls sie versuchen, jemandem eine E-Mail zu senden und die falsche Adresse zu erhalten.Bellsouth nahm die Nachricht an; Es liegt nicht mehr in der Verantwortung von Postfix.
Fragen Sie bellsouth, was damit passiert ist.
quelle