OT Cancel-Kings

Muss denn alles archiviert werden? Unterhaltungen am Stammtisch sind ephemerer Natur.

Bist du sicher, daß es Cancels waren und kein Supersedes?

Nein, aber der Honk zerreißt die Bezugsketten!

Kommt auf die Intelligenz der Mitglieder des Stammtisch an :]

Ich schrieb das der news-server meldet, das die Nachricht nnn nicht mehr auf dem Server ist, dann kann es ja kein supersede sein! Oder?

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Doch, kann es sein. Ein Supersedes ist ein Cancel des vorherigen Artikels, der neue bekommt eine andere Nummer.

Z.B. snipped-for-privacy@news.bartheld.net>

Wenn dein Newsreader damit Probleme hat, ist de.comm.software.newsreader die richtige Gruppe.

Einer von uns beiden sitzt auf dem falschen Fährd :]

Was hat mein newsREADER damit zu tun, wenn der newsSERVER meldet, dass es ein Nachricht nnn nicht mehr gibt?

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Ich weiß nicht, was Du machst, aber hier passiert das nie. Genauer: Die Meldung sehe ich recht oft, aber nach einmal Pfeil rauf, Pfeil runter ist sie weg. Das Abholen klappt offenbar nicht immer beim ersten Versuch.

Am 02.11.22 um 07:17 schrieb Wolfgang Allinger:

Hier ist eigentlich nur einer, der gewohnheitsmäßig wegen eines Tippfehlers cancelt und neu verschickt und mir die Entsorgung der Leichen überlässt. Ich habe das per Killfile gelöst, das muss ich wohl wieder updaten. Ist sowieso meist OT.

Gerhard

Das Problem entsteht üblicherweise dadurch, dass im Newsreader ein Cache implementiert ist. Landet ein Artikel in so einem Cache, und wird danach gecancelt, wird er in der Oberfläche weiterhin als vorhanden angezeigt.

Mein Newsreader schreibt z.B. nur die Header in den Cache, um die Thread-Ansicht schneller erzeugen zu können. Der Body muss für die Anzeige immer vom Server geladen werden. Das führt dann zu dem von dir beschriebenen Effekt, dass angezeigte Artikel nicht geladen werden können.

Bei einem Supersede kann der alte Artikel aus dem Cache gelöscht oder als ersetzt markiert werden. Ein Supersede innerhalb eines Threads führt dann normalerweise dazu, dass dieser zerreißt, da der Ersatz- Artikel eine neue Message-ID bekommt und der Thread nach den Message-IDs im References-Headerfeld angezeigt wird. Per Konvention ersetzt man Artikel daher üblicherweise nicht mehr, wenn bereits jemand darauf geantwortet hat.

Mein newsreader holt alle Nachrichten (seit dem letzten Call), also Kopf und Body!

Wenn nun der individual Server mir -vermutlich- eine gecancelte Nachricht in seiner Liste findet, aber die inzwischen futschikato ist, dann melder er (nicht auf de Mist meines newsreader) 'Nachricht nnnn nicht mehr vorhanden' .

Wie und was mein Reader und individual da auskungeln, weiss ich nicht, benutzt wird NNTP. Hat jahrelang funktioniert und der Scheiß passiert NUR in dieser ng, bei allen anderen ng kommt das eigentlich nie vor.

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Kannst Du mir näheres zu dem Typen melden? zur Not auch per PN, reply-to funzt. Damit ich meinen Killfile ggf. anpassen kann.

Danke.

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

Genau da bin ich auch und wie oben geschrieben ohne Deine Probleme.

Aber Du benutzt vermutlich nicht NNTP

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang

news.individual.de ist nur über NNTP(S) zugänglich.

Du müsstest schon eine konkrete Message-ID nennen, mit der du ein Problem hast.

Andere Server haben evtl. andere Policies zur Verarbeitung von Cancels bzw. Supersedes.

Kann ich ja nicht, weil laut reader log individual meckert, dass die Nachricht nnnn (8? stellig) nicht mehr auf dem Server vorhanden ist.

Ich hab keine Lust, weiter rumzufrickeln, wie genau mein reader die news runterfummelt und bei welchem honk das passiert.

Danke und für mich EOT

Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang