PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : qmail-Problem beim Versand



Stiftmaster
06.01.08, 14:24
Hi,

ich habe einen Root-Server bei 1und1 stehen und dieser dient unter anderem auch als E-Mail-Server. Auf der Kiste läuft SuSE 9.3 mit qmail.

Momentan hab ich gehäuft das Problem, dass E-Mails nicht korrekt versendet werden. Das Problem ist, dass in der "E-Mail Warteschlange" (kann ich unter anderem über Plesk einsehen) die E-Mails noch drin stehen und dort z.B. das Alter mit über einem Tag vermerkt ist. Dies ist sehr verwunderlich und ich weiß ehrlich gesagt nicht weiter.

Aktuell hängt eine Domain an meine Bank in der Warteschlange (**@vrbn.de). Ich habe über dig geprüft, ob die MX-Einträge von dem Server aus zu erreichen sind - das sieht meiner Ansicht nach sehr gut aus:

; <<>> DiG 9.3.2 <<>> vrbn.de MX
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28759
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;vrbn.de. IN MX

;; ANSWER SECTION:
vrbn.de. 43200 IN MX 20 gmail20.gad.de.
vrbn.de. 43200 IN MX 20 gmail21.gad.de.
vrbn.de. 43200 IN MX 20 wmail20.gad.de.
vrbn.de. 43200 IN MX 20 wmail21.gad.de.

;; Query time: 31 msec
;; SERVER: 87.106.14.251#53(87.106.14.251)
;; WHEN: Sun Jan 6 14:20:43 2008
;; MSG SIZE rcvd: 125


Ich habe ebenso mal nachgeschaut, wie das System so ausgelastet ist. Die Werte liegen mit 0,01|0,08|0,07 eigentlich im sehr eleganten Bereich - meiner Einschätzung nach. Ebenso ist der qmail Befehl nicht in der TOP-Liste zu sehen und braucht also nicht übermäßig ressourcen oder hängt.

Auch nach einem Neustart des Systems werden die E-Mails nicht abgearbeitet. Irgendwann kam bis jetzt immer Tag-X (manchmal war das 5 oder 6 Tage nachdem die Mail erstellt wurde) und die Mail war dann auf einmal raus und hat den Empfänger erreicht. Open-Realy ist mein Server nicht und die Mails die in der Queue stehen (meistens nicht mehr als 5 oder 10) sind ganz normale Mails - also keine Spam-Mails die über mein System verschickt werden sollen.

Leider weiß ich momentan echt nicht weiter - weil es ist schon relativ doof, wenn Mails erst Tage später ankommen :-)

Habt ihr n' Tipp auf Lager? Vielen Dank für eure Mühen

Stefan

MiGo
08.01.08, 01:21
Dies ist sehr verwunderlich und ich weiß ehrlich gesagt nicht weiter.
Dann schau' mal in /var/log/mail.log (oder woauch immer du dein qmail gebeten hast hinzuloggen).

Stiftmaster
08.01.08, 09:11
Hi,

oops - da hatte ich schon reingeschaut aber den Inhalt gar net gepostet - hole ich direkt mal nach:

Also in der /var/log/mail steht nichts drin - die ist leer. Dafür gibt's aber die mail.err. Hier steht alle 10 Min. folgendes drin:

Jan 5 19:30:52 ServerName pop3d:
Jan 5 19:31:09 ServerName pop3d:

Hin und wieder steht dort auch

Jan 5 19:31:17 ServerName imapd: /etc/courier-imap/shared/index: No such file or directory

In der Datei mail.info habe ich auch schon nachgeschaut. Dort steht aber nur drin, wer sich wann eingeloggt hat und welche Mail wann angekommen bzw. versendet worden ist. Ich habe hier mal nach einer E-Mail gesucht, die noch in der Queue steht:

