"unrevoke"-E-Mail und Protokollierung von nicht gesendeten Nachrichten für widerrufene E-Mails

Ich arbeite mit einem Benutzer zusammen, um das Nicht-Empfangen von E-Mails zu beheben, und bin dabei auf die im Logbuch für sein Konto protokollierte Aktion „E-Mail widerrufen“ gestoßen. Wie kann ich diese Aktion abbrechen oder rückgängig machen?

Außerdem: Wenn die E-Mail eines Benutzers widerrufen wird, spiegelt sich das dann in den Protokollen „E-Mail gesendet“ oder „E-Mail übersprungen“ wider? Oder nur in der Aktion „E-Mail widerrufen“?

Fortsetzung der Diskussion aus Was bedeutet die Aktion „E-Mail widerrufen“ im Protokoll?:

Die Aktion „E-Mail widerrufen“ wird ausgelöst, wenn mehrere an einen Benutzer gesendete E-Mails zurückgewiesen werden (d. h. nicht zugestellt werden können). Jedes Mal, wenn eine E-Mail zurückgewiesen wird, wird die „Absprungsrate“ des Benutzers entweder um den Wert erhöht, der in der Einstellung „weiche Absprungsrate“ oder „harte Absprungsrate“ Ihrer Site festgelegt ist. Sobald die Absprungsrate eines Benutzers den Wert der Einstellung „Schwellenwert für Absprungsrate“ Ihrer Site erreicht (Standardwert: 4), wird die Aktion „E-Mail widerrufen“ ausgelöst.

Sie können diese Aktion rückgängig machen, indem Sie zur Administrationsseite des Benutzers gehen und auf die Schaltfläche „Zurücksetzen“ klicken, die sich in der Zeile „Absprungsrate“ nahe der oberen Seite befindet.

Wenn Sie nicht auf die Schaltfläche „Zurücksetzen“ klicken, wird Discourse die Absprungsrate des Benutzers automatisch zurücksetzen, sobald die durch die Einstellung „Absprungsrate nach Anzahl der Tage zurücksetzen“ festgelegte Zeitspanne vergangen ist. Diese Einstellung hat standardmäßig einen Wert von 30 Tagen. Nach Ablauf dieses Zeitraums wird Discourse erneut versuchen, E-Mails an den Benutzer zu senden.

Wenn einer E-Mail an einen Benutzer nicht gesendet wird, der den Schwellenwert für die Absprungsrate Ihrer Site überschritten hat, wird ein Eintrag in den Protokollen „Übersprungen“ hinzugefügt. Der Grund für das Überspringen wird auf „Schwellenwert für Absprungsrate überschritten“ gesetzt.

Danke. Wenn ich also im Skipped-Log für eine kürzlich gesendete E-Mail an Benutzer X „Exceeded bounce_score_threshold

[quote=“simon, Beitrag:2, Thema:174209”]
Discourse löscht die Absprungrate des Benutzers automatisch, nachdem die im Einstellungswert „Absprungrate nach Anzahl Tagen zurücksetzen

Soweit ich das beurteilen kann, setzt Discourse die Absprungsrate eines Benutzers immer zurück und versucht anschließend, die E-Mails erneut an den Benutzer zu senden. Der einzige Unterschied zwischen der Behandlung vorübergehender und permanenter Absprünge besteht darin, dass permanente Absprünge die Absprungsrate standardmäßig um den Wert 2 erhöhen (festgelegt durch die Site-Einstellung „hard bounce score“), anstatt um den Standardwert 1 (festgelegt durch die Site-Einstellung „soft bounce score“).

Das würde zwar funktionieren, könnte aber unbeabsichtigte Folgen haben. Beispielsweise müssten Benutzer, die aufgrund des jüngsten Gmail-Ausfalls die Schwellenwert für die Absprungsrate überschritten haben, 10 Jahre warten, bis ihre Absprungsrate automatisch zurückgesetzt wird.

Mailman 2 hat höhere Standardwerte für die Absprungs-Einstellungen/Schwellenwerte, aber sobald man diesen erreicht, wird man abgemeldet. Man kann auf beide Seiten argumentieren. Edit: Ich erinnere mich nicht mehr an die Details, aber ich glaube, dass man irgendwann die Möglichkeit erhält, auf eine administrative E-Mail zu antworten, wodurch die Absprungs-Punktzahl zurückgesetzt wird und man auf der Liste bleibt.

Viele Leute, die Discourse selbst hosten, nutzen wahrscheinlich Mailgun, das die E-Mail-Adresse nach einem einzigen „permanenten Fehler

Mir ist gerade folgendes aufgefallen: Configure VERP to handle bouncing e-mails - #166

Es geht um die Entfernung der Einstellung bounce_score_threshold_deactivate. Ich frage mich, ob das ein Fehler war. Wenn die Standardeinstellung schwer zu erreichen war, hätte die Lösung darin bestanden, sie zu senken.

Eine unbeabsichtigte Folge dieser Entfernung für ein großes Forum scheint darin zu bestehen, regelmäßig über viele Jahre hinweg E-Mails an eine zunehmende Anzahl ungültiger Adressen zu senden. Entweder führt das zu Problemen mit einem externen Dienst (wie Mailgun, das eine Adresse nach einem einzelnen permanent fail-Bounce unterdrückt) oder zur Beeinträchtigung der IP-Reputation.

So wie es ist – es sei denn, ich habe etwas falsch verstanden – glaubt Discourse, E-Mails zu senden, die Mailgun aufgrund seiner Unterdrückungsliste einfach ablehnt. Eine Synchronisierung des Vorgehens von Discourse mit dem von Mailgun ist nicht möglich.

Das war mir entfallen. Ich bin mir nicht sicher, ob die Einstellung bounce_score_threshold_deactivate tatsächlich verhindert hat, dass Discourse versucht, E-Mails an ungültige Adressen zu senden. Das Problem ist, dass Discourse, sobald ein Benutzer den bounce score threshold erreicht, die E-Mail-Sendungen an diesen Benutzer einstellt, bis die durch die Einstellung reset bounce score after days festgelegte Zeitspanne vergangen ist. Zu diesem Zeitpunkt wird die Bounce-Punktzahl des Benutzers zurückgesetzt und der Prozess beginnt von neuem.

Ich bin mir nicht sicher, was die beste Lösung dafür wäre. Wenn ich die Dinge richtig verstehe, scheint es, dass eine Discourse-Website im Laufe der Zeit versucht, E-Mails an eine zunehmende Anzahl ungültiger Adressen zu senden.

Hier gibt es mindestens zwei Seiten. Zum einen: Was ist eine gute Richtlinie für Discourse, vorausgesetzt, der E-Mail-Absender (z. B. localhost) stimmt dem zu. Zum anderen: Wie synchronisiert man dies mit einem E-Mail-Versanddienst, der dem nicht zustimmt (z. B. Mailgun)?

Ich glaube, es gibt in Discourse bereits eine Meldung in der Art: „Bitte überprüfen Sie Ihre E-Mail-Adresse, da wir Probleme beim Senden an diese Adresse hatten.