qmail: keine Fehler, aber auch kein Versand

[siradlib]

Hallo zusammen,

ich stehe gerade ein wenig auf dem Schlauch und hoffe, einer von euch kann mir helfen.

System: openSUSE 10.1 Professional inkl. Plesk 8.1

Ich habe einen Test-Mail-Account eingerichtet, der zwar Mail empfangen kann, aber nicht senden.
Edit: Der Versand funktioniert allerdings nur dann nicht, wenn der Empfänger ebenfalls bei Strato ist! Testmails zu z.B. gmx.de oder arcor.de kommen schnell und einwandfrei an.
Meine Frage: Warum funktioniert das Versenden nicht?
Folgendes habe ich probiert:

Beim Versenden einer Mail (mit Thunderbird) tritt kein Fehler auf. Wenn ich das Logfile von qmail unter /usr/local/psa/var/log/maillog ansehe, hat meiner Meindung nach alles funktioniert:

Sep 30 10:10:34 h1234567 qmail: 1222762234.116157 new msg 18581302
Sep 30 10:10:34 h1234567 qmail: 1222762234.116221 info msg 18581302: bytes 654 f
rom <[email protected]> qp 17794 uid 2020
Sep 30 10:10:34 h1234567 qmail: 1222762234.124276 starting delivery 84: msg 1858
1302 to local [email protected]
Sep 30 10:10:34 h1234567 qmail: 1222762234.124326 status: local 1/10 remote 0/20
Sep 30 10:10:34 h1234567 qmail: 1222762234.166933 delivery 84: success: did_1+0+
1/
Sep 30 10:10:34 h1234567 qmail: 1222762234.167000 status: local 0/10 remote 0/20
Sep 30 10:10:34 h1234567 qmail: 1222762234.167270 end msg 18581302

qmail scheint auch richtig zu laufen:

 # ps aux|grep qmail
qmails   26601  0.0  0.0   1488   400 ?        S    11:10   0:00 qmail-send
qmaill   26602  0.0  0.0   1444   464 ?        S    11:10   0:00 splogger qmail
root     26603  0.0  0.0   1476   372 ?        S    11:10   0:00 qmail-lspawn ./Maildir/
qmailr   26604  0.0  0.0   1468   344 ?        S    11:10   0:00 qmail-rspawn
qmailq   26605  0.0  0.0   1444   340 ?        S    11:10   0:00 qmail-clean
root     28667  0.0  0.0   2732   728 pts/4    R+   11:28   0:00 grep qmail

Qmail behauptet auch ganz brav, es hätte ja nichts (mehr) zu tun:

 # ./qmail-qstat
messages in queue: 0
messages in queue but not yet preprocessed: 0

Leider kommt weder die eMail an der (Strato-) Bestimmungsadresse an noch kommt eine Fehlermeldung zurück.

Was nun?

ratlose Grüße und vielen Dank für Tipps!

siradlib

 

[siradlib]

Problem gelöst!

Sep 30 10:10:34 h1234567 qmail: 1222762234.116157 new msg 18581302
Sep 30 10:10:34 h1234567 qmail: 1222762234.116221 info msg 18581302: bytes 654 f
rom <[email protected]> qp 17794 uid 2020
Sep 30 10:10:34 h1234567 qmail: 1222762234.124276 starting delivery 84: msg 1858
1302 to local [email protected]
Sep 30 10:10:34 h1234567 qmail: 1222762234.124326 status: local 1/10 remote 0/20
Sep 30 10:10:34 h1234567 qmail: 1222762234.166933 delivery 84: success: did_1+0+
1/
Sep 30 10:10:34 h1234567 qmail: 1222762234.167000 status: local 0/10 remote 0/20
Sep 30 10:10:34 h1234567 qmail: 1222762234.167270 end msg 18581302

Nach einer Nacht Schlaf habe ich das System mal mit tcpdump untersucht- dabei ist mir aufgefallen, dass beim Senden von Mail an besagte Test-Adresse "[email protected]" garkein SMTP-Verbindungsversuch nach draußen stattgefunden hat!
Daraufhin nochmal das Mail-Log (s.o.) angeschaut, und siehe da:

Sep 30 10:10:34 h1234567 qmail: 1222762234.124276 starting delivery 84: msg 18581302 to local [email protected]
Sep 30 10:10:34 h1234567 qmail: 1222762234.124326 status: local 1/10 remote 0/20

Warum um Himmelswillen wird versucht, [email protected] lokal zuzustellen?
Ganz einfach: Unser Webspace liegt auf dem Server A, die Mails laufen aber (noch) über einen anderen Server B (ehemaliger Webspace), mit selbem Domainnamen. Und als via Plesk der Webspace eingerichtet wurde, wurde auch schon in Plesk die Domain registriert, was natürlich dazu führte, dass auch qmail dachte, er müsste die Mails für [email protected] nur lokal zustellen. Liegt ja auf dem selben Server. Tja, denkste!
Lösung war das entsprechende Editieren von

/var/qmail/config/rcpthosts
/var/qmail/config/virtualdomains

In diesem Falle habe ich also alle Domains, die über einen externen Mailserver laufen sollen, auskommentiert.

 

[Roger Wilco]

Lösung war das entsprechende Editieren von

/var/qmail/config/rcpthosts
/var/qmail/config/virtualdomains

Gute Idee, aber die Dateien werden von Plesk wieder überschrieben, sobald du eine Konfigurationsänderung über das Webinterface durchführst. Der richtige Plesk-Way[tm] wäre im Webinterface unter Domains -> example.com -> E-Mail -> Deaktivieren.