Postfix versendet keine Mails mehr
Hallo, ich habe einen Mailserver laufen, der mit postfix mails annimmt und auch versendet. Lief bisher auch wunderbar, aber heute habe ich festgestellt, dass er nur noch mails an seine eigenen Domains ausliefert. Mails an andere Domains (z.B. web.de, infocity.de, hotmail.de) landen zwar in der active Queue, werden aber einfach nicht ausgeliefert. weder ein postfix flush oder ein rcpostfix restart ändern etwas daran. Hat jemand eine Idee, wie man dem auf die Schliche kommen könnte? Mfg, Thomas
Am Dienstag 31 Januar 2006 12:06 schrieb list@aepnet.de:
Hallo,
Hallo,
ich habe einen Mailserver laufen, der mit postfix mails annimmt und auch versendet. Lief bisher auch wunderbar, aber heute habe ich festgestellt, dass er nur noch mails an seine eigenen Domains ausliefert. Mails an andere Domains (z.B. web.de, infocity.de, hotmail.de) landen zwar in der active Queue, werden aber einfach nicht ausgeliefert. weder ein postfix flush oder ein rcpostfix restart �ndern etwas daran. Hat jemand eine Idee, wie man dem auf die Schliche kommen k�nnte?
indem man den Fehler, der in den logfiles zu finden ist, behebt? SCNR, George
Am Dienstag, 31. Januar 2006 12:12 schrieb Georg Schilling:
Am Dienstag 31 Januar 2006 12:06 schrieb list@aepnet.de:
Hallo,
Hallo,
ich habe einen Mailserver laufen, der mit postfix mails annimmt und auch versendet. Lief bisher auch wunderbar, aber heute habe ich festgestellt, dass er nur noch mails an seine eigenen Domains ausliefert. Mails an andere Domains (z.B. web.de, infocity.de, hotmail.de) landen zwar in der active Queue, werden aber einfach nicht ausgeliefert. weder ein postfix flush oder ein rcpostfix restart aendern etwas daran. Hat jemand eine Idee, wie man dem auf die Schliche kommen koennte?
indem man den Fehler, der in den logfiles zu finden ist, behebt?
Das ist ja eben der Witz, in den Logfiles steht kein Fehler, Postfix nimmt die Mails normal an: also die connect from Zeile, dann sagt er queue active und dann disconnectet der Client wieder. Die landen dann ja auch in der active-queue. Danach tauchen die Zieladressen in den Logfiles nicht wieder auf, er scheint das also gar nicht erst zu versuchen.... Ich habe gerade gesehen, dass er eine von meinen Testmails nun doch ausgeliefert hat nach über einer Stunde. Aber andere Testmails, die ich schon eher abgeschickt hatte, wurden aber nach wie vor nicht ausgeliefert. es laufen um die 50 smtp-Prozesse....Dash scheint die Ursache zu sein, da die Anzahl der Prozesse in der master.cf auf 50 begrenzt ist. Fragt sich nur, warum er soviele permanent laufen hat. Ich habe den Wert jetzt mal auf 150 gesetzt und er hat auch wieder ein paar mehr ausgeliefert, aber es laufen auch gleich 150 Prozesse... Mfg, Thomas
Hallo Thomas, kurzer Schuss ins Dunkle, läuft die Namensauflösung? Max
Am Dienstag, 31. Januar 2006 13:09 schrieb Maximilian Steinbauer:
Hallo Thomas,
kurzer Schuss ins Dunkle, läuft die Namensauflösung?
Danke für den Hinweis, die Namensauflösung läuft, aber als ich Postfix mal über postfix start geladen habe, meldete er, dass sich /etc/resolv.conf und /var/spool/postfix/etc/resolv.conf unterscheiden und da stand wirklich an erster Stelle ein ungültiger nameserver. Hab ich jetzt mal korrigiert, aber so richtig läuft das leider immer noch nicht.... wenn ich 300 smtp-Prozesse erlaube und dann postfix starte, versendet er ca. 1 min ne Menge und dann tauchen nur noch lokale Adressen auf. Hat er solche Einstellungen evtl. noch woanders in seiner chroot-Umgebung? Im moment zeigt mailq ca. 4000 Nachrichten an, da müssen wohl einige dazwischen sein, die ihn immer noch aufhalten.... Danke, Thomas
Thomas Gräber wrote:
Am Dienstag, 31. Januar 2006 13:09 schrieb Maximilian Steinbauer:
Hallo Thomas,
kurzer Schuss ins Dunkle, läuft die Namensauflösung?
Danke für den Hinweis, die Namensauflösung läuft, aber als ich Postfix mal über postfix start geladen habe, meldete er, dass sich /etc/resolv.conf und /var/spool/postfix/etc/resolv.conf unterscheiden und da stand wirklich an erster Stelle ein ungültiger nameserver. Hab ich jetzt mal korrigiert, aber so richtig läuft das leider immer noch nicht.... wenn ich 300 smtp-Prozesse erlaube und dann postfix starte, versendet er ca. 1 min ne Menge und dann tauchen nur noch lokale Adressen auf. Hat er solche Einstellungen evtl. noch woanders in seiner chroot-Umgebung? Im moment zeigt mailq ca. 4000 Nachrichten an, da müssen wohl einige dazwischen sein, die ihn immer noch aufhalten....
Ich meine mich daran erinnern zu können, das Postfix nicht erreichbare Ziele für einige Zeit überspringt. Wenn du jetzt ein paar neue Mails losschickst, sollten diese auch durchkommen, wenn auch mit etwas Verzögerung. Wenn du die Namensauflösung wieder korrigiert hast, kannst du versuchen, mit "postsuper -r ALL" die alle Mail erneut in die Queue zu setzen. Mache das aber erst, wenn du sicher bist, dass das System wieder normal läuft, denn es lässt das System schon etwas ächzen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Hallo Thomas, ich hoffe, der Tip von Sandy bringt dich weiter, sonst fällt mir nur ein "hat Dein Provider ein Prob"? Max
Thomas Gräber wrote:
Am Dienstag, 31. Januar 2006 12:12 schrieb Georg Schilling:
Am Dienstag 31 Januar 2006 12:06 schrieb list@aepnet.de:
Hallo,
Hallo,
ich habe einen Mailserver laufen, der mit postfix mails annimmt und auch versendet. Lief bisher auch wunderbar, aber heute habe ich festgestellt, dass er nur noch mails an seine eigenen Domains ausliefert. Mails an andere Domains (z.B. web.de, infocity.de, hotmail.de) landen zwar in der active Queue, werden aber einfach nicht ausgeliefert. weder ein postfix flush oder ein rcpostfix restart aendern etwas daran. Hat jemand eine Idee, wie man dem auf die Schliche kommen koennte?
indem man den Fehler, der in den logfiles zu finden ist, behebt?
Das ist ja eben der Witz, in den Logfiles steht kein Fehler, Postfix nimmt die Mails normal an: also die connect from Zeile, dann sagt er queue active und dann disconnectet der Client wieder. Die landen dann ja auch in der active-queue. Danach tauchen die Zieladressen in den Logfiles nicht wieder auf, er scheint das also gar nicht erst zu versuchen.... Ich habe gerade gesehen, dass er eine von meinen Testmails nun doch ausgeliefert hat nach über einer Stunde. Aber andere Testmails, die ich schon eher abgeschickt hatte, wurden aber nach wie vor nicht ausgeliefert.
es laufen um die 50 smtp-Prozesse....Dash scheint die Ursache zu sein, da die Anzahl der Prozesse in der master.cf auf 50 begrenzt ist. Fragt sich nur, warum er soviele permanent laufen hat. Ich habe den Wert jetzt mal auf 150 gesetzt und er hat auch wieder ein paar mehr ausgeliefert, aber es laufen auch gleich 150 Prozesse...
Dann sollten aber jede Menge Time-Out Meldungen im Log erscheinen. Nicht geloggt gibt es nicht bei Postfix. (^-^) Prüfe doch mal, welche Verbindungen dort offengehalten werden. Ist das alles die gleich Domain oder sind das alles verschiedene? Ohne mehr Info ist keien Diagnose möglich. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Dann sollten aber jede Menge Time-Out Meldungen im Log erscheinen. Nicht geloggt gibt es nicht bei Postfix. (^-^) Prüfe doch mal, welche Verbindungen dort offengehalten werden. Ist das alles die gleich Domain oder sind das alles verschiedene? Also zur Zeit scheint es erstmal wieder zu laufen, wird wohl die Namensauflösung gewesen sein, wobei der 2. DNS in der Datei ja stimmte, von daher also nur eine etwas längere Zeit für die Namensauflösung gewesen sein dürfte...
Wie bekommt man denn die Domains raus? Mit netstat und dann die ip's rückwärts auflösen? Zur Zeit sind das aber nur noch ca. 10 Prozesse, also das Problem scheint erstmal weg zu sein. Aber für die Zukunft wär das ja mal interessant... Danke, Thomas
Thomas Gräber wrote:
Dann sollten aber jede Menge Time-Out Meldungen im Log erscheinen. Nicht geloggt gibt es nicht bei Postfix. (^-^) Prüfe doch mal, welche Verbindungen dort offengehalten werden. Ist das alles die gleich Domain oder sind das alles verschiedene?
Also zur Zeit scheint es erstmal wieder zu laufen, wird wohl die Namensauflösung gewesen sein, wobei der 2. DNS in der Datei ja stimmte, von daher also nur eine etwas längere Zeit für die Namensauflösung gewesen sein dürfte...
Wie bekommt man denn die Domains raus? Mit netstat und dann die ip's rückwärts auflösen? Zur Zeit sind das aber nur noch ca. 10 Prozesse, also das Problem scheint erstmal weg zu sein. Aber für die Zukunft wär das ja mal interessant...
Es gibt ein kleines Script, welches die Mailqueue abklappert und eine schnelle Statistik erstellt. Solange man nicht im sechsstellingen Bereich oder noch schlimmer von verzögerten Mails ist, bekommt man damit einen einigermaßen schnellen Überblick. QShape: http://www.postfix.org/QSHAPE_README.html Damit erhält man einen schnellen Überblick, welche Domains sich wie lange verzögert haben. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
list@aepnet.de, Dienstag, 31. Januar 2006 12:06:
ich habe einen Mailserver laufen, der mit postfix mails annimmt und auch versendet. Lief bisher auch wunderbar, aber heute habe ich festgestellt, dass er nur noch mails an seine eigenen Domains ausliefert. Mails an andere Domains (z.B. web.de, infocity.de, hotmail.de) landen zwar in der active Queue, werden aber einfach nicht ausgeliefert. weder ein postfix flush oder ein rcpostfix restart �ndern etwas daran. Hat jemand eine Idee, wie man dem auf die Schliche kommen k�nnte?
tail -f /va r/log/mail hilft Dir vermutlich weiter. -- Andre Tann
participants (6)
-
Andre Tann -
Georg Schilling -
list＠aepnet.de -
Maximilian Steinbauer -
Sandy Drobic -
Thomas Gräber