[INN] Cancels nur fuer eigene Beitraege erlauben

[David Seppi]

Hallo allerseits!

Gibt es eine einfache Methode, wie man dem INN beibringen kann,
daß er Fremdcancels unterbindet?
Rahmenbedingungen: Der Server hat eine lokale Hierarchie, die nicht
gepeert wird. Posten ist nur mit Login möglich; es geht also nur darum,
daß Cancels vom selben Login kommen wie die betroffenen Beiträge.
Vom Vorteil wäre es auch, wenn man eine bestimmte Benutzergruppe
(Moderatoren) von dieser Beschränkung ausnehmen kann.

Mit Googlen hab ich nur Lösungen mit cancel-lock gefunden (die mir hier
als overkill erscheinen), die INN-Doku gibt da überhaupt nichts her.

[Thomas Hochstein]

Post by David Seppi
Gibt es eine einfache Methode, wie man dem INN beibringen kann,
daß er Fremdcancels unterbindet?

Der Knackpunkt dabei ist, wie man sicherstellt bzw. überprüft, ob ein
Cancel ein Eigen- oder Fremdcancel ist.

Post by David Seppi
Rahmenbedingungen: Der Server hat eine lokale Hierarchie, die nicht
gepeert wird. Posten ist nur mit Login möglich; es geht also nur darum,
daß Cancels vom selben Login kommen wie die betroffenen Beiträge.
Vom Vorteil wäre es auch, wenn man eine bestimmte Benutzergruppe
(Moderatoren) von dieser Beschränkung ausnehmen kann.

Na, dann muß man in jedes Posting den Login aufnehmen, ganz gleich, ob
lesbar oder verschlüsselt, und bei einem Cancel dann prüfen, ob der
cancelnde Login derselbe ist wie der, der damals gepostet hat.
Moderatoren kann man von dieser Prüfung ausnehmen.

Post by David Seppi
Mit Googlen hab ich nur Lösungen mit cancel-lock gefunden (die mir hier
als overkill erscheinen), die INN-Doku gibt da überhaupt nichts her.

Implementiert wird das beides am sinnvollsten über (Posting-)Filter;
dazu gibt es Doku. Cancel-Lock mag Overkill sein, diese Lösung hat
aber zwei Vorteile:

a) Es gibt copy&paste-fähige Beispielimplementationen, die automatisch
Cancel-Locks in jedes Posting und Cancel-Keys in Cancel einfügen und
prüfen, ob das eine zum anderen passt. Damit bist Du quasi fertig. Es
fehlt nur noch die Geschichte mit den Moderatoren, aber das lässt sich
trivial bspw. so lösen, indem man ein weiteres Cancel-Lock für
Moderatoren hinzufügt und deren Cancel dann auf einem gesonderten Weg,
also per Script/Weboberfläche pp. und nicht aus dem Newsclient
ermöglicht (zumal der ja eh idR bei Nichtübereinstimmung des From:
meckert). Wenn man will, kann man natürlich auch die
Cancel-Key-Prüfung für Moderatoren ausschalten.

b) Du bekommst automatisch einen Mehrwert für öffentliche Hierarchien,
die gepeert werden, hinzu, falls es solche auf dem Server gibt.

Wenn Du etwas eigenes bauen willst, schaust Du Dir am besten an, wie
Cancel-Locks/-Keys im INN implentiert werden. Wenn Du willst, kann ich
Dir einen Stapel Message-IDs, Webseiten und Links zu
Beispielimplementationen liefern.

Grüße,
-thh

[Andreas M. Kirchwitz]

Post by David Seppi
Gibt es eine einfache Methode, wie man dem INN beibringen kann,
daß er Fremdcancels unterbindet?
Rahmenbedingungen: Der Server hat eine lokale Hierarchie, die nicht
gepeert wird. Posten ist nur mit Login möglich; es geht also nur darum,
daß Cancels vom selben Login kommen wie die betroffenen Beiträge.

Cancel-Lock hast Du selbst bereits erwähnt; das wäre wohl heutzutage
das Mittel der Wahl für eine universelle und flexible Lösung. Ansonsten
(ohne Cancel-Lock) müsstest Du dem INN beibringen, dass er sich intern
merkt, welcher Artikel von wem gepostet worden ist, damit dies beim
Canceln überprüft werden kann. Eine Moderator-Rolle wäre mit beiden
Ansätzen realisierbar. So oder so ist es mit Bastelei verbunden.

Alternativ könnte man sich überlegen, ob man die Cancel-Verarbeitung
nicht komplett abschaltet, damit die Leute lernen, dass es in Wahrheit
keinen wirkungsvollen Rückruf gibt. Abgeschickt ist abgeschickt.
Outlook-User auf Arbeit amüsieren mich damit immer wieder ...

Cancels braucht man nicht. Die Idee dahinter ist verlockend, aber es
kann unmöglich so funktionieren, wie es sich der Anwender vorstellt.

Grüße, Andreas

[Thomas Hochstein]

Post by Andreas M. Kirchwitz
Ansonsten
(ohne Cancel-Lock) müsstest Du dem INN beibringen, dass er sich intern
merkt, welcher Artikel von wem gepostet worden ist, damit dies beim
Canceln überprüft werden kann.

Es reicht, wenn er das im Posting selbst dokumentiert, entweder in
X-Trace: oder in einem anderen Header, bei dem er zugleich dafür
sorgt, dass dieser nicht durch den Einlieferer gesetzt werden kann
(bzw. einen gesetzten Header überschreibt).

Grüße,
-thh

[David Seppi]

Danke für eure Hinweise, das war schon recht zielführend.