Re: maildrop und virtuelle Postfächer: Mails können nicht zugestellt werden
Sebastian Dellit schrieb:
Hallo debian-user-german Leser und Leserinnen,
da ich im Internet die Information gefunden habe, etch hätte bereits
mysql Support im maildrop eingebaut, geh ich davon aus, dass es bei
Lenny nicht anders ist. Dafür scheint auch die Abhängigkeit von
courier-authmysql zu sprechen, welche ein "apt-cache depends maildrop"
bringt. Ich habe die verschiedensten howtos betrachtet, _das Richtige_ war scheinbar noch nicht dabei. :-/
Das Einsatzgebiet:
- Postfix,
- maildrop
- amavisd-new
- spamassassin
- clamav
- courier-imap/pop/authmysql
Bislang - also ohne maildrop - funktionierte alles soweit. Die Daten
liegen in einer MYSQL Datenbank, es existieren also keine wirklichen
Benutzer.
Es existieren keine Benutzer in /etc/passwd mit evtl. Shell-Zugang ;-).
-> virtuelle Benutzer.
Nun habe ich maildrop installiert und die Datei
"/etc/maildropmysql.config" mit dem folgenden Inhalt angelegt:
hostname localhost
socket /var/run/mysqld/mysqld.sock
port 3306
database name_der_datenbank
dbuser name_des_benutzers
dbpw kennwort_der_datenbank
dbtable mailbox
default_uidnumber 108
default_gid 113
uid_field username
uidnumber_field 108
gidnumber_field 113
maildir_field maildir
homedirectory_field '/usr/local/virtual'
quota_field quota
mailstatus_field active
where_clause AND postfix = '1'
Die main.cf sieht wie folgt aus:
besser postconf -n:
maildrop_destination_recipient_limit = 1
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_alias_maps.cf
virtual_gid_maps = static:113
virtual_mailbox_base = /usr/local/virtual
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains_maps.cf
virtual_mailbox_limit = 51200000
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_minimum_uid = 108
virtual_transport = maildrop
virtual_uid_maps = static:108
Was bedeutet das?
in der master.cf habe ich lediglich den Benutzer von "vmail" auf "nobody"
gesetzt ("postfix" ging nicht, "vmail" existiert nicht) und den Pfad von
Maildrop auf "/usr/bin/maildrop" abgeändert. Der Rest ist bei der
Sektion "maildrop" geblieben.
Nach einem Neustart von Postfix bekomme ich im Log folgende Meldung:
Feb 25 10:51:55 server postfix/pipe[12283]: 3D938165F79: to=<empfaenger@domain.tld>, orig_to=<empfaenger@domain.tld>, relay=maildrop, delay=843, delays=843/0.02/0/0.02, dsn=5.1.1, status=bounced (user unknown. Command output: ERR: authdaemon: s_connect() failed: Permission denied Invalid user specified. )
Diese Meldung kam jedoch auch ohne die maildropmysql.config. ;-) Nach dieser Fehlermeldung habe ich einmal im Netz gesucht und den Tipp
erhalten, ich solle doch /var/run/courier/authdaemon" auf "771" und
nicht auf "750" stellen. Gesagt, getan. Nun bekomme ich als Meldung:
Feb 25 10:59:48 server postfix/pipe[12263]: 3D938165F79: to=<empfaenger@domain.tld>, orig_to=<empfaenger@domain.tld>, relay=maildrop, delay=537, delays=537/0.02/0/0.02, dsn=4.3.0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Cannot set my user or group id. )
Wenn ich das richtig sehe kann er zum einliefern nicht die Identität des
richtigen Benutzers annehmen? ...
Also evtl. ein Berechtigungsproblem
Was zwar anders, aber auch nicht wirklich besser ist. :-(
Im Moment habe ich noch das Gefühl, das maildrop überhaupt nichts mit
der maildropmysql.config anfängt. Das durchsuchen der manpage nach
"mysql" hat leider auch keinen Erfolg gebracht.
Was kann ich noch ändern, wo könnte man noch ansetzen um das Problem
zu lösen?
Was steckt hinter uid=108 welche User sind das?
--
Gruesse/Greetings
MH
Dont send mail to: ubecatcher@linuxrocks.dyndns.org
--
Reply to: