Backup-MX macht Loops

[mediaciety]

Guten Mittag

ich hab hier gerade einen etwas widerspenstigen Backup-MX, der mir ein wenig kopfzerbrechen bereitet.
Aber von Anfang an:

DNS Config:
....
example.com. IN MX 10 mail.example.com.
example.com. IN MX 20 einhost.dyndns.org.

Versuche ich eine Mail an johndoe@example.com zu schicken, passiert folgendes auf dem abschickenden Mailserver:

Nov 18 12:37:54 svr1 postfix/smtp[30925]: 2A59E264C051:to=<johndoe@example.com>, relay=einhost.dyndns.org[12.34.56.7]:25,
 delay=0.67, delays=0.17/0/0.32/0.18, dsn=2.0.0, 
status=sent (250 2.0.0 Ok: queued as 8CDFC42181B)

SUPER, der Backup-MX im heimischen Keller wurde ausgewählt und die Mail entgegengenommen... freude

Schaun wir mal, was auf dem Backup-MX passiert:

Nov 18 12:40:17 crusher postfix/smtpd[21664]: 8CDFC42181B: client=svr1.example2.com[45.34.12.67]
Nov 18 12:40:17 crusher postfix/cleanup[21668]: 8CDFC42181B:
message-id=<133fdee74de35d3c6aef6286cb52a117.squirrel@svr1.example2.com>
Nov 18 12:40:17 crusher postfix/qmgr[21573]: 8CDFC42181B: from=<janedoe@example2.com>, size=990, nrcpt=1 (queue active)
Nov 18 12:40:18 crusher postfix/smtp[21669]: 8CDFC42181B: to=<johndoe@example.com>, relay=einhost.dyndns.org[12.34.56.78]:25, delay=0.46, delays=0.12/0.01/0.33/0, dsn=4.4.6, status=deferred (mail for example.com loops back to myself)

Wie jetzt? Relay? Sollte da nicht "relay=none" stehen?

Zeit für postconf -n:

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 0
mydestination = crusher.localdomain.local, localhost.localdomain.local, localhost
myhostname = crusher.localdomain.local
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname 
readme_directory = no
recipient_delimiter = +
relay_domains = $mydestination, example.com, anotherexample.net, andanotherexample.eu
relay_recipient_maps =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_alias_maps = hash:/etc/postfix/virtual

Vollständigerweise seien noch die Inhalte von
/etc/mailname: einhost.dyndns.org
und von
/etc/postfix/virtual: @anotherexample.com user@freemailprovider.tld
erwähnt. (Also nur ein "Catch-All" mit Weiterleitung)

Warum meint der Backup-MX die mails Relayen zu müssen? Hängt das evtl damit zusammen, dass Postfix sich auch manchmal beschwert, "einhost.dyndns.org is greeting me with my own hostname crusher.localdomain.local" bzw "einhost.dyndns.org replied to HELO/EHLO with my own hostname crusher.localdomain.local"?

Weitere Configs, Log-Auszüge o.Ä werden auf verlangen gerne vorgelegt

Danke!

 

[danton]

Ein Backup-MX sollte die Mails, für die er Backup ist, natürlich relayen, und das zum primären Mail-Server, also in deinem Beispiel mail.example.com
Dabei mußt du dem Backup-MX mitteilen, wie er diesen erreicht, beispielsweise über die Datei transport. Damit verhinderst du, daß der Backup-MX versucht, die Mail an sich selbst oder ggfl. weitere Backup-MXe zu senden.

 

[mediaciety]

Ähm... ja, das ergibt schon einen Sinn mit dem Relay - ich hatte nur nicht so ganz verstanden, warum der Backup an sich selbst relayen will.

Dann werd ich mal flugs noch die Transportmaps reinbasteln

Danke dir.