Authentifizierte E-Mail ist noch keine Zustellbestätigung
Ein positiver Domainbefund erklärt nicht, wo die Nachricht ankommt. Trennen Sie technische Prüfung, Annahme und sichtbaren Empfang im Produkt.
Eine Anwendung kann eine fachliche Aufgabe erfolgreich abschließen und anschließend beim Versand der zugehörigen E-Mail scheitern. Wenn Ihre Oberfläche beides zu einem grünen Haken zusammenzieht, fehlt dem Team die Information, an welcher Stelle es eingreifen muss.
Eine Nachricht hat mehrere beobachtbare Zustände
Im erfundenen Produktentwurf erzeugt ein Supportportal die Benachrichtigung N-68. Der Versanddienst nimmt den Auftrag an. Später liegt eine Rückmeldung des empfangenden Mailsystems vor. Die Oberfläche soll daraus genau die belegte Aussage ableiten.
Beobachtung im Entwurf | Passende Produktmeldung | Noch nicht belegt |
|---|---|---|
Übergabe an den Versanddienst bestätigt | An Versanddienst übergeben | Annahme durch das Zielsystem |
Annahme durch das Zielsystem bestätigt | Vom empfangenden Mailsystem angenommen | Sichtbare Ablage im Posteingang |
Testperson bestätigt den Eingang im Testpostfach | Im geprüften Testpostfach sichtbar | Empfang bei allen anderen Empfängern oder Lesen durch Kunden |
Diese Tabelle ist eine vorgeschlagene Zuordnung für den Entwurf. Sie enthält keine hier ausgeführten Versandtests. Welche Rückmeldung zur Verfügung steht, muss für den verwendeten Dienst und dessen Ereignisse geklärt werden.
Domainprüfung beantwortet eine andere Frage
Ein erfolgreicher DMARC-Befund bestätigt die autorisierte Nutzung der Absenderdomain, keine Qualität oder Unbedenklichkeit des Inhalts. Er ist auch keine allgemeine Annahmegarantie. Der Empfänger kann weitere Prüfungen anwenden und anders entscheiden.
Die Produktmeldung sollte deshalb nicht aus einem positiven Authentifizierungsbefund automatisch „zugestellt“ machen. Umgekehrt erklärt ein fehlender Posteingang allein nicht, welcher Authentifizierungsmechanismus fehlerhaft wäre. Untersuchen Sie den Versandweg und die konkrete Rückmeldung zusammen.
Rückmeldungen als Teil der Anwendung behandeln
AWS beschreibt eigene Ereignisse für Rückläufer und Beschwerden und weist auf mögliche mehrfache Benachrichtigungen hin. Für den Entwurf heißt das: Die Anwendung braucht eine Zuordnung zur Nachricht und eine festgelegte Verarbeitung wiederholter Rückmeldungen. Ein zweites Ereignis sollte nicht ohne Anlass eine zweite Nachricht auslösen.
Fehlt ein Ereignis, bleibt dieser Teil des Zustands unbekannt. Beobachten Sie solche Fälle und weisen Sie die Bearbeitung einer verantwortlichen Rolle zu. So kann das Team die Benachrichtigung betreuen, während der Status der fachlichen Aufgabe nachvollziehbar bleibt. Die Aussage in der Oberfläche folgt dann der vorhandenen Beobachtung.
Quellen
Weiterlesen
Alle Beiträge
Ihr Vorhaben mit ASES
Beschreiben Sie uns Ihr Vorhaben. Wir melden uns mit einer ersten Einschätzung.