On 13/09/2022 08:29, Cordy wrote:
> Il 12/09/2022 22:01, Tarantola ha scritto:
>> Il 12/09/2022 10:09, Cordy ha scritto:
>>
>>> Mi sa tanto che hai sbagliato 3ed. Qui parliamo di pulizie di vani
>>> comuni, non di termosifoni.
>>
>> Me n'ero accorto, infatti avevo cancellato il messaggio.
>> Non so perché tu lo legga ancora.
>>
>>
>>
>
>
> Non è un problema, prima o poi capita a tutti.
>
> Giusto perché si sappia: i NG sono uno degli ultimi residui della
> struttura multi-centrica, a prova di guerra atomica,
Piu' che a prova di guerra atomica, sono a prova di censura
(di stato, di azienda potente, o quant'altro) ed e' per questo
che avra' sempre i suoi cultori.
> di Arpanet,
A prova "di Arpanet" ? Cioe' armata sarebbe un pericolo ?
> la "mamma" di internet. In pratica, ci sono tantissimi server di
> newsgroup, sparsi per il pianeta, che si replicano vicendevolmente
> le informazioni, secondo uno schema di aggiornamento stabilito
individualmente, liberamente,
> da ogni singolo amministratore del ng-server.
> In linea teorica esiste il comando di cancellazione, ma è stato
> implementato solo in tempi relativamente recenti;
Il comando di cancellazione e' stato introdotto ("cancel control")
era gia' presente nella RFC-1036 del dicembre 1987 ... in cui si
richiama la RFC-850 del 1983, in cui era pure gia' descritto:
----------------------------------------------------------
3.1 Cancel
cancel <message ID>
If an article with the given message ID is present on the
local system, the article is cancelled. This mechanism
allows a user to cancel an article after the article has
been distributed over the network.
----------------------------------------------------------
Il problema e' che in Usenet la compilazione della testata
e' lasciata alla onesta' del postatore e quindi la seconda
prescrizione:
----------------------------------------------------------
Only the author of the article or the local super user is
allowed to use this message. The verified sender of a
message is the Sender line, or if no Sender line is
present, the From line. The verified sender of the cancel
message must be the same as either the Sender or From
field of the original message. A verified sender in the
cancel message is allowed to match an unverified From in
the original message.
----------------------------------------------------------
funziona correttamente solo se la riga del "Sender:"
o in alternativa del "From:" e' corretta. Usenet non e'
stata pensata per una comunita' di delinquenti e quindi
c'e' chi abusa e falsifica il campo "From:" (non e'
semplice, ma neanche difficile). Una volta capaci di
falsificare il campo "From:" uno poteva cancellare i
messaggi altrui (il sogno di qualsiasi fascista di Usenet,
specialmente verso persone che dicono cose che si
vorrebbe nascondere, vietare, etc.).
L'abuso, la cronica cancellazione di messaggi altrui,
ha costretto molti provider a decidere di ignorare
in futuro i messaggi di cancellazione, a meno che non si
facciano seguendo una soluzione come desdcritta sotto:
----------------------------------------------------------
Use of the verify action for processing newgroup, rmgroup
and checkgroups messages is STRONGLY recommended. Abuse of
control messages is rampant, and authentication via PGP
signature is currently the only reliable way to be sure
that a control message comes from who it claims to be
from. Most major hierarchies are now issuing
PGP-authenticated control messages.
----------------------------------------------------------
Ora, quanti hanno una identificazione PGP e sanno inserirla ?
> in sostanza, se viene inviato dopo il primo task di
> sincronizzazione,
Ch sarebbe cosa ?
> si cancella (sempre se il server che si utilizza per gli
> invii lo onora) solo sul proprio server.
> Nel frattempo, però, la sincronizzazione è partita ed il
> messaggio viene sparso in tutti i server del globo.
E in genere (se non totalmente) rifiutato se privo di PGP
o la forma di identificazione creativa di AIOE.
> E se il delete
"delete" ?
conosco il "cancel" control, ma non so di un "delete".
> (come spesso accade) non fa parte delle istruzioni di
> sincronizzazione, si leggerà un po' ovunque. Fuorché sul
> tuo pc e (forse, come detto, dipende dall'implementazione
> del ng-server a cui ti colleghi) sul tuo ng-server.
--