Jan 7 19:05:07 s15210103 qmail: 1199729107.874950 starting delivery 8125: msg 193949 to remote Empfänger@DAMAIN.de
Jan 7 19:05:07 s15210103 qmail: 1199729107.875147 status: local 0/10 remote 1/500
Jan 7 19:05:08 s15210103 qmail: 1199729108.983445 delivery 8125: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connecti on._(#4.4.1)/
Jan 7 19:05:08 s15210103 qmail: 1199729108.983614 status: local 0/10 remote 0/500

Leider sagt mir das nicht viel... Ich habe das auch mal mit einer erfolgreich versendeten E-Mail verglichen, aber auch daraus werde ich nicht schlau.

Bis dahin

Stefan

Stiftmaster
08.01.08, 09:41
Hi,

gerade habe ich wieder eine E-Mail rausgeschickt, die noch in der Queue steht und folgendes steht in /var/log/mail.info:

Jan 8 09:33:54 s15210103 qmail: 1199781234.137744 new msg 201585
Jan 8 09:33:54 s15210103 qmail: 1199781234.137852 info msg 201585: bytes 2479 from <VonMir@DOMAIN.de> qp 19202 uid 2020
Jan 8 09:33:54 s15210103 qmail: 1199781234.150964 starting delivery 12706: msg 201585 to remote Empfänger1@DOMAIN.de
Jan 8 09:33:54 s15210103 qmail: 1199781234.151124 status: local 0/10 remote 1/500
Jan 8 09:33:54 s15210103 qmail: 1199781234.151196 starting delivery 12707: msg 201585 to remote Empfänger2@DOMAIN.de
Jan 8 09:33:54 s15210103 qmail: 1199781234.151265 status: local 0/10 remote 2/500

Verstehe nicht, wieso die net einfach versendet wurde... hmmm....

Stefan

Baringo
08.01.08, 10:18
Hi,

ich habe zwar leider auch keine Lösung parat, jedoch beobachte ich das gleiche Problem bei meinem 1&1 Root Server. Das Ganze tritt jedoch erst seit etwa zwei Wochen auf.
Wäre deshalb auch sehr an einem Tipp interessiert.

Gruß, Gerd

Stiftmaster
08.01.08, 10:22
Hmmm - ob das jetzt positiv ist, weiß ich nicht. Ich hatte 1und1 schon darüber informiert und die meinten, dass es eventuell an der DNS-Auflösung liegt - daher hatte ich den dig-Eintrag hier gepostet.

Auch 1und1 hatte ich den dig-Eintrag gesendet und auf deren Feedback warte ich noch. Vielleicht solltest du auch mal Kontakt mit denen aufnehmen (support@1und1.de). Vielleicht kriegst du n' anderen Ansprechpartner an die Strippe und der hat noch n' anderen Tipp parat - man weiß ja nie.

Bis dahin

Stefan

Baringo
10.01.08, 10:11
Habe dem 1und1 Support geschrieben, aber bisher leider keine Antwort erhalten. Bin auch alles noch einmal durchgegangen. Es sind bei mir tatsächlich die exakt gleichen Fehler in den Logs, obwohl ich die MX Einträge abfragen kann. Sehr seltsam.

Stiftmaster
10.01.08, 15:38
Hi,
hier die Antwort vom 1und1-Support:

i. d. R. bleiben E-Mails in der Mailqueue "hängen", wenn der entsprechende MX Host nicht ermittelt, nicht erreicht werden kann oder einen temporären Fehler (z. B. wegen Greylisting o. ä.) zurückliefert.
Das können Sie ggf. anhand der Logdateien unter /var/log/mail.* und /usr/local/psa/var/log/ nachvollziehen.


hmm - ist jetzt auch net so die Wonne - aber mal schauen, was das zweite Log-Verzeichnis noch so zu bieten hat. Wir hören uns

Stefan

BedriddenTech
10.01.08, 15:52
Wenn die entsprechenden Domänen, an die du sendest, Greylisting aktiv haben, ist das Verhalten, das du beschreibst, genau das gewollte. Qmail soll ja warten. Setz doch mal die Queue Lifetime runter: http://www.lifewithqmail.org/lwq.html#config-files

Baringo
10.01.08, 15:57
Hey!

bei mir bisher noch keine Antwort ...
Ich habe die genannten Logs überprüft, dort wird allerdings wieder nur der altbekannte Fehler "Sorry,_I_wasn't_able_to_establish_an_SMTP_connecti on._(#4.4.1)" angezeigt. Welchen Fehler der Host genau zurückliefert lässt sich auch hier nicht erkennen.

Baringo
10.01.08, 16:29
Die älteste Mail der Queue ist jetzt übrigens drei Tage alt, deshalb hatte ich das Geylisting Problem eigentlich ausgeschlossen ...

BedriddenTech
10.01.08, 20:03
Was sagt das Alter der E-Mail in der Queue über Greylisting aus, deiner Meinung nach? :) Greylisting basiert darauf, daß der Sender es nochmal versucht. Wenn Qmail erst nach 6-7 Tagen nochmal sendet, bleibt die Mail halt lange im Queue.

Baringo
11.01.08, 09:52
Soweit habe sogar ich es verstanden ;-) QMail versucht es jedoch in einem regelmäßigen Rhythmus, ca. alle sechs Stunden und trotzdem hängen die älteren Mails nun schon so lange in der Queue.

derRichard
11.01.08, 13:01
Soweit habe sogar ich es verstanden ;-) QMail versucht es jedoch in einem regelmäßigen Rhythmus, ca. alle sechs Stunden und trotzdem hängen die älteren Mails nun schon so lange in der Queue.
hallo!

qmail versucht das senden öfters...
es verwirft die mails aber nicht wenn das senden nicht klappte.
erst wenn eine mail nach einer woche noch immer nicht versendet werden konnte wird sie an den postmaster gemailt.

//richard

Baringo
16.01.08, 09:06
So, jetzt habe auch ich eine Antwort vom 1&1 Support erhalten, allerdings hilft mir diese auch nicht wirklich weiter. Man schreibt nur, dass es sich vermutlich um ein temporäres Problem des Hosts handle und dass QMail versucht die Verbindung erneut herzustellen.

Darauf, dass die Nachrichten nach der Frist von sieben Tagen dann einfach aus der Queue fliegen, obwohl ich den Host mit anderen Server problemlos erreichen kann, geht man leider gar nicht ein.

Habe noch einmal geantwortet. Vielleicht gibts ja noch ein Lösung ...