Plesk 8.1.1 Update und QMAIL

[standard]

nachdem ich in einem Krampf Plesk 8.1.1 installiert bekommen habe ist mir nun erheblicher Fehler aufgefallen.

QMail verweigert das Ausliefern ;(

Folgende Fehlermeldung erhalte ich:

Hi. This is the qmail-send program at xxx.serverkompetenz.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<standard@xxx.de>

irgendwer eine idee ?! die adressen selber sind in QMAIL eingetragen (inkl. virtualdomains und bindungs)

wenn ich nach der konfiguration gehe, sollte es laufen ...

[Roger Wilco]

Was steht im Mail Log?

[standard]

mail.err

Code: Select all

Apr  2 00:00:42 h965383 imapd: Failed to create cache file: maildirwatch (standard)
Apr  2 00:00:42 h965383 imapd: Error: No such file or directory
Apr  2 00:00:42 h965383 imapd: Failed to create cache file: maildirwatch (standard)
Apr  2 00:00:42 h965383 imapd: Error: No such file or directory
Apr  2 00:00:42 h965383 imapd: Failed to create cache file: maildirwatch (standard)
Apr  2 00:00:42 h965383 imapd: Error: No such file or directory
Apr  2 00:00:59 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:01:01 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:01:17 h965383 imapd: Failed to create cache file: maildirwatch (standard)
Apr  2 00:01:17 h965383 imapd: Error: No such file or directory
Apr  2 00:01:27 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:02:32 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:03:14 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:04:07 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:05:31 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:05:35 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:05:39 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:06:01 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:06:03 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:11:08 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:11:11 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:11:33 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:11:35 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:11:37 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:14:23 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:14:25 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:21:11 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:21:15 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:21:17 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:21:23 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:21:27 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:29:15 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory
Apr  2 00:29:27 h965383 imapd: /etc/courier-imap/shared/index: No such file or directory

mail.info

Code: Select all

Apr  2 00:39:41 h965383 spamd[28817]: spamd: result: . 0 - scantime=1.1,size=1118,user=standard@root4fun.de,uid=11
0,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/tmp/spamd_full.sock,mid=<E1HY8hO-0005nt-00@smtp08.web.
de>,autolearn=ham
Apr  2 00:39:41 h965383 spamd[28816]: prefork: child states: II
Apr  2 00:39:41 h965383 qmail: 1175467181.508494 delivery 16: failure:
Apr  2 00:39:41 h965383 qmail: 1175467181.508524 status: local 0/10 remote 0/20
Apr  2 00:39:41 h965383 qmail: 1175467181.811539 bounce msg 11944059 qp 3162
Apr  2 00:39:41 h965383 qmail: 1175467181.811592 end msg 11944059
Apr  2 00:39:41 h965383 qmail: 1175467181.812677 new msg 11944060
Apr  2 00:39:41 h965383 qmail: 1175467181.812806 info msg 11944060: bytes 1630 from <> qp 3162 uid 2522
Apr  2 00:39:42 h965383 qmail: 1175467182.087817 starting delivery 17: msg 11944060 to remote j.stroede@web.de
Apr  2 00:39:42 h965383 qmail: 1175467182.088009 status: local 0/10 remote 1/20
Apr  2 00:39:42 h965383 qmail: 1175467182.501073 delivery 17: success: 217.72.192.149_accepted_message./Remote_hos
t_said:_250_OK_id=1HY8hy-0001n7-00/
Apr  2 00:39:42 h965383 qmail: 1175467182.501122 status: local 0/10 remote 0/20
Apr  2 00:39:42 h965383 qmail: 1175467182.508965 end msg 11944060
Apr  2 00:39:54 h965383 imapd: 1175467194.539828 LOGOUT, user=standard, ip=[85.177.152.176], headers=0, body=0, rc
vd=2905, sent=8976, maildir=/var/qmail/mailnames/root4fun.de/standard/Maildir
Apr  2 00:40:14 h965383 imapd: 1175467214.689587 LOGOUT, user=standard, ip=[85.177.152.176], headers=0, body=0, rc
vd=1301, sent=4376, maildir=/var/qmail/mailnames/root4fun.de/standard/Maildir
Apr  2 00:40:42 h965383 imapd: IMAP connect from @ [85.177.152.176]INFO: LOGIN, user=standard, ip=[85.177.152.176]
, protocol=IMAP
Apr  2 00:40:58 h965383 imapd: IMAP connect from @ [127.0.0.1]INFO: LOGIN, user=sam, ip=[127.0.0.1], protocol=IMAP
Apr  2 00:41:01 h965383 imapd: 1175467261.389927 LOGOUT, user=sam, ip=[127.0.0.1], headers=216, body=0, rcvd=505,
sent=14888, maildir=/var/qmail/mailnames/swyw.de/sam/Maildir
Apr  2 00:41:03 h965383 imapd: IMAP connect from @ [127.0.0.1]INFO: LOGIN, user=sam, ip=[127.0.0.1], protocol=IMAP
Apr  2 00:41:05 h965383 imapd: 1175467264.992759 LOGOUT, user=sam, ip=[127.0.0.1], headers=339, body=0, rcvd=475,
sent=16053, maildir=/var/qmail/mailnames/swyw.de/sam/Maildir
Apr  2 00:41:13 h965383 qmail: 1175467273.212413 new msg 11944059
Apr  2 00:41:13 h965383 qmail: 1175467273.214855 info msg 11944059: bytes 1095 from <j.stroede@web.de> qp 3191 uid 2020
Apr  2 00:41:13 h965383 qmail: 1175467273.577556 starting delivery 18: msg 11944059 to local 35-sam@swyw.de
Apr  2 00:41:13 h965383 qmail: 1175467273.577601 status: local 1/10 remote 0/20
Apr  2 00:41:14 h965383 spamd[28817]: spamd: got connection over /tmp/spamd_full.sock
Apr  2 00:41:14 h965383 spamd[28817]: spamd: using default config for sam@swyw.de: /var/qmail/mailnames/swyw.de/sa
m/.spamassassin/user_prefs
Apr  2 00:41:14 h965383 spamd[28817]: spamd: processing message <E1HY8it-0003hc-00@smtp05.web.de> for sam@swyw.de:
110
Apr  2 00:41:16 h965383 spamd[28817]: spamd: clean message (0.0/7.0) for sam@swyw.de:110 in 1.7 seconds, 1095 byte
s.
Apr  2 00:41:16 h965383 spamd[28817]: spamd: result: . 0 - scantime=1.7,size=1095,user=sam@swyw.de,uid=110,require
d_score=7.0,rhost=localhost,raddr=127.0.0.1,rport=/tmp/spamd_full.sock,mid=<E1HY8it-0003hc-00@smtp05.web.de>,autol
earn=ham
Apr  2 00:41:16 h965383 spamd[28816]: prefork: child states: II
Apr  2 00:41:17 h965383 qmail: 1175467277.168196 delivery 18: failure:
Apr  2 00:41:17 h965383 qmail: 1175467277.184185 status: local 0/10 remote 0/20
Apr  2 00:41:17 h965383 qmail: 1175467277.729462 bounce msg 11944059 qp 3198
Apr  2 00:41:17 h965383 qmail: 1175467277.729511 end msg 11944059
Apr  2 00:41:17 h965383 qmail: 1175467277.975001 new msg 11944060
Apr  2 00:41:17 h965383 qmail: 1175467277.975220 info msg 11944060: bytes 1598 from <> qp 3198 uid 2522
Apr  2 00:41:18 h965383 qmail: 1175467278.447312 starting delivery 19: msg 11944060 to remote j.stroede@web.de
Apr  2 00:41:18 h965383 qmail: 1175467278.447497 status: local 0/10 remote 1/20
Apr  2 00:41:18 h965383 qmail: 1175467278.982994 delivery 19: success: 217.72.192.149_accepted_message./Remote_hos
t_said:_250_OK_id=1HY8jW-0001M8-00/
Apr  2 00:41:18 h965383 qmail: 1175467278.983041 status: local 0/10 remote 0/20
Apr  2 00:41:18 h965383 qmail: 1175467278.983056 end msg 11944060
Apr  2 00:41:44 h965383 imapd: 1175467304.892337 LOGOUT, user=standard, ip=[85.177.152.176], headers=0, body=0, rc
vd=956, sent=2808, maildir=/var/qmail/mailnames/root4fun.de/standard/Maildir

mail.warn

Code: Select all

Apr  2 00:01:34 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:33307 (localhost)
Apr  2 00:01:46 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.227:55375 (fmmailgate02.web.de)
Apr  2 00:01:54 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:33308 (localhost)
Apr  2 00:01:59 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:33310 (localhost)
Apr  2 00:02:03 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:33312 (localhost)
Apr  2 00:02:15 h965383 relaylock: /var/qmail/bin/relaylock: mail from 12.170.233.92:1684 (not defined)
Apr  2 00:04:17 h965383 relaylock: /var/qmail/bin/relaylock: mail from 72.159.146.230:35343 (not defined)
Apr  2 00:06:13 h965383 relaylock: /var/qmail/bin/relaylock: mail from 85.177.152.176:2883 (e177152176.adsl.aliced
sl.de)
Apr  2 00:06:13 h965383 smtp_auth: SMTP connect from unknown@e177152176.adsl.alicedsl.de [85.177.152.176]
Apr  2 00:06:13 h965383 smtp_auth: smtp_auth: SMTP user standard : /var/qmail/mailnames/root4fun.de/standard logge
d in from unknown@e177152176.adsl.alicedsl.de [85.177.152.176]
Apr  2 00:08:36 h965383 relaylock: /var/qmail/bin/relaylock: mail from 151.76.255.87:3750 (not defined)
Apr  2 00:10:05 h965383 relaylock: /var/qmail/bin/relaylock: mail from 200.104.244.189:3910 (pc-189-244-104-200.cm
.vtr.net)
Apr  2 00:10:23 h965383 relaylock: /var/qmail/bin/relaylock: mail from 85.177.152.176:2894 (e177152176.adsl.aliced
sl.de)
Apr  2 00:10:23 h965383 smtp_auth: SMTP connect from unknown@e177152176.adsl.alicedsl.de [85.177.152.176]
Apr  2 00:10:23 h965383 smtp_auth: smtp_auth: SMTP user standard : /var/qmail/mailnames/root4fun.de/standard logge
d in from unknown@e177152176.adsl.alicedsl.de [85.177.152.176]
Apr  2 00:11:30 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:32812 (localhost)
Apr  2 00:24:33 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.227:45379 (fmmailgate02.web.de)
Apr  2 00:27:20 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.234:47439 (fmmailgate03.web.de)
Apr  2 00:37:41 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:43815 (localhost)
Apr  2 00:38:39 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.234:56643 (fmmailgate03.web.de)
Apr  2 00:38:49 h965383 relaylock: /var/qmail/bin/relaylock: mail from 127.0.0.1:43830 (localhost)
Apr  2 00:39:36 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.221:42193 (fmmailgate01.web.de)
Apr  2 00:41:10 h965383 relaylock: /var/qmail/bin/relaylock: mail from 217.72.192.234:58582 (fmmailgate03.web.de)

[Roger Wilco]

mail.info

Code: Select all

Apr  2 00:39:42 h965383 qmail: 1175467182.087817 starting delivery 17: msg 11944060 to remote j.stroede@web.de
Apr  2 00:39:42 h965383 qmail: 1175467182.088009 status: local 0/10 remote 1/20
Apr  2 00:39:42 h965383 qmail: 1175467182.501073 delivery 17: success: 217.72.192.149_accepted_message./Remote_host_said:_250_OK_id=1HY8hy-0001n7-00/
[...]
Apr  2 00:41:18 h965383 qmail: 1175467278.447312 starting delivery 19: msg 11944060 to remote j.stroede@web.de
Apr  2 00:41:18 h965383 qmail: 1175467278.447497 status: local 0/10 remote 1/20
Apr  2 00:41:18 h965383 qmail: 1175467278.982994 delivery 19: success: 217.72.192.149_accepted_message./Remote_host_said:_250_OK_id=1HY8jW-0001M8-00/

Das sind die einzigen Versendevorgänge nach extern in den Logschnipseln, beide erfolgreich. Eine Fehlermeldung wäre interessanter...

[standard]

das ist ja das problem ... in den mail logs keine fehler zu erkennen ;(

[Anonymous]

Funktioniert das senden an eine Mail Adresse die auf dem Server definiert ist?

Ich hatte das Problem als die Name Server nicht richtig konfiguriert waren.
Überprüf mal die Name Server, die in der Datei /etc/resolv.conf eingetragen
sind, ob sie erreichbar sind und funktionieren.

[standard]

ich bekomme den fehler :

Hi. This is the qmail-send program at xxx.serverkompetenz.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<standard@xxx.de>

bei jeder auf dem server eingerichteten email adresse.

komischerweise geht senden ohne probleme, nur der empfang ist gestört bzw. funktioniert nicht

NameServer sind ok

[Joe User]

RDNS passend setzen wäre der erste Schritt...

[standard]

RDNS läuft auf eine .de domain, bis zum update auf plesk 8.1.1 (nie wieder!!) lief alles ohne probleme, ich nehme an, dass es irgendwo im system noch ne alte 8.1.0. version oder so gibt (thema relaylock), jedoch fühlt sich strato für plesk nicht zuständig (1&1 hat wenigstens versucht zu helfen, als ich noch bei denen war) und swsoft hat bis heute nicht geantwortet (problem besteht bereits seit samstag)

[Joe User]

Der zweite Schritt ist das Anpassen des Hostnamens für den SMTPd, denn der stimmt momentan nicht mit dem RDNS überein...

[standard]

der RDNS steht auf: xxx.de

der smtpd sollte auf xxx.serverkompetenz.net laufen (also IST-Zustand)

der smtpd soll jedoch auf xxx.de laufen ?!

edit:

RDNS auf xxx.serverkompetenz.net geändert

[Roger Wilco]

Bitte lass das sinnfreie "anonymisieren" der Hostnames. Das verwirrt nur und behindert die Problemfindung.

Ausserdem solltest du die Logeinträge posten, die zum Zeitpunkt einer solchen Bounce-Mail generiert werden. Die Logs liegen bei Plesk AFAIK unter /usr/local/psa/var/log/ und nicht unter /var/log/.

[standard]

hier ein auszug aus der maillog (von plesk)

Code: Select all

Apr  3 14:20:40 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1189 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:22:28 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1627 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:22:30 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1602 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:23:43 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1781 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:27:13 h965383 qmail: 1175603233.441589 new msg 11944214
Apr  3 14:27:13 h965383 qmail: 1175603233.441633 info msg 11944214: bytes 790 from <anonymous@h965383.serverkompetenz.net> qp 9128 uid 112
Apr  3 14:27:13 h965383 qmail: 1175603233.453689 starting delivery 334: msg 11944214 to remote drweb@h965383.serverkompetenz.net
Apr  3 14:27:13 h965383 qmail: 1175603233.453713 status: local 0/10 remote 1/20
Apr  3 14:27:13 h965383 qmail: 1175603233.468844 delivery 334: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
Apr  3 14:27:13 h965383 qmail: 1175603233.469147 status: local 0/10 remote 0/20
Apr  3 14:27:13 h965383 qmail: 1175603233.476631 bounce msg 11944214 qp 9131
Apr  3 14:27:13 h965383 qmail: 1175603233.476783 end msg 11944214
Apr  3 14:27:13 h965383 qmail: 1175603233.477595 new msg 11944215
Apr  3 14:27:13 h965383 qmail: 1175603233.477735 info msg 11944215: bytes 1503 from <> qp 9131 uid 2522
Apr  3 14:27:13 h965383 qmail: 1175603233.484437 starting delivery 335: msg 11944215 to remote anonymous@h965383.serverkompetenz.net
Apr  3 14:27:13 h965383 qmail: 1175603233.484560 status: local 0/10 remote 1/20
Apr  3 14:27:13 h965383 qmail: 1175603233.493341 delivery 335: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
Apr  3 14:27:13 h965383 qmail: 1175603233.493645 status: local 0/10 remote 0/20
Apr  3 14:27:13 h965383 qmail: 1175603233.500604 bounce msg 11944215 qp 9134
Apr  3 14:27:13 h965383 qmail: 1175603233.500760 end msg 11944215
Apr  3 14:27:13 h965383 qmail: 1175603233.501531 new msg 11944214
Apr  3 14:27:13 h965383 qmail: 1175603233.501675 info msg 11944214: bytes 2114 from <#@[]> qp 9134 uid 2522
Apr  3 14:27:13 h965383 qmail: 1175603233.512531 starting delivery 336: msg 11944214 to remote postmaster@h965383.serverkompetenz.net
Apr  3 14:27:13 h965383 qmail: 1175603233.512662 status: local 0/10 remote 1/20
Apr  3 14:27:13 h965383 qmail: 1175603233.520783 delivery 336: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
Apr  3 14:27:13 h965383 qmail: 1175603233.521083 status: local 0/10 remote 0/20
Apr  3 14:27:13 h965383 qmail: 1175603233.521206 triple bounce: discarding bounce/11944214
Apr  3 14:27:13 h965383 qmail: 1175603233.521325 end msg 11944214
Apr  3 14:27:15 h965383 relaylock: /var/qmail/bin/relaylock: mail from 213.191.86.170:33269 (mailgate01.hansenet.com)
Apr  3 14:27:16 h965383 qmail: 1175603236.081565 new msg 11944214
Apr  3 14:27:16 h965383 qmail: 1175603236.081704 info msg 11944214: bytes 3221 from <Stroede@hansenet.com> qp 9144 uid 2020
Apr  3 14:27:16 h965383 qmail: 1175603236.092857 starting delivery 337: msg 11944214 to local Standard@root4fun.de
Apr  3 14:27:16 h965383 qmail: 1175603236.092995 status: local 1/10 remote 0/20
Apr  3 14:27:16 h965383 qmail: 1175603236.098432 delivery 337: failure: 
Apr  3 14:27:16 h965383 qmail: 1175603236.098571 status: local 0/10 remote 0/20
Apr  3 14:27:16 h965383 qmail: 1175603236.104726 bounce msg 11944214 qp 9147
Apr  3 14:27:16 h965383 qmail: 1175603236.104846 end msg 11944214
Apr  3 14:27:16 h965383 qmail: 1175603236.105582 new msg 11944215
Apr  3 14:27:16 h965383 qmail: 1175603236.105697 info msg 11944215: bytes 3741 from <> qp 9147 uid 2522
Apr  3 14:27:16 h965383 qmail: 1175603236.112606 starting delivery 338: msg 11944215 to remote Stroede@hansenet.com
Apr  3 14:27:16 h965383 qmail: 1175603236.112707 status: local 0/10 remote 1/20
Apr  3 14:27:16 h965383 qmail: 1175603236.262640 delivery 338: success: 213.191.86.170_accepted_message./Remote_host_said:_250_Ok:_queued_as_39FE69721B/
Apr  3 14:27:16 h965383 qmail: 1175603236.262680 status: local 0/10 remote 0/20
Apr  3 14:27:16 h965383 qmail: 1175603236.262696 end msg 11944215
Apr  3 14:34:47 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1274 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:38:18 h965383 relaylock: /var/qmail/bin/relaylock: mail from 194.27.142.251:50632 (root4fun.de)
Apr  3 14:40:06 h965383 relaylock: /var/qmail/bin/relaylock: mail from 62.180.31.23:1177 (mailserver1a.wbcm.viaginterkom.de)
Apr  3 14:41:52 h965383 qmail: 1175604112.314693 starting delivery 339: msg 11944207 to remote jobletter@post.jobrapido.com
Apr  3 14:41:52 h965383 qmail: 1175604112.314752 status: local 0/10 remote 1/20
Apr  3 14:41:52 h965383 qmail: 1175604112.324864 delivery 339: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
Apr  3 14:41:52 h965383 qmail: 1175604112.324923 status: local 0/10 remote 0/20
Apr  3 14:42:13 h965383 relaylock: /var/qmail/bin/relaylock: mail from 69.26.9.192:59642 (hazen-telliant-a-447.westriv.com)
Apr  3 14:42:14 h965383 qmail: 1175604134.830089 new msg 11944214
Apr  3 14:42:14 h965383 qmail: 1175604134.830149 info msg 11944214: bytes 1285 from <JJoseph.Lumb@accenturetechnologysolutions.it> qp 9203 uid 2020
Apr  3 14:42:14 h965383 qmail: 1175604134.841295 starting delivery 340: msg 11944214 to local danjelko@dvt2002.de
Apr  3 14:42:14 h965383 qmail: 1175604134.841333 status: local 1/10 remote 0/20
Apr  3 14:42:14 h965383 qmail: 1175604134.850986 delivery 340: failure: 
Apr  3 14:42:14 h965383 qmail: 1175604134.851044 status: local 0/10 remote 0/20
Apr  3 14:42:14 h965383 qmail: 1175604134.861390 bounce msg 11944214 qp 9206
Apr  3 14:42:14 h965383 qmail: 1175604134.861632 end msg 11944214
Apr  3 14:42:14 h965383 qmail: 1175604134.862773 new msg 11944215
Apr  3 14:42:14 h965383 qmail: 1175604134.862999 info msg 11944215: bytes 1852 from <> qp 9206 uid 2522
Apr  3 14:42:14 h965383 qmail: 1175604134.869096 starting delivery 341: msg 11944215 to remote JJoseph.Lumb@accenturetechnologysolutions.it
Apr  3 14:42:14 h965383 qmail: 1175604134.869287 status: local 0/10 remote 1/20
Apr  3 14:42:15 h965383 qmail: 1175604135.699236 delivery 341: success: 85.18.159.86_accepted_message./Remote_host_said:_250_2.6.0_<MAILRvITt7Qs6hvfPAZ00001388@mail.accenturetechnologysolutions.it>_Queued_mail_for_delivery/
Apr  3 14:42:15 h965383 qmail: 1175604135.699294 status: local 0/10 remote 0/20
Apr  3 14:42:15 h965383 qmail: 1175604135.699322 end msg 11944215
Apr  3 14:45:33 h965383 qmail: 1175604333.708501 starting delivery 342: msg 11944213 to remote cdgw@0733.com
Apr  3 14:45:33 h965383 qmail: 1175604333.708560 status: local 0/10 remote 1/20
Apr  3 14:45:33 h965383 qmail: 1175604333.718929 delivery 342: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
Apr  3 14:45:33 h965383 qmail: 1175604333.718985 status: local 0/10 remote 0/20
Apr  3 14:48:10 h965383 relaylock: /var/qmail/bin/relaylock: mail from 88.74.29.173:61337 (dslb-088-074-029-173.pools.arcor-ip.net)

[winni33]

Ich kann vorstehendes Problem nur bestätigen. Daher ist es müßig jetzt noch meine Logs zu posten. Interessant ist vieleicht noch Folgendes:
Werden neue E-Mailadressen, auch innerhalb der betroffenen Mailaccounts angelegt funktionieren diese problemlos. Es betrifft also nur die vor dem Update angelegten Mailaddies. Auch sind seltsamerweise nicht alle E-Mailadressen(vorhandene) betroffen. Ebenfalls spuckt mir Cron noch ein paar Infos aus, welche aber nicht immer nachvollziehbar sind, da die dort fehlerhaft angezeigten Pfade trotzdem auf dem Server stimmen. Beispiele:

Traceback (most recent call last):
File "/usr/lib/mailman/cron/gate_news", line 284, in ?
main()
File "/usr/lib/mailman/cron/gate_news", line 264, in main
process_lists(lock)
File "/usr/lib/mailman/cron/gate_news", line 199, in process_lists
mlist = MailList.MailList(listname, lock=0)
File "/usr/lib/mailman/Mailman/MailList.py", line 128, in __init__
self.Load()
File "/usr/lib/mailman/Mailman/MailList.py", line 608, in Load
raise Errors.MMCorruptListDatabaseError, e
Mailman.Errors.MMCorruptListDatabaseError: [Errno 2] No such file or directory: '/var/lib/mailman/lists/mailman/config.db.last'

Vieleicht sollte man da ansetzen, da diese Meldungen eben auch erst nach dem Update auftraten. Vieleicht hat Jemand einen Plan.....

Auf jeden Fall schon mal vielen lieben Dank für Eure Hilfe.

[jluerken]

Ich habe seit 8.1.1 exakt das gleiche Problem.

Beispiel: Ein Account webmaster@jluerken.de wurde via Plesk angelegt. Es existiert keine Box, dies ist eine reiner Redirect.

Die Mail geht raus und in /usr/local/psa/var/log/maillog passiert folgendes:

Apr 28 13:33:29 p15201018 qmail: 1177760009.627605 status: local 0/10 remote 0/20
Apr 28 13:34:46 p15201018 relaylock: /var/qmail/bin/relaylock: mail from 213.165.64.20:39399 (mail.gmx.net)
Apr 28 13:34:46 p15201018 qmail: 1177760086.780764 new msg 16820054
Apr 28 13:34:46 p15201018 qmail: 1177760086.780919 info msg 16820054: bytes 991 from <jluerken@gmx.de> qp 30582 uid 2020
Apr 28 13:34:46 p15201018 qmail: 1177760086.793487 starting delivery 17: msg 16820054 to local webmaster@jluerken.de
Apr 28 13:34:46 p15201018 qmail: 1177760086.793646 status: local 1/10 remote 0/20
Apr 28 13:34:46 p15201018 qmail: 1177760086.817651 delivery 17: failure:
Apr 28 13:34:46 p15201018 qmail: 1177760086.817799 status: local 0/10 remote 0/20
Apr 28 13:34:46 p15201018 qmail: 1177760086.828529 bounce msg 16820054 qp 30587
Apr 28 13:34:46 p15201018 qmail: 1177760086.828684 end msg 16820054
Apr 28 13:34:46 p15201018 qmail: 1177760086.829054 new msg 16821051
Apr 28 13:34:46 p15201018 qmail: 1177760086.829142 info msg 16821051: bytes 1495 from <> qp 30587 uid 2522
Apr 28 13:34:46 p15201018 qmail: 1177760086.847836 starting delivery 18: msg 16821051 to remote jluerken@gmx.de
Apr 28 13:34:46 p15201018 qmail: 1177760086.847992 status: local 0/10 remote 1/20
Apr 28 13:34:46 p15201018 qmail: 1177760086.950280 delivery 18: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx058}/
Apr 28 13:34:46 p15201018 qmail: 1177760086.950445 status: local 0/10 remote 0/20
Apr 28 13:34:46 p15201018 qmail: 1177760086.950524 end msg 16821051

Die Mail wird nicht ausgeliefert d.h. ich bekomme sie dann nicht zu dem Postfach zu dem die weitergeleitet werden soll.

Stattdessen bekomme ich dort folgendes:

Hi. This is the qmail-send program at clanforums-network.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<webmaster@jluerken.de>:

Gleiches Szenario bei mir, 1und1 hat keinen Schimmer und macht da auch nicht bei SWSoft Druck. SWSoft meint man sei ja 1und1 Kunde und hilft ebenfalls nicht. PRIMA! :(

/etc/resolv.conf

search pureserver.info ver 195.20.224.234
nameserver 212.227.100.251
nameserver 195.20.224.234
nameserver 195.20.224.99

./qmHandle -L
Messages in local queue: 0
Messages in remote queue: 85

[winni33]

Um auf meinen ersten Thread zurückzukommen:
Habe noch einmal das Update vollständig durchlaufen lassen, jetzt geht auch der Versand nicht mehr und der Trick mit den neuangelegten Mailadressen ebenfalls nicht. Bin langsam an dem Punkt, den Server neu aufzusetzen und alternativ auf Confixx umzusteigen. Es ist ja nicht so, das nur hier keiner eine Lösung/Fix für das Problem hat, sondern auch in diversen anderen Foren dieses Problem als open bleibt. Und auf ein Feedback oder gar Fix von SWSoft zu warten ist auch z.Z. unsinnig, da auch dort noch keine Lösung vorliegt. Frau Naperstak von SWSoft konnte leider nichts diesbezügl. erreichen, trotz grossem Einsatz.

[aubergine]

Wie ich das in den Mail Logs erkenne ist das qmail die Mail als remote Adresse erkennt, was so auch korrekt ist.

Danach versendet qmail die Mail und im Text steht dann die Error Message.

Bei einer lokalen Zustellung wird die Mail überhaupt nicht zugestellt.

Ist das so richtig?

Ich hab selbst 3 Plesk Server zur Verfügung und würd euch da gerne helfen denn dieses Problem habe ich nicht, jedoch auch kein 1und1 Image.

Wie sieht denn euer /var/qmail/bin Verzeichnis aus denn dort wurden ja im Update auf 8.1.1 viele Binarys gegen SWSoft eigene ausgetauscht.

Hier mal bitte ein ls -la davon posten.

[someday]

Hallo Leute,

ich hatte ebenfalls dieses Problem. Es existiert hierzu auch bereits ein Thread, der eine Lösung parat hält. Aber nun gut, hier kurz eine Lösung, die bei mir funktioniert hat:

*) autoinstaller per CONSOLE laufen lassen
*) /var/qmail/control/me öffnen und prüfen. Stimmt die dort angegebene Domain?? Wenn nicht, anpassen und QMAIL neu starten.

