Newsgroup: it.news.gruppi
Titolo: Istruzioni per la creazione di gruppi della gerarchia it

                                 versione 2.91 - 24 settembre 2000, .mau.
 
                v 2.91, 000924: - aggiunti link a servizio di moderazione
                v 2.90, 000916: - 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
 
          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
   [1]
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.*, cosi` 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
 
r...@news.nic.it
. Il modulo ufficiale per la richiesta DEVE essere
       quello reperibile all'URL
       [2]
http://www.news.nic.it/template-rfd.txt
, nella versione
       presente al momento della richiesta. Moduli vecchi o richieste
       senza il modulo ufficiale verranno automaticamente respinti.
       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:
         a. le righe (almeno 10) non devono essere più lunghe di 72
            caratteri, di lunghezza più o meno uniforme senza perciò
            l'"effetto fiordo" (una riga da 70 caratteri, una da 10, una
            da 68, una da 14...);
         b. avere uno spazio dopo i segni di punteggiatura (quindi, non
            "Ciao.Questo gruppo..." ma "Ciao. Questo gruppo...");
         c. utilizzare i caratteri ASCII a 7 bit, cioè non usare le
            lettere accentate, i pallini, il falso apostrofo Windows
            quando si usa il set di caratteri internazionale... Per
            accentare le lettere, se possibile, si usi l'accento ("`")
            piuttosto che l'apostrofo ("'");
         d. 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, " -";
         e. usare correttamente i termini tecnici ("newsgroup",
            "articolo", etc.) e la lingua italiana (o forse volete che vi
            si riconosca come ignoranti?).
    3. La richiesta DEVE contenere i seguenti punti:
         a. Nome e Cognome del proponente
         b. Indirizzo di posta elettronica del proponente
         c. Nome del gruppo proposto: (es.: it.comp.linguaggi.cobol)
         d. Titolo del gruppo proposto (max 50 caratteri): (es.: Uso del
            COBOL oggi)
         e. Perché si propone questo gruppo: argomento, cosa non ne fa
            parte, possibili discussioni al suo interno (almeno 10 righe:
            questo sarà il manifesto del gruppo)
         f. Quale traffico sul tema esiste nei gruppi affini (specificare
            i thread)
         g. Se si vuole un gruppo moderato o no: non scrivete "sì" se non
            sapete come si modera tecnicamente un gruppo. Se si`:
            - quali saranno i moderatori (nomi e indirizzi email)?
            - si intende dare delle regole speciali di moderazione? Se
            si`, quali?
         h. Eventuali altre notizie che si ritengono utili (esempio: su
            quali gruppi pensate sia utile spedire la RFD)
    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):
         a. I caratteri che si possono utilizzare per il nome del gruppo
            DEVONO essere lettere minuscole, cifre, oppure i due
            caratteri "+" e "-"
         b. 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
         c. Ciascuna delle parti del nome del gruppo NON DEVE essere
            unicamente composta di cifre
         d. 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)
         e. 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. Attestata l'aderenza del nuovo gruppo alle condizioni di creazione
       specificate dal GCN, la RFD viene postata a cura del GCN su
       it.news.annunci, ed eventualmente altri gruppi che il GCN ritiene
       rilevanti.
    6. La discussione avviene solo su it.news.gruppi: il followup
       dell'articolo con la RFD è automaticamente posto su quel gruppo.
    7. 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.
    8. Il controllo del manifesto è semplicemente formale. Non verranno
       affatto controllate grammatica, sintassi e impaginazione del testo
       della proposta.
    9. Il manifesto è importantissimo, perché permette ai potenziali
       votanti di capire se il gruppo è di loro interesse. Si suggerisce
       di passarci un po' di tempo su, 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
       [3]
http://www.landfield.com/usenet/usenet-software.html
. In
       Italia, una possibilità viene data da 
computerville.it
: per
       maggiori informazioni,
       [4]
http://www.computerville.it/websrvcs.shtml#ROBOMOD
 
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, pur accettando tali richieste, consiglia però la creazione di
   un gruppo moderato parallelo.
 
Accettazione delle proposte
   Non vi è alcuna certezza che una proposta di RFD venga accettata.
   Esempi (non esaustivi) di proposte che possono venire rifiutate:
     * proposte non collocate correttamente nella gerarchia a giudizio
       del GCN. Il GCN in questo caso suggerisce una o più collocazioni
       possibili, e si impegna a collaborare alla ricerca di una
       soluzione accettabile, anche con eventuali modifiche al manifesto.
     * in particolare, proposte che intendano creare un nuovo secondo
       livello, cioè qualcosa del tipo it.xxx(.yyy) dove xxx non è nella
       lista delle sottogerarchie esistenti.
     * proposte di creazione di un sottogruppo non moderato (o un gruppo
       fratello di uno già esistente, il cui manifesto preveda anche i
       temi della nuova proposta) quando il gruppo padre non ha un
       traffico sufficientemente elevato (1000 articoli/mese, di cui
       almeno 300 articoli/mese sull'argomento proposto). Non pensate di
       scrivere apposta una serie di articoli (a nome vostro, o peggio
       con vari falsi nomi) per creare artificialmente il traffico in
       questione: il GCN considererà tali operazioni assimilabili a spam
       (vedi sotto). Il traffico deve venire calcolato su un periodo di
       un paio di mesi, per evitare picchi di carattere straordinario. Se
       nel modulo non viene indicato il traffico, la richiesta sara`
       automaticamente respinta.
     * proposte di creazione di un gruppo di scopo prettamente locale.
     * proposte di creazione di un gruppo di scopo "corporativista". Non
       ci sono problemi a richiedere un gruppo dove c'è comunque un
       confronto tra la "corporazione" e gli altri - ad esempio, un
       gruppo sui vigili urbani dove chi vigile non è rimane comunque
       interessato in prima persona alle discussioni.
     * proposte di gruppi moderati che vietino a priori che certe
       categorie di persone possano postare. È ovviamente permesso
       vietare certe categorie di articoli.
     * proposte di gruppi illegali per la legge italiana. È comunque
       chiaro che in ogni gruppo ci possono essere articoli illegali, ed
       è anche evidente che in ogni caso la responsabilità penale è di
       chi l'articolo l'ha scritto. Il GCN però non può legalmente creare
       uno spazio apposta.
 
   Il GCN non farà ad ogni modo alcuna discriminazione a svantaggio di
   una proposta su base politica, religiosa, commerciale, personale.
 
   Le proposte non accettate saranno comunque indicate nelle [5]pagine
   Web con lo stato delle proposte
   (
http://www.news.nic.it/news-it/status.html
 e suoi mirror). 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
. NOTA: La lista è a iscrizione libera, ma configurata per
   filtrare gli articoli di chi non è iscritto.
 
   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
   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 
c...@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.
       Questo significa che attualmente non è possibile votare via
       MailGate oppure DejaNews: come eccezione, le persone che
       utilizzano abitualmente Usenet e ne conoscono la filosofia possono
       chiedere al GCN, scrivendo all'indirizzo 
c...@news.nic.it
, di
       essere inseriti in una lista speciale (whitelist), che permette di
       convalidare il loro voto inviato a it.news.votazioni anche se non
       è una risposta al messaggio ufficiale di voto.
    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, ma verrà comunque indicato nella
       lista dei votanti), 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 votare contro la modifica; inoltre il voto AS
       contribuisce a calcolare il quorum.
    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.
 
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. 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, il gruppo verrà creato se i voti a
       favore sono pari o superiori a 100 (cento); 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 100,
       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.
       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.
       Singoli voti possono venire annullati, se si evince che il voto
       non è dato per interesse per il gruppo stesso ("voto di scambio" o
       simili).
    4. Se una votazione non ha raggiunto il quorum, o è stata annullata
       per brogli, 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 della 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
     * Nel caso di necessità urgenti e limitate nel tempo, come ad
       esempio il supporto a un'iniziativa esterna, è possibile chiedere
       la creazione di un gruppo sotto it.eventi, indicandone il
       manifesto. Se il GCN accetta la richiesta, il gruppo verrà creato
       immediatamente: la durata di questo gruppo sarà di tre mesi, dopo
       i quali verrà cancellato.
     * Il GCN si riserva il diritto di creare ex officio nuovi gruppi,
       nel caso li ritenga opportuni (ad esempio, it.comp.database dopo
       che è stato approvato it.comp.database.access). In particolare,
       nella sottogerarchia it.news.* può anche decidere di rinominare
       e/o cancellare gruppi autonomamente.
 
   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
   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).
 
   Nel caso di creazione del gruppo, si ricorda che tali dati verranno
   conservati pubblicamente nel manifesto del gruppo.
     _________________________________________________________________
 
 
    Gruppo Coordinamento News-It
References
   1. 
http://www.news.nic.it/news-it/docs/rfd-cfv.html
   2. 
http://www.news.nic.it/template-rfd.txt
   3. 
http://www.landfield.com/usenet/usenet-software.html
   4. 
http://www.computerville.it/websrvcs.shtml#ROBOMOD
   5. 
http://www.news.nic.it/news-it/status.html

    un gruppo moderato parallelo.
Qualcuno mi spiega perché poi, quando si fa così, si viene aspramente
criticati da un componente del GCN, che afferma che si fa male a seguire il
consiglio, e che va fatto l'esatto contrario?

 portare a valutazioni diverse.
A questo punto, pero`, sarebbe bene che qualcuno trovasse il tempo per 
decidere se le regole in vigore hanno effettivamente valenza o se e` 
necessario rifarsi a cio` che verra` deciso in "un dibattito che 
potrebbe portare a valutazioni diverse", nel qual caso sarebbe ancora 
meglio rendere disponibile ai piu` lo stato dell'arte del dibattito 
stesso, in modo da potersi conformarsi di conseguenza (magari 
dinamicamente, visto il condizionale: metti che poi alle "valutazioni 
diverse" il dibattito non porta?).
-- 
Baci,
Mony

 (Devo dire che questo "di/battito" è per me illuminante)
Immagino che la creazione di un gruppo a sfondo politico non possa che 
generare "di/battiti" accesi.
-- 
Baci,
Mony

 diverse" il dibattito non porta?).
il dibattito non  e` piu` sulla questione  di eliminare quella regola,
che   quindi rimane pienamente  valida,  ne`   il  *principio* che  la
sottende, ma   piuttosto su cosa  *consigliare* a  chi si  trova nella
situazione di dover ricorrere alla  moderazione per l'invivibilita` di
un  gruppo  non moderato.  
-- 
ciao | Antispam in pillole: (LART 1)  Luser  Attitude Readjustment Tool;
cf   | La  segnalazione  al  provider  dello  spammer, l'unico mezzo che 
-----+ abbiamo a disposizione per combattere attivamente lo spammer. Nel 
numero l'efficacia del  LART  e`  devastante, fai anche tu la tua parte!

consiglio, e che va fatto l'esatto contrario?
Quelle pagine sono da riscrivere: l'idea attuale č che se la moderazione
si prefigge di avere un gruppo pulito (perché quello attuale non lo č),
allora meglio moderare l'esistente.
Se invece ci sono due correnti diverse nel gruppo (una piů rigida, poco
tollerante degli OT o con una visione diversa dell'argomento)
consigliamo il gruppo parallelo.
Probabilmente prima o poi ufficializzeremo il concetto sul sito web, e
comunque č un *suggerimento*, non un imposizione.
Ciao, Alessio.
-- 
Il manuale in italiano di Agent, la guida a FreeAgent, le FAQ di ICSN:
http://spazioweb.inwind.it/sleepers/

 comunque è un *suggerimento*, non un imposizione.
Questo è un evidente dibattito tra tecnici di Usenet e politici "che non
hanno mai lavorato un giorno in vita loro".
Per i politici il problema nasce dal fatto che un newsserver sul web
consente, senza fatica, un'azione di disturbo, in quasi tutti i gruppi
it.politica.*, consistente nell'inviare messaggi in molteplice copia, ogni
volta con un diverso fantasioso nick.
Tale disturbo (che non pretende neppure un eccessivo intervento umano, dal
momento che non credo difficile inventare un software ad hoc), non è
ovviabile con l'uso degli strumenti normalmente usati dagli utenti, e non è
neppure ovviabile dagli utenti di Mailgate, che non mi risulta dispongano di
filtri, e della stessa 
usenet.iol.it
.
Mi permetto di osservare che l'idea di una Usenet per "duri e puri"
dovrebbe, ammesso che sia realizzabile, scaturire da un dibattito
internazionale, e non può certo riguardare solo quella minima parte che è la
gerarchia it*.
Dopodiché mi permetto di osservare che l'utente medio di un NG di
discussioni sui gatti scambia informazioni sui gatti, dei quali è esperto, e
ben poco sa di filosofia usenettiana (idem in materia di condominio,
medicina, ecc.). Guadagnare esperti di usenet significa perdere (e in misura
ben maggiore) esperti nelle materie oggetto del gruppo.
Per it.politica.* l'imposizione di regole rigide significa rinunciare alla
fantasia, che pare sia il sale della politica, e che, a quanto si dice, pare
essere il pregio principale degli attuali governanti.
Il manifesto indica, a parere dei politici chiaramente, che ciò di cui si
discuterà è un partito, rappresentato in Parlamento, con sede in via
Nazionale e un sito web. Discussioni sul partito, e non all'interno di un
partito.
Il taglio dato alla moderazione indica altrettanto chiaramente, sempre dal
punto di vista di politici, che la moderazione vuole evitare comportamenti
indesiderati, non idee eterodosse, comprese quelle che attuano il detto: "il
personale è politico", che non rispecchia certo la concezione dei nipotini
di Stalin, ma che non si vede come ritenere estraneo ad un dibattito
politico corretto e completo.
Penso, quindi, che gli addetti ai lavori potrebbero considerare che molti di
coloro che si interessano di politica non sono al loro livello tecnico, sono
*esterni* rispetto agli argomenti delle discussioni tra tecnici, ed hanno
interesse solo a trovare ambienti tranquilli, nei quali dar libero sfogo
alla loro passione.
Da un punto di vista puramente tecnico, se il GCN monitorasse i gruppi
politici (non so altri), dovrebbe sentire il dovere di un intervento serio
contro un morphing ripetuto e continuato teso a danneggiare il sistema (è un
reato, o sbaglio?). Ma giacché tale via sembra preclusa, vediamo se cento
utenti (politici e non tecnici) sono d'accordo a tentare la soluzione
proposta.

 portare a valutazioni diverse.
Prendo atto. Però non si può pretendere dal *cittadino* di tener conto del
dibattito parlamentare, invece che della legge già pubblicata sulla Gazzetta
ufficiale.
Finché la legge è in vigore, sia il cittadino che i governanti si adeguano a
quella. O no?

 :-)
Repubblica di S. Marino. E tu, a che partito sei iscritto?
;-)