[postfix-users] Split-Domain-Setup
Hallo Liste,
ich sehe hier grad den Wald vor lauter Bäumen nicht mehr. Folgendes Szenario:
1 Domain: meinedomain.de 2 Server mit Postfächern (90% auf Server1, Rest auf Server2)
Beide Server fühlen sich für meinedomain.de zuständig (virtual_alias_domains) MX für meinedomain.de ist Server1 mit Dovecot für IMAP/POP3
Bestimmte Adressen sollen nun an Server durch gereicht werden. Und hier komm ich grad nicht weiter.
Ich dachte mir eigentlich ich lege eine transport_map an mit folgendem Inhalt:
user@meinedomain.de smtp:[server2]
Aber diesen Eintrag ignoriert Posfix geflissentlich und meldet "User unknown in virtual alias table"
postconf -n:
alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, ldap:/etc/postfix/ldap-forwards.cf append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical config_directory = /etc/postfix debug_peer_level = 2 debug_peer_list = localhost, 127.0.0.1 delay_warning_time = 4h inet_interfaces = all local_header_rewrite_clients = static:all mailbox_size_limit = 0 mailbox_transport = lmtp:unix:private/dovecot-lmtp message_size_limit = 524288000 mydestination = mx.meinedomain.de, 127.0.0.1 myhostname = mx.meinedomain.de mynetworks = 192.168.17.0/24 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpass smtp_sasl_security_options = noanonymous smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_delay_reject = no smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_helo_hostname, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_login_maps = ldap:/etc/postfix/ldap-sender-maps.cf smtpd_sender_restrictions = permit_mynetworks, reject_unknown_sender_domain smtpd_tls_cert_file = /etc/ssl/private/cert.pem smtpd_tls_key_file = /etc/ssl/private/privatekey.pem smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transports virtual_alias_domains = meindomain.de virtual_alias_expansion_limit = 2000 virtual_alias_maps = hash:/etc/postfix/virtual-aliases, mysql:/etc/postfix/ mysql-virtual-aliases.cf, ldap:/etc/postfix/ldap-virtual-group-aliases.cf, ldap:/etc/postfix/ldap-virtual-aliases.cf
transports: irgendwas@meinedomain.de smtp:[server2]
Die virtual_aliases sind in der Form mailuser@meinedomain.de postfachname
Wo habe ich meinen Denkfehler?
Danke & Gruß,
Klaus
* Klaus Rörig via postfix-users kroerig@gmail.com:
Hallo Liste,
ich sehe hier grad den Wald vor lauter Bäumen nicht mehr. Folgendes Szenario:
*Axt reich*
1 Domain: meinedomain.de 2 Server mit Postfächern (90% auf Server1, Rest auf Server2)
Beide Server fühlen sich für meinedomain.de zuständig (virtual_alias_domains) MX für meinedomain.de ist Server1 mit Dovecot für IMAP/POP3
Bestimmte Adressen sollen nun an Server durch gereicht werden. Und hier komm ich grad nicht weiter.
Ich dachte mir eigentlich ich lege eine transport_map an mit folgendem Inhalt:
user@meinedomain.de smtp:[server2]
Aber diesen Eintrag ignoriert Posfix geflissentlich und meldet "User unknown in virtual alias table
Der server1 lehnt die Emails ab, weil er die Empfänger für server2 nicht validieren kann. Die müssten auch in eine virtual alias table, z.b. als zweiter Eintrag/lookup wenn Du sie nicht zusammenwerfen kannst.
Aufpassen musst Du nun halt, dass diese Liste und die transports immer synchron sind.
Ich würde überlegen, ob ich die 10% auf server2 nicht intern auf eine unterdomain legen würde (alleinschon fürs debugging) und für diese subdomain den transport eintrage und server2 beibringe die anzunehmen und lokal wieder umzuschreiben oder so. Aber das ist Geschmackssache und vielleicht äussert sich noch jemand der üblichen Verdächtigen.
Aber grundsätzlich kommt der transport nach dem annehmen der mail, sonst hättest Du ja automatisch ein offenes relay.
Grüße, Florian
participants (2)
-
Florian Streibelt via postfix-users
-
Klaus Rörig via postfix-users