[solved] Postfix: unknow user Problem (Dovecot, Froxlor)

[rico3000]

Hallo,

 

ich steh' auf dem Schlauch bzw. seh' den Wald vor B?umen nicht! Postfix m?chte keine Mails zustellen...

 

Szenario: ich m?chte eine Mail von Extern auf die Froxlor-Domain schicken, ich bekomme bei Extern eine Undelivered-Mail mit "Status: 5.1.1, Diagnostic-Code: x-unix; user unknown"

 

Bin im debbuging soweit vorangeschritten, dass ich bei den MySQL-Queries angelangt bin, ich glaube das die Default-Froxlor-Queries nicht korrekt sind...

 

Zu den Variablen:

$DOMAIN_SENDER = ****.de

$USER_SENDER = user

$EMAIL_SENDER = user@****.de

(das gleiche f?r den Recipient)

 

Zun?chst die Postfix-Ausgaben:

Jan  5 11:01:36 postfix/smtpd[16926]: connect from $DOMAIN_SENDER
Jan  5 11:01:36 postfix/smtpd[16926]: F10B0110A761: client=mail.$DOMAIN_SENDER
Jan  5 11:01:37 postfix/cleanup[16924]: F10B0110A761: message-id=***
Jan  5 11:01:37 postfix/qmgr[16532]: F10B0110A761: from=$EMAIL_SENDER, size=968, nrcpt=1 (queue active)
Jan  5 11:01:37 postfix/pipe[16930]: F10B0110A761: to=$EMAIL_RECIPIENT, relay=dovecot, delay=0.14, delays=0.1/0.02/0/0.01, dsn=5.1.1, status=bounced (user unknown)

 

Die MySQL-Queries:

120105 11:01:36	  
284 Connect froxlor@localhost on froxlor
(1) 284 Query	SELECT destination FROM mail_virtual WHERE email=$DOMAIN_SENDER
285 Connect	froxlor@localhost on froxlor
(1) 285 Query	SELECT domain FROM panel_domains WHERE domain=$DOMAIN_SENDER and isemaildomain = '1'
(2) 284 Query	SELECT destination FROM mail_virtual WHERE email=$DOMAIN_RECIPIENT
(3) 285 Query	SELECT domain FROM panel_domains WHERE domain=$DOMAIN_RECIPIENT and isemaildomain = '1'
286 Connect	froxlor@localhost on froxlor
(4) 286 Query	select distinct username from mail_users where email in ((select mail_virtual.email_full from mail_virtual where mail_virtual.email = $EMAIL_SENDER union select mail_virtual.destination from mail_virtual where mail_virtual.email = '$EMAIL_RECIPIENT'))
(4) 286 Query	select distinct username from mail_users where email in ((select mail_virtual.email_full from mail_virtual where mail_virtual.email = '@$DOMAIN_SENDER' union select mail_virtual.destination from mail_virtual where mail_virtual.email = '@$DOMAIN_SENDER'))
287 Connect	froxlor@localhost on froxlor
(5) 287 Query	SELECT destination FROM mail_virtual WHERE email='$EMAIL_RECIPIENT'
288 Connect	froxlor@localhost on froxlor
(6) 288 Query	SELECT destination FROM mail_virtual WHERE email='$EMAIL_RECIPIENT'

120105 11:01:37	  
(7) 284 Query	SELECT destination FROM mail_virtual WHERE email='$DOMAIN_RECIPIENT'
(8) 285 Query	SELECT domain FROM panel_domains WHERE domain='$DOMAIN_RECIPIENT' and isemaildomain = '1'

 

Ich verstehe nicht warum bei 1 ?berhaupt der Sender in der mail_virtual-Table abgefragt wird, das liefert entsprechend kein Ergebnis.

Bei Query 2 kommt nichts zur?ck, weil bei email= ja die Domain drinsteht.

Bei Query 3 kommt die Domain zur?ck

Query 4 liefert wieder quatsch, weil einmal nach $EMAIL_SENDER und $DOMAIN_SENDER in der table geschaut wird...

 

Query 5-8 bis liefern alle ordentlich Antworten, dennoch m?ndet alles im rejecten.

 

 

