[postfix-users] Postfix stellt nur an prim MX (10) Mails zu, second (20) und backup (50) werden übergangen

[Markus Milkereit (computino.de)]

Hallo Liste,

dank eines Hinweises der Uni Stuttgart bin ich auf den richtigen 
Lösungsansatz gekommen. Kern war die Einstellung
smtp_mx_address_limit = 0

0 ist die Standardeinstellung älterer Versionen und sollte unendlich 
viele Adressen erlauben, aktuell ist der Standardwert 5.

Meine Version wurde mit Standard Limit = 0 ausgeliefert, kann den Wert 
aber nicht deuten und macht meistens "1" - es wird also nur der erste MX 
angeschrieben.

Problem gelöst, Mails ausgeliefert.

Gruß
Markus Milkereit


Markus Milkereit (computino.de) schrieb:
> Hallo Liste,
> 
> ich habe Postfix 2.1.5 auf Debian Sarge laufen (mit modifiziertem VHCS 
> 2.4.7). Postfix stellt jedoch Mails nurnoch an den primären Mailserver 
> (niedrigste Prio, normal 10) zu, schlägt das fehl werden vorhandene 
> Ersatzserver ignoriert. Er probiert weiterhin den primären Mailserver 
> bis die Zustellung klappt. Bisher war das Verhalten nicht weiter 
> schlimm, bis ich auf die Uni-Stuttgart Mailserver getroffen bin.
> An der Uni Stuttgart sind die Mailserver so konfiguriert, dass Prio 10 
> und 20 nur interne Mails empfangen, erst der dritte Server in der Liste 
> ist mailrelay.uni-stuttgart.de (50), der auch von extern Mails entgegen 
> nimmt.
> 
> main.cf meines Servers (wichtige Abschnitte)
> 
> alias_database = hash:/etc/aliases
> append_at_myorigin = yes
> append_dot_mydomain = no
> biff = no
> broken_sasl_auth_clients = yes
> content_filter = smtp-amavis:[127.0.0.1]:10024
> inet_interfaces = all
> local_destination_recipient_limit = 1
> local_recipient_maps = unix:passwd.byname $alias_database
> local_transport = local
> mailbox_command = procmail -a "$EXTENSION"
> mailbox_size_limit = 0
> message_size_limit = 26214400
> mydestination = $myhostname, $mydomain
> mydomain = domain.de
> myhostname = domain.de
> mynetworks_style = host
> myorigin = $mydomain
> setgid_group = postdrop
> smtpd_data_restrictions = reject_unauth_pipelining
> smtpd_recipient_restrictions = permit_sasl_authenticated, 
> permit_mynetworks,  reject_unauth_destination,  reject_non_fqdn_sender, 
>   reject_non_fqdn_recipient,  reject_unknown_recipient_domain, 
> reject_unknown_sender_domain,  reject_rbl_client dnsbl.sorbs.net, 
> reject_rbl_client zen.spamhaus.org,
> transport_maps = hash:/etc/postfix/vhcs2/transport
> virtual_alias_maps = hash:/etc/postfix/vhcs2/aliases
> virtual_gid_maps = static:8
> virtual_mailbox_base = /var/mail/virtual
> virtual_mailbox_domains = hash:/etc/postfix/vhcs2/domains
> virtual_mailbox_limit = 0
> virtual_mailbox_maps = hash:/etc/postfix/vhcs2/mailboxes
> virtual_minimum_uid = 1000
> virtual_transport = virtual
> virtual_uid_maps = static:1000
> 
> Die transport-Map /etc/postfix/vhcs2/transport ist aktuell leer.
> Eine Fehlermeldung sieht zum Beispiel so aus:
> 
> Jun 23 11:48:54 www1 postfix/smtp[476]: 064E16D87F: 
> to=<zielperson at ipf.uni-stuttgart.de>, relay=none, delay=3314, 
> status=deferred (connect to 
> ipfmv1.e-technik.uni-stuttgart.de[129.69.28.1]: Connection timed out)
> 
> Mailserver der Fakultät ipf.uni-stuttgart.de:
> 
> ipf.uni-stuttgart.de.	MX	IN   mailrelay.uni-stuttgart.de. [Preference = 50]
> ipf.uni-stuttgart.de.	MX	IN   ipfmv1.e-technik.uni-stuttgart.de. 
> [Preference = 10]
> ipf.uni-stuttgart.de.	MX	IN   ipfds3.e-technik.uni-stuttgart.de. 
> [Preference = 20]
> 
> Wie gesagt: nur der mailrelay ist für externe Mails zugängig, die 
> anderen beiden lehnen den Empfang generell ab.
> 
> Vielen Dank schonmal für Hilfe.
> 
> Gruß
> Markus Milkereit
> 

-- 
mit freundlichen Grüßen / with kind regards

Markus Milkereit
computino.de Webservice

Kirchhausener Str. 44
74906 Bad Rappenau
http://www.computino.de

Tel: 07066 9006-61
Fax: 07066 9006-60
markus at computino.de