hermelindigital
24.10.07, 22:38
Hallo zusammen,
mal eine Frage zur Vorgehensweise der canonical maps. Hier wurde schon viel darüber diskutiert, mein Problem allerdings noch nicht behandelt und google gibt auch keine Hinweise für das Problem.
Ich habe das Phänomen, dass wenn emails von außen per fetchmail reingeholt werden (im log dann user@localhost) fehlerfrei durch die canonical geändert werden, allerdings funktioniert das nicht für den internen Verkehr. Dort sieht der Transfer in der Logfile dann auch so aus, dass die Senderadressen dort stehen. Das Weiterleiten intern (also ohne Umweg übers WAN) funktioniert auch einwandfrei, und er sagt auch, dass es dorthin delivert wird, aber dennoch steht im MUA nach wie vor beim internen Versand die ursprüngliche Adresse.
Kann es sein, dass es da einen Zusammenhang zwischen der Domain localhost und der echten gibt, bzw. dass sich die canonical daran stört? - Unter anderem soll auch nur der Empfänger die Adresse geändert bekommen (zwingend!).
main
# 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
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 = servers.internedomain
mydomain = internedomain
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, localhost.$mydomain, $mydomain, localhost, externedomain
mynetworks = 127.0.0.0/8, 10.100.1.0/24
#recipient_canonical_classes = envelope_recipient, header_recipient
recipient_canonical_maps = hash:/etc/postfix/canonical
relayhost = smtp.externedomain.de
#mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 1000000000
message_size_limit = 100000000
#recipient_delimiter = +
inet_interfaces = all
#smtpd_helo_required = yes
#smtpd_helo_restrictions = reject_invalid_hostname
home_mailbox = mail/
#local_header_rewrite_clients = static:all
#masquerade_exceptions = root
#masquerade_classes = envelope_sender, header_sender, header_recipient
canonical
@externedomain @internedomain
und klar postmap canonical ;-)
Die logfiles zeigen eindeutig, dass der Transfer geht (im Fall WAN to LAN allein schon), aber nicht bei LAN to LAN.
mal eine Frage zur Vorgehensweise der canonical maps. Hier wurde schon viel darüber diskutiert, mein Problem allerdings noch nicht behandelt und google gibt auch keine Hinweise für das Problem.
Ich habe das Phänomen, dass wenn emails von außen per fetchmail reingeholt werden (im log dann user@localhost) fehlerfrei durch die canonical geändert werden, allerdings funktioniert das nicht für den internen Verkehr. Dort sieht der Transfer in der Logfile dann auch so aus, dass die Senderadressen dort stehen. Das Weiterleiten intern (also ohne Umweg übers WAN) funktioniert auch einwandfrei, und er sagt auch, dass es dorthin delivert wird, aber dennoch steht im MUA nach wie vor beim internen Versand die ursprüngliche Adresse.
Kann es sein, dass es da einen Zusammenhang zwischen der Domain localhost und der echten gibt, bzw. dass sich die canonical daran stört? - Unter anderem soll auch nur der Empfänger die Adresse geändert bekommen (zwingend!).
main
# 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
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 = servers.internedomain
mydomain = internedomain
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, localhost.$mydomain, $mydomain, localhost, externedomain
mynetworks = 127.0.0.0/8, 10.100.1.0/24
#recipient_canonical_classes = envelope_recipient, header_recipient
recipient_canonical_maps = hash:/etc/postfix/canonical
relayhost = smtp.externedomain.de
#mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 1000000000
message_size_limit = 100000000
#recipient_delimiter = +
inet_interfaces = all
#smtpd_helo_required = yes
#smtpd_helo_restrictions = reject_invalid_hostname
home_mailbox = mail/
#local_header_rewrite_clients = static:all
#masquerade_exceptions = root
#masquerade_classes = envelope_sender, header_sender, header_recipient
canonical
@externedomain @internedomain
und klar postmap canonical ;-)
Die logfiles zeigen eindeutig, dass der Transfer geht (im Fall WAN to LAN allein schon), aber nicht bei LAN to LAN.