Warum wird MySQL-seitig ?berhaupt beim Absender geschaut? Und warum liefern die Queries 5-8 Ergebnisse, aber sie werden nicht genutzt?

[rico3000]

Das es im Panel unter Configuration (Adminlogin) funktionsf?hige Config-templates gibt, wei?t du aber?

 

Jepp

 

Nur habe ich selten (und vor allem bei der Dovecot-Konfiguration nicht), das Textarea komplett kopiert, sondern St?ck f?r St?ck geschaut, da ich die Default-Kommentare stehen lassen wollte...

...in diesem Fall hat es mich leider viel Zeit gekostet, da ich dieses St?ckchen ?bersehen habe.

[huschi]

Wenn Du das Logging von Postfix ausweitest erh?lst Du auch Informationen dazu, welcher (Filter-)Prozess welchen Query ausf?hrt.

 

huschi.

[rico3000]

Ja, das logging von Postfix habe ich via master.cf mit 'smtpd -v' erh?ht und lass mir die MySQL-Query-Ausgabe mit der Postfix-Ausgabe via 'tail -f' ausgeben und sehe direkt die Zusammenh?nge.

 

Aber es l?uft alles ?ber den smtpd-Prozess... Die letzten Zeilen lauten:

 

Jan  5 17:08:33 postfix/smtpd[21205]: public/cleanup socket: wanted attribute: status
Jan  5 17:08:33 postfix/smtpd[21205]: input attribute name: status
Jan  5 17:08:33 postfix/smtpd[21205]: input attribute value: 0
Jan  5 17:08:33 postfix/smtpd[21205]: public/cleanup socket: wanted attribute: reason
Jan  5 17:08:33 postfix/smtpd[21205]: input attribute name: reason
Jan  5 17:08:33 postfix/smtpd[21205]: input attribute value: (end)
Jan  5 17:08:33 postfix/smtpd[21205]: public/cleanup socket: wanted attribute: (list terminator)
Jan  5 17:08:33 postfix/smtpd[21205]: input attribute name: (end)
Jan  5 17:08:33 postfix/smtpd[21205]: > $SENDER_SERVER: 250 2.0.0 Ok: queued as C86EB110A22D
Jan  5 17:08:33 postfix/pipe[21215]: C86EB110A22D: to=$EMAIL_RECIPIENT, relay=dovecot, delay=0.37, delays=0.35/0.01/0/0.02, dsn=5.1.1, status=bounced (user unknown)

 

Was mir noch aufgefallen ist:

Jan  5 17:08:32  postfix/smtpd[21205]: resolve_clnt: `' -> `$EMAIL_RECIPIENT' -> transp=`dovecot' host=`$DOMAIN_RECIPIENT' rcpt=`$EMAIL_RECIPIENT' flags= class=virtual
Jan  5 17:08:32  postfix/smtpd[21205]: ctable_locate: install entry key $EMAIL_RECIPIENT
Jan  5 17:08:32  postfix/smtpd[21205]: extract_addr: in: <$EMAIL_RECIPIENT>, result: $EMAIL_RECIPIENT
Jan  5 17:08:32  postfix/smtpd[21205]: name_mask: FAILURE
Jan  5 17:08:32  postfix/smtpd[21205]: name_mask: DELAY
Jan  5 17:08:32 postfix/smtpd[21205]: send attr request = rewrite
Jan  5 17:08:32 postfix/smtpd[21205]: send attr rule = local
Jan  5 17:08:32 postfix/smtpd[21205]: send attr address = double-bounce

 

Ist das irgendwie ungew?hnlich?

[rico3000]

Neuer Ansatzpunkt!

 

Dovecot liefert ein: "auth(default): Error: prefetch($EMAIL_RECIPIENT): userdb lookup not possible with only userdb prefetch"

 

edit: 18:21 Das wars!

 

Ein einfaches:

 

userdb sql {
args = /etc/dovecot/dovecot-sql.conf
}

 

in der dovecot.conf hinzugef?gt.

[arnoldB]

Das es im Panel unter Configuration (Adminlogin) funktionsf?hige Config-templates gibt, wei?t du aber?