hier (Debian Lenny) funktioniert aus mir unbekannten Gr�nden
das Setzen von Cancel-Locks nicht. In der ~/.slrnrc habe ich
set cansecret_file "slrncan"
daf�r angegeben. Weitere Infos:
fb:~$ ls -l slrncan
-rw-r--r-- 1 fb fb 12 Dec 5 21:05 slrncan
fb:~$ slrn --version
slrn pre0.9.9-111
* Note: This version is a developer preview.
S-Lang Library Version: 2.1.3
Compiled at: Jun 21 2008 21:49:16
Operating System: Linux
COMPILE TIME OPTIONS:
Backends: +nntp +slrnpull +spool
External programs / libs: +canlock +inews -ssl -uudeview +iconv
Features: +decoding +emphasized_text +end_of_thread +fake_refs +gen_msgid
-grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
DEFAULTS:
Default server object: nntp
Default posting mechanism: nntp
fb:~$ aptitude search libcanlock
i A libcanlock2 - library for creating and verifying Usenet cancel locks
i libcanlock2-dev - development files for Usenet cancel lock library
fb:~$
Woran k�nnte es liegen, dass slrn keine Cancel-Locks setzt?
MfG Frank
> Woran k�nnte es liegen, dass slrn keine Cancel-Locks setzt?
L�sst Du slrn die Message-ID erzeugen? Oder macht das der Server?
Meines Wissens, muss slrn die Message-ID erzeugen, sonst geht das
ganze nicht.
Thomas
--
[X] Nail here for new Monitor
>> Woran k�nnte es liegen, dass slrn keine Cancel-Locks setzt?
>
> L�sst Du slrn die Message-ID erzeugen? Oder macht das der Server?
Der Server.
> Meines Wissens, muss slrn die Message-ID erzeugen, sonst geht das
> ganze nicht.
Danke, dann werde ich das mal umstellen.
MfG Frank
Besser:
#v+
set generate_message_id 0
set use_recommended_msg_id 1
#v-
Dann gibts auch keinen �rger mit localhost.localdomain.
YMMV,
Rob
--
When they kick at your front door - how you gonna come?
With your hands on your head - or on the trigger of your gun?
-- The Clash "The Guns of Brixton"
> set cansecret_file "slrncan"
Gibt es die Datei? Wo? Findet slrn sie? Steht eine passphrase drin?
> Woran könnte es liegen, dass slrn keine Cancel-Locks setzt?
Ansonsten muß slrn nur wissen, welche MID der Artikel bekommt. Siehe
auch Thomas' Antwort und meine an Thomas.
Rob
--
You have the right to free speech…
as long as you're not dumb enough to actually try it.
-- The Clash "Know your Rights"
>> hier (Debian Lenny) funktioniert aus mir unbekannten Gr�nden
>> das Setzen von Cancel-Locks nicht. In der ~/.slrnrc habe ich
>
>> set cansecret_file "slrncan"
>
> Gibt es die Datei? Wo? Findet slrn sie? Steht eine passphrase drin?
Das hatte ich schon mehr oder weniger im OP geschrieben (und w�re
auch ein Trivialfehler):
| fb:~$ ls -l slrncan
| -rw-r--r-- 1 fb fb 12 Dec 5 21:05 slrncan
>> Woran k�nnte es liegen, dass slrn keine Cancel-Locks setzt?
>
> Ansonsten mu� slrn nur wissen, welche MID der Artikel bekommt. Siehe
> auch Thomas' Antwort und meine an Thomas.
Mit Deinem Vorschlag klappt es jetzt bestens (siehe Header). Danke.
MfG Frank
>> set cansecret_file "slrncan"
>
> Steht eine passphrase drin?
Zusatzfrage: Auf diesem Server kann ich meine Artikel canceln und
es wird ein Cancel-Key erzeugt, ohne dass ich die Passphrase
interaktiv eingeben muss. Ist das generell so gedacht?
MfG Frank
>> set cansecret_file "slrncan"
>
> Steht eine passphrase drin?
Ja. Zusatzfrage: Auf diesem Server kann ich meine Artikel canceln
>| fb:~$ ls -l slrncan
>| -rw-r--r-- 1 fb fb 12 Dec 5 21:05 slrncan
Das hatte ich �bersehen, sorry.
Rob
--
Whatever comes through me I will be
-- Neurosis
Ja. Der secret key wird direkt aus der Datei gelesen und dazu verwendet,
zusammen mit der MID, einen hash zu bilden, eine interaktive Eingabe ist
nicht vorgesehen.
Passphrase ist eigentlich eine unpassende Bezeichnung, mir ist nichts
passenderes eingefallen. Im draft� wird secret key verwendet.
Rob
� http://www.eyrie.org/~eagle/usefor/drafts/draft-ietf-usefor-cancel-lock-01.txt
--
God grant us the serenity to accept the things we cannot change, courage to
change the things we can, and wisdom to hide the bodies of the slobs we have
to kill for pissing us off ...
> Was ist da exact der Unterschied?
Der Unterschied wozu? Zu generate_message_id 1? Die MID wird vom Server
generiert, wie es sich geh�rt.
#v+
>POST
>
<340 Ok, recommended ID <cntuu6x...@news.lan.robgri.de>
#v-
Bei generate_message_id 1 wird diese MID verworfen und eine eigene
generiert.
In beiden F�llen kann die MID zur Generierung des Cancel-Locks verwendet
werden.
Ohne use_recommended_msg_id und mit generate_message_id 0, kann slrn das
nicht, da ihm nicht bekannt ist, welche MID der Artikel bekommen wird.
Keine MID, kein Cancel-Lock.
In dem Fall, oder wenn der verwendete Newsserver keine MID vorschl�gt,
bleibt einem dann auch nichts anderes, als einen vern�nftigen hostname
zu vergeben und die MID selbst zu erzeugen, falls man ein Cancel-Lock
will.
Wie ich gerade nachgelesen habe, kann man das automatisch haben wenn man
generate_message_id auf 1 l�sst und zus�tzlich use_recommended_msg_id
setzt.
Rob
>> set generate_message_id 0
>> set use_recommended_msg_id 1
>
> Was ist da exact der Unterschied?
Ersteres generiert eine Message-ID selbst. Letzteres generiert eine
Message-ID, die der Server vorgibt (wenn er das tut).
-thh