maildrop und virtuelle Postfächer: Mails können nicht zugestellt werden
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.
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:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/lib/postfix
delay_warning_time = 4h
inet_interfaces = all
inet_protocols = all
mailbox_size_limit = 0
message_size_limit = 50000000
mydestination = localhost.localdomain, localhost, $myhostname, $mydomain
mydomain = domain.tld
mynetworks = 127.0.0.0/8, 192.168.178.0/24
myorigin = $myhostname
recipient_delimiter = +
relayhost = domain.tld
setgid_group = postdrop
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/sasl_passwd
smtp_sasl_security_options = noanonymous
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdm_hostname, reject_non_fqdm_sender, reject_non_fqdm_recipient, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client bl.spamcop.net, reject_rbl_client sbl-xbl.spamhaus.org
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_security_options = noanonymous
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
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. )
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?
--
Viele Grüße Sebastian
ICQ: 264706583 | MSM: sebo@blinzeln.de | Skype: sebo_de | Yahoo: de_sebo
E-Mail: sebo@blinzeln.de | Web: www.blindzeln.de
Reply to: