Also, ich denke, man kann den Thread hier schließen, da ich das Problem
weit genug eingrenzen konnte. ICh mache dafür mal einene neuen,
speizaliserteren THread auf.
Bis dann
On 10.12.2010 10:20, Sebastian Urbanneck wrote:
On 10.12.2010 09:38, [email protected] wrote:
Zitat von Sebastian Urbanneck <[email protected]>:
Schreibe ich wieder die Domains direkt in die main.cf, so klappt
beides wieder.
Hat jemand eine Ahnung, was da los sein könnte?
Das verhalten gilt sowohl für die Versionen 2.5.1 als auch 2.7.1,
beides auf Ubuntu Hardy.
Anbei noch die Ausgabe von postfix -n
-------------------------
alias_database = ldap:/etc/postfix/ldap-aliases.cf
alias_maps = ldap://etc/postfix/ldap-aliases.cf, hash:/etc/aliases,
hash:/srv/mailman/conf/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
disable_dns_lookups = no
html_directory = /usr/share/doc/postfix/html
inet_interfaces = 127.0.0.1, <unsere_exter_ip>
local_recipient_maps =
mailbox_command = /usr/lib/dovecot/deliver
mailbox_size_limit = 0
mailbox_transport = dovecot
mydestination = uebergebuehr.de, <viele_andere_domains; keine davon
als virtuelle Domain>, localhost, localhost.localdomain
Das sind die Einstellungen für Adress-Class "local"
Ist mir bewusst. Ich hab da nur noch mal drauf angesprochen, da
überall gesagt wird, niemals virtuelle Domänen unter Mydestination zu
listen. Da wir das in der Form lists.<domain> haben und ich nicht
sicher bin, ob das einen Eindluss hat, wollte ich das nochmal gesagt
haben :)
myhostname = uebergebuehr.de
mynetworks = <unsere_netzwerke> 127.0.0.0/8 [::ffff:127.0.0.0]/104
[::1]/128
myorigin = uebergebuehr.de
parent_domain_matches_subdomains =
readme_directory = /usr/share/doc/postfix
recipient_delimiter = +
smtp_bind_address = 194.169.222.155
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_restrictions =
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks,
permit_sasl_authenticated, reject_unknown_hostname,
reject_non_fqdn_hostname, reject_invalid_hostname,
reject_unknown_sender_domain, reject_unknown_recipient_domain,
reject_unauth_destination, reject_rbl_client zen.spamhaus.org,
reject_rbl_client list.dsbl.org, reject_rbl_client
dul.dnsbl.sorbs.net, reject_rhsbl_client rhsbl.sorbs.net
reject_rbl_client ix.dnsbl.manitu.net, reject_rbl_client
list.dsbl.org, reject_rbl_client sbl.spamhaus.org,
reject_rbl_client whois.rfc-ignorant.org, reject_rbl_client
relays.mail-abuse.org, reject_rbl_client
nonconfirm.mail-abuse.org, reject_rbl_client
dialups.mail-abuse.org, reject_unverified_recipient
smtpd_recipient_restrictions = permit_sasl_authenticated
permit_mynetworks reject_unauth_destination
reject_invalid_hostname reject_non_fqdn_sender
reject_unknown_sender_domain reject_non_fqdn_recipient
reject_unknown_recipient_domain reject_rbl_client
dialups.mail-abuse.org reject_rbl_client dynablock.sorbs.net
reject_rbl_client dnsbl.ahbl.org reject_rbl_client
relays.mail-abuse.org reject_rbl_client cbl.abuseat.org
reject_rbl_client list.dsbl.org reject_rbl_client
bl.spamcop.net reject_rbl_client zen.spamhaus.org
reject_unverified_recipient permit
Mal die RBLs aufräumen? Viele davon sollten zusammen gefasst werden
können und mit der Menge ist die Performance durch die vielen DNS
Abfragen im Eimer.
Das ist eine weitere Baustelle. ICh hab die Konfiguration so
übernommen und wollte erst mal nichts daran ändern, bevor ich da
komplett durchgeblickt habe.
smtpd_sasl_auth_enable = yes
smtpd_sasl_exceptions_networks = $mynetworks
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_tls_cert_file = /etc/ssl/certs/mailserver-cert.pem
smtpd_tls_key_file = /etc/ssl/private/mailserver-key.pem
smtpd_use_tls = yes
transport_maps = hash:/etc/postfix/transport
virtual_alias_maps = ldap:/etc/postfix/ldap-virtual-aliases.cf
Eher "virtual_mailbox_maps" oder? Ist das Ergebnis ein Pfad/Maildir
oder eine Umschreibung auf eine locale Adresse?
Nope. Die virtual_alias_maps ist für das Mailforwarding zuständig.
Hier wird reingeschaut, ob die Adresse was zurückliefert, und wenn ja
wird die Mail dahin weiter gegeben. Siehe auch
http://www.postfix.org/postconf.5.html#virtual_alias_maps
.Zurückgeliefert werden in unserem Fall eine oder mehrere Adressen, an
welche die Mail dann geschickt wird. Klappt auch, sowohl mit internen
als auch mit externen Adressen, an die weiter gereicht wird, und
sowohl mit unserer als auch einer gehosteten Domain als eigentlichem
Empfänger. Das wird also noch vor den virtual_mailbox_domains abgefragt.
virtual_mailbox_domains = <die virtuellen Domains>
# virtual_alias_maps = ldap:/etc/ldap/ldap-virtual-mailboxes.cf
virtual_transport = dovecot
Entweder virtual_alias_x oder virtual_mailbox_x, gemischt geht meines
Wissens nach nicht.
Ah, Typo; die auskommentierte virtual_alias_maps sollte eigentlich
virtual_mailbox_domains sein, um zu zeigen, wie es eigentlich aussehen
sollte.
Und ja: es wird sowohl virtual_alias_maps als auch
virutl_mailbox_domains verwendet, da beides unabhängig voneinander
funktioniert, die virtual_alias - Sachen sind für Adressen, welche
einfach nur weitergeleitet und notfalls umadressiert werden, die
virtual_mailbox - Sachen für Accounts, welche auf unserem Server
gespeichert werden; hierfür ist dann der virtual_transport zuständig.
So zumindest mein bisheriger Wissensstand.
Aber wie gesagt: es funktioniert alles so wie es soll mit obiger
Konfig; nur dass die virtuellen Domains nicht aus dem Ldap geholt
werden können ist extrem nervtötend, da man jetzt immer noch die
Domains händisch eintragen muss.
Gruß
Andreas
Grüße
Sebastian
P.S. sorry für die Doppelmail; hab das reply-list vergesse
_______________________________________________
postfix-users mailing list
[email protected]
http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
_______________________________________________
postfix-users mailing list
[email protected]
http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users
