Benachrichtigung des technischen Ansprechpartners bei nicht-erfolgtem Abruf durch Subscriber - Szenario 2 [M]
Related to #304 (closed).
Warum?
Damit Verantwortliche eines empfangenden Systems über technische Probleme mit ihrer Software informiert werden und darauf reagieren können, sollen diese über die im Zustellpunkt hinterlegten Kontaktdaten (per Mail) benachrichtigt werden.
Benachrichtigungsszenario:
- Szenario 2: Wenn nach einer Anzahl von Wiederholungen die Zustellung der Callbacks fehlschlägt, dann wird der technische Kontakt des Zustellpunkts einmalig per E-Mail benachrichtigt.
Relevante Links und Bemerkungen
- Mails aus dem IT Niedersachsen Netz können über ein Open Relay ohne Auth über
intranetmail2.niedersachsen.de
versandt werden - wäre final zu testen (siehe auch https://git.fitko.de/fitko/architekturmanagement-standards/fit-connect/planning/-/issues/114) - REFZ & PROD - Mail für Dev & Test über Sigi / FJD anfordern
Akzeptanzkriterien
Für Szenario 2:[M]
-
Wenn nach einer Anzahl von Wiederholungen die Zustellung der Callbacks fehlschlägt, dann wird der technische Kontakt des Zustellpunkts einmalig per E-Mail benachrichtigt. -
Die Anzahl von Wiederholungen ist in einer Konfigurationsdatei einstellbar. -
Die Mail enthält eine klare Aufforderung mit Verweis auf die Nutzungsbedingungen, eine Erreichbarkeit für Callbacks wiederherzustellen und Kontaktdaten für den Support. Die Mail enthält auch eine Freitextsignatur. - Die Mail oder der Freitextblock soll in einer Konfigurationsdatei anpassbar sein.
-
Die Mails enthalten keine Inhalte, die typischerweise zu einem Blocken durch Spamfilter führt. - Hinweis: Auch "falsche" Mailserverdomains können Probleme verursachen.
-
NEU: Die Mails enthalten einen deutlich hervorstechenden Hinweis (auch im Betreff!) darauf, welche Umgebung (Prod, testing, staging, dev, local) betroffen ist. In der Mail ist auch die URL des Zustelldienstes enthalten, von dem die Mail kommt. (Wichtig, da wir perspektivisch einmal mehrere Zustelldienste betreiben wollen). -
Verhalten ist in der Dokumentation für Entwickler zu beschreiben
Edited by Michael Miera