Danke Cameron, schön zu hören! Ich werde dieses Thema nach einem weiteren Monat schließen, wenn es geschlossen ist und ein weiteres Problem auftritt, können Sie gerne eines eröffnen
Ich habe möglicherweise eine meiner Unstimmigkeiten gefunden.
Können Sie bitte nachsehen, was Ihre Aufzeichnungen über die E-Mail für den ersten Beitrag sagen? Sie sollte die message-id <discourse/post/72724@discuss.python.org> haben, aber diese message-id wird in meinen Mail-Filter-Protokollen hier nicht angezeigt.
Nachverfolgung. Es sieht so aus, als hätte Discourse meinen Header-Paste abgeschnitten. Ich werde sie stattdessen hier über das Webforum einfügen, anstatt per E-Mail:
Es könnte ein Anzeigeproblem sein. Der Roh-Text, der angezeigt wird, wenn ich diesen Beitrag bearbeite, enthält die vollständigen Header. Ich habe sie als Datei hochgeladen. Ich glaube. - Cameron hdrs.txt (2,7 KB)
Ja, danke Cameron, mein Fehler, ich habe vergessen zu antworten. Ich war diese Woche mit anderer Arbeit überhäuft und hatte auch einen Tag frei unter der Woche. Ich habe eine Erinnerung eingestellt, um das am Montag durchzugehen und dann richtig zu antworten.
Bestätigt, dass dies die korrekte Message-ID in unseren E-Mail-Protokollen für Python ist. Ich glaube, was in diesem Fall passiert sein könnte, ist, dass der OP unter der Kategorie „Packaging“ gepostet und dann kurz darauf in die Kategorie „Python Help“ geändert wurde, was den Versand von E-Mails beeinträchtigt haben könnte. Es sieht so aus, als ob nur 5 Personen für den OP eine E-Mail erhalten haben und 30 Personen (einschließlich Ihnen) für den zweiten Beitrag. Beobachten Sie es einfach weiter und sehen Sie, ob dies erneut vorkommt, damit wir feststellen können, ob sich ein Muster entwickelt – es gibt viele Kurzschlüsse in unserem E-Mail-System, um das Senden von E-Mails in bestimmten Fällen zu verhindern, und wir sind hier möglicherweise gerade auf einen gestoßen.
[quote=“Cameron Simpson, post:94, topic:233499,
username:cameron-simpson”]
Es sollte die Message-ID <discourse/post/72724@discuss.python.org> haben
aber diese Message-ID wird hier in meinen Mail-Filter-Logs nicht angezeigt.
[/quote]
Bestätigt, dass dies die korrekte Message-ID in unseren E-Mail-Protokollen für Python ist.
Gut.
Ich glaube, was in diesem Fall passiert ist, ist, dass der OP unter der Kategorie „Packaging“ gepostet und dann kurz darauf in die Kategorie „Python Help“ geändert wurde, was das Senden von E-Mails beeinträchtigt haben könnte. Es sieht so aus, als ob nur 5 Personen für den OP eine E-Mail erhalten haben und 30 Personen (einschließlich Ihnen) für den zweiten Beitrag eine E-Mail erhalten haben. Beobachten Sie es vielleicht einfach und sehen Sie, ob dies wieder vorkommt, und wir können sehen, ob sich ein Muster entwickelt – es gibt viele Kurzschlüsse in unserem E-Mail-System, um das Senden von E-Mails in bestimmten Fällen zu verhindern, und wir sind hier möglicherweise gerade auf einen gestoßen.
Das ist interessant. Ich habe den Mailinglisten-Modus aktiviert, und meines Wissens ist die Kategorie „Packaging“ für mich nicht stummgeschaltet. Hätte ich keine E-Mail für den OP erhalten sollen?
Ist es sinnvoll, mich als bekannten Fall, der keine E-Mail erhalten hat, zu untersuchen, um die Kurzschlüsse zu untersuchen?
Entschuldigung, es ist im Moment intern viel los. Danke, dass Sie mir weitere Beispiele geschickt haben, ich werde versuchen, ein Muster daraus zu erkennen.
Kein Problem. Und keine Eile.
Meinen Sie dieses hier auf Meta?
Dieser Thread auf Meta. Gestern(?) hieß es, er würde in 2 Wochen automatisch geschlossen, basierend auf Ihrer Einstellung hier:
Aber das scheint jetzt deaktiviert zu sein, also alles gut.
Entschuldigung, das war ich. Ich habe den Timer entfernt, nachdem ich deinen Beitrag gelesen hatte, in dem du darum gebeten hast, ihn auszuschalten. Ich habe ein kleines „Gefällt mir“ als Bestätigung angebracht, aber es war vielleicht ein zu subtiler Hinweis.
Für mich zu subtil. Wie Sie sich anhand des Threads vielleicht denken können, bin ich ein E-Mail-Benutzer.
Aber ich habe auch Snowcrash gelesen und nicht bemerkt, dass der Name der Hauptfigur ein Wortspiel war. Sie kämpfen also einen schweren Kampf gegen mich, wenn Sie Subtilität einsetzen wollen
Ich verwende diesen jetzt als Beispiel. Bisher ist mir beim Durchgehen des Codes nichts aufgefallen. Niemand hat laut unserer EmailLog-Tabelle eine E-Mail für den OP dieses Themas erhalten, aber es ist unklar, warum, da, wenn ich die gleichen Schritte wie unter discourse/app/jobs/regular/notify_mailing_list_subscribers.rb at 23ac0cf8f1f5d7aede3991c6947530dc1af7f7a2 · discourse/discourse · GitHub durchlaufe und kurz vor dem Senden der E-Mails stoppe, es so aussieht, als würde das Richtige passieren. Es gibt auch keine Einträge für den OP in SkippedEmailLog. Ich nehme an, es ist möglich, dass der Job fehlgeschlagen ist und dann bei jedem anschließenden Versuch fehlgeschlagen ist, aber das bezweifle ich.
Ich habe gerade einige Dinge auf unserem Hosting für Python angepasst, damit ich detailliertere Protokollinformationen für diese Jobs sehen kann. Bitte behalten Sie die Augen offen und lassen Sie mich wissen, wenn Sie feststellen, dass dies in den nächsten Wochen wieder vorkommt. Hoffentlich kann ich das Problem aufspüren.
[quote=“Cameron Simpson, post:102, topic:233499,
username:cameron-simpson”]
Und ein weiteres Beispiel, bei dem ich den zweiten Beitrag und nicht den OP erhalten habe.
[/quote]
Ich verwende diesen jetzt als Beispiel. Bisher ist mir beim Durchgehen des Codes nichts aufgefallen. Laut unserer EmailLog-Tabelle hat niemand eine E-Mail für den OP dieses Themas erhalten, aber es ist unklar, warum, da, wenn ich die gleichen Schritte wie unter discourse/app/jobs/regular/notify_mailing_list_subscribers.rb at 23ac0cf8f1f5d7aede3991c6947530dc1af7f7a2 · discourse/discourse · GitHub durchlaufe und kurz vor dem Senden der E-Mails stoppe, es so aussieht, als würde das Richtige passieren. Es gibt auch keine Einträge für den OP in SkippedEmailLog. Ich nehme an, es ist möglich, dass der Job fehlgeschlagen ist und dann bei jedem nachfolgenden Versuch fehlgeschlagen ist, aber das bezweifle ich.
Richtig. Ich kann auch an diesem Code nichts falsch finden, es sei denn, es gibt seltsame Probleme mit den NOT EXISTS-Sachen. Aber für mein naives Auge sieht es in Ordnung aus.
Ich habe gerade einige Dinge auf unserem Hosting für Python angepasst, damit ich detailliertere Protokollinformationen für diese Jobs sehen kann. Bitte behalten Sie die Augen offen und lassen Sie mich wissen, wenn Sie feststellen, dass dies in den nächsten Wochen erneut auftritt. Hoffentlich kann ich das Problem aufspüren.
Danke. Ich werde Sie auf dem Laufenden halten, wenn neue Einträge auftauchen.
Die zufällige zeitliche Übereinstimmung (dies und der vorherige Fall sind beide heute Morgen, nach einer Periode scheinbarer Ruhe) lässt mich vermuten, dass wir es nicht mit einem einfachen Logikfehler wie „Soll das rausgehen?“ zu tun haben, sondern mit einem breiteren Umstand, der dazu führt, dass dies nicht funktioniert, z. B. einem Neustart der Discourse-Instanz oder einem anderen Ressourcenproblem.
Ähnliche Suche nach der Antwort-Nachrichten-ID und dann der In-Reply-To (OP)-Nachrichten-ID:
Vielen Dank, dass du diese beiden Beispiele gegeben hast, Cameron. Es könnte definitiv etwas wie das sein, vielleicht etwas mit unseren Hintergrundjobs in Sidekiq, die fehlerhaft sind, oder etwas anderes mit ihnen passiert, da sie in Redis gespeichert sind.
Bestätigt, dass es keinen EmailLog-Eintrag für deinen Benutzer in diesem Thema für den OP gibt. Mir fällt bisher nichts weiter auf, dieser Bug ist sehr frustrierend zu verfolgen.
Leider war dies nur für 1 Monat, daher wurde es über ein automatisiertes System wieder ausgeschaltet. Ich habe gerade unser detailliertes Logging wieder für 3 Monate eingeschaltet, dann können wir sehen, ob weitere Beispiele für Python eingehen, die ich mir ansehen kann.
Ich habe den Timer entfernt, nachdem ich deinen Beitrag gelesen hatte, in dem du darum gebeten hast, ihn auszuschalten. Ich habe ein kleines „Gefällt mir“ als Bestätigung angebracht, aber es war vielleicht ein zu subtiler Hinweis.