Ich habe diese Anweisungen befolgt , um E-Mails zu senden. Hier ist das Postfix-Protokoll:
Sep 26 00:46:24 tshepang postfix/smtpd[5728]: 8EE2464931: client=localhost[127.0.0.1]
Sep 26 00:47:44 tshepang postfix/cleanup[5810]: 8EE2464931: message-id=<20110925224624.8EE2464931@tshepang>
Sep 26 00:47:44 tshepang postfix/qmgr[5772]: 8EE2464931: from=<[email protected]>, size=350, nrcpt=1 (queue active)
Sep 26 00:48:04 tshepang postfix/smtp[5859]: 8EE2464931: to=<[email protected]>, relay=none, delay=127, delays=107/0.01/20/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again)
Sep 26 00:48:39 tshepang postfix/smtpd[5728]: disconnect from localhost[127.0.0.1]
Dies kann auch relevant sein (aus " /etc/postfix/main.cf "):
myhostname = tshepang
mydestination = tshepang, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
inet_interfaces = all
inet_protocols = all
Ich führe dies auf Debian 6 aus.
/etc/resolv.conf
auf ungültige / nicht reagierende Resolver. Versuchen Sie, einhost gmail.com
; Sehen Sie, ob Sie Ergebnisse erhalten.host gmail.com
gibtgmail.com has address 74.125.233.24
auf der Linie und dann;; connection timed out; no servers could be reached
auf der zweiten. Aber es ist seltsam, weil ich es anpingen kann.host -t mx gmail.com
? Sie haben jedoch Recht, das ist etwas seltsam.resolv.conf
, möglicherweise weil der Ball spieltnetwork-manager
oderresolvconf
nicht ganz.Antworten:
Ein paar Fragen, die in Kommentaren erwähnt werden, um herauszufinden, was los ist:
Können Sie Ihre
/etc/resolv.conf
zur Frage hinzufügen ? Die von Ihnen beschriebene Ausgabehost gmail.com
ist etwas verdächtig und kann auf ein Problem mit Ihrem Nameserver hinweisen.Welche Antwort erhalten Sie, wenn überhaupt, vom Befehl
host -t mx gmail.com
?Haben Sie von diesem Computer aus erfolgreich E-Mails an andere Systeme gesendet?
Verfügt Ihr ISP über eine explizite Richtlinie, nach der Sie den Server als Mail-Relay verwenden müssen? In diesem Fall kann eine Firewall, die MX-Suchanforderungen blockiert, das seltsame Verhalten des
host gmail.com
Timeouts nach Erhalt eines teilweise korrekten Ergebnisses erklären .quelle
no servers could be reached
Fehlers vonhost
).Früher hatte ich das gleiche Problem:
..
..
Das Problem war in der Datei /var/spool/postfix/etc/resolv.conf (die chrooted). Schau es dir an.
quelle
Versuchen Sie, die chroot- Eigenschaft zu deaktivieren, damit sie nicht
/etc/postfix/master.cf
wie hier dokumentiert geändert wirdzu
quelle
Es sieht so aus, als stünden Sie hinter einem Proxy: Die Adresse von gmail.com wurde aufgelöst, aber der Befehl ping ist nicht erfolgreich. Sie können versuchen, eine direkte Verbindung zum SMTP von Google Mail herzustellen mit:
Wenn "1" angezeigt wird, können Sie keine Verbindung herstellen, was wahrscheinlich auf die Sicherheitsfilterung zurückzuführen ist.
quelle
Wie @Shadur hervorhob, kann dieses Problem auf Ihren ISP (oder das Netzwerk, in dem Ihr Server installiert ist) zurückzuführen sein. Wenn für den SMTP-Port (Portnummer 25) Sicherheitsbeschränkungen bestehen, können MX-Server nicht über diesen Port erreicht werden.
Sie können stattdessen versuchen, den SMTP-über-SSL-Port (ssmtp, Portnummer 465) zu verwenden. Bearbeiten Sie dazu die
/etc/postfix/master.cf
Datei, kommentieren Sie die SMTP-Zeile und fügen Sie stattdessen eine SSMTP-Zeile hinzu:Um zu überprüfen, ob dieser Beitrag auf Ihrem Computer mit diesem Namen erkannt wird, können Sie Folgendes tun:
quelle