Gelöst Frage bzgl. Best Practices für Mailforwarder der Telekom

[jensdiedrich]

Hallo zusammen,

ich benötige einen Hinweis wie ich am besten mit unserem zweitem MX-Eintrag ( mforward.dtag.de / 194.25.242.123 ) verfahre ?

Dieser ist bei allen unseren EMail-Domains hinterlegt ( historisch gewachsen), damit falls bei Nichterreichbarkeit des ersten MX-Eintrag ( aktuell: NoSpam Proxy Gateway ), z.B. bei Updates oder Internet-Ausfällen Mails dort zwischengespeichert werden und diese dann später an unseren ersten MX-Eintrag ausgeliefert werden können.

Ich hatte diesen (mforward.dtag.de ) nun mal testweise als weiteren "E-Mail-Server des Unternehmens" hinzugefügt, da mir aufgefallen war das dieser immer mal wieder blockiert wurde und deshalb legitime Mails, die über diesen eingeliefert werden sollten nicht ankamen.
Ich glaube jedoch, dass dieses keine gute Idee war, da wir nun Mails reinbekommen, die angeblich von einer unserer EMail-Domains über den ( mforward.dtag.de / 194.25.242.123 ) versendet wurde, was jedoch nicht der Fall ist und seltsamerweise nun auch die Anzahl der zu lizenzierenden Nutzer für das Protection Modul angestiegen sind.

Ich hoffe, dass mich einigermaßen verständlich ausgedrückt habe.

Viele Grüße

 

[StefanCink]

Hallo,
wir empfehlen ganz klar diesen MX nicht zu verwenden. Ein Backup-MX muss exakt so geschützt sein, wie der Primäre MX. Die Erfahrung zeigt, dass Kriminelle bewusst den Backup-MX ansprechen, weil er nicht selten deutlich weniger geschützt ist und bekommen ihre Nachrichten so einfacher zugestellt. Für den von Dir genannten MX gilt das ganz Besonders.
Letztlich ist es auch nur eine trügerische Sicherheit, die Du Dir versprichst. Wenn NSP mal nicht verfügbar ist, bleibt die E-Mail beim einliefernden Server und der Absender wird darüber informiert und weiß, dass seine E-Mail noch nicht zugestellt wurde. In aller Regel wird sie für 24 Stunden vorgehalten. In dieser Zeit sollte NSP wieder lauffähig sein.
Gruß Stefan

 

[jensdiedrich]

Hallo Stefan,

ja das habe ich auch so schon vermutet, wir werden dann den mforward.dtag.de in unseren Zonen entfernen.
Durch die fehlerhafte Konfiguration des "mforward.dtag.de" als "E-Mail-Server des Unternehmens" wurden nun leider einige EMail-Adressen "generiert" über die EMails von intern nach extern versendet wurden, die aber keinem lizenzierten Benutzer zugeordnet sind, z.B. so etwas hier "receivespre9@xx-yyyyyyyy.com".
Dadurch haben wir die Grenze der lizenzierten Benutzer für NoSpamProxy Protection mehr als 20% überschritten. Wie gehen wir hier am besten weiter vor ?
Einfach abwarten bis diese Fake-Adressen wieder aus den lizenzierten Nutzern "rauswachsen", soweit ich das sehe sollte das nach 90 Tagen der Fall sein ?

Gruß

Jens

 

[StefanCink]

Ja, einfach rauswachsen lassen. Das passt dann.
Gruß Stefan

 

[jensdiedrich]

Alles klar, danke