Umstellung der E-Mail-Infrastruktur der IETF am 11. September abgeschlossen

Der Titel und die Einleitung dieses Beitrags wurden am 11.09.2026 aktualisiert, um den erfolgreichen Übergang widerzuspiegeln. Die folgenden Informationen bleiben unverändert seit der Veröffentlichung am 28.08.2026. Bitte melden Sie Probleme an support@ietf.org.

DieWeb-Schnittstelle für das Mailing-List-Software-System(Mailman3) wird während des Übergangs ebenfalls nicht verfügbar sein; Zugang zuMailing-List-ArchivenUnd der IMAP-Zugriff wird nicht beeinträchtigt.

Die neue E-Mail-Infrastruktur umfasst eine vollständige Umstrukturierung vonpostconfirm, das ein Open-Source-Mailfilter (Milter) und Verarbeitungsinstrument ist, das als Torwächter für E-Mails fungiert – indem es störende Datenverkehr verhindert und die Überprüfungen neuer Absender über E-Mail-basierte Herausforderungs-Antwort-Verfahren handhabt.

Die neue Software verfolgt einen modularen Ansatz für diese Funktionen, indem sie zu neuem Spam-Erkennungssoftware (vonSpamassassinzurspamd wechselt.Neue AdressumwandelsoftwareAdressumwandelsoftwareund Verbesserung der Zertifikats- und TLS-Verarbeitung fürDANE (DNS-basierte Authentifizierung von Namensentitäten)Das Ergebnis wird eine bessere E-Mail-Hygiene sein: verbesserte Rücklaufbehandlung, reduzierte Spam-Möglichkeiten und die Beseitigung der Möglichkeit, als offener Relais zu dienen.

Jede diskrete Funktion wird in einem separaten Container bereitgestellt, über Kubernetes in einem dedizierten Cluster geplant und kommuniziert über das

milter-Protokollmilter-ProtokollBereitstellung der erforderlichen Funktionalität. Dies ermöglicht es uns, jedes Komponenten horizontal nach Bedarf zu skalieren. Die Ausnahme bei Containern ist die Ausgangs-E-Mail, die an mehrere virtuelle Maschinen in bekannten, gut funktionierenden Netzwerken weitergeleitet wird.

Derpostbestätigender Filterprüft zunächst die Zieladresse und vergleicht sie mit einem regulären Ausdruck, um festzustellen, ob eine Herausforderung erforderlich ist. Anschließend überprüft er eine Tabelle mit allen zuvor genehmigten Adressen, einschließlich aller aktuellen Abonnenten der Liste, um zu sehen, ob die Herausforderung bereits beantwortet wurde. Wenn eine Herausforderung erforderlich ist, wird eine Kopie der ursprünglichen E-Mail gespeichert, während auf die Antwort des Absenders gewartet wird. Sobald die Herausforderung angemessen beantwortet wurde, wird die gespeicherte Nachricht wie ursprünglich gesendet freigegeben und der Benutzer wird zur Zulassungsliste für zukünftige E-Mails hinzugefügt. Diese anfängliche Herausforderung ist entscheidend, um sicherzustellen, dass alle Teilnehmer der IETF-Mailingliste die Richtlinien und Verfahren akzeptiert haben.Wichtige HinweiseErklärung der Richtlinien und Verfahren.

DerAdressumwandlungsfilterEs ist komplexer, die Absender-DMARC- und SPF-Richtlinien für jede ausgehende E-Mail zu überprüfen. Wenn das Absender-Domain-Feld eine SPF-Richtlinie hat, die unsere IP-Adressen nicht enthält, ändern wir die Absenderangabe von local-part@domain zu $local-part=40$domain@$ietf-domain, wobei $ietf-domain auf das ursprüngliche Zieldomänen-Präfix mit dmarc basiert; dmarc.ietf.org, dmarc.irtf.org usw., um eine SPF-Ausrichtung zu gewährleisten. Wenn das Absenderdomain eine DMARC-Richtlinie mit p=reject oder p=quarantine hat, ändern wir die Absenderangabe auf die gleiche Weise, $local-part=40$domain@$ietf-domain. Anschließend unterzeichnen wir die Nachricht mit dem entsprechenden Domänen-Schlüssel mit DKIM, um eine gültige Ausrichtung zwischen DKIM und DMARC zu gewährleisten. Zum Beispiel, E-Mails von...Daten: dane@email.exampleText: An die <|im_end|>tools-discuss@ietf.orgDie Liste würde sowohl den Umschlag als auch den Header erhalten, neu geschrieben als dane=40email.example@dmarc.ietf.org, und es würde eine DKIM-Signatur mit d=dmarc.ietf.org geben, wenn die E-Mail an die Liste der Abonnenten geliefert wird. Wenn die ausgehende E-Mail ein Beitrag zu einer Mailing-Liste ist, setzen wir auch den Return-Path-Header auf einen ähnlichen Wert, wodurch die Verarbeitung von Rücklaufnachrichten der Mailman-Liste wie gewohnt erfolgt.

Der E-Mail-Umschreibdienst analysiert auch eingehende E-Mails, verarbeitet Listen-Rücklauf und leitet sie an zuvor umgeschriebene Adressen weiter, überprüft sie gegen eine Datenbankeinträge, um sicherzustellen, dass die umgeschriebene Adresse aktuell ist, und verhindert so offene Weiterleitungen über den Umschreibdienst.

Wenn es keine SPF- oder DMARC-Richtlinien für die Absenderadresse gibt, wird keine Adressumwandlung durchgeführt.

ZertifikatsmanagementDies wird mit einemaktuellen + nächstes 3-1-1 Rollover-Schema durchgeführt,indem Zertifikate bei Bedarf gerollt und erneuert werden, um sicherzustellen, dass wir immer ein Zertifikat haben, das für DANE gültig ist, auch während eines Rollovers.

Rspamd bietet DKIM-Signatur und Spam-Bewertungen, mit der Möglichkeit, diese nach der anfänglichen Bereitstellung weiter anzupassen.

Langfristig wird die neue Infrastruktur robuster und skalierbarer sein, einfacher zu warten und in Zukunft aufzurüsten. Die E-Mail-Verarbeitungssoftware und -Infrastruktur, die heute verwendet wird, hat sich im Laufe vieler Jahre zu einer äußerst komplexen und schwierigen zu betreibenden und zu aktualisierenden Struktur entwickelt. E-Mail ist für die Arbeit im IETF von entscheidender Bedeutung, und diese Aktualisierung bietet eine solide Grundlage für zukünftige Verbesserungen.

Im Allgemeinen ist die Umstellung auf E-Mail-Dienste Teil einesmehrjährigen Projekts...die gesamte IT-Infrastruktur aktualisieren die IETF unterstützenDiese Aktualisierung der E-Mail-Dienste ist ein notwendiger Schritt, um den IETF-Teilnehmern eine integriertere Verwaltung ihrer Abonnements von E-Mail-Listen über den IETF Datatracker zu ermöglichen. Alle neuen Software-Tools sind auf dem ietf-tools GitHub-Repository verfügbar.ietf-tools GitHub-RepositoryFeedback und Probleme sind über GitHub oder direkt über die E-Mail-Adresse tools-discuss@ietf.org willkommen.E-Mail-Liste tools-discuss@ietf.orgBEACHTE:

NOTIZ: Neue Maschinen-ZukünfteIst ein Auftragnehmer für die IETF Administration LLC, der an verschiedenen Komponenten der IETF IT-Infrastruktur-Übergang arbeitet.