Newsgroup: it.politica
Titolo: Quesito tecnico

Chiedo cortesemente agli utenti del gruppo, i quali riscontrassero nei miei post problemi di lettura, di indicarmelo qui. Grazie. 
Questo poiche' la app che uso per l'invio non e' configurabile. In caso arrecasse fastidio di lettura a piu di qualcuno, la eliminero'.

Questo poiche' la app che uso per l'invio non e' configurabile. In caso arrecasse fastidio di lettura a piu di qualcuno, la eliminero'.
Idem per me, stessa app.

Nel suo scritto precedente, italexit ha sostenuto :

C'e' un problema di reply sui vostri post.
 
Il titolo del post e' deformato, bisogna cancellarne circa la meta' 
perche' il messaggio di risposta parta.

 9v085'8097a9486798v0947t09we7gè079vq0g937b0986q73è0689qè704vh974èv09nè
4097è0qv8947vè8q90è0nq593è0qn89è0987nè09q7è0v9qè509qè0qèn08v9qèn054876nq
è08cqnè0489è5n0q94è0q697nb4è0697qn40967nqè049n7è0q9è760q975è0n69vqcèn09è
n54c0q94qè097b6èq40967è895è8q94nèq967è09èq609n7bè0896n7è079
 
eh?
 


Ora cominciamo a ragionare e state mostrando buonafede.
Concedo quindi che probabilmente sono partito troppo
duro (anche se avevo le mie ragioni visto il vostro vizio
di postare ondate di decine di nuove discussioni in pochi
minuti).
 
USENET e' stata creata per distribuire testo codificata in
semplice ASCII a 7-bit e quindi non ha un approccio sofisticato
nel trattare i messaggi. Basta pensare che certe sequenze non
ASCCI nel corpo del messaggio possono avere effetti "strani",
come cambiare il destinatario quando si replica (no, non mi
sembra utile divulgare la sequenza ed in ogni caso e' legato
ad alcuni programmi di posta e versioni).
 
Successivamente svariati utenti hanno introdotto la codifica
UUEncode, onde mandare contenuto binari, ma data la loro dimensione
e i dubbi sui contenuti (che per l'amministratore significava dovere
decodificarli singolarmente ed esaminarli) sono stati relegati in
gruppo appositi (i "gruppi binari") cosi' da permettere agli
amministratori dei server un modo facile per separare il
traffico testo da quello binario.
 
Dalle prime RFC 850:
 
"The primary consideration in choosing an article format
  is that  it  fit  in with existing tools as well as possible.
  Existing tools include both implementations of mail and news."
 
L'idea era di rendere Usenet il piu' accessibile possibile, non
importa quanto poveri erano i mezzi a disposizione. Inoltre non
c'e' un organo di controllo ne ci sono norme imperative.
Tutto il funzionamento di USENET si basa sul consenso, non ci
sono obblighi, ne divieti. Quindi, nessun provider e' obbligato
a trasmettere cio' che arriva da altri provider, il che e'
lo strumento piu' potente che ha il consenso (come gia' spiegato).
 
Per la precisione, USENET si basa su "printable US-ASCII character"
ed e' per questa ragione che e' necessaria una codifica ogni
volta il carattere sia diverso da esso. Quindi, i caratteri
nativi di altre lingue, simboli speciali e la codifica dei codici
binari. Ogni volta che i caratteri usati sono diversi da
"printable US-ASCII character", si richiede lavoro e spazio di
memoria al NR e al software sottostante, per operare le necessarie
conversioni. Inoltre, per chi usa software fatto in casa (cosa
molto frequente in USENET, dovuta alla origine molto semplice
del protocollo, a differenza del WEB), lo si costringe a riscrivere
parti del programma o aggiungere fasi (per esempio, dovrei
aggiungere un decodificatore preventivo prima di effetture
banali ricerche di stringhe per ritrovare argomenti e discussione
passate).
 
E qui tocchiamo una nota dolente, ovvero e' gia' da tempo che
passa una frequente violazione del tacito accordo di titoli non
in "printable US-ASCII character". Per non dire titoli troppo
lunghi. Purtroppo la semplicita' di USENET impedisce di farci
qualcosa, salvo cancellare gli articoli in oggetto e bloccare
l'autore (come detto, USENET funziona tutto sul consenso, non
ci sono "meccanismi" bloccanti automatici di scritture
anomale dei messaggi, salvo implementazione personali dei
provider).
 
Ma ora saliamo di un ulteriore gradino: contenuto (il "corpo"
del messaggio) in formato non ASCII 7-bit per l'intero testo
e non piu' per singoli caratteri non riproducibili nel formato US.
E qui, secondo me, occorre mettere un freno, perche' altrimenti
il prossimo passo e' che molti non saranno piu' in grado (per
mere ragioni di tempo, etc.) di scriversi da se' un software
per la gestione di USENET. Oltre ad aprire un vaso di pandora
di altri problemi.
 
 
Tra parentesi, ho una risposta fattuale a chi afferma che
USENET starebbe da tempo morendo:
 
anno  mole in TiB  messaggi
-------------------------------
1998     0.012       554 k
1999     0.026       609 k
2000     0.082       858 k
2001     0.181      1240 k
2002     0.257      1480 k
2003     0.492      2090 k
2004     0.969      3300 k
2005     1.52       5090 k
2006     2.27       7540 k
2007     2.95       9840 k
2008     3.07      10130 k
2009     4.65      14640 k
2010     5.42      15660 k
2011     7.52      20120 k
2012     9.29      23910 k
2013    11.49      28140 k
2014    14.61      37560 k
2015    17.87      44190 k
2016    23.87      55590 k
2017    27.80      64550 k
2018    37.35      73950 k
2019    60.38     104040 k
2020    62.40     107490 k
 
anche se purtroppo una mole consistente e' dovuto allo SPAM
o altri messaggi trasmessi in automatico. Il giorno che
venisse introdotta una tassa di un centesimo per ogni 100
messaggi spediti, probabilmente le cose cambierebbero (in
meglio).

   nessun apparente intoppo.
 
Credo che il senso della domanda non fosse "tecnico" ma
in termini di "opportunita'", ovvero del tipo:
 
"vi crea problemi ?"
 
 

 Chiedo cortesemente agli utenti del gruppo, i quali riscontrassero nei miei post problemi di lettura, di indicarmelo qui. Grazie. Questo poiche' la app che uso per l'invio non e' configurabile. In caso arrecasse fastidio di lettura a piu di qualcuno, la eliminero'.
 
Questo msg è OK. Altri non so, è la prima volta che ti leggo...
-- 
_-=Mo-do+=-_ ©, ®
 
 
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
 

 Chiedo cortesemente agli utenti del gruppo, i quali riscontrassero nei miei post problemi di lettura, di indicarmelo qui. Grazie. Questo poiche' la app che uso per l'invio non e' configurabile. In caso arrecasse fastidio di lettura a piu di qualcuno, la eliminero'.
 
Sì, tipo in Sanatoria Bellanova mi da errore 441 di sintassi dell'
 header se provo a replicarti.


-- 
Ok ricevuto. Me ne scuso e provvedo.

 meglio).
 
Bella prgressione
 
Fara' 200000 messaggi nel 2020

  l'oggetto anziche' incollarlo e vedrai il risultato.
 
Esatto, il problema sta nelle intestazioni.
Che sono copia di pagine Web.

 mortificare e perfino offendere o diffamare senza ragion veduta.
 
Vero

 dovere l'ho fatto.
 
Ma starai scherzando, spero: siamo ancòra a questi livelli?
 
0. Quell'header è soltanto una richiesta che può non essere
   accettata (a discrezione degli admin).
 
1. Quell'header è stato inventato per prevenire
   l'archiviazione dei post su archivi accessibili via web
   (come BigG, che lo rispetta), non NNTP.
 
2. Usenet intera è conservata anche su server ignoti, utili
   a ${cose_illecite_che_diventano_legali}.
 
3. Non serve come difesa legale, anzi: davanti ad un potere
   giudiziario fazioso, è come un'ammissione di colpa.

 difficile, è molto semplice.
 
Allora hai usato un tono troppo drammatico :]

  reader come del resto facciamo in tanti da sempre.
 
OK Sorry 
Non l'avevo considerato perchè IMO è una strategia «incerta».
Ma d'altronde...  ...quindi OK

 sceglietene una che consenta il X-No-Archive: yes.
 
In teoria, se io vado a pescare un archivio di alcuni anni fa,
non dovrei trovare neanche un articolo contenente la riga
X-No-Archive: yes
 
Giusto ?
 
Beh', sto giusto scaricando lo storico da Highwinds per cercare i
messaggi persi da Giganews. Ebbene, per ora, tra il luglio 2003 e
il settembre 2006 ho trovato 7'338 messaggi con la riga
X-No-Archive: yes nel header.
 
Ho fatto anche una rapida verifica negli ultimi 12 mesi (2019-2020)
e ho trovato 2229 messaggi con X-No-Archive: yes.

Io ammetto di essere poco furbo ma tu continui con le figure di merda.
Le cose sono due: o capisce solo quello xhe gli fa comodo o sul serio ha bisogno di essere assistito. 

 Io ammetto di essere poco furbo ma tu continui con le figure di merda.
 
Mi spieghi cosa significa X-No-Archive: yes