Symfony Mailer Office365
Sicher E-Mails aus Drupal senden, auch mit Office 365 OAuth.
Worum geht es hierbei?
Die Ausgangslage: E-Mails aus dem Websystem sind geschÀftskritisch
Ein Drupal-System verschickt mehr als nur nette Benachrichtigungen. In vielen Projekten hÀngen zentrale AblÀufe daran:
- Passwort-Reset und Account-Aktivierung
- FormularbestÀtigungen und Kontaktanfragen
- Systemmeldungen, Workflows und Benachrichtigungen an Redaktion oder Support
Wenn diese E-Mails nicht mehr zuverlĂ€ssig rausgehen, fĂ€llt das hĂ€ufig zuerst im TagesgeschĂ€ft auf. Nutzer:innen melden sich nicht zurĂŒck. Leads gehen verloren. Supportanfragen hĂ€ufen sich. Intern entsteht schnell Unsicherheit, ob das System ânoch sauber lĂ€uftâ.
Das konkrete Problem: Office 365 verhindert zukĂŒnftig Mailversand via Passwort-SMTP
Viele Organisationen nutzen Microsoft 365 (Office 365) als zentrale Mail-Plattform. Gleichzeitig steigen die Sicherheitsanforderungen. In der Praxis bedeutet das:
- Login mit Benutzername und Passwort ist fĂŒr automatischen Mailversand nicht (mehr) erlaubt.
- MFA und Sicherheitsrichtlinien verhindern âklassischeâ SMTP-Setups.
Das Resultat: Eine Umstellung muss in jedem Projekt erfolgen, welches Mails via Office365 versendet.
Genau hier setzt Symfony Mailer Office365 an. Das Modul ergÀnzt Drupal um eine Office-365-taugliche Versandmöglichkeit, bei der nicht mit einem Passwort gearbeitet wird, sondern mit einem sicheren Anmeldeverfahren (OAuth).
Warum war das nötig?
âIn Setups mit Microsoft-365-Mailversand ist Passwort-basierter SMTP-Versand keine Option mehr. Wir brauchten eine Lösung, die sich gut in bestehende Mail-FunktionalitĂ€ten integriert und diese mit dem modernen Login fĂŒr Office365 erweitert.â
â Nikolas, Modulentwickler und Maintainer
Die RealitÀt in Kundenprojekten ist: Der Mailversand muss funktionieren, und er muss zu den Security-Vorgaben der Organisation passen.
Zum Zeitpunkt der Entwicklung gab es in Drupal dafĂŒr keine wirklich praktikable Standardlösung. Symfony, die Drupal-Grundlage, auf der auch das Mailsystem beruht, stellt noch keine eigene Lösung dafĂŒr bereit, sodass es nicht ânativâ möglich ist, den Mailversand umzustellen.
Symfony Mailer Office365 schlieĂt diese LĂŒcke als schlankes Contrib-Modul. Es ist bewusst so gebaut, dass es sich in die bestehende Mailer-Architektur einfĂŒgt. Unser Modul baut auf existierenden Konzepten und Prototypen auf (s. dazu Abschnitt âCreditsâ auf der drupal.org Modulseite) und implementiert darauf basierend eine stabile Lösung, die fĂŒr jedes Drupal-Setup geeignet ist.
Das Modul kann eine Ăbergangslösung sein, falls Symfony irgendwann nativen Support fĂŒr den OAuth Mailversand anbietet. Es ist aktuell jedoch nicht absehbar, wann das kommen wird.
Was sind die Vorteile?
- ZuverlĂ€ssiger Mailversand in Microsoft-365-Umgebungen: Auch wenn Passwort-Login fĂŒr SMTP nicht mehr erlaubt ist, können geschĂ€ftskritische Drupal-Mails wieder versendet werden. Sie mĂŒssen keine andere Mailer-Lösung implementieren, sondern können weiter mit Office 365 arbeiten.
- SicherheitskonformitÀt: Der Versand orientiert sich an den von Microsoft definierten Sicherheitsanforderungen und nutzt diese.
- Nahtlose Integration in Drupal: Das Modul ergĂ€nzt den bestehenden Symfony-Mailer-Ansatz. FĂŒr Redaktion und Fachbereiche bleibt das Verhalten des Systems gleich. Es geht nicht um neue Features, sondern um stabile Zustellung.
Beispiele fĂŒr die Anwendung
Passwort-Reset und Kontaktformulare: Wenn Zustellung keine Verhandlungssache ist
Ein typisches Szenario: Ein Drupal-Portal lĂ€uft in einer Organisation, die Microsoft 365 fĂŒr den Mailversand nutzt. Die Security-Abteilung schĂ€rft Richtlinien nach. Alte SMTP-Logins mit Passwort werden abgeschaltet.
Mit Symfony Mailer Office 365 wird der Versand so umgestellt, dass Drupal seine Mails ĂŒber Office 365 versenden kann, ohne auf Passwort-Login angewiesen zu sein.
Das Ergebnis ist unspektakulĂ€r, und genau das ist der Punkt: E-Mails gehen wieder raus. Prozesse laufen wieder. Das System verhĂ€lt sich fĂŒr Nutzer:innen so, wie es sollte.
Anwendungen im Setup
Wenn der grundlegende Mailversand stabil ist, profitieren automatisch mehrere Bereiche:
- Marketing und Kommunikation: Formulare, Download-Strecken, automatisierte BestÀtigungen
- Support und Betrieb: Systemmeldungen, Benachrichtigungen, Eskalationen
- Redaktion und Fachbereiche: Workflow-Mails, Status-Updates, Hinweise aus redaktionellen Prozessen
Kurzum: Alle Funktionen, die einen Mailversand aus dem Drupal-System erfordern, arbeiten zuverlÀssig.
Screenshot
Dieses Modul ist, Ă€hnlich wie viele Infrastruktur-Bausteine, im Alltag âunsichtbarâ. Es entfaltet seinen Nutzen nicht durch eine neue OberflĂ€che, sondern durch verlĂ€ssliche Zustellung.
Der Screenshot zeigt die Konfiguration im Drupal-Backend.
Wie wurde unsere Lösung angenommen?
Das Modul wurde von der Community angenommen und verzeichnet einen steilen Anstieg an Installationen. Wir gehen davon aus, dass mit dem endgĂŒltigen Support-Ende fĂŒr SMTP-Mailversand seitens Microsoft (s. AnkĂŒndigung) weitere Drupal User und -Devs den Bedarf dafĂŒr erkennen werden.
Es zeichnet sich ab, dass die Lösung fĂŒr viele Drupal-Nutzende wichtig ist und zumindest mittelfristig auch immer wichtiger wird.
Fazit
Symfony Mailer Office365 ist ein typischer erdfisch-Lab-Baustein: Er löst ein konkretes Betriebsproblem in modernen Unternehmensumgebungen.
Bei erdfisch lösen wir derlei Probleme stabil, wartbar und immer in Einklang mit den Drupal-Standards. Wie immer wird die Lösung anschlieĂend komplett kostenfrei dem gesamten Drupal-Ăkosystem zur VerfĂŒgung gestellt. So profitieren alle und niemand muss dasselbe Problem ein zweites Mal angehen.
Typ
Contrib ModuleWeitere Contributions
Sichtbare Beteiligung: Zeige unter jedem Beitrag, wer zugestimmt hat, statt nur einer Zahl.
Sichtbare Beteiligung: Zeige unter jedem Beitrag, wer zugestimmt hat, statt nur einer Zahl.
Starre Inhalts-Layouts regelbasiert dynamisch anreichern und erweitern
Starre Inhalts-Layouts regelbasiert dynamisch anreichern und erweitern
Zentrale Bedingungslogik, um Regeln wie Sprache, Seiten, Datum und mehr einheitlich redaktionell zu nutzen.
Zentrale Bedingungslogik, um Regeln wie Sprache, Seiten, Datum und mehr einheitlich redaktionell zu nutzen.