1
Exchang und Fallback Mailserver
Da wir vor kurzen einen DSL Ausfall hatten und dadurch unser Mailserver (Exchange) nicht erreichbar war, haben wir auf unserem Webserver bei Hosteurope einen Mailserver aufgesetzt.
Unseren MX-Record haben wir wie folgt angepasst:
10 mail.xxxxx.xx Exchange
90 webmail.xxxxx.xx Web Mail Server
Soweit funktioniert alles ganz gut, das Problem ist nur, das vereinzeilt Mails im Webmailer eintrudeln und nicht im Exchange, und das obwohl der Exchange permanent am laufen ist und die SDSL Leitung online ist.
Der Webmail Server wird mittels Plesk verwaltet.
Wie kann ich also verhindern das Mails am Fallback WebMail Server auflaufen ohne das ich ihn aus dem MX Record entferne oder offline setze?
Oder gibt es vllt eine andere Möglichkeit, den Exchange dazu zu bewegen, die Mails von dem Webmail-Server abzurufen und in der Domäne zu verteilen? Ein Simpler Pop3 Abruf mittels Exchange ist nicht möglich, da wir hier von ca. 100POP3 Konten reden. Das Einrichten eines Catch All POP3 Kontos und dann das interne Verteilen mittels Exchange funktioniert nicht, da ab ca. der 25.Regel der Exchange streikt.
Unseren MX-Record haben wir wie folgt angepasst:
10 mail.xxxxx.xx Exchange
90 webmail.xxxxx.xx Web Mail Server
Soweit funktioniert alles ganz gut, das Problem ist nur, das vereinzeilt Mails im Webmailer eintrudeln und nicht im Exchange, und das obwohl der Exchange permanent am laufen ist und die SDSL Leitung online ist.
Der Webmail Server wird mittels Plesk verwaltet.
Wie kann ich also verhindern das Mails am Fallback WebMail Server auflaufen ohne das ich ihn aus dem MX Record entferne oder offline setze?
Oder gibt es vllt eine andere Möglichkeit, den Exchange dazu zu bewegen, die Mails von dem Webmail-Server abzurufen und in der Domäne zu verteilen? Ein Simpler Pop3 Abruf mittels Exchange ist nicht möglich, da wir hier von ca. 100POP3 Konten reden. Das Einrichten eines Catch All POP3 Kontos und dann das interne Verteilen mittels Exchange funktioniert nicht, da ab ca. der 25.Regel der Exchange streikt.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 88130
Url: https://administrator.de/contentid/88130
Printed on: April 18, 2024 at 05:04 o'clock
1 Comment
Hallo,
bei uns habe ich eine ähnliche Konstellation wieder abgeschafft. Grund: der Backup-MX war die meiste Zeit eigentlich nur mit Spammern beschäftigt. Diese scheinen sich wohl absichtlich auf den mit der niedrigsten Priorität zu konzentrieren, wohl in der Hoffnung, dass dieser weniger abgesichert sei. Kritisch dann, wenn der Backup ausversehen eine Mail annimmt, die der Primäre ablehnen würde (z.B. Blacklist oder unbekannter Empfänger) Dann musst du die Mail entweder doch annehmen oder es werden NDRs erzeugt, die dank häufig gefälschter Absender dann Unbeteiligte belästigen.
Auf der anderen Seite versucht ja ein normaler SMTP-Server eine Mail mehrfach auszuliefern. D.h., wenn die Leitung (oder der Mailserver) mal weg sind, wird es einfach noch ein paar mal probiert. Kritisch wird es erst, wenn der Ausfall viele Stunden oder gar Tage anhält. Aber selbst dann bekommt der Absender eine Unzustellbarkeitsbenachrichtigung. Ansonsten ist es für dich eigentlich unerheblich, ob die Mails in der Queue vom absenden Mailserver oder auf deinem Backup-MX warten.
Mittlerweile bin ich der Meinung, dass ein Backup-MX nur dann einen Sinn macht, wenn er an einer redundanten Leitung hängt und exakt die gleichen Anti-Spammaßnahmen hat, wie der primäre.
Gruß,
Schorsch
bei uns habe ich eine ähnliche Konstellation wieder abgeschafft. Grund: der Backup-MX war die meiste Zeit eigentlich nur mit Spammern beschäftigt. Diese scheinen sich wohl absichtlich auf den mit der niedrigsten Priorität zu konzentrieren, wohl in der Hoffnung, dass dieser weniger abgesichert sei. Kritisch dann, wenn der Backup ausversehen eine Mail annimmt, die der Primäre ablehnen würde (z.B. Blacklist oder unbekannter Empfänger) Dann musst du die Mail entweder doch annehmen oder es werden NDRs erzeugt, die dank häufig gefälschter Absender dann Unbeteiligte belästigen.
Auf der anderen Seite versucht ja ein normaler SMTP-Server eine Mail mehrfach auszuliefern. D.h., wenn die Leitung (oder der Mailserver) mal weg sind, wird es einfach noch ein paar mal probiert. Kritisch wird es erst, wenn der Ausfall viele Stunden oder gar Tage anhält. Aber selbst dann bekommt der Absender eine Unzustellbarkeitsbenachrichtigung. Ansonsten ist es für dich eigentlich unerheblich, ob die Mails in der Queue vom absenden Mailserver oder auf deinem Backup-MX warten.
Mittlerweile bin ich der Meinung, dass ein Backup-MX nur dann einen Sinn macht, wenn er an einer redundanten Leitung hängt und exakt die gleichen Anti-Spammaßnahmen hat, wie der primäre.
Gruß,
Schorsch
