SMTP & E-Mail Zustellung
Mailversand aus Moodle: SMTP, SPF/DKIM-Abstimmung, Queue-Prüfung, Fehleranalyse.
Kurz erklärt
Diese Seite beschreibt den Arbeitsstandard für SMTP & E-Mail Zustellung – mit Fokus auf konkrete Entscheidungen statt allgemeiner Leitlinien.
Zentral sind hier vor allem welcher versandweg produktiv genutzt wird und absender- und reply-to-regeln, damit Teams denselben Maßstab anwenden.
Nachvollziehbar wird der Standard erst durch verlinkte Nachweise wie mail-logs und durch dokumentierte Grenzfälle/Ausnahmen.
Wann diese Seite hilft
Typische Situationen, in denen diese Seite als Arbeitsdokument Mehrwert bringt – und wo eine andere Doku passender ist.
Typische Einsätze
- wenn bei SMTP & E-Mail Zustellung technische Standards zu smtp-server, absenderdomänen und spf/dkim-bezug verbindlich dokumentiert werden müssen
- wenn Teamwechsel/Vertretung denselben Ablauf für welcher versandweg produktiv genutzt wird sicher ausführen soll
- wenn Störungen oder Changes zeigen, dass Nachweise wie mail-logs bisher fehlen
- wenn Konfig- oder Betriebsabweichungen (z. B. benachrichtigungen funktionieren nur intern) wiederholt auftreten
Eher nicht passend bei
- wenn es bei SMTP & E-Mail Zustellung nur um einen einmaligen Einzelfall ohne Standardisierungsbedarf geht
- wenn ein detailliertes Projektticket oder eine technische Schritt-für-Schritt-Anleitung gepflegt werden soll
Empfohlener Ablauf
Pragmatische Reihenfolge, die in der Praxis funktioniert – vom Scope bis zum Review.
- Ist-Stand und Scope für SMTP & E-Mail Zustellung erfassen, inklusive smtp-server, absenderdomänen und spf/dkim-bezug und kritischer Abhängigkeiten.
- Sollzustand / Standards festlegen; wichtig sind Entscheidungen zu welcher versandweg produktiv genutzt wird.
- Änderungen kontrolliert testen (Staging, Testsystem oder Checkliste) und Ergebnis dokumentieren.
- Produktiv umsetzen, Nachtests durchführen und mail-logs + testmails / zustellnachweise verlinken.
- Monitoring/Reviews auswerten und wiederkehrende Befunde wie „Benachrichtigungen funktionieren nur intern“ in den Standard einarbeiten.
Entscheidungsregeln
SMTP & E-Mail Zustellung ist gut dokumentiert, wenn Regeln, Grenzfälle und Nachweise so konkret sind, dass Teams damit ohne Zusatzabsprachen arbeiten können.
Geltung
Für SMTP & E-Mail Zustellung zuerst den Anwendungsbereich konkret machen: SMTP-Server, Absenderdomänen und SPF/DKIM-Bezug.
Prioritäten
Entscheidungen zu welcher versandweg produktiv genutzt wird und absender- und reply-to-regeln nicht implizit lassen, sondern Rollen und Freigaben explizit benennen.
Ausnahmen
Ausnahmen nur zulassen, wenn sie den Standard nicht aufweichen; besonders relevant sind hier mail-queues und retry-verhalten.
Nachweislogik
Prüfbar ist die Regel erst, wenn mail-logs und testmails / zustellnachweise sauber verlinkt sind.
Was dokumentiert werden soll
Hier nur die spezifischen Inhalte zu SMTP & E-Mail Zustellung pflegen; allgemeine Doku-Regeln bleiben in der zentralen Leitlinie. Zentrale Leitlinie.
Die Seite ist dann gut, wenn eine Vertretung den Standard anwenden oder prüfen kann, ohne erst Personenwissen einsammeln zu müssen.
Scope & Begriffe
Begriffe, Scope und Grenzen zu SMTP & E-Mail Zustellung konkretisieren – inklusive smtp-server, absenderdomänen und spf/dkim-bezug.
Verbindliche Regeln
Den Standard so notieren, dass welcher versandweg produktiv genutzt wird und fehlerbehandlung bei zustellproblemen eindeutig entschieden sind.
Nachweise & Ablage
Artefakte direkt nennen und verlinken: Mail-Logs, Testmails / Zustellnachweise, Konfig-Screenshots oder Export.
Ausnahmen & Historie
Aktive Ausnahmen, letzte Änderung und nächster Review gehören auf die Seite – besonders bei Themen mit mail-queues und retry-verhalten.
Typische Stolperfallen
Pflege hier echte Fallstricke aus der Praxis von SMTP & E-Mail Zustellung; allgemeine Hinweise gehören in die zentrale Leitlinie. Zentrale Leitlinie.
- Umfang driftet: Benachrichtigungen funktionieren nur intern.
- Regel bleibt abstrakt: Absenderadresse ist nicht abgestimmt.
- Nachweis fehlt: Queue-Fehler bleiben unbemerkt.
- Ausnahme entgleist: Staging und Produktion driften auseinander.
Moodle-Referenz (offizielle Doku 5.1)
Kurze Verweise auf die offizielle Moodle-Dokumentation für SMTP & E-Mail Zustellung. So bleibt diese Seite AFANDI-spezifisch und vermeidet doppelte Grundlagen.
Offizielle Referenzen
Dokumentationsfokus
- SMTP-Host, TLS/SSL-Modus, Absenderadresse und Testnachweis dokumentieren.
- UI-Pfad, Rolle und Testfall explizit notieren (nicht nur den gewünschten Endzustand).
- Abweichungen von AFANDI-Standards separat markieren, damit Updates leichter reviewbar bleiben.
Prüfung & Pflege
Prüfe diese Seite gegen reale Vorgänge zu SMTP & E-Mail Zustellung – nicht nur gegen den Wortlaut. Entscheidend ist, ob Standard, Ausnahmen und Nachweise im Alltag tragen.
- Kommen Testmails an externe Empfänger an?
- Passen Absenderregeln zur Domain-Konfiguration?
- Werden Fehlversuche alarmiert?
- Stimmen Konfiguration und Doku überein?
Prüf-Fokus für „SMTP & E-Mail Zustellung“: Moodle-Betrieb; prüfe dabei insbesondere smtp-server, absenderdomänen und spf/dkim-bezug.
Sinnvolle Kennzahlen
Wenige Kennzahlen genügen – wichtig ist, dass sie Entscheidungen oder Verbesserungen auslösen.
Für „SMTP & E-Mail Zustellung“ Kennzahlen direkt an welcher versandweg produktiv genutzt wird und die häufigsten Praxisrisiken koppeln.
Zustellrate
Anteil erfolgreicher Moodle-Mails
Intervall: monatlich
Mail-Queue-Verzug
Zeit bis Versand bei Spitzenlast
Intervall: monatlich
Mail-Fehlerfälle
Fehlgeschlagene Zustellversuche
Intervall: monatlich
Nächste Schritte
Ergänze jetzt die konkrete Entscheidung zu welcher versandweg produktiv genutzt wird inkl. Verantwortlichen, Datum und Verweis auf mail-logs.
Auf „SMTP & E-Mail Zustellung“ als Nächstes besonders klar machen: welche smtp-server, absenderdomänen und spf/dkim-bezug im Standardfall gelten und welche Ausnahmen befristet sind.