Die WordPress-Funktion wp_mail() erstellt eine Nachricht und liefert sie an die E-Mail-Infrastruktur des Servers aus; ein erfolgreicher Rückgabewert bedeutet nicht unbedingt, dass der Empfänger die Nachricht erhalten hat. Formulare, Passwort-Restellungen und WooCommerce-E-Mail-Anwendungen sollten getrennt untersucht werden, einschließlich SMTP, DNS-Authentifizierung und Lieferprotokollen.
wp_mail returned true but message not received
SMTP Error: Could not authenticate
Connection timed out on port 587
550 SPF/DKIM validation failed
Das Problem kann sich in einer der drei Schichten befinden: WordPress generiert keine Nachricht, der SMTP/MTA akzeptiert die Nachricht nicht oder der entfernte Empfänger lehnt die Nachricht ab oder markiert sie als Spam. Jede Schicht erfordert unterschiedliche Protokolle und Tests.
Kontaktformular 7 oder WooCommerce können eine 'gesendete' Nachricht anzeigen, aber dies ist keine Garantie für die Zustellung. Der wp_mail_failed-Hook, der SMTP-Log und der Server-E-Mail-Log sollten gemeinsam untersucht werden
Der Absender-Adress sollte mit der Site-Domain übereinstimmen; eine zufällige Gmail-Adresse als Absender zu verwenden kann SPF/DMARC ausrichten. Der Besucher-Adress sollte in der Reply-To-Feld verwendet werden.
Port 25 kann durch den Datenzentrum blockiert sein; Authentifizierter SMTP verwendet typischerweise 587 STARTTLS oder 465 TLS. Die vom Anbieter bereitgestellten korrekten Host, Port- und Verschlüsselungswerte sollten verwendet werden.
SPF, DKIM, DMARC und PTR/rDNS bestimmen die Zuverlússigkeit der E-Mail-Übermittlung. Selbst wenn die DNS-Einträge korrekt sind, kann der Absender-IP in der Schwarzen Liste sein oder die Domain-Reputation ist niedrig.
Anstatt Ihr SMTP-Passwort in der wp-config.php oder der Plugin-Datenbank in klarem Text zu speichern, verwenden Sie das environment/secret-Verfahren, wenn möglich, und ein eingeschränkten Zugriff auf Anwendungs-Passwort.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: WordPress/PHPMailer konnte die Nachricht nicht an die Mail-Schicht liefern.
Mögliche Ursache: Ungültige Adresse, Hook-Fehler oder Mailer-Probleme.
Bedeutung: Hat den lokalen E-Mail-Mitteilung angenommen, aber die Lieferung wurde nicht überprüft.
Mögliche Ursache: Spam, Remote-Ablehnen, DNS-Signatur oder Warteschlange.
Bedeutung: Der SMTP-Server hat das Benutzernamen/Passwort abgelehnt.
Mögliche Ursache: Falsche Identifikationsinformationen, 2FA oder App-Passwort.
Bedeutung: WordPress konnte sich nicht mit dem SMTP-Host/Port verbinden.
Mögliche Ursache: Firewall, falsche Port, DNS oder Dienstzugriff.
Bedeutung: Der Ziel-Port lehnt die Verbindung aktiv ab.
Mögliche Ursache: Falscher Port oder SMTP-Dienst geschlossen.
Bedeutung: Die Authentifizierung des entfernten Servers ist fehlgeschlagen.
Mögliche Ursache: Fehlende oder falsche DNS-Einträge oder Header-Verschiebung.
Bedeutung: Empfängeradresse existiert nicht oder wurde abgelehnt.
Mögliche Ursache: Grammatikfehler, gelöschte Mailbox.
Bedeutung: Das Bestell-E-Mail-Ereignis wurde nicht ausgelöst oder wurde in der Warteschlange belassen.
Mögliche Ursache: Action Scheduler, Vorlage oder SMTP.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
wp eval 'var_dump(wp_mail("[email protected]","WordPress test","Test mesajı"));'
Das Ergebnis der wp_mail-Funktion im Anwendungsverbund wird angezeigt.
dig +short TXT example.com
dig +short TXT default._domainkey.example.com
dig +short TXT _dmarc.example.com
SPF, DKIM und DMARC-Einträge werden angezeigt.
timeout 10 openssl s_client -starttls smtp -connect smtp.example.com:587 -servername smtp.example.com </dev/null
Testet SMTP-Verbindung und TLS-Handshake vom Server.
tail -n 150 /var/log/maillog 2>/dev/null || tail -n 150 /var/log/mail.log 2>/dev/null
Zeigt lokale E-Mail-Liefer- und Abbruchprotokolle an.
tail -n 150 /var/log/exim_mainlog 2>/dev/null
cPanel/Exim-Send- und Warteschlangenprotokolle werden angezeigt.
wp cron event list --fields=hook,next_run_relative | head -n 40
Überprüft die Cron-Seite der verzögerten E-Mail-Aufgaben.
Die Grundursache des WordPress-Fehlers ist dieselbe, aber Protokollpfade, PHP-Einstellungsbildschirme und Dienstverwaltung variieren je nach verwendeter Hosting-Infrastruktur.
Email Deliverability, Track Delivery und Exim Logs werden in cPanel verwendet.
grep -i 'ALICI@DOMAIN' /var/log/exim_mainlog | tailIn Plesk werden die E-Mail-Einstellungen, der E-Mail-Log-Browser und die DNS-Einträge überprüft.
grep -i 'ALICI@DOMAIN' /var/log/maillog | tailIn einer panellosen Serverumgebung wird Postfix/Exim oder eine externe SMTP-Verbindung direkt überprüft.
postqueue -p 2>/dev/null || exim -bp 2>/dev/nullZuerst prüfen Sie, ob WordPress Nachrichten produziert, dann SMTP/MTA-Acceptance und schließlich Remote-Delivery mit DNS-Verifizierung.
Bestimmen Sie, ob das Passwortrücksetzen, das Formular, WooCommerce oder alle wp_mail-Nachrichten betroffen sind.
Einen Test-E-Mail an einen einzelnen Empfänger senden und Zeit und Absender-Adresse aufzeichnen.
Anwendung gibt true zurück, auch wenn MTA oder SMTP-Antwort nicht sichtbar ist.
587 Verwechseln Sie STARTTLS nicht mit 465 implicit TLS.
Stellen Sie sicher, dass die Absender-Domänenauthentifizierung ausgerichtet ist.
Spam-, Bounce- und Anbieterreputation-Verlaufsdaten untersuchen
Überprüfen Sie die Felder To/From/Reply-To der Form und den SMTP-Log.
admin_email, Benutzeradresse, wp_mail und Spam-Ordner werden überprüft.
Geplante Aktionen, cron und Bestellstatus-Taster werden überprüft.
wp cron event listDas Anwendungs-Passwort, 2FA und Benutzername-Format werden überprüft.
SPF/DKIM/DMARC, PTR, IP-Reputation und Gmail-Bounce-Nachricht werden untersucht.
Nein. Es zeigt nur, dass WordPress den Nachrichtenversand an die Mail-Schicht erfolgreich abgeschlossen hat; die Lieferung sollte mit einem Log überprüft werden.
Der Anbieter verwendet in der Regel 587 STARTTLS oder 465 TLS.
SPF/DMARC-Konfiguration und Lieferungsglaubwördigkeit muss mit dem Absender-Domain kompatibel sein.
Sollte im Reply-To-Feld anstelle von From verwendet werden.
Für die Lieferungsglaubwürdigkeit und die Vorbeugung von Betrügereien stark empfohlen.
Cron, Action-Scheduler, Bestellungsstatus oder SMTP-Warteschlangen-Verzögerung kann auftreten.
Ein korrekt konfiguriertes zuverlässiges Service bietet in der Regel einen Vorteil in Bezug auf Lieferung und Protokollierung.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.