[postfix-users] Mails an virutelle Domains soie forwarded mails werden rejected, wenn virtual_mailbox_domains auf externe Datei zeigt (closed)

Fr Dez 10 13:35:15 CET 2010

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, lst_hoe02 at kwsoft.de wrote:
>> Zitat von Sebastian Urbanneck <sebastian.urbanneck at uebergebuehr.de>:
>>
>>
>>> 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
> postfix-users at de.postfix.org
> http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users