Nach Update keine gid-Aufl?sung und maildeliver

[lonesomewalker]

Hallo zusammen,

 

nach dem letzten Update, welches bei mir ein etwas gr??erer Sprung war (0.9.32), habe ich jetzt mehrere Probleme:

zum einen l?st er mir die UNIX-Gruppen nicht mehr auf -> tippe auf nscd

 

Zum Anderen nimmt der Postfix zwar Emails an, aber beim Deliver in die Mailbox landet die Email im Nirvana.

 

Das ist nat?rlich jetzt gar nicht so lustig 

 

Any debug clues?

[lonesomewalker]

Okay, den Fehler mit dem gid-lookup habe ich gefixt -> MySQL open_files_limit.
Toll, da? einen das nach dem Update erwischt...?

Bleibt aber noch immer der Deliver von Postfix zu Courier.
Da habe ich schon nachvollziehen k?nnen, die Mails werden ins passende Postfach geschoben, Ordner new.

Aber wenn Courier die dann ausliefern soll, verschwinden die...???

Und wenn mir noch jemand erkl?ren k?nnte, wozu ich die:
/etc/postfix/mysql-virtual_uid_maps.cf
/etc/postfix/mysql-virtual_gid_maps.cf

anlegen soll, obwohl die gar nirgends in der main.cf inkludiert werden...?

Kann es sein, da? evtl. durch das MySQL-Problem das Update die DB kaputt gemacht hat, und Courier dadurch nicht zuordnen kann...?

Okay, step by step: /etc/courier/authmysqlrc

MYSQL_SERVER 127.0.0.1
MYSQL_USERNAME froxlor
MYSQL_PASSWORD froxlorpwd
MYSQL_PORT 0
MYSQL_OPT 0
MYSQL_DATABASE froxlor
MYSQL_USER_TABLE mail_users
MYSQL_CRYPT_PWFIELD password_enc
MYSQL_UID_FIELD uid
MYSQL_GID_FIELD gid
MYSQL_LOGIN_FIELD username
MYSQL_HOME_FIELD homedir
MYSQL_MAILDIR_FIELD maildir
MYSQL_QUOTA_FIELD (quota*1024*1024)
MYSQL_AUXOPTIONS_FIELD CONCAT("allowimap=",imap,",allowpop3=",pop3)

Bin alle Zuordnungen in der DB durchgegangen, passt so, sind deckungsgleich mit allen anderen Installationen, bei denen es keine Probleme gibt.

/etc/courier/authdaemonrc

authmodulelist="authmysql"
authmodulelistorig="authuserdb authpam authpgsql authldap authmysql authcustom authpipe"
daemons=5
authdaemonvar=/var/run/courier/authdaemon
DEBUG_LOGIN=0
DEFAULTOPTIONS=""
LOGGEROPTS=""

Also testweise ein Dummy-Email-File in den new Ordner gelegt, tada, wird nach cur verschoben und als ungelesen im Postfach angezeigt.
Also scheint es wohl irgendwo auf dem Weg zwischen Postfix und Courier ein Verst?ndigungsproblem zu geben...?

mail.log sagt:
 

Dec  6 11:32:22 debian postfix/smtpd[13600]: connect from mout.web.de[xx.xx.xx.xx]
Dec  6 11:32:22 debian postfix/smtpd[13600]: Anonymous TLS connection established from mout.web.de[xx.xx.xx.xx]: TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Dec  6 11:32:23 debian postfix/smtpd[13600]: 0A5C743013B4: client=mout.web.de[xx.xx.xx.xx]
Dec  6 11:32:23 debian postfix/cleanup[13593]: 0A5C743013B4: message-id=<000001d13011$62ba9f70$282fde50$@web.de>
Dec  6 11:32:23 debian postfix/qmgr[13584]: 0A5C743013B4: from=<dummy@web.de>, size=2133, nrcpt=1 (queue active)
Dec  6 11:32:23 debian postfix/smtpd[13600]: disconnect from mout.web.de[xx.xx.xx.xx]
Dec  6 11:32:23 debian postfix/virtual[13602]: 0A5C743013B4: to=<existiert@domain.tld>, relay=virtual, delay=0.52, delays=0.43/0/0/0.09, dsn=2.0.0, status=sent (delivered to maildir)
Dec  6 11:32:23 debian postfix/qmgr[13584]: 0A5C743013B4: removed

Kann das sein, da? hier Postfix Probleme mit dem Maildir hat???
Ein postconf -d (defaults) sagt mir:

virtual_gid_maps =
virtual_uid_maps =
virtual_mailbox_base =

In der main.cf steht angepa?t:

virtual_uid_maps = static:2000
virtual_gid_maps = static:2000
virtual_mailbox_base = /var/customers/mail/

Und ein postconf -n sagt passend:

virtual_gid_maps = static:2000
virtual_mailbox_base = /var/customers/mail/
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_uid_maps = static:2000

Hmmmmmmmmmmmmm...

/var/customers/mail/var/customers/mail/hierdanndieganzengedroptenemails

Was ist denn DA schief gelaufen?
Stimmt da ein SQL-Query nicht?

Jepp, it's a bug: https://redmine.froxlor.org/issues/1575