Viele Grüße
Henning

[winni33]

Hallo Someday,

hatte natürlich auch diesen Thread, sowie noch andere, auch in anderen Foren incl. englischsprachigen durch. Hat aber auch nichts gebracht.Das die Domainangabe stimmt, davon ging ich, ebenfalls nach Überprüfung aus.
Auch die von Huschi auf seiner Seite gebrachten Fixes brachten kein Ergebniss....

[Huschi]

Werden neue E-Mailadressen [...] angelegt funktionieren diese problemlos. Es betrifft also nur die vor dem Update angelegten Mailaddies.

Wenn das so ist, dann sollte man evtl. Plesk dazu überreden die komplette Mail-Konfiguration neu zu schreiben:
/usr/local/psa/admin/bin/mchk
(bzw. /opt/psa/...)
Danach sollte ein Qmail-Restart obligatorisch sein.

(Achtung: alle manuellen Änderungen/Ergänzungen in den Dateien .qmail und /control/* werden gelöscht!)

huschi.

[winni33]

:-D

thats all !
Mit dem Zusatz --with-spam war das die Lösung.anschliessend noch mal die Warteschlange gelöscht reload/restart, es funzt.

Vielen lieben Dank, immer gut, wenn es noch Engagierte gibt, die für SWSoft die Bugs fixen.Bis jetzt hab ich weder von micro(weich) noch SW(weich) Geld für den Job als Betatester bekommen. Nene, die lassen sich das noch vom Tester bezahlen! Daher kommt erst mal auch kein Confixx 3.3. auf einen Produktivserver, ehe die lieben User nicht alle Bugs gefunden haben. Warum ich das bei Plesk 8.1.1 nicht gemacht habe ist für mich selber nicht nachvollziehbar

[jluerken]

Das Problem ist leider bei mir nicht behoben.

Hier mal ein Auszug aus mail.info

May 2 15:56:06 p15201018 qmail: 1178114166.869423 new msg 16818974
May 2 15:56:06 p15201018 qmail: 1178114166.869647 info msg 16818974: bytes 1000 from <jluerken@gmx.de> qp 1749 uid 2020
May 2 15:56:06 p15201018 qmail: 1178114166.886281 starting delivery 8: msg 16818974 to local webmaster@clanforums.com
May 2 15:56:06 p15201018 qmail: 1178114166.886501 status: local 1/10 remote 0/20
May 2 15:56:06 p15201018 qmail: 1178114166.890386 delivery 8: failure:
May 2 15:56:06 p15201018 qmail: 1178114166.890593 status: local 0/10 remote 0/20
May 2 15:56:06 p15201018 qmail: 1178114166.896672 bounce msg 16818974 qp 1752
May 2 15:56:06 p15201018 qmail: 1178114166.896895 end msg 16818974
May 2 15:56:06 p15201018 qmail: 1178114166.897540 new msg 16819696
May 2 15:56:06 p15201018 qmail: 1178114166.897688 info msg 16819696: bytes 1504 from <> qp 1752 uid 2522
May 2 15:56:06 p15201018 qmail: 1178114166.912841 starting delivery 9: msg 16819696 to remote jluerken@gmx.de
May 2 15:56:06 p15201018 qmail: 1178114166.913059 status: local 0/10 remote 1/20
May 2 15:56:07 p15201018 qmail: 1178114167.009729 delivery 9: success: 213.165.64.100_accepted_message./Remote_host_said:_250_2.6.0_Message_accepted_{mx071}/
May 2 15:56:07 p15201018 qmail: 1178114167.009965 status: local 0/10 remote 0/20
May 2 15:56:07 p15201018 qmail: 1178114167.010095 end msg 16819696

Ich habe /var/qmail/control/me gecheckt und das ist korrekt.
/usr/local/psa/admin/bin/mchk --with-spam wurde ausgeführt und ich hab sogar mal den ganzen Server neu gestartet.

Die Message ist laut qmHandle -L immer noch in der Queue
Messages in local queue: 0
Messages in remote queue: 1

Leider bekomme ich die Mails immer noch nicht.
Was ich wohl bekomme sind mailer-daemon@domain.com Emails an meine Weiterleitungsadresse.

Diese sagen aber nichts über das Problem aus.

Hat jemand noch ne Idee bitte?

[jluerken]

Ich hab mich gerade mal per SSH als root eingeloggt und mal generell den Mailversand getestet, als
#> mail adresse@domain.de

Ne Testmail geschrieben und abgeschickt.
Die Mail kam sauber an.

Ich bin also nun sicher das QMail nach wie vor das Problem ist, kann es aber nicht finden. Für weitere Hilfe wäre ich dankbar.

[Huschi]

Ich sitze im Auftrag eines Kunden aktuell an dem Problem.
Leider staut sich diese Woche etwas, so daß ich mich nicht 100%ig rein knien kann.

Stand der Dinge:
Wenn man sich das echte Maillog schaut (/usr/local/psa/var/log/maillog) findet man auch noch eine weitere Zeile:

Code: Select all

relaylock: /var/qmail/bin/relaylock: mail from xxx.xxx.xxx.xx:62505 (server0.xxx.de)

Die hat nach meinen Nachforschungen aber rein gar nix zu sagen.

Stattdessen finde ich genau diese nix-sagende Zeile immer wieder im Logfile:

May 2 15:56:06 p15201018 qmail: 1178114166.890386 delivery 8: failure:

Ein failure ohne Angabe von Gründen. :(

Ich hab inzwischen sämtliche Benutzerrechte geprüft und mit zwei anderen Plesk-Server verglichen. Dabei kam folgendes zu Tage:
- Die Datei /var/qmail/control/rcpthosts hatte die falschen Rechte
- In /etc/passwd waren die qmail-User mit dem User-Verzeichnis "/qmail" vermerkt. Richtig wäre hier "/var/qmail".
- Und der popuser hat das Verzeichnis "/var/qmail/popuser" welches gar nicht existiert.

Leider brachten alle diese Korrekturen (natürlich auch nach einem Qmail-Restart) keinen Erfolg. :(

Die Sache mit der Testmail war ne gute Idee. Allerdings kam sie bei mir nicht an (gekürztes Logfile):

Code: Select all

qmail: [..] starting delivery 385: msg 25171802 to local test@DOMAIN.tld
qmail: [..] delivery 385: failure:
qmail: [..] bounce msg 25171802 qp 14569
qmail: [..] info msg 25171803: bytes 912 from <> qp 14569 uid 2522
qmail: [..] starting delivery 386: msg 25171803 to local root@DOMAIN.tld
qmail: [..] delivery 386: failure:
qmail: [..] bounce msg 25171803 qp 14572
qmail: [..] starting delivery 387: msg 25171802 to local postmaster@DOMAIN.tld
qmail: [..] delivery 387: failure:
qmail: [..] triple bounce: discarding bounce/25171802

(Das ganze natürlich mit und ohne o.g. Änderungen getestet.)

Anscheinend hängt es also an der localen Auslieferung. Dafür ist eigentlich qmail-local zuständig. Neben dieser gibt es auf dem System zwei weitere Dateien: qmail-local.moved und qmail-local.plesk.
Die ".plesk" ist identisch mit der genutzten Datei. ".moved" scheint die alte Datei zu sein. Wenn ich die einfach drüber kopiere erhalte ich dann zumindest eine Fehlermeldung:

Code: Select all

delivery 83: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/

Ich komme also auch momentan nicht weiter... :(

huschi.

[Huschi]

UPDATE:
Ein Kürzen der /var/qmail/control/locals auf nur "localhost" hat anscheinend Abhilfe geschaffen.

Ich muß jetzt erstmal bisschen beobachten ob der normale Ablauf nun ungestört läuft.

huschi.