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@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