{"id":1358,"date":"2026-10-31T09:00:00","date_gmt":"2026-10-31T08:00:00","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=1358"},"modified":"2026-10-30T17:18:45","modified_gmt":"2026-10-30T16:18:45","slug":"email-protokoll-wordpress-fluentsmtp","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/de\/2026\/10\/31\/email-protokoll-wordpress-fluentsmtp\/","title":{"rendered":"E-Mail-Protokoll in WordPress: warum ich es mit FluentSMTP kontrolliere"},"content":{"rendered":"\n

Ich betreue mehrere WordPress-Websites. Auf jeder geht eine Menge E-Mails raus, die kaum jemand auf dem Schirm hat: Kontaktbenachrichtigungen, Passwort-Resets, Bestellbest\u00e4tigungen, Hinweise an die Betreiber. Das E-Mail-Protokoll in WordPress von FluentSMTP ist das Werkzeug, das ich als Erstes \u00f6ffne, sobald ein Kunde schreibt „ich habe nichts bekommen“. Fr\u00fcher sah ich in die Logs des SMTP-Servers per Kommandozeile. Ich musste grep und Zeitstempel von Hand abgleichen. Heute \u00f6ffne ich eine Seite im WordPress-Panel und habe alles vor Augen.<\/p>\n\n\n\n

\"E-Mail-Protokoll<\/figure>\n\n\n\n

Warum ich das E-Mail-Protokoll in WordPress vor den Server-Logs kontrolliere<\/h2>\n\n\n\n

Der typische Fall ist immer derselbe. Ein Kontaktformular, das „nicht ankommt“. Ein Kunde, der die Passwort-Reset-E-Mail nicht erh\u00e4lt. Eine Bestellung ohne Best\u00e4tigung. Ohne ein Protokoll zur Hand ist die erste Vermutung der Spam-Ordner. Dann die Logs des SMTP-Servers. Dann vielleicht die Firewall. Mit FluentSMTP \u00fcberspringe ich diese Schritte. Ich sehe sofort, ob WordPress wirklich versucht hat, diese E-Mail zu versenden. An wen, wann, mit welcher Antwort vom Versandserver.<\/p>\n\n\n\n

FluentSMTP protokolliert jeden Aufruf von wp_mail()<\/code>. Nicht nur die E-Mails von Drittanbieter-Plugins, auch die vom Core selbst: Benachrichtigungen \u00fcber neue Benutzer, Update-Erinnerungen, Fehlerhinweise. F\u00fcr jeden Versand zeigt das Protokoll Absender, Empf\u00e4nger, Betreff, vollst\u00e4ndige Header, Nachrichtentext. Und die Antwort des SMTP-Providers oder der verwendeten API. Ist eine E-Mail fehlgeschlagen, steht diese Serverantwort genau dort. Ich muss sie nicht raten.<\/p>\n\n\n\n

Was wirklich im Versandprotokoll steht<\/h2>\n\n\n\n

Das Plugin unterst\u00fctzt Dutzende Connectoren: Amazon SES, SendGrid, Mailgun, Brevo, Postmark, SparkPost. Auch Google Workspace und Microsoft 365 \u00fcber OAuth, neben dem klassischen generischen SMTP. Auf den Websites, die ich betreue, nutze ich fast immer authentifiziertes SMTP mit der Domain des Kunden. Manchmal eine dedizierte API, wenn das E-Mail-Volumen w\u00e4chst. In beiden F\u00e4llen bleibt das Protokoll gleich. Jede Zeile hat einen Status, versendet oder fehlgeschlagen. Es gibt eine Schaltfl\u00e4che, um den Inhalt anzusehen oder die Nachricht erneut zu senden, ohne dass der Nutzer die Aktion wiederholen muss, die sie ausgel\u00f6st hat.<\/p>\n\n\n\n

Der erneute Versand ist die Funktion, die ich am h\u00e4ufigsten nutze. Ein Formular, das zweimal ausgef\u00fcllt wurde, weil „es nicht ankam“, wird zu einem Klick im Protokoll. Keine neue Meldung an den Kunden. F\u00fcr wiederholte Fehlschl\u00e4ge habe ich Benachrichtigungen \u00fcber Telegram aktiviert. Sobald eine Verbindung nicht mehr funktioniert, wei\u00df ich es, bevor mir jemand schreibt. Statt es aus einem Support-Ticket zu erfahren.<\/p>\n\n\n\n

Das Protokoll betrifft nicht nur Benachrichtigungen direkt an mich oder den Kunden, der die Seite verwaltet. Dort landet jede ausgehende E-Mail, die die Website an Dritte schickt: die Bestellbest\u00e4tigung, die ein Online-Shop an den Endkunden sendet, die Zahlungsquittung, die Versandbenachrichtigung. Kommt diese Best\u00e4tigung nicht an, zeigt das E-Mail-Protokoll in WordPress das genauso wie eine interne Benachrichtigung, mit derselben Schaltfl\u00e4che, um sie an den richtigen Empf\u00e4nger neu zu senden, ohne dass er den Kauf wiederholen muss.<\/p>\n\n\n\n

Wie ich FluentSMTP auf den Websites konfiguriere, die ich betreue<\/h2>\n\n\n\n

Nach dem Verbinden des passenden Connectors \u00e4ndere ich die Aufbewahrungsdauer des Protokolls. Standardm\u00e4\u00dfig bleibt es lange aktiv. Ich stelle sie auf 30 bis 60 Tage, je nach Traffic der Website. Das reicht, um einem sp\u00e4t gemeldeten Problem nachzugehen. Ohne die Datenbank mit Zeilen zu f\u00fcllen, die ich nie ansehen werde. Danach aktiviere ich mindestens einen Benachrichtigungskanal f\u00fcr Fehlschl\u00e4ge, Telegram oder Slack, je nach Kunde. Das Protokoll allein warnt niemanden, es muss ge\u00f6ffnet werden, um gelesen zu werden.<\/p>\n\n\n\n

Auf Websites mit Kontaktformular nutze ich zus\u00e4tzlich Cisilino Site Defense Network<\/a> zum Blockieren von Bots. Weniger eingehender Spam bedeutet weniger E-Mails aus den Formularen. Das Protokoll bleibt \u00fcbersichtlicher, mit weniger Rauschen, das ich beim Suchen der richtigen Nachricht ausblenden muss.<\/p>\n\n\n\n

Die SMTP-Zugangsdaten bleiben nicht im Klartext in der Datenbank<\/h2>\n\n\n\n

Ein Detail, das ich immer pr\u00fcfe, bevor ich eine Verbindung speichere: wo die Zugangsdaten landen. FluentSMTP verschl\u00fcsselt sie standardm\u00e4\u00dfig mit den SALT-Schl\u00fcsseln von WordPress, denselben, die schon in wp-config.php<\/code> f\u00fcr die Sicherheit der Sitzungen stehen. Man kann die Verschl\u00fcsselung deaktivieren, aber das Plugin selbst r\u00e4t davon ab. Auf den Websites, die ich betreue, bevorzuge ich eine andere Option: das API- oder SMTP-Passwort direkt in wp-config.php<\/code> speichern, au\u00dferhalb der Datenbank, mit Konstanten, die definiert sind, bevor das Plugin sie liest. So legt auch ein Datenbank-Dump oder ein unbefugter Zugriff aufs Panel den Schl\u00fcssel des Versandproviders nicht offen. Es ist dasselbe Prinzip, das ich auch sonst anwende: weniger Geheimnisse in der Datenbank, umso besser.<\/p>\n\n\n\n

Mehrere Verbindungen gleichzeitig, nicht nur eine nach der anderen<\/h2>\n\n\n\n

FluentSMTP erlaubt es, mehrere Verbindungen gleichzeitig einzurichten, nicht nur eine nach der anderen. Auf einer Website lege ich die Standardverbindung fest und f\u00fcge eine zweite als Reserve hinzu: Antwortet der erste Provider nicht, wechselt der Versand automatisch zur Reserveverbindung, ohne dass ich eingreifen muss. Die Wahl der Verbindung h\u00e4ngt von der Absenderadresse ab: Jede Verbindung hat ihr eigenes „Von“, der Rest l\u00e4uft \u00fcber die Standardverbindung, mit der Reserve nur bereit, falls die Standardverbindung wirklich ausf\u00e4llt (ein Fehler des Providers, keine E-Mail, die im Spam landet). Das ist einer der Gr\u00fcnde, warum ich das einem einzelnen SMTP ohne Alternative vorziehe: Haben SendGrid oder Amazon SES ein paar Stunden lang ein Problem, versendet die Website trotzdem weiter, und das E-Mail-Protokoll in WordPress zeigt es sofort. Alles in der kostenlosen Version enthalten, ohne eine kostenpflichtige Pro-Version: Man bezahlt nur den gew\u00e4hlten Versandprovider, nicht das Plugin.<\/p>\n\n\n\n

Ein t\u00e4glicher Gesundheitscheck, nicht nur wenn etwas kaputt ist<\/h2>\n\n\n\n

Neben dem Protokoll Zeile f\u00fcr Zeile f\u00fchrt FluentSMTP jeden Tag automatisch einen Gesundheitscheck der Verbindung durch. Antwortet der Provider nicht mehr, kommt die Warnung, bevor ein Kunde mir schreibt „die Website versendet keine E-Mails mehr“. Dasselbe Panel zeigt eine Grafik mit den t\u00e4glichen Gesamtzahlen erfolgreicher und fehlgeschlagener Vers\u00e4nde: n\u00fctzlich, um auf einen Blick zu erkennen, ob ein R\u00fcckgang normal ist oder das Symptom f\u00fcr etwas, das gerade kaputtgeht, ohne jedes Mal das Protokoll Zeile f\u00fcr Zeile \u00f6ffnen zu m\u00fcssen. Es gibt auch eine periodische Zusammenfassung per E-Mail, mit den Zahlen der Woche: kein Fehlerhinweis, sondern ein Bulletin, das ich kurz \u00fcberfliege, um zu wissen, ob das Versandvolumen im Rahmen liegt.<\/p>\n\n\n\n

Wer wie ich mehrere Websites von der Kommandozeile aus verwaltet, findet in FluentSMTP auch WP-CLI-Befehle: einen Versandtest, einen Gesundheitscheck der Verbindung, Statistiken und das Aufr\u00e4umen alter Protokolleintr\u00e4ge. Ich nutze sie in denselben Skripten, die schon auf den Servern f\u00fcr andere Wartungsaufgaben laufen, ohne das Panel jeder Website einzeln \u00f6ffnen zu m\u00fcssen.<\/p>\n\n\n\n

Was das E-Mail-Protokoll in WordPress nicht leisten kann<\/h2>\n\n\n\n

Es ist keine Wunderl\u00f6sung. Die Aufbewahrung richtet sich nach Tagen, nicht nach einer H\u00f6chstzahl an Zeilen. Auf einer Website mit viel transaktionalem Traffic kann die Protokolltabelle schnell wachsen. Es lohnt sich, sie im Blick zu behalten oder eine k\u00fcrzere Aufbewahrungsdauer einzustellen. Fehlerbenachrichtigungen kommen nur \u00fcber die konfigurierten Chat-Kan\u00e4le, nicht per E-Mail. Macht Sinn: Eine E-Mail, die vor einer fehlgeschlagenen E-Mail warnt, kann selbst fehlschlagen. Aber das sollte man wissen, bevor man sich darauf verl\u00e4sst.<\/p>\n\n\n\n

Schlie\u00dflich zeigt das Protokoll, was auf Seiten von WordPress und auf Seiten des Providers passiert ist. Es garantiert nicht die Zustellung im Postfach des Empf\u00e4ngers. Ist eine E-Mail als versendet markiert, landet aber im Spam, ist das ein Problem des Domain-Rufs oder der SPF\/DKIM-Konfiguration. Nichts, was ein Protokoll allein l\u00f6sen kann. Trotzdem bleibt es die erste Stelle, an der ich nachsehe, bevor ich irgendetwas anderes pr\u00fcfe.<\/p>\n\n\n\n

Das Plugin ist kostenlos und Open Source. Die offizielle Seite auf wordpress.org<\/a>, ohne Funktionen, die hinter einer Pro-Version blockiert sind. Wer auch nur eine Website mit Kontaktformular betreut, f\u00fcr den lohnt es sich, es nur f\u00fcr das E-Mail-Protokoll in WordPress zu installieren. L\u00f6st es das erste „ich habe die E-Mail nicht bekommen“ in einer Minute statt in einer halben Stunde, hat es sich bereits ausgezahlt.<\/p>\n\n","protected":false},"excerpt":{"rendered":"

Wie ich das E-Mail-Protokoll in WordPress mit FluentSMTP kontrolliere, um fehlgeschlagene E-Mails sofort zu finden und erneut zu senden.<\/p>\n","protected":false},"author":1,"featured_media":1248,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wpai_generated_summary":"","footnotes":""},"categories":[363],"tags":[508,509,510,468],"class_list":["post-1358","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server-datenbanken","tag-e-mail","tag-fluentsmtp","tag-smtp","tag-wordpress-plugin"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t