Zusammenfassung

  • draft-ietf-mailmaint-expires-06 erlaubt eine breitere Nutzung des Feldes, lässt den Ausdruck „verliert seine Gültigkeit“ jedoch bewusst offen. Das Datum ist eine Behauptung des Erstellers.
  • Mailsoftware darf allein deswegen weder ablehnen noch verwerfen und sollte ohne bewusste Konfiguration durch den Postfachinhaber nicht löschen.
  • Darstellung, Speicherzustand, Beweissicherung und endgültige Vernichtung müssen getrennt protokolliert werden. Sonst wird ein Hinweis zur Fernsteuerung.

Der Alarm kam zu spät und blieb trotzdem relevant

Ein Wartungsfenster endet um Mitternacht. Die Benachrichtigung wird erst morgens gelesen. Für die Vorbereitung ist sie wertlos geworden; für die Frage, ob rechtzeitig gewarnt wurde, ist sie entscheidend. Dieselbe Nachricht kann operativ abgelaufen und historisch unverzichtbar sein.

Die Revision 06 der Mail Maintenance Working Group erweitert das aus X.400-Übergängen stammende Feld Expires auf allgemeine Internet-Mail. Es enthält genau einen Zeitpunkt; mehrere gleichnamige Felder sind unzulässig. Danach betrachtet der Ersteller die Nachricht als nicht mehr gültig.

Eine präzisere normative Definition gibt es bewusst nicht. Für Angebot, Veranstaltung, periodischen Bericht und Einmalcode bedeutet Gültigkeit etwas anderes. Das Datum beweist weder Zustellung noch Lesen, Betrug, rechtliche Entbehrlichkeit oder Einwilligung in die Löschung.

Der aktive Internet-Draft liegt in der RFC-Editor-Warteschlange und zielt auf Proposed Standard. Er ist noch kein veröffentlichter RFC und keine Einführungsmessung.

Der Entwurf trennt Komfort von Verfügungsmacht

Empfangssysteme dürfen abgelaufene Nachrichten weniger hervorheben, aus der Standardansicht nehmen oder einen Aufräummodus anbieten. Zugleich gilt: Nur wegen Expires darf Mail nicht abgelehnt oder verworfen werden. Eine Nachricht mit vergangenem Datum sollte ohne bewusste Einstellung des Postfachinhabers nicht gelöscht werden.

Ablehnung verhindert Annahme. Verwerfen kann eine angenommene Nachricht verschwinden lassen. Ausblenden ändert die Oberfläche. Verschieben ändert den Speicherort. Löschen der Hauptkopie beseitigt nicht zwingend Journal und Sicherung. Erst eine endgültige Bereinigung kann Wiederherstellung ausschließen.

Ein Status „Ablauf verarbeitet“ ist daher unbrauchbar. Ein Nachweis muss Komponente, lokale Regel, Autorisierung, Umkehrbarkeit und verbleibende Kopien nennen.

Signierte Angaben bleiben Angaben

DKIM kann zeigen, welches Domainumfeld Verantwortung für signierte Felder übernommen hat. Es beweist nicht, dass der Zeitpunkt richtig, gutartig oder für den Empfänger bindend ist. Authentischer Ursprung und Verfügung über fremde Speicherung sind verschiedene Fragen.

Der Entwurf beschreibt die gegensätzlichen Anreize. Spam kann rückdatiert werden, damit Nutzer ihn weniger sehen und melden; dadurch kann auch adaptives Filtertraining leiden. Eine nahe Frist erzeugt künstlichen Druck und erschwert spätere Beschwerden. Eine sehr ferne Frist soll Aufmerksamkeit konservieren.

Wer von verschwundener Evidenz profitieren kann, wählt also den Wert. Selbst vollständige Absenderauthentisierung darf daraus keine Löschbefugnis machen.

Vier Ebenen statt eines bequemen Wahrheitswerts

Auf der Erklärungsebene liegen Rohfeld, Parsergebnis, Absender- und Signaturdaten. Auf der Darstellungsebene liegt normal, herabgestuft, gruppiert oder verborgen. Die Aufbewahrungsebene unterscheidet aktives Postfach, wiederherstellbare Ablage, Archiv, Backup und endgültige Löschung. Die Beweisebene erfasst Transaktion, Vertrag, Sicherheitsfall, Missbrauch und Legal Hold.

Kein Übergang vererbt sich automatisch. Verborgen kann durchsuchbar bleiben. Im Postfach gelöscht kann im Journal vorhanden sein. Geschäftlich abgelaufen kann rechtlich oder forensisch wichtig bleiben. Auch Parserfehler und Uhrabweichung dürfen nicht still zur Vernichtung führen.

Ein lokaler Minimalbeleg enthält Nachrichtenkennung oder Hash, Empfangszeit, Rohwert und interpretiertes Datum, Identitätsmaterial, Regelversion, Zustimmung des Inhabers, Anzeigeaktion, Speicheraktion, Wiederherstellungsfrist und Löschresultat. Das ist ein Betriebsvorschlag, kein neues Protokollfeld.

Kleine gemeinsame Semantik, lokale Zukunftsentscheidung

Die Linie reicht von Expiry-Date in RFC 1327 über die Abbildung in RFC 2156 bis zum Eintrag „not for general use“ in RFC 4021. Revision 06 würde die Nutzung erweitern, nicht die Zuständigkeit des Absenders.

Eine minimale Ausgangsspezifikation braucht Name, Syntax und begrenzte Bedeutung. Produkte dürfen unterschiedlich sortieren und aufbewahren. Nichtübernahme einer automatischen Löschung ist keine Ungültigkeit.

Entscheidend ist laufender Code: Hat der Transport angenommen? Hat der Client verborgen? Blieben Bytes erhalten? Funktionierte Wiederherstellung? Dokumentstatus, Feld und Signatur können diese Ergebnisse nicht vertreten.

Sources

  1. Expires 06 Text
  2. Expires 06 HTML
  3. Datatracker Revision 06
  4. Datatracker-Verlauf
  5. RFC 1327
  6. RFC 2156
  7. RFC 4021
  8. RFC 5322
  9. RFC 5536
  10. RFC 5598
  11. RFC 6376 — DKIM
  12. RFC 7942
  13. IANA Message Headers Registry
  14. Lu Heng — Minimum Initial Specification
  15. Lu Heng — On Reality Layers
  16. Lu Heng — Running Code Primary