Hallo ! Mein Mailserver hat gestern auf einmal verrückt gespielt. Es wurden keine Mails mehr ausgeliefert weil er versucht hat den localhost im Internet zu finden. Folgendes wurde davor versucht. Kernel Update auf 2.6.13 schlug fehl oder sagen wir mal so wurde wegen ein paar kleinen Fehlern dann doch nicht durchgeführt. Jedenfalls hatte er nach dem Update die Netzwerkkarten nicht richtig erkannt. Also hab ich die mit Yast kurzum neukonfiguriert. Nach dem zurückspielen des Originalkernels startete das System wieder einwandfrei. Dannach kam es zu folgenden Fehlermeldungen: Sep 6 00:46:36 meinserver postfix/qmgr[13950]: F132DBF15: to=<cl@localhost.externedomain.de>, orig_to=<cl@localhost>, relay=none, delay=27693, status=deferred (delivery temporarily suspended: connect to localhost.externedomain.de[EXTERNE IP VOM SERVER der die externedomain.de hostet ]: Connection refused) Ich konnte das Problem beheben indem ich disable_dns_lookups auf auf yes gestellt habe. Weiss irgend jemand woran das gelegen haben könnte ? Gruß aus dem Westerwald !
Christoph Lemmer wrote:
Hallo !
Mein Mailserver hat gestern auf einmal verrückt gespielt. Es wurden keine Mails mehr ausgeliefert weil er versucht hat den localhost im Internet zu finden.
Folgendes wurde davor versucht. Kernel Update auf 2.6.13 schlug fehl oder sagen wir mal so wurde wegen ein paar kleinen Fehlern dann doch nicht durchgeführt. Jedenfalls hatte er nach dem Update die Netzwerkkarten nicht richtig erkannt. Also hab ich die mit Yast kurzum neukonfiguriert. Nach dem zurückspielen des Originalkernels startete das System wieder einwandfrei.
Dannach kam es zu folgenden Fehlermeldungen:
Sep 6 00:46:36 meinserver postfix/qmgr[13950]: F132DBF15: to=<cl@localhost.externedomain.de>, orig_to=<cl@localhost>, relay=none, delay=27693, status=deferred (delivery temporarily suspended: connect to localhost.externedomain.de[EXTERNE IP VOM SERVER der die externedomain.de hostet ]: Connection refused)
Ich konnte das Problem beheben indem ich disable_dns_lookups auf auf yes gestellt habe.
Weiss irgend jemand woran das gelegen haben könnte ?
Dein Server kann anscheinen localhost nicht auflösen. Steht ein Eintrag "localhost 127.0.0.1" bei dir in /etc/hosts? Sandy
Sandy Drobic schrieb:
Christoph Lemmer wrote:
Hallo !
Mein Mailserver hat gestern auf einmal verrückt gespielt. Es wurden keine Mails mehr ausgeliefert weil er versucht hat den localhost im Internet zu finden.
Folgendes wurde davor versucht. Kernel Update auf 2.6.13 schlug fehl oder sagen wir mal so wurde wegen ein paar kleinen Fehlern dann doch nicht durchgeführt. Jedenfalls hatte er nach dem Update die Netzwerkkarten nicht richtig erkannt. Also hab ich die mit Yast kurzum neukonfiguriert. Nach dem zurückspielen des Originalkernels startete das System wieder einwandfrei.
Dannach kam es zu folgenden Fehlermeldungen:
Sep 6 00:46:36 meinserver postfix/qmgr[13950]: F132DBF15: to=<cl@localhost.externedomain.de>, orig_to=<cl@localhost>, relay=none, delay=27693, status=deferred (delivery temporarily suspended: connect to localhost.externedomain.de[EXTERNE IP VOM SERVER der die externedomain.de hostet ]: Connection refused)
Ich konnte das Problem beheben indem ich disable_dns_lookups auf auf yes gestellt habe.
Weiss irgend jemand woran das gelegen haben könnte ?
Dein Server kann anscheinen localhost nicht auflösen. Steht ein Eintrag "localhost 127.0.0.1" bei dir in /etc/hosts?
Sandy
Ja. Ich hatte sogar Testhalber 127.0.0.1. localhost.externedomain.de eingetragen. Der Ping test spuckte auch jedes mal die 127.0.0.1 aus.
Christoph Lemmer wrote:
Sandy Drobic schrieb:
Dein Server kann anscheinen localhost nicht auflösen. Steht ein Eintrag "localhost 127.0.0.1" bei dir in /etc/hosts?
Sandy
Ja. Ich hatte sogar Testhalber 127.0.0.1. localhost.externedomain.de eingetragen.
Der Ping test spuckte auch jedes mal die 127.0.0.1 aus.
In dem Fall würde ich doch eine Fehlkonfiguration innerhalb von Postfix vermuten. Wenn das Abschalten von DNS-Auflösung bei dir eine Besserung bringt, dann steht bei dir irgendwo ein Eintrag für den Transport, der über das DNS-System aufgelöst wird. Entweder als Relay-Host oder als Transport. Postfix löst Rechnernamen nicht über DNS auf, wenn der Name/Ip-Adresse in eckigen Klammern steht. Sandy PS: HTML in Email verursacht Chaos...
Sandy Drobic schrieb:
Christoph Lemmer wrote:
Sandy Drobic schrieb:
Dein Server kann anscheinen localhost nicht auflösen. Steht ein Eintrag "localhost 127.0.0.1" bei dir in /etc/hosts?
Sandy
Ja. Ich hatte sogar Testhalber 127.0.0.1. localhost.externedomain.de eingetragen.
Der Ping test spuckte auch jedes mal die 127.0.0.1 aus.
In dem Fall würde ich doch eine Fehlkonfiguration innerhalb von Postfix vermuten. Wenn das Abschalten von DNS-Auflösung bei dir eine Besserung bringt, dann steht bei dir irgendwo ein Eintrag für den Transport, der über das DNS-System aufgelöst wird. Entweder als Relay-Host oder als Transport. Postfix löst Rechnernamen nicht über DNS auf, wenn der Name/Ip-Adresse in eckigen Klammern steht.
Sandy
PS: HTML in Email verursacht Chaos...
In welcher Konfigurationsdatei sollte ich anfangen zu suchen ? Der Relay host ist via IP definiert. -- Christoph Lemmer Page&Paper Kornbitz 1 56459 Rotenhain
Christoph Lemmer wrote:
In dem Fall würde ich doch eine Fehlkonfiguration innerhalb von Postfix vermuten. Wenn das Abschalten von DNS-Auflösung bei dir eine Besserung bringt, dann steht bei dir irgendwo ein Eintrag für den Transport, der über das DNS-System aufgelöst wird. Entweder als Relay-Host oder als Transport. Postfix löst Rechnernamen nicht über DNS auf, wenn der Name/Ip-Adresse in eckigen Klammern steht.
Sandy
PS: HTML in Email verursacht Chaos...
In welcher Konfigurationsdatei sollte ich anfangen zu suchen ? Der Relay host ist via IP definiert.
/etc/postfix/main.cf für den relay_host, ansonsten in /etc/postfix/transport. Bitte KEIN HTML MEHR!! Sandy
Roland Kipp wrote:
Hallo Sandy,
am 06. Sep 2005 schriebst Du:
Bitte KEIN HTML MEHR!!
Wen im Thread meinst Du?
Hoppla, da bin ich gerade am Suchen. Mein Thunderbird hatte das immer als HTML anzeigen wollen, obwohl der Quelltext, wie ich jetzt nachgesehen habe, KEIN HTML enthielt. Auch der Charset war normal auf 8859-1 gesetzt. Das einzige, was das vielleicht verursachen könnte, ist das 8-Bit-Transfer-Encoding. Wie sehen andere das bei 8-Bit-Encoding? Sandy
Am Tuesday 06 September 2005 11:54 schrieb Sandy Drobic:
Transport. Postfix löst Rechnernamen nicht über DNS auf, wenn der Name/Ip-Adresse in eckigen Klammern steht.
Hmm, ein bisschen DNS muss ja nun schon sein, oder woher bekommt Postfix die IP von "[some.domain.tld]" um dorthin eine Verbindung aufzubauen? ;-) Richtiger wäre, Postfix machte keine MX-Abfragen für Hostnamen in eckigen Klammern. Zum OP, evtl sollte er uns mal seine Config zeigen. "postconf -n" und so. -- Andreas
participants (4)
-
Andreas Winkelmann -
Christoph Lemmer -
Roland Kipp -
Sandy Drobic