nexya mail
Die E-Mails der Website gehen wirklich raus — und man weiss, welche nicht, mit dem genauen Grund, den der Server genannt hat
- Schluss mit Nachrichten im Spam-Ordner Ein fester Absender, stimmig mit der Domain, und ein passender Rückweg. Genau das fehlt den meisten Websites, deren Kontaktformular «nicht funktioniert»
- Dreizehn Methoden, elf davon per API SendGrid, Brevo, Mailgun, Postmark, Resend und die anderen laufen über ihre API per HTTPS. Das geht auch, wenn der Hoster den ausgehenden SMTP-Port schliesst, was zur Regel geworden ist
- Das Protokoll behält nur die Fehlschläge Keine Kopie von allem, was rausgeht, nur was fehlschlug: der vom Server genannte Grund, die Kopfzeilen und der Inhalt. Ein roter Punkt zählt sie im Menü
- Ein Testversand, der etwas sagt Die Testnachricht nennt die Adresse und die verwendete Methode. Schlägt sie fehl, liest man die Antwort des Servers, nicht «ein Fehler ist aufgetreten»
-
Ursache SendGrid a répondu 401 : {"errors":[{"message":"The provided authorization grant is invalid, expired, or revoked"}]}
-
Ursache Mailgun a répondu 403 : Forbidden
-
Ursache cURL error 28: Operation timed out after 15001 milliseconds
Nur Fehlschläge werden geschrieben, mit ihrer Ursache. Ein erfolgreicher Versand hinterlässt keine Spur, und der Protokoll-Tab trägt die Zahl.
WordPress nutzt die mail()-Funktion des Servers. Genau die scheitert auf Shared Hosting am häufigsten.
Schlüssel bei SendGrid holen
Irgendein SMTP-Server: der des Hosters, von Gmail oder Outlook. Einfach, aber der ausgehende Port ist manchmal blockiert.
Dreizehn Versandmethoden, elf davon per API. Ein fester Absender, passend zur Domain, und ein dazu passender Rückweg.
Warum die E-Mails einer Website verloren gehen
Standardmässig schreibt WordPress seine Nachrichten mit der mail-Funktion von PHP, von einer Adresse wie wordpress@ihre-domain, die niemand ermächtigt hat, im Namen der Domain zu schreiben. Moderne Filter prüfen diese Ermächtigung und legen die Nachricht in den Spam, oder weisen sie ab. Die Website glaubt derweil, sie gesendet zu haben. Das Modul beseitigt beide Ursachen: eine echte Absenderadresse und einen echten Versandserver.
Warum APIs statt SMTP
Immer mehr Hoster schliessen den ausgehenden SMTP-Port, um Missbrauch zu begrenzen. Eine völlig korrekte SMTP-Einstellung scheitert dann ohne lesbare Erklärung. Versand per API läuft über HTTPS, auf demselben Port wie eine Webseite: er funktioniert überall dort, wo die Website funktioniert.
Was das Protokoll enthält, und was es entfernt
Nur Fehlschläge werden aufbewahrt, mit Ursache, Kopfzeilen und Inhalt der Nachricht — genug, um zu verstehen, ohne es nachstellen zu müssen. Schlüssel und Token werden vor dem Speichern aus den Adressen entfernt, damit ein einsehbares Protokoll nicht zum Ort wird, an dem Zugangsdaten herumliegen.
Kostenlos
Fester Absender, dreizehn Versandmethoden, Fehlerprotokoll
Pro
Warnung, wenn eine Nachricht nicht rausging, lange Aufbewahrung, zweiter Versandserver
Die Suite