Eine Website zeigt 4.600 ausstehende E-Mails. Neue Jobs kommen hinzu, doch der älteste Zeitstempel bewegt sich nicht. WP-Cron läuft nur bei Seitenaufrufen, ein Worker-Lock ist veraltet und ein fehlerhafter Empfänger lässt jeden Stapel vor dem Commit abbrechen.
Eine erfolgreiche Testmail außerhalb der Queue belegt nur den direkten Versandweg. Untersuchen Sie Scheduler, Worker, Sperren, fehlerhaften Job und Providerantwort, ohne den Rückstand zu löschen.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler, Backup und Rollback
- Wie AIOWS unterstützt: AIOWS SMTP Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Eine E-Mail-Queue speichert Jobs zur asynchronen Verarbeitung. Ein ausstehender Eintrag kann für später geplant sein, auf einen Worker warten, gesperrt sein, vom Provider verzögert werden, wiederholt scheitern oder nach einem Absturz verwaist sein. Entscheidend sind Worker-Heartbeat, Alter des ältesten Eintrags, Durchsatz und klassifizierte Ergebnisse.
Ein realistisches WordPress-Beispiel
Das Team ersetzt den von Seitenaufrufen abhängigen WP-Cron durch einen überwachten System-Trigger, löst nur den nachweislich veralteten Lock und verschiebt den fehlerhaften Empfängerjob in Quarantäne. Ein Worker verarbeitet zunächst eine markierte Stichprobe. Erst nach dem Abgleich mit den Bestellungen wird vorsichtig skaliert.
Warum es wichtig ist und wann es eingesetzt wird
Das Löschen oder massenhafte Wiederholen einer Queue kann echte Passwort-Resets, Belege und Erinnerungen verlieren oder verdoppeln. Erhaltene Jobdaten zeigen, ob der Fehler beim Scheduler, Worker, Datensatz, bei der Kapazität oder beim Provider liegt.
Der einfache Weg für Einsteiger
- Sichern Sie die Queue und erfassen Sie ausstehende sowie aktive Jobs, ältesten Zeitpunkt, Versuche und letzte Fehler.
- Bestätigen Sie, dass WP-Cron oder System-Cron den vorgesehenen Worker tatsächlich startet.
- Prüfen Sie Heartbeat, Locks, Leases, Speicher, Laufzeit und Providerantworten.
- Verschieben Sie einen dauerhaft fehlerhaften Job in Quarantäne, statt die Queue zu löschen.
- Verarbeiten Sie eine markierte Stichprobe mit einem Worker, gleichen Sie die Ergebnisse ab und skalieren Sie erst danach.
Der technische Weg
Prüfen Sie Action Scheduler oder Plugin-Tabellen, atomare Claims, Lease-Erneuerung, Transaktionsgrenzen, Datenbankindexe, Loopback und die Zuständigkeit für System-Cron. Verwenden Sie Idempotenzschlüssel und eine Quarantäne für dauerhaft fehlerhafte Jobs. Beobachten Sie Eingang, Abschlussrate, ältesten Eintrag, Retry-Verteilung und Providerdrosselung gemeinsam.
Risiken, häufige Fehler, Backup und Rollback
Setzen Sie nicht alle Locks zurück, starten Sie nicht gleichzeitig viele Worker und bearbeiten Sie Queuezeilen nicht von Hand. Stoppen Sie bei überlappenden Claims, doppelten Nachrichten, unerwarteten Änderungen an Geschäftsdaten oder unbekannter Zuständigkeit für das Schema. Stellen Sie die letzte stabile Worker-Konfiguration wieder her und gleichen Sie kritische Jobs ab.
Wie AIOWS unterstützt:
AIOWS SMTP Manager
AIOWS SMTP Manager wird relevant, sobald ein Queuejob eine Nachricht an den WordPress-Mailversand übergibt. Tests und Diagnosedaten zeigen, ob WordPress den Provider erreicht und welche Antwort zurückkommt.
Damit lässt sich ein Queuefehler von einer SMTP-Ablehnung unterscheiden. Vergleichen Sie einen markierten Queuejob mit einer direkten Testmail und den Providerlogs. Erreicht der Job den WordPress-Mailversand nie, liegt die Korrektur beim Scheduler oder Queue-Verantwortlichen.
AIOWS startet weder WP-Cron noch repariert es Action-Scheduler-Tabellen, löst Plugin-Locks oder garantiert idempotente Retries. Halten Sie den SMTP-Weg während der Queue-Reparatur stabil, solange Providerdaten keinen zusätzlichen Versandfehler zeigen.
Passende AIOWS-Artikel
- WordPress sendet keine E-Mails: Ursachen und Lösungen
- WordPress-E-Mail-Logs zur Fehlerdiagnose verwenden
- WordPress-SMTP-Limit überschritten: Ursachen und Lösungen
Fazit und empfohlener Weg
Erhalten Sie die Queue und klären Sie, ob Scheduler, Worker, Lock, ein dauerhaft fehlerhafter Job oder der Provider den Fortschritt blockiert. Verarbeiten Sie zunächst eine markierte Stichprobe mit einem überwachten Worker. Erst wenn Claims stabil bleiben, Ergebnisse eindeutig sind, das Alter des ältesten Eintrags sinkt und kritische Vorgänge abgeglichen sind, wird vorsichtig skaliert.
