[Postfixbuch-users] BackupMX Server / Syntax relay_domains / Amavis-new

[Karsten Horsmann]

Hallo Ralf,


Ralf Hildebrandt <Ralf.Hildebrandt at charite.de> schrieb am (25/07/04 14:33):
> * Karsten Horsmann <witchdoc at netzwech.de>:
> 
> > smtpd_recipient_restrictions = 
> > ...
> > permit_mx_backup,
> Wozu das?

Dachte das _muss_ sein damit der BackupMX überhaupt Emails des
PrimaryMX schluckt. 
Mit permit_relay_domains wird dem BackupMX das schon eingeimpft,
aha.

...
> 
> > - Welche Auswirkung hat die Angabe von $mydestination in
> >   $relay_domains?
> 
> Dass nach mydestination relayed wird
> Ueberfluessig

Öhmm, den verstehe ich jetzt nicht. Was passiert mit Emails die an
$mydestination adressiert sind und in permit_relay_domains
aufgeführt werden? Werden diese an den PrimaryMX weitergeleitet?

> > - Wie prüft der BackupMX ob es die zu relayende Emailadresse gibt?
> 
> relay_recipient_maps

Hübsch, also kann ich damit dann die Wildcardeinlieferung von Emails
unterbinden/steuern. 
Dafür könnte ich doch die virtual vom PrimaryMX verwenden, oder?
Die hat den Aufbau:

netzwech.de anything
postmaster at netzwech.de postmaster
witchdoc at netzwech.de witchdoc
usw.

...
> > - Was passiert eigentlich wenn der DNS-Server des BackupMX Server
> >   nicht erreichbar ist? Dann werden doch auch die Mails abgelehnt,
> >   oder?!
> 
> "DNS-Server des BackupMX Server"? Ich dachte man haette mindestens 2...

Stimmt - also wenn beide DNS-Server weg sind ist eh alles zuspät.

> > Sollte man die PrimaryMX Einstellung so belassen oder macht
> > es mehr Sinn die permit_mx_backup Prüfung ans Ende zu setzen.
> 
> Ich wuerde permit_mx_backup komplett rausschmeissen.

Hmm - weil der PrimaryMX sich ja zuständig fühlt für die vom
BackupMX eingereichten Emails. Jöö - dann kann man das weglassen.


-- 
MfG
Karsten Horsmann