[Postfixbuch-users] Catch-All Problem

[Andreas Winkelmann]

Am Montag 01 September 2008 17:43:43 schrieb Ronny Wagner:


> ich habe beim mir einen Postfix + Courier und Mysql-System laufen, welches
> auf virtuelle User aufbaut. Das System läuft soweit stabil und ohne
> Probleme, die eingerichteten virtuellen User erhalten Ihre Mails und können
> diese auch versenden. Jetzt bin ich nur auf ein Problem mit der Catch-All
> Mailadresse gestoßen.
>
> Ich hab mich als Richtung an das Howto
> http://www.howtoforge.org/virtual_users_and_domains_with_postfix_debian_etc
>h_p6 gehalten und habe auch die Tabelle korrekt eingetragen.
>
> @xyz.de soll an info at xyz.de gehen.
>
> Wenn ich aber ein Testmail verschicke, kommt folgende detailierte
> Fehlermeldung dabei raus:
>
> postfix/smtpd[22354]: connect from fmmailgate05.web.de[217.72.192.243]
> postfix/smtpd[22354]: 6EE638130: client=fmmailgate05.web.de[217.72.192.243]
> postfix/cleanup[22360]: 6EE638130: message-id=<117354288 at web.de>
> postfix/qmgr[22412]: 6EE638130: from=<Test at web.de>, size=1381, nrcpt=1
> (queue active) postfix/smtpd[22354]: disconnect from
> fmmailgate05.web.de[217.72.192.243] authdaemond: received userid lookup
> request: catchif at xyz.de
> authdaemond: authmysql: trying this module
> authdaemond: SQL query: SELECT email, password, "", 5000, 5000,
> "/home/vmail",
> CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/'),
> quota, "", "" FROM users WHERE email = "catchif at xyz.de" authdaemond: zero
> rows returned

Das ist ein SQL-Query welches kein resultat liefert. Weshalb dann von maildrop 
eine Fehlermeldung kommt.

Wenn man dazu was sinnvolles sagen wollte, müsste man vor allem wissen warum 
der Query nichts liefert. Sprich den Inhalt der Datenbank/Tabelle kennen.

Prüf warum die Abfrage nichts liefert.

> authdaemond: authmysql: REJECT - try next module
> authdaemond: FAIL, all modules rejected
> postfix/pipe[22361]: 6EE638130: to=<catchif at xyz.de>, relay=maildrop,
> delay=0.5, delays=0.4/0.01/0/0.08, dsn=5.1.1, status=bounced (user unknown.
> Command output: Invalid user specified. ) 
> postfix/cleanup[22360]:
> 9452B8174: message-id=<20080901153804.9452B8174 at lic-srv-as-03.licoho.de>
> postfix/qmgr[22412]: 9452B8174: from=<>, size=3200, nrcpt=1 (queue active)
> postfix/bounce[22363]: 6EE638130: sender non-delivery notification:
> 9452B8174 postfix/qmgr[22412]: 6EE638130: removed
> postfix/smtp[22365]: 9452B8174: to=<Test at web.de>,
> relay=mx-ha01.web.de[217.72.192.149]:25, delay=0.15,
> delays=0.08/0.01/0.03/0.03, dsn=2.0.0, status=sent (250 OK
> id=1KaBTg-0002Bg-00) postfix/qmgr[22412]: 9452B8174: removed
>
> die Datei /etc/courier/authmysqlrc:
> MYSQL_SERVER 127.0.0.1
> MYSQL_USERNAME user
> MYSQL_PASSWORD password
> MYSQL_PORT 0
> MYSQL_DATABASE mail
> MYSQL_USER_TABLE users
> MYSQL_CRYPT_PWFIELD password
> #MYSQL_CLEAR_PWFIELD password
> MYSQL_UID_FIELD 5000
> MYSQL_GID_FIELD 5000
> MYSQL_LOGIN_FIELD email
> MYSQL_HOME_FIELD "/home/vmail"
> MYSQL_MAILDIR_FIELD
> CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/')
> #MYSQL_NAME_FIELD
> MYSQL_QUOTA_FIELD quota
>
> Ich vermute das hier etwas nicht mit dem authmysqlrc stimmt, ich komme aber
> nicht dahinter was. Hättet Ihr einen Vorschlag oder vlt. sogar Lösung für
> das Problem?

--
Andreas