Istruzioni per la creazione di gruppi della gerarchia it.*

Queste istruzioni sono emanate dal Gruppo Coordinamento News-IT (GCN) per favorire una ordinata creazione di nuovi gruppi di discussione nella gerarchia it.*. Non sono quindi da intendersi per nessun altro scopo, in particolare per la creazione di gruppi Usenet in altre gerarchie, italiane e non. Si consiglia anche di leggere http://www.news.nic.it/news-it/docs/rfd-cfv.html per ulteriori consigli pratici.

Ogni gruppo creato seguendo queste istruzioni dovrebbe essere ricevuto e distribuito da ogni sito dello spazio Usenet it.*, così come ogni gruppo non accolto seguendo queste istruzioni non dovrebbe essere accettato.

È comunque da rimarcare come la decisione di creare o meno un gruppo in un dato sito risieda nei poteri dell'amministratore locale.

NOTA: Se nel testo c'è scritto DOVREBBE, una proposta che non segue quella regola può venire accettata a discrezione del GCN. Se c'è scritto DEVE, la proposta non verrà accettata in ogni caso.

Discussione riguardo a un nuovo gruppo

  1. La richiesta di discussione (RFD) per la creazione di un nuovo gruppo sotto it.* DEVE essere spedita all'indirizzo del GCN rfd@news.nic.it. Il modulo ufficiale per la richiesta DEVE essere quello reperibile all'URL http://www.news.nic.it/template-rfd.txt, nella versione presente al momento della richiesta. Richieste senza il modulo ufficiale o inviate con moduli vecchi verranno automaticamente respinte.
    In ogni caso, il manifesto DEVE essere in formato testo (sembra stupido scriverlo, ma arrivavano sempre più spesso richieste in formato Word).
  2. Il manifesto DOVREBBE avere questi requisiti formali:
    1. le righe (almeno 10) non devono essere più lunghe di 72 caratteri, di lunghezza più o meno uniforme e perciò senza l'"effetto fiordo" (una riga da 70 caratteri, una da 10, una da 68, una da 14...);
    2. avere uno spazio dopo i segni di punteggiatura (quindi, non
      "Ciao.Questo gruppo..." ma "Ciao. Questo gruppo...");
    3. non iniziare le righe con "-", perché gli script di autenticazione non lo apprezzano. Se proprio si amano i trattini, occorre farli precedere da uno spazio, " -";
    4. usare correttamente i termini tecnici ("newsgroup", "articolo", etc.) e la lingua italiana (o forse volete che vi si riconosca come ignoranti?).
    5. le lettere accentate (àèéìòù) si possono e si devono usare tranquillamente; vanno invece evitate le forme "vocale+apostrofo" (a') o "vocale+accento" (a`).
  3. La richiesta DEVE contenere i seguenti punti:
    1. Nome e Cognome del proponente (ma anche il solo nickname è sufficiente)
    2. Indirizzo di posta elettronica del proponente
    3. Nome del gruppo proposto: (es.: it.comp.linguaggi.cobol)
    4. Titolo del gruppo proposto (massimo 50 caratteri, e senza punto alla fine): (es.: Uso del COBOL oggi)
    5. Perché si propone questo gruppo
    6. L'argomento del gruppo, cosa non ne fa parte, possibili discussioni al suo interno (almeno 10 righe: questo sarà il manifesto del gruppo)
    7. Quale traffico sul tema esiste nei gruppi affini (specificare i thread, indicando i subject e/o i Message-ID); il traffico minimo richiesto è di 300 post al mese per almeno tre mesi. Le richieste di RFD che non documentino l'esistenza di tale traffico saranno cestinate senza risposta.
    8. Se si vuole un gruppo moderato o no: non scrivete "sì" se non sapete come si modera tecnicamente un gruppo. Se sì:
      - quali saranno i moderatori? (indicare nomi/nickname e indirizzi email; il primo nominativo dell'elenco sarà a tutti gli effetti il moderatore di riferimento per il GCN); il GCN si riserva di accettare o meno chi si proponga come moderatore, sulla base dell'esperienza Usenet dell'utente e delle sue doti riconosciute di equidistanza, in modo da ridurre al minimo, almeno in prospettiva, i contenziosi.
      - si intendono dare delle regole speciali di moderazione? Se sì, quali?
      - quali risorse verranno utilizzate per moderare il gruppo: robomoderatore (su quale server?), posta elettronica (a quale indirizzo e con quale modalità?) eccetera.
    9. Su quali gruppi (max. 7) pensate sia utile spedire la RFD
    10. Eventuali altre notizie che si ritengono utili
  4. Vi sono inoltre alcuni requisiti tecnici (vale a dire, non sono capricci del GCN ma servono per interoperare con i server news nel mondo):
    1. I caratteri che si possono utilizzare per il nome del gruppo DEVONO essere lettere minuscole, cifre, oppure i due caratteri "+" e "-"
    2. Il primo carattere di ogni parte del nome del gruppo (nell'esempio sopra, le parti sono "it", "comp", "linguaggi" e "cobol") DEVE essere una lettera o una cifra
    3. Ciascuna delle parti del nome del gruppo NON DEVE essere unicamente composta di cifre
    4. Ciascuna parte del nome del gruppo NON DOVREBBE essere più lunga di 14 caratteri (sperimentalmente il GCN può accettare nomi fino a 19 caratteri, ma non garantiamo che il gruppo venga creato su ogni server)
    5. La stringa che si ottiene componendo il nome del gruppo, un numero di tab tra uno e quanto serve per raggiungere la posizione 25, e il titolo del gruppo NON DEVE superare i 79 caratteri (se il gruppo è moderato, la parte "(Moderated)" aggiunta in fondo non conta)
  5. Il GCN si riserva di intervenire liberamente sul contenuto (grammatica, sintassi, impaginazione...) del manifesto prima di pubblicarlo, o di rifiutare direttamente le RFD con evidenti e ripetuti errori.
  6. Attestata l'aderenza del nuovo gruppo alle condizioni di creazione specificate dal GCN, la RFD viene inviata a cura del GCN su it.news.annunci, ed eventualmente su altri gruppi suggeriti dal proponente o che il GCN ritiene rilevanti.
  7. La discussione avviene solo su it.news.gruppi: il followup dell'articolo con la RFD è automaticamente posto su quel gruppo.
  8. Il nome e il titolo del gruppo, e la possibilità o meno che venga moderato (ed eventualmente chi siano i moderatori) possono essere variati durante il periodo di discussione.
  9. Il manifesto è importantissimo, perché permette ai potenziali votanti di capire se il gruppo è di loro interesse. Si suggerisce di dedicargli un po' di tempo, nel proprio interesse.
  10. NOTA: Nel caso si voglia un gruppo moderato, occorre essere in grado di gestire in pratica la moderazione: il GCN non offre il servizio di "moderazione per conto terzi". Si possono trovare informazioni sul software per moderare un gruppo a partire da http://www.landfield.com/moderators/.
    In Italia, la possibilità di utilizzare un server su cui è installato il programma "Robomoderatore" viene offerta da Marco d'Itri (per maggiori informazioni, scrivere a md@linux.it).

Discussione sul passaggio di un gruppo esistente a moderato

È anche possibile presentare una RFD per la moderazione di un gruppo già esistente. Si può utilizzare lo stesso schema per le RFD standard, indicando però come nome del gruppo "moderazione di it.x.y.z".

Il GCN valuterà caso per caso l'opportunità di accettare RFD per gruppi moderati paralleli, e non sostitutivi, di gruppi moderati già esistenti; si darà corso a queste RFD o alla relativa CFV solo se sembreranno esistere presupposti sufficienti a far supporre che il gruppo non moderato mantenga un rapporto segnale-rumore accettabile anche dopo la creazione del corrispondente moderato.

Accettazione delle proposte

Non vi è alcuna certezza che una proposta di RFD venga accettata. Esempi (non esaustivi) di proposte che possono venire rifiutate:

Il GCN non farà ad ogni modo alcuna discriminazione a svantaggio di una proposta su base politica, religiosa, commerciale, personale.

Qualora il proponente di una RFD ritenga ingiusta la valutazione espressa dal GCN o le eventuali obiezioni sollevate rispetto ad una propria richiesta, esso può appellarsi presso il GCN che si impegna a riesaminare pubblicamente il caso attraverso la mailing list gcn-list@news.nic.it.

Nel caso qualcuno decida di "farsi giustizia da sé" e faccia operazioni assimilabili a spam per protestare contro il sopruso (esempio: fare scrivere da parte di molte persone al GCN), potrà essere applicata una moratoria verso il proponente e la proposta, non accettando RFD da costui oppure proposte per il gruppo per un periodo di tre mesi.

Il voto

(vedi anche il capitolo "Nuove regole semplificate sperimentali" più avanti)

Il voto è gestito dal GCN in accordo coi proponenti del nuovo gruppo, e seguendo le regole sottocitate.

  1. Passati almeno quindici giorni dalla pubblicazione della RFD, se il dibattito ha evidenziato l'interesse per il nuovo gruppo, con accordo sul nome, i contenuti, e se debba essere moderato o meno (e nel primo caso chi debba essere il moderatore) il proponente contatterà il GCN (all'indirizzo cfv@news.nic.it) per iniziare la procedura di voto.
  2. La procedura di voto deve essere esplicitamente richiesta dal proponente: nel caso durante la discussione si sia deciso di modificare nome, titolo, manifesto o tipologia del gruppo (moderato o no), il proponente dovrà segnalare la cosa al GCN; altrimenti verranno utilizzati i dati della RFD.
  3. Il periodo di voto deve durare non più di 30 giorni, e deve essere chiaramente espresso nella CFV.
  4. Per votare, è necessario rispondere via news (group reply o followup - non risposta personale, quindi) all'articolo contenente la procedura di voto, che apparirà in it.news.annunci, it.news.votazioni e negli altri gruppi in cui la RFD è stata postata. La risposta sarà automaticamente inviata al gruppo it.news.votazioni; essendo questo moderato, la risposta non apparirà nel gruppo ma sarà inviata a un indirizzo speciale che la processerà. Non sono ammessi né voti inviati direttamente all'indirizzo di voto, né scritti nel gruppo it.news.votazioni ma che non sono risposte all'articolo con la procedura di voto. In prima approssimazione NON vengono accettati i voti pervenuti attraverso i gateway web-news (GoogleGroups, Mailgate, Newsland...).
  5. Nel messaggio di voto, le cinque righe da quella "##### inizio voto #####" a quella "###### fine voto ######" devono essere consecutive e intatte, a parte eventuali caratteri di quoting all'inizio di ogni riga e la parte tra parentesi quadre, che dovrà venire compilata dal votante. Il campo Nome gruppo: conterrà il nome del gruppo per cui si vota; il campo Indirizzo email: conterrà l'indirizzo di posta elettronica del votante, dove verrà inviata la ricevuta; il campo Voto: conterrà il voto. Nel caso di votazioni normali, il voto può essere SI (senza accento!) per votare a favore, AS per astenersi (il voto non conta né a favore del gruppo né per il quorum), CA per cancellare un voto già inviato (il proprio nome non apparirà nella lista dei votanti). Se la votazione è per il passaggio di un gruppo da non moderato a moderato o per il cambio del nome di un gruppo, è anche possibile votare NO per opporsi alla modifica; inoltre il voto AS contribuisce a calcolare il quorum.
    Attenzione!: lo script che genera il messaggio della CFV è unico per tutti i tipi di votazione, e riporta la possibilità di votare NO anche quando in realtà ciò non è consentito.
  6. La CFV verrà ripetuta altre due volte durante il periodo di voto, senza includere risultati parziali del voto sino a quel momento, per permettere al maggior numero di persone possibile di partecipare al voto stesso. Il fatto che un server news cancelli l'articolo di voto prima della sua scadenza naturale non è motivo sufficiente per chiedere un prolungamento della votazione: né l'erronea configurazione di un server può far richiedere di rendere ugualmente valido il voto.
  7. Ogni persona ha diritto a un solo voto, anche se possiede più indirizzi email. Nel caso di più voti provenienti dalla stessa persona con diversi indirizzi, tutti questi voti saranno considerati non validi. Nel caso di più voti provenienti dallo stesso indirizzo, solo l'ultimo verrà considerato valido.
  8. La definizione di "stessa persona" comprende anche due o più persone che postano dallo stesso calcolatore, a meno che queste non dimostrino prima del voto di essere effettivamente persone distinte e tutte utilizzanti Usenet News.
  9. Ad ogni messaggio di voto ricevuto, sia esso processabile oppure no, verrà inviata una ricevuta. Se non si riceve nulla entro 24 ore, pertanto, si consiglia di scrivere a cfv@news.nic.it per avere informazioni.
  10. I risultati parziali del voto non verranno divulgati.

Nuove regole semplificate sperimentali

  1. Per snellire il processo di creazione dei newsgroup, il GCN si riserva di usare maggiore discrezionalità nella creazione diretta di gruppi senza passare per il normale percorso RFD-CFV, ove se ne ravvisi l'opportunità in pratica un newsgroup potrà essere creato subito dopo la RFD, senza bisogno di una CFV.
    Sono requisiti indispensabili per beneficiare di questa "corsia preferenziale" una sostanziale mancanza di controversie durante la RFD e l'evidente esistenza di una base di utenti iniziali utile a sostenere il newsgroup. Questo sarà valutato dal GCN a suo insindacabile giudizio.
    Non sono necessari interventi o richieste da parte del proponente.
  2. In caso di gruppi moderati, il GCN si riserva di accettare o meno chi si proponga come moderatore, sulla base dell'esperienza Usenet dell'utente e delle sue doti riconosciute di equidistanza, in modo da ridurre al minimo, almeno in prospettiva, i contenziosi.
  3. Il GCN valuterà caso per caso l'opportunità di accettare RFD per gruppi moderati paralleli, e non sostitutivi, di gruppi moderati già esistenti; si darà corso a queste RFD o alla relativa CFV solo se sembreranno esistere presupposti sufficienti a far supporre che il gruppo non moderato mantenga un rapporto segnale-rumore accettabile anche dopo la creazione del corrispondente moderato.

Risultati, proclamazione, annullamento

La proclamazione del voto avviene in questo modo:

  1. Terminato il periodo di voto, o se a giudizio del GCN il risultato è indubitabile, verranno conteggiati i voti ricevuti, e il risultato verrà pubblicato negli stessi gruppi in cui la votazione è stata pubblicata. Gli indirizzi dei votanti verranno pubblicati solo se il gruppo non ha raggiunto il quorum, o nel caso in cui si sia votato il passaggio a moderato di un gruppo esistente, per consentire alle persone che hanno votato di controllare che il loro voto sia stato conteggiato, e che non ci siano voti mancanti, annullati o scomparsi; con questo sistema si garantisce la possibilità di contestare o segnalare eventuali errori. Se il newsgroup viene approvato, l'elenco dei votanti verrà omesso. A partire dalla data di pubblicazione del voto, ci sono ancora sette giorni nei quali è possibile opporre reclamo per i risultati, postando il reclamo nel gruppo it.news.gruppi. Nel caso di voti non registrati, occorre anche inviare la ricevuta del voto, con il numero del ticket. Errori e irregolarità saranno corretti; il giudizio del GCN è ad ogni modo inappellabile.
  2. Nel caso di votazione normale (gruppi non moderati), il gruppo verrà creato se i voti a favore sono pari o superiori a 75 (settantacinque); nel caso di CFV per gruppi moderati, i voti a favore devono essere pari o superiori a 50 (cinquanta); nel caso di passaggio di un gruppo da non moderato a moderato, esso sarà approvato se il numero complessivo di voti SI, NO e AS è pari o superiore a 50, c'è almeno un voto SI e il numero di voti SI è maggiore o uguale al doppio dei NO.
  3. La votazione può venire annullata se si verificano brogli (voti falsificati) da parte del proponente o di persone a lui vicine, oppure se si evince che il voto non è dato per interesse per il gruppo stesso ("voto di scambio" o simili). Non esiste più invece il concetto di "voto sollecitato": la CFV può essere copiata in tutto o in parte e inviata a chiunque; in caso di spam, però, il voto può essere ugualmente annullato.
  4. Se una votazione non ha raggiunto il quorum o è stata annullata, non si può chiedere una RFD per lo stesso argomento (anche se il testo del manifesto è formalmente diverso) prima di tre mesi, a partire dalla data di proclamazione del risultato.

N.B.: Nella proclamazione dei risultati verrà indicato l'indirizzo del campo From: da cui si è ricevuto il voto, che può o no coincidere con quello indicato nel campo "Indirizzo email:". L'associazione dei due nomi non verrà resa pubblica, per tutela della privacy.

Eccezioni alla procedura di voto

Per tutti gli altri tipi di votazione non indicati in questo documento, il GCN discuterà caso per caso quale comportamento mantenere.

Note sui dati personali e copyright

I dati inviati nella RFD (e quindi anche nome e indirizzo email) saranno considerati pubblici a tutti gli effetti. Nel caso non si voglia che il nome appaia pubblicamente (l'indirizzo email è strumentale alla RFD, e comunque nulla vieta di usare una casella creata ad hoc...) occorre indicarlo nel modulo (verrà valutato come rendere il nome non riconoscibile, ad esempio indicando solo l'iniziale del cognome) oppure omettendo del tutto nome e cognome.

Nel caso di creazione del gruppo, si ricorda che tali dati verranno conservati pubblicamente nel manifesto del gruppo.

I manifesti ricevuti saranno considerati di "pubblico dominio"; l'autore, con l'invio del manifesto, rinuncia a qualsiasi copyright su di esso.


il Gruppo di Coordinamento News-It

versione 2.93 - 24 febbraio 2019, Sleepers

v 2.93, 20190224: - rimosso la possibilità di votare via mail; modificato il quorum (era 100); modificato il criterio di accettazione per le RFD di gruppi moderati paralleli; eliminato il riferimento alla robomoderazione di Computerville; eliminato riferimento gruppi locali della gerarchia italia.*; aggiunto capitolo sulle nuove regole semplificate sperimentali (da Message-ID: <pan.2006.06.22.06.22.47.240100@people.it> - Message-ID: <gim1v0$h1s$1@bongo.bofh.it>)
v 2.92, 20030312: - rimosso l'invito a non usare caratteri accentati; tolto l'obbligo di fornire nome e cognome nella RFD; specificata la figura del moderatore referente; modificato suggerimento per la moderazione di un gruppo esistente; tolto riferimento a status.html; specificato che non vengono più pubblicati gli elenchi dei votanti nei gruppi approvati; aggiunta l'eccezione per presentare la RFD di un gruppo moderato parallelo; modificato la durata dei gruppi sotto it.eventi.*; aggiunto nota sul copyright e precisato meglio alcuni punti
v 2.91, 20000924: - aggiunti link a servizio di moderazione
v 2.90, 20000916: - reso obbligatorio il modello per le RFD
v 2.80: - specificato il periodo di tempo in cui si misura il traffico pregresso e la respinta delle richieste che non lo indicano
v 2.73: - specificato meglio il concetto di spam per una RFD
v 2.72: - aggiunto puntatore a rfd-cfv.html