Zusammenfassung

  • Das IETF-Update vom 25. September nennt acht nach der Umstellung behobene Fehler: bestätigte Absender landeten in der Moderation, Massenmails wurden verworfen und DMARC verhinderte Zustellungen.
  • Das Bounce-Problem legte einen alten Rückstand offen. Als die neue Verarbeitung Abonnenten aufgrund möglicherweise falscher Bounces deaktivierte, stoppte das IETF den Prozess und schaltete die betroffenen Adressen wieder frei, bis eine Korrektur vorliegt.

Zuerst kam die Erfolgsmeldung. Am 11. September erklärte das IETF die Umstellung seiner E-Mail-Infrastruktur für abgeschlossen. Beschrieben wurden getrennte Containerfunktionen, Kubernetes-Orchestrierung, neue Spamerkennung, besseres Zertifikatshandling und eine verbesserte Bounce-Verarbeitung. Überschrift und Einleitung wurden an diesem Tag auf „abgeschlossen“ geändert; der Großteil der technischen Einzelheiten stammte weiterhin aus dem Beitrag vom 28. August.

Das ist ein Umstellungsdatum, kein Betriebsbericht.

Der Betriebsbericht folgte am 25. September. IETF-Executive-Director Jay Daley erklärte, die meisten Probleme seien behoben; acht Fehler seien repariert, zwei weitere noch in Arbeit. Das Projekt zur neuen Infrastruktur war drei Jahre zuvor beauftragt worden. Nach wiederholten Schwierigkeiten übernahm ein neuer Auftragnehmer die Fertigstellung. Eine zentrale Komponente der früheren Arbeit wurde dabei nicht neu geschrieben. Ihre Probleme fielen vor dem Start nicht auf. „Das war unser Fehler“, schrieb Daley.

Es handelte sich nicht um einen einzigen spektakulären Ausfall. Mehrere kleine Regeln versagten an den Übergängen zwischen Mailinglisten und echten Absendern. Eine bestätigte Adresse, die an eine Liste schrieb, ohne sie zu abonnieren, fehlte in der globalen Zulassungsliste; ihre Nachricht landete in der Moderation. Precedence: Bulk-Mails wurden ohne Hinweis verworfen, vor allem Nachrichten der IANA. BATV-Adressen wurden falsch verarbeitet. Bestätigte Adressen mit Großbuchstaben galten plötzlich als neu und mussten erneut bestätigt werden. Regeln für ungewöhnliche Absender waren nicht mehr erreichbar. Manche Outlook-From-Namen wurden in zwei Teile zerlegt. Postorius verschickte Meldungen über eine Platzhalteradresse, weil das Feld für den Website-Eigentümer leer war. Auch die DMARC-Umschreibung scheiterte bei bestimmten Empfängerzahlen.

Der Executive Director meldete diese acht Punkte als behoben. Die Zahl zählt benannte Fehler, nicht alle fehlgeschlagenen Nachrichten oder betroffenen Teilnehmenden. Das Update nennt dafür keinen Nenner.

Das schwierigere Problem lag bei der Bounce-Verarbeitung. Strukturelle Grenzen der alten Infrastruktur hatten verhindert, dass Bounces zur Bearbeitung bei den Listen ankamen. Deshalb wurden Adressen auch nicht deaktiviert. So sammelten sich Adressen an, die als nicht mehr erreichbar beschrieben wurden, aber noch auf Listen standen. Die neue Verarbeitung begann, den Rückstand abzuarbeiten. Daraufhin erhielten Listenverantwortliche viele Meldungen, dass Abonnenten wegen zu vieler Bounces deaktiviert würden.

Die Maschine hatte eine Warteschlange und ein Urteil. Ein verlässliches Urteil hatte sie noch nicht. Nach Angaben des IETF gab es Hinweise, dass einige Bounces falsch waren. Das IETF stoppte deshalb die Verarbeitung und aktivierte alle dadurch deaktivierten Adressen wieder, bis der Fehler behoben sei. Vorübergehend blieb damit lieber eine womöglich tote Adresse bestehen, als dass die Automatik einen aktiven Teilnehmer irrtümlich entfernte. Das war eine konkrete Schutzentscheidung, kein Beleg dafür, dass der Rückstand verschwunden war.

Das Update nennt noch eine Leistungsüberraschung: Mailmans standardmäßiger VERP-Modus verlängerte die Mailverarbeitung um vier bis fünf Größenordnungen. VERP wurde während der Untersuchung deaktiviert. Referenzdauer, Testlast und absolute Verzögerung fehlen. Auch Rspamd wurde noch abgestimmt, weil zu viel Spam durchkam.

Die Reihenfolge zählt. Der Bericht vom 11. September nannte bessere Bounce-Verarbeitung und weniger Spamgelegenheiten als geplante Ergebnisse. Der Bericht vom 25. September zeigt den Abstand zwischen Absicht und Betriebsnachweis: Die neue Verarbeitung machte einen alten Rückstand und zweifelhafte Signale sichtbar; die Spamerkennung brauchte weitere Abstimmung. Eine modulare neue Infrastruktur löscht alte Datenschulden nicht und macht erste Automatikurteile nicht per Ankündigung zuverlässig.

Für jede Organisation, die auf gemeinsame Mailinglisten angewiesen ist, liegt die Unterscheidung auf der Hand. Eine abgeschlossene Migration ist ein Ereignis mit Datum. Zuverlässige Zustellung ist ein wiederholtes Ergebnis über Absenderidentität, Moderation, Listenverteilung, Umschreibung, Authentifizierung, Bounce-Auswertung und Empfang hinweg. Jede einzelne Grenze kann ihren Test bestehen und die Nachricht später trotzdem scheitern.

Der öffentliche Bericht zeigt die Kontrollentscheidung, aber nicht ihre Kosten. Er nennt weder die Zahl reaktivierter Adressen noch den Anteil falscher Bounces, die Dauer der Pause, die VERP-Referenzmessung oder das Ende der Rspamd-Abstimmung. Diese Zahlen würden die Bewertung der Wiederherstellung verändern. Fest steht vorerst: Das IETF stoppte Abmeldungen, als die Bounce-Belege nicht zuverlässig waren, und machte die Korrektur öffentlich.

Quellen