wstuermer
Active Member
Hi,
folgendes System ist gegeben:
Debian Etch
Postfix
Postgrey
Saslauthd gegen PAM
Problem:
mehrere Domains als catchall auf einen lokalen User.
Eine Domain ebenfalls mit catchall auf einen anderen lokalen User.
Egal an welche Domain ich nun eine Testmail schicke, die landen alle bei dem User, der nur für eine Domain eingerichtet ist.
/etc/postfix/main.cf
/etc/postfix/virtusers
/var/log/mail.log
Die virtusers.db wurde danach neugeschrieben und Postfix reloaded. Alle Emails landen im Maildir von 'user', was so nicht gewünscht ist.
Das Verhalten tritt sowohl bei internem als auch bei externem Versand auf.
-W
folgendes System ist gegeben:
Debian Etch
Postfix
Postgrey
Saslauthd gegen PAM
Problem:
mehrere Domains als catchall auf einen lokalen User.
Eine Domain ebenfalls mit catchall auf einen anderen lokalen User.
Egal an welche Domain ich nun eine Testmail schicke, die landen alle bei dem User, der nur für eine Domain eingerichtet ist.
/etc/postfix/main.cf
Code:
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
# Delivery in Maildir
home_mailbox = Maildir/
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
delay_warning_time = 4h
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
myhostname = domain_A.tld
alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/postfix/virtusers
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = domain_A.tld, domain_B.tld, domain_C.tld, localhost
relayhost =
mynetworks = 127.0.0.0/8
#mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, check_policy_service inet:127.0.0.1:60000
/etc/postfix/virtusers
Code:
@domain_A.tld domains
@domain_B.tld domains
@domain_C.tld user
/var/log/mail.log
Code:
Mar 24 12:45:09 postfix/pickup[22100]: D35CDFEC2B1: uid=1001 from=<wstuermer>
Mar 24 12:45:09 postfix/cleanup[22736]: D35CDFEC2B1: message-id=<20080324114509.D35CDFEC2B1@hostname>
Mar 24 12:45:09 postfix/qmgr[22102]: D35CDFEC2B1: from=<wstuermer@irgendeine_domain.de>, size=291, nrcpt=1 (queue active)
Mar 24 12:45:09 postfix/local[22737]: D35CDFEC2B1: to=<user>, orig_to=<blah@domain_A.tld>, relay=local, delay=0.37, delays=0.35/0.01/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
Mar 24 12:45:09 postfix/qmgr[22102]: D35CDFEC2B1: removed
Die virtusers.db wurde danach neugeschrieben und Postfix reloaded. Alle Emails landen im Maildir von 'user', was so nicht gewünscht ist.
Das Verhalten tritt sowohl bei internem als auch bei externem Versand auf.
-W