09.02.2012 Mailserver-Migration: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(Die Seite wurde neu angelegt: „Bisher hatten wir je einen Eingangsserver pro hive und zusätzlich den Server BackupMX für eingehende Mail. Das ist eine auf Dauer und bei größerem Wach…“) |
|||
(3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
Bisher hatten wir je einen Eingangsserver pro [[hive]] und zusätzlich den Server BackupMX für eingehende Mail. Das ist eine auf Dauer und bei größerem Wachstum von Hostsharing nicht mehr gut wartbare Konstruktion. In der kommenden Migration der Mailserver werden drei Mailserver (MX-Server) sämtliche Mail, die in das Netz von Hostsharing gerichtet ist, annehmen. Diese Mailserver tragen die Namen: | Bisher hatten wir je einen Eingangsserver pro [[hive]] und zusätzlich den Server BackupMX für eingehende Mail. Das ist eine auf Dauer und bei größerem Wachstum von Hostsharing nicht mehr gut wartbare Konstruktion. In der kommenden Migration der Mailserver für das verbesserte [[HS-Mailrouting]] werden drei Mailserver (MX-Server) sämtliche Mail, die in das Netz von Hostsharing gerichtet ist, annehmen. Diese Mailserver tragen die Namen: | ||
* mailin1.hostsharing.net | * mailin1.hostsharing.net | ||
Zeile 7: | Zeile 7: | ||
== Vorteile == | == Vorteile == | ||
* Wir haben | * Wir haben mehrere redundante MX-Server an verteilten Standorten. | ||
* Die MX-Server bieten | * Die MX-Server bieten Möglichkeit vorgelagerte Spam-/Virenfilter auf den MX-Servern (per HSAdmin schaltbar) verfügbar zu machen. | ||
* Die MX-Server bieten wesentlich bessere Möglichkeiten "problematischen" Mailverkehr zu kontrollieren (etwa abgehenden Spam bei Einbrüchen, eingehenden Back-Scatter, Mailbomben) | * Die MX-Server bieten wesentlich bessere Möglichkeiten "problematischen" Mailverkehr zu kontrollieren (etwa abgehenden Spam bei Einbrüchen, eingehenden Back-Scatter, Mailbomben) | ||
Zeile 19: | Zeile 19: | ||
* MX-Server bieten die Möglichkeit, Pakete/Domains intern umzuziehen, ohne eingehende Mails zu verlieren. Das ist derzeit bei Umzügen zwischen [[hives]] nur sehr umständlich zu erreichen. | * MX-Server bieten die Möglichkeit, Pakete/Domains intern umzuziehen, ohne eingehende Mails zu verlieren. Das ist derzeit bei Umzügen zwischen [[hives]] nur sehr umständlich zu erreichen. | ||
== Termine == | |||
Werden grundsätzlich über die members Mailinglisten bekannt gegeben. |
Aktuelle Version vom 12. März 2020, 16:46 Uhr
Bisher hatten wir je einen Eingangsserver pro hive und zusätzlich den Server BackupMX für eingehende Mail. Das ist eine auf Dauer und bei größerem Wachstum von Hostsharing nicht mehr gut wartbare Konstruktion. In der kommenden Migration der Mailserver für das verbesserte HS-Mailrouting werden drei Mailserver (MX-Server) sämtliche Mail, die in das Netz von Hostsharing gerichtet ist, annehmen. Diese Mailserver tragen die Namen:
- mailin1.hostsharing.net
- mailin2.hostsharing.net
- mailin3.hostsharing.net
Vorteile
- Wir haben mehrere redundante MX-Server an verteilten Standorten.
- Die MX-Server bieten Möglichkeit vorgelagerte Spam-/Virenfilter auf den MX-Servern (per HSAdmin schaltbar) verfügbar zu machen.
- Die MX-Server bieten wesentlich bessere Möglichkeiten "problematischen" Mailverkehr zu kontrollieren (etwa abgehenden Spam bei Einbrüchen, eingehenden Back-Scatter, Mailbomben)
- MX-Server bieten Möglichkeit, zunächst E-Mail (extern) IPv6-fähig zu machen, d.h. per IPv6 anzunehmen und intern per IPv4 weiterzuleiten und umgekehrt.
- Spammer senden mitunter direkt an die Server mit A-Record statt MX-Record, weil diese oft schlechter abgesichert sind. Bei Hostsharing werden zukünftig Server mit A-Record (die Server, die die Domains zur Verfügung stellen) keine Mail mehr annehmen.
- MX-Server bieten die Möglichkeit, Pakete/Domains intern umzuziehen, ohne eingehende Mails zu verlieren. Das ist derzeit bei Umzügen zwischen hives nur sehr umständlich zu erreichen.
Termine
Werden grundsätzlich über die members Mailinglisten bekannt gegeben.