Kein Emailempfang mit Qmail

[marneus]

Hallo zusammen!

Ich habe einen VServer bei Strato mit Plesk, Qmail und Dr. Web. Bis gestern abend meiner Zeit lief alles soweit normal, bis mir auf einmal auffiel, dass keine Emails mehr ankamen. Ich versuchte mir von meiner GMX-Adresse eine Email zusenden, welche nicht ankam.
Ich hab gestern hier im Forum schon ein wenig gesucht, und stiess auf den Link von Thomas bzgl. der Probleme Qmail <-> Dr. Web. Ein Deaktivieren des Dr. Web Daemons brachte jedoch auch keine Loesung.
Ein Blick in meine Mail-Queue mit qmHandler zeigte mir, dass dort angeblich keine Emails warteten.
Eben gerade erhielt ich dann die folgende Nachricht in meinem GMX Account:

This message was created automatically by mail delivery software.
A message that you sent has not yet been delivered to one or more of its
recipients after more than 8 hours on the queue on mout21.kundenservices.net.

The message identifier is:     1FmtEt-00055V-Hb
The date of the message is:    Sun, 04 Jun 2006 16:04:58 +0200

The address to which the message has not yet been delivered is:

  xxx@yyy.de

No action is required on your part. Delivery attempts will continue for
some time, and this warning may be repeated at intervals if the message
remains undelivered. Eventually the mail delivery software will give up,
and when that happens, the message will be returned to you.

mout21.kundenservices.net muesste wohl ein Server von GMX sein, oder? Ich hab jedenfalls keinen Server diesen Namens in meiner Umgebung.

Ich habe im Moment leider keinen Zugriff auf meinen Server, da hier so gut wie alle Ports (inkl. SSH) geblockt sind.

Auf was muesste ich in meinen mail.logs achten? Vielleicht jemand schon eine Idee ohne Logfile?

Vielen Dank fuer Euer Bemuehen im Vorraus.

 

[Huschi]

Vielleicht jemand schon eine Idee ohne Logfile?

Du stellst ja Ansprüche.
Ausser evtl. die nötigen Dienste neu starten:
/etc/init.d/qmail restart
und
/etc/init.d/inetd restart
oder
/etc/init.d/xinetd restart

huschi.

 

[marneus]

Ich hatte nur qmail neu gestartet. Werde das als erstes heute abend pruefen.

Edit:
Da ich mich von der Arbeit nur ins config-Panel einloggen kann, hab ich einfach mal den Server neugestartet. Resultat: Leider keins Nachher schaue ich mal in die Logfiles, ob ich irgendwas finden kann.

Edit 2:
So, zuhause und noch verwirrter! Ich habe mir von meinem anderen Server (auch bei Strato) über die Console eine Mail schicken lassen und die kommt an... Gmx.de, web.de schaffen es nicht. Bei web.de bekomme ich übrigens auch die Fehlermeldung von mout1.kundenservices.net. Könnte es sein, dass Strato das Problem ist? Ich habe meine Domains vorgestern auf den jetztigen transferiert. Unten der erfolgreiche Logeintrag:

Jun  5 11:02:43 h916415 qmail: 1149498163.564631 new msg 4325415
Jun  5 11:02:43 h916415 qmail: 1149498163.564696 info msg 4325415: bytes 385 from <yyy@hxxxxxx.serverkompetenz.net> qp 9617 uid 2525
Jun  5 11:02:43 h916415 qmail: 1149498163.573720 starting delivery 2: msg 4325415 to local 1-yyy@xxx.de
Jun  5 11:02:43 h916415 qmail: 1149498163.573789 status: local 1/10 remote 0/20
Jun  5 11:02:43 h916415 qmail: 1149498163.588686 delivery 2: success: did_1+0+1/
Jun  5 11:02:43 h916415 qmail: 1149498163.588757 status: local 0/10 remote 0/20
Jun  5 11:02:43 h916415 qmail: 1149498163.588776 end msg 4325415

 

[Huschi]

Ein Blick ins Whois sagt, daß kundenservices.net Strato gehört. Wenn also GMX und Web.de beide versuchen auf eine Strato-Server zu connecten, dann würde ich mals sagen, daß Deine DNS-Einträge nicht stimmen. Prüfe diese (vorallem den MX-Record) und evtl. mußt Du auch noch warten, bis sich die DNS-Einstellungen im Internet verbreitet haben (ca. 24h).

huschi.

 

[marneus]

Danke für Deine Hilfe, Huschi. Wie war das? Ein kleines Kind lernt zu laufen, in dem es auf die Schnauze fällt?!

Zur Lösung des Problems: Ich weiß net warum - ich hab die iptables zig mal geprüft, aber selbige hat den Traffic geblockt (ich weiß immer noch nicht warum, werde mir das aber gleich mal genau anschauen!)

Dennoch herzlichen Dank für Deine Mühe!