• Als Spam markieren
• Beitrag melden

• 
  Diese Gruppe Alles

• Archiv
• RSS-Feeds

• Kontakt
• Hilfe
• Impressum
• Datenschutz

[Individual] Verbesserung der Cancelverarbeitung

Das Verfahren von Cancel und Supersedes im Usenet (Löschen und
Überschreiben von Artikeln) entstammt noch den Kindertagen der
elektronischen Kommunikation und vertraut ohne besondere Absicherungen
auf das verantwortungsbewusste Verhalten aller Usenet-Nutzer. Leider
kann man davon in den heutigen Zeiten nicht mehr ausgehen.

In den letzten Monaten haben wir eine starke Zunahme von Fremdcancels
und Fremdsupersedes im Usenet beobachtet, sowohl in de.* als auch -
deutlich stärker - in den Big-8. Dies schließt auch recht ausgefeilte
Methoden zur Verschleierung mit ein, die den Nutzern kaum noch eine
Möglichkeit des Nachvollziehens einräumen. Deshalb haben wir uns dazu
entschlossen, Cancels und Supersedes künftig auf unseren Servern im
Grundsatz nicht mehr auszuführen, und haben stattdessen Methoden
implementiert, die nur noch Cancels und Supersedes aus
vertrauenswürdigen oder verifizierten Quellen verarbeiten.

Hierzu haben wir einerseits eine Whitelist von Absendern erstellt;
diese enthält Despammer ("professionelle" Spam-Canceller), damit deren
erwünschte Spamcancels weiterhin ausgeführt werden, sowie Versender
von regelmäßigen Informationstexten, so dass mit Supersedes ältere
Versionen überschrieben werden können.

Gleichzeitig haben wir die Verarbeitung von "Cancel Locks" (aka
"canlock") aktiviert. Nutzer, die im Cancel bzw. Supersedes einen
passenden Cancel-Key mitschicken, können also weiterhin ihre Artikel
auf unseren Servern löschen oder überschreiben. Unser Server fügt in
Postings unserer eigenen Nutzer automatisch einen Cancel-Lock ein; ein
eventuell bereits durch den User eingefügter Header wird gemäß den
Spezifikationen entsprechend erweitert. Cancels und Supersedes über
unseren Server erhalten nach Prüfung analog automatisch den passenden
Cancel-Key und werden ausgeführt.

Für unsere eigenen Nutzer ergibt sich als weitere wesentliche
Änderung, dass manche Artikel zukünftig mehrfach zu sehen sein werden
oder dass Artikel auf unserem Server vorhanden sind, die anderswo
nicht (mehr) existieren. Dies geschieht, wenn ein Autor seinen Artikel
löschen oder durch eine neuere Version ersetzen wollte, aber der
Cancel oder Supersedes von unserem Server nicht ausgeführt wurde, weil
wir kein zuverlässiges Kriterium hatten, um eine missbräuchliche
Verwendung auszuschließen.

Wir empfehlen allen Teilnehmern am Usenet:

* Reguläre Nutzer
o Verzichten Sie auf Cancels und verschicken Sie stattdessen
Supersedes. Dadurch erscheint auf Servern, die keine
Cancels und Supersedes ausführen, ein zweiter Artikel in
sichtbarer Nähe zum ersten, und die Leser können erkennen,
dass es zu Ihrem Artikel eine zweite, neuere Fassung gibt.

o Aktivieren Sie, so vorhanden, die Verwendung von Cancel
Lock in Ihrem Newsreader. Dieser Mechanismus stellt den
Zusammenhang zwischen dem Cancel und dem zu cancelnden
Artikel her, ohne aber - anders als bei signierten
Postings - die Möglichkeit einer Profilbildung über alle
Artikel eines Nutzers zu geben.

* Versender von regelmäßigen Informationstexten mit
"Supersedes:"-Header
o Versehen Sie die Artikel, so noch nicht geschehen, mit
einem "Expires:"-Header.

o Versehen Sie die Artikel mit den Headern "Cancel-Lock:"
und "Cancel-Key:".

o Außerdem können Sie Ihre Artikel mit der üblichen
PGP-Signatur im Header versehen ("X-PGP-Sig:").

* Despammer
o Signieren Sie Cancels geeignet kryptographisch

o oder - was auf dasselbe hinausläuft - verschicken Sie
zusätzlich auch "NoCeM Notices". Diese werden von uns
ausgewertet, eventuell ist ein kurzer Hinweis an
news@individual.de nötig, damit der Versender in die
Konfiguration aufgenommen wird.

Wir bedauern alle Unannehmlichkeiten, die sich durch diese Umstellung
ergeben, sind aber insgesamt zuversichtlich, eine bessere Qualität im
Angebot der Newsgruppen zu erreichen. Und wir würden uns freuen, wenn
auch andere Server Mechanismen zur verbesserten Cancelverarbeitung
einführen würden, um eine nachhaltige Verbesserung für das ganze Netz
zu erzielen.

Mit freundlichen Grüßen,
NetNews-Team Individual.DE

Antworten