Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[DOC] Le robot d'annulation miakibot
9 views
Skip to first unread message
Olivier Miakinen
Feb 1, 2024, 4:41:29 PM2/1/24
to
[DOC] Le robot d'annulation miakibot
Démarré en 2021, le robot d'annulation miakibot a pour tâche d'annuler
des articles manifestement abusifs sur Usenet-fr. Lors de sa création
il y avait encore quelques nettoyeurs ponctuels annulant des articles
au coup par coup, mais Xavier Roche ne maintenait déjà plus le
principal robot nettoyeur à savoir bleachbot.
Cette [DOC] se propose de rassembler toutes les informations utiles
à propos du fonctionnement de miakibot, en particulier les critères
d'annulation et le format des articles de cancel.
[1] Les critères d'annulation
[2] Caractéristiques techniques des articles d'annulation
[3] Pourquoi des Cancels et pas des NoCeM ?
[4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
Première publication : le 1er février 2024
Dernière révision : le 1er février 2024
======================================================================
[1] Les critères d'annulation
======================================================================
1.1. Publicités commerciales et assimilées
Aussi appelées spams, les publicités commerciales sont toujours
considérées comme indésirables sur Usenet-fr.
Parmi les plus fréquentes on trouve des publicités pour :
− des produits pharmaceutiques (viagra et drogues hallucinogènes)
− des faux documents (passeports, permis de conduire, diplômes)
− des faux billets ou fausses cartes de crédit
Mais il y a aussi :
− des propositions de prêts entre particuliers
− des listes de manuels PDF à télécharger
− des convertisseurs de fichiers Outlook (OST, PST, ...)
Ces spams sont le plus souvent détectés par des séquences
caractéristiques dans le champ Subject, souvent en anglais, même
si on en trouve dans de nombreuses autres langues. Par exemple la
présence d'au moins trois noms savants de produits pharmaceutiques
illicites est un signal de spam sur ce type de produits. Je ne
dresse pas ici la liste de tous les mots-clés repérés par le
robot car il y en a beaucoup trop.
La présence dans le champ Subject d'un nom de site spammeur ou
(plus récemment) d'un numéro WhatsApp est aussi caractéristique
de certains types de spams.
Mais il y a aussi certains spammeurs qui répondent à un article
précédent sans changer le champ Subject. Dans ce cas, c'est le
champ From qui est utilisé pour les détecter et annuler leur
publicité, puisque le champ Subject est alors quelconque.
Un autre cas d'annulation décidé d'après le contenu du champ
From est lorsque celui-ci contient le même genre de mots-clés
que dans le champ Subject, du style buyphar...@example.com.
1.2. Diffamation et insultes
Il y a quelques personnes publiques qui sont régulièrement
diffamées, avec généralement dans le champ Subject leur nom
accompagné d'adjectifs tels que pédophile ou assassin. Un
cas particulièrement facile à détecter est celui où les
insultes sont en italien et tout en majuscules.
Le robot miakibot annule surtout ces articles récurrents d'après
le champ Subject, puisque jusqu'à présent ce style de diffamation
a toujours été principalement porté par ce champ d'entête. Mais
voir aussi la section 1.4. avec le cas de mailkior.
1.3. Publicité /ou/ malveillance
Le robot annule aussi tout article dont le champ Subject ne
contient rien d'autre qu'une adresse de courriel. La plupart
du temps il s'agit d'un spam et cette adresse est celle à
laquelle le spammeur souhaite qu'on lui écrive. Mais il est
aussi arrivé qu'il s'agisse d'un article malveillant et que
l'adresse soit celle de la victime désignée par l'auteur de
l'article.
Alors même si le robot ne peut pas savoir s'il s'agit du premier
cas (spam) ou du second cas (malveillance), il est légitime
d'annuler ce genre d'article.
Voici quelques exemples de spams trouvés sur fr.soc.feminisme
(bien sûr j'ai modifié l'adresse pour ne pas propager le spam) :
Subject: spam...@fai.example.com
Subject: Email: spamme...@fai.example.com
Subject: E-Mail: spammeu...@fai.example.com
1.4. Inondation (flood)
Les spams sont déjà en eux-mêmes une forme d'inondation dans les
groupes de discussion, et c'est déjà parce qu'ils ne respectent
pas les thèmes de ces groupes qu'ils sont considérés comme un
abus du réseau et donc annulables.
Mais ces spams publicitaires ne sont pas les seuls articles à
envahir les groupes de façon abusive. On peut distinguer en fait
deux types de flood (et d'auteurs de flood) :
− ceux qui ont quelque chose à dire et tiennent absolument à ce
que ce soit répété le plus souvent possible, quoique parfois
dans un ou deux groupes de discussion seulement (type 1);
− ceux dont le but est principalement de foutre le bordel, en
écrivant n'importe quoi dans le plus de groupes de discussion
possible (type 2).
Il est à noter que la FAQ actuelle intitulée « Les annulations
légitimes sur fr.* » ne traite pas vraiment le cas du flood malgré
les tentatives d'y faire figurer une définition correcte. Alors
voici la définition que je prends en compte pour le robot.
« Il y a flood lorsque plus de la moitié des articles d'un
utilisateur donné sont hors thème dans le groupe ou les groupes
où ils sont postés. Ce flood devient annulable sans hésitation
lorsque la proportion d'articles hors thème atteint ou dépasse
90 % de tous les articles publiés par cet utilisateur. »
Actuellement, les utilisateurs dont les articles sont annulés
pour flood sont les suivants.
Annulation pour flood de type 1 :
− Amine Moulay Ramdane (fr.soc.politique)
− Andrea Sorrentino (fr.sci.maths)
− Eric Hamery (seuls ses crossposts sont annulés)
− Iván Valarezo (fr.soc.culture.chine et fr.soc.culture.japon)
− mailkior (c'est aussi le plus souvent de la diffamation)
- Pentcho Valev (fr.sci.physique et fr.sci.astrophysique)
Annulation pour flood de type 2 :
− Hikaru Makiba (ou Harakiri Bamako, etc.)
− Zorro (ou bbessart, etc.)
Rappel (en anglais) : <https://xkcd.com/1357/>
======================================================================
[2] Caractéristiques techniques des articles d'annulation
======================================================================
2.1. Le champ Control
C'est le seul champ d'entête indispensable pour caractériser une
annulation. Son contenu est le mot « cancel » suivi du Message-ID
(complet avec les chevrons < et >) de l'article à annuler.
Certains articles d'annulation ne suivent aucune autre règle que
celle du champ Control, mais le robot miakibot respecte en plus
certaines conventions qui permettent d'authentifier ce robot.
2.2. Le champ From (et le champ X-Cancelled-By)
Dans ses articles d'annulation, le robot n'usurpe pas l'identité
de l'auteur de l'article annulé. Au contraire le champ From aura
l'une des deux valeurs suivantes :
« miakibot <miak...@miakinen.net> » (annulation pour spam)
« antiflood <anti...@miakinen.net> » (annulation pour flood)
Bien que ce ne soit pas indispensable, il ajoute exactement le
même contenu dans un nouveau champ X-Cancelled-By.
Quant au contenu du From de l'article à annuler, il est recopié
dans un nouveau champ X-Original-From. Noter que c'est aussi le
cas pour les champs Message-ID, Subject et Date devenant
respectivement X-Original-Message-ID, X-Original-Subject et
X-Original-Date.
2.3. Absence de tout champ Sender ou Reply-To
Conformément aux RFC 5322 et 5536, il ne doit pas y avoir de
champ Sender ni Reply-To du fait que, s'ils existaient, ils
seraient identiques au champ From.
2.4. Le champ Message-ID
Lorsque des annulations sont faites par un robot, il est important
que le champ Message-ID soit déduit du Message-ID d'origine. La
raison en est d'éviter que le même article soit annulé en boucle
par le même robot en cas de dysfonctionnement.
Pour cela, la méthode la plus simple consiste à ajouter une chaine
fixe devant le MID d'origine. Il est généralement conseillé de
prendre le préfixe « cancel. », mais cela offre aux spammeurs et
floodeurs la possibilité de contrer les annulations en doublant
chacun de leurs abus d'un doublon avec ce préfixe. Pour cette
raison, le robot miakibot change parfois de préfixe.
2.5. Le champ Path
C'est le champ le plus important, avec le champ From, pour qui
veut s'assurer que les articles d'annulation ont bien été
authentifiés par le serveur Paganini d'Ivo Gandolfo, et c'est
aussi éventuellement un moyen d'accepter certaines annulations
et d'en refuser d'autres.
Pour tout article d'annulation émis par miakibot, outre que le
champ From aura l'une des deux formes décrites plus haut selon
qu'il s'agit d'une annulation pour spam ou pour flood, il y
aura dans l'ordre les sous-chaînes suivantes :
− paganini.bofh.team (obligatoire)
− miakibot (obligatoire)
− by[...] (optionnel : par exemple byfrom, bysubject ou bymid)
− [...]cancel (optionnel : par exemple mmfcancel ou spewcancel)
− cyberspam (obligatoire)
− not-for-mail (obligatoire, et toujours en dernier)
2.6. Autres champs d'entête
D'autres champs d'entêtes sont remplis pour se conformer aux
normes ou aux usages. Je ne les détaille pas dans cette [DOC],
mais les curieux pourront constater la présence et le format des
champs Newsgroups, Subject, Date, Archive (et X-No-Archive),
Organization, Followup-To, ainsi que des trois entêtes MIME.
======================================================================
[3] Pourquoi des Cancels et pas des NoCeM ?
======================================================================
Actuellement le robot n'émet que des articles d'annulation sous la
forme de Cancel et pas de NoCeM. La raison est d'une part la nécessité
d'émettre de bonnes vieilles annulations pour protéger du spam les
serveurs anciens non mis à jour, d'autre part la non-nécessité de
faire des NoCeM ; en effet les admins de serveurs mis à jour sont en
général capables d'accepter spécifiquement les annulations du miakibot
grâce à l'authentification par les champs From et Path.
Lorsque j'aurai du temps à y consacrer, peut-être que je ferai évoluer
le robot pour qu'il soit capable d'émettre aussi bien des Cancels que
des NoCeM, mais ce n'est pas encore dans mes priorités.
======================================================================
[4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
======================================================================
La réponse à cette critique dépend de si vous êtes attachés à un
Usenet-fr thématique où l'on puisse discuter sereinement des divers
thèmes prévus, ou si vous considérez que Usenet c'est l'anarchie et
que seuls les administrateurs des serveurs décident de ce qu'ils
acceptent de diffuser ou de transmettre via leurs serveurs.
Dans le premier cas, ce sont les spams et les floods qui sont abusifs
et les annuler n'est qu'une façon de faire respecter les thèmes qui
sont prévus par les chartes des groupes, leurs conseils d'utilisation,
ou simplement leur intitulé depuis le putsch de 2008.
Mais dans le second cas, puisque vous défendez la liberté d'expression
consistant à écrire ce que l'on veut où l'on veut tant qu'on n'en est
pas empêché par les responsables de l'infrastructure des serveurs,
vous devez logiquement défendre la liberté d'expression consistant à
émettre des articles particuliers, Cancels ou NoCeM, dont le format
peut amener certains serveurs à agir en conséquence.
Par ailleurs, dans un cas comme dans l'autre, vous avez *toujours*
le choix d'adopter un serveur qui refuse les Cancels comme les NoCeM,
et vous ne pourrez retirer à personne le choix d'adopter un serveur
qui les accepte. Voir la « [FAQ] Articles abusifs et annulations
abusives (ou pas) », et voir aussi <https://xkcd.com/1357/> si vous
lisez l'anglais.
======================================================================
Démarré en 2021, le robot d'annulation miakibot a pour tâche d'annuler
des articles manifestement abusifs sur Usenet-fr. Lors de sa création
il y avait encore quelques nettoyeurs ponctuels annulant des articles
au coup par coup, mais Xavier Roche ne maintenait déjà plus le
principal robot nettoyeur à savoir bleachbot.
Cette [DOC] se propose de rassembler toutes les informations utiles
à propos du fonctionnement de miakibot, en particulier les critères
d'annulation et le format des articles de cancel.
[1] Les critères d'annulation
[2] Caractéristiques techniques des articles d'annulation
[3] Pourquoi des Cancels et pas des NoCeM ?
[4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
Première publication : le 1er février 2024
Dernière révision : le 1er février 2024
======================================================================
[1] Les critères d'annulation
======================================================================
1.1. Publicités commerciales et assimilées
Aussi appelées spams, les publicités commerciales sont toujours
considérées comme indésirables sur Usenet-fr.
Parmi les plus fréquentes on trouve des publicités pour :
− des produits pharmaceutiques (viagra et drogues hallucinogènes)
− des faux documents (passeports, permis de conduire, diplômes)
− des faux billets ou fausses cartes de crédit
Mais il y a aussi :
− des propositions de prêts entre particuliers
− des listes de manuels PDF à télécharger
− des convertisseurs de fichiers Outlook (OST, PST, ...)
Ces spams sont le plus souvent détectés par des séquences
caractéristiques dans le champ Subject, souvent en anglais, même
si on en trouve dans de nombreuses autres langues. Par exemple la
présence d'au moins trois noms savants de produits pharmaceutiques
illicites est un signal de spam sur ce type de produits. Je ne
dresse pas ici la liste de tous les mots-clés repérés par le
robot car il y en a beaucoup trop.
La présence dans le champ Subject d'un nom de site spammeur ou
(plus récemment) d'un numéro WhatsApp est aussi caractéristique
de certains types de spams.
Mais il y a aussi certains spammeurs qui répondent à un article
précédent sans changer le champ Subject. Dans ce cas, c'est le
champ From qui est utilisé pour les détecter et annuler leur
publicité, puisque le champ Subject est alors quelconque.
Un autre cas d'annulation décidé d'après le contenu du champ
From est lorsque celui-ci contient le même genre de mots-clés
que dans le champ Subject, du style buyphar...@example.com.
1.2. Diffamation et insultes
Il y a quelques personnes publiques qui sont régulièrement
diffamées, avec généralement dans le champ Subject leur nom
accompagné d'adjectifs tels que pédophile ou assassin. Un
cas particulièrement facile à détecter est celui où les
insultes sont en italien et tout en majuscules.
Le robot miakibot annule surtout ces articles récurrents d'après
le champ Subject, puisque jusqu'à présent ce style de diffamation
a toujours été principalement porté par ce champ d'entête. Mais
voir aussi la section 1.4. avec le cas de mailkior.
1.3. Publicité /ou/ malveillance
Le robot annule aussi tout article dont le champ Subject ne
contient rien d'autre qu'une adresse de courriel. La plupart
du temps il s'agit d'un spam et cette adresse est celle à
laquelle le spammeur souhaite qu'on lui écrive. Mais il est
aussi arrivé qu'il s'agisse d'un article malveillant et que
l'adresse soit celle de la victime désignée par l'auteur de
l'article.
Alors même si le robot ne peut pas savoir s'il s'agit du premier
cas (spam) ou du second cas (malveillance), il est légitime
d'annuler ce genre d'article.
Voici quelques exemples de spams trouvés sur fr.soc.feminisme
(bien sûr j'ai modifié l'adresse pour ne pas propager le spam) :
Subject: spam...@fai.example.com
Subject: Email: spamme...@fai.example.com
Subject: E-Mail: spammeu...@fai.example.com
1.4. Inondation (flood)
Les spams sont déjà en eux-mêmes une forme d'inondation dans les
groupes de discussion, et c'est déjà parce qu'ils ne respectent
pas les thèmes de ces groupes qu'ils sont considérés comme un
abus du réseau et donc annulables.
Mais ces spams publicitaires ne sont pas les seuls articles à
envahir les groupes de façon abusive. On peut distinguer en fait
deux types de flood (et d'auteurs de flood) :
− ceux qui ont quelque chose à dire et tiennent absolument à ce
que ce soit répété le plus souvent possible, quoique parfois
dans un ou deux groupes de discussion seulement (type 1);
− ceux dont le but est principalement de foutre le bordel, en
écrivant n'importe quoi dans le plus de groupes de discussion
possible (type 2).
Il est à noter que la FAQ actuelle intitulée « Les annulations
légitimes sur fr.* » ne traite pas vraiment le cas du flood malgré
les tentatives d'y faire figurer une définition correcte. Alors
voici la définition que je prends en compte pour le robot.
« Il y a flood lorsque plus de la moitié des articles d'un
utilisateur donné sont hors thème dans le groupe ou les groupes
où ils sont postés. Ce flood devient annulable sans hésitation
lorsque la proportion d'articles hors thème atteint ou dépasse
90 % de tous les articles publiés par cet utilisateur. »
Actuellement, les utilisateurs dont les articles sont annulés
pour flood sont les suivants.
Annulation pour flood de type 1 :
− Amine Moulay Ramdane (fr.soc.politique)
− Andrea Sorrentino (fr.sci.maths)
− Eric Hamery (seuls ses crossposts sont annulés)
− Iván Valarezo (fr.soc.culture.chine et fr.soc.culture.japon)
− mailkior (c'est aussi le plus souvent de la diffamation)
- Pentcho Valev (fr.sci.physique et fr.sci.astrophysique)
Annulation pour flood de type 2 :
− Hikaru Makiba (ou Harakiri Bamako, etc.)
− Zorro (ou bbessart, etc.)
Rappel (en anglais) : <https://xkcd.com/1357/>
======================================================================
[2] Caractéristiques techniques des articles d'annulation
======================================================================
2.1. Le champ Control
C'est le seul champ d'entête indispensable pour caractériser une
annulation. Son contenu est le mot « cancel » suivi du Message-ID
(complet avec les chevrons < et >) de l'article à annuler.
Certains articles d'annulation ne suivent aucune autre règle que
celle du champ Control, mais le robot miakibot respecte en plus
certaines conventions qui permettent d'authentifier ce robot.
2.2. Le champ From (et le champ X-Cancelled-By)
Dans ses articles d'annulation, le robot n'usurpe pas l'identité
de l'auteur de l'article annulé. Au contraire le champ From aura
l'une des deux valeurs suivantes :
« miakibot <miak...@miakinen.net> » (annulation pour spam)
« antiflood <anti...@miakinen.net> » (annulation pour flood)
Bien que ce ne soit pas indispensable, il ajoute exactement le
même contenu dans un nouveau champ X-Cancelled-By.
Quant au contenu du From de l'article à annuler, il est recopié
dans un nouveau champ X-Original-From. Noter que c'est aussi le
cas pour les champs Message-ID, Subject et Date devenant
respectivement X-Original-Message-ID, X-Original-Subject et
X-Original-Date.
2.3. Absence de tout champ Sender ou Reply-To
Conformément aux RFC 5322 et 5536, il ne doit pas y avoir de
champ Sender ni Reply-To du fait que, s'ils existaient, ils
seraient identiques au champ From.
2.4. Le champ Message-ID
Lorsque des annulations sont faites par un robot, il est important
que le champ Message-ID soit déduit du Message-ID d'origine. La
raison en est d'éviter que le même article soit annulé en boucle
par le même robot en cas de dysfonctionnement.
Pour cela, la méthode la plus simple consiste à ajouter une chaine
fixe devant le MID d'origine. Il est généralement conseillé de
prendre le préfixe « cancel. », mais cela offre aux spammeurs et
floodeurs la possibilité de contrer les annulations en doublant
chacun de leurs abus d'un doublon avec ce préfixe. Pour cette
raison, le robot miakibot change parfois de préfixe.
2.5. Le champ Path
C'est le champ le plus important, avec le champ From, pour qui
veut s'assurer que les articles d'annulation ont bien été
authentifiés par le serveur Paganini d'Ivo Gandolfo, et c'est
aussi éventuellement un moyen d'accepter certaines annulations
et d'en refuser d'autres.
Pour tout article d'annulation émis par miakibot, outre que le
champ From aura l'une des deux formes décrites plus haut selon
qu'il s'agit d'une annulation pour spam ou pour flood, il y
aura dans l'ordre les sous-chaînes suivantes :
− paganini.bofh.team (obligatoire)
− miakibot (obligatoire)
− by[...] (optionnel : par exemple byfrom, bysubject ou bymid)
− [...]cancel (optionnel : par exemple mmfcancel ou spewcancel)
− cyberspam (obligatoire)
− not-for-mail (obligatoire, et toujours en dernier)
2.6. Autres champs d'entête
D'autres champs d'entêtes sont remplis pour se conformer aux
normes ou aux usages. Je ne les détaille pas dans cette [DOC],
mais les curieux pourront constater la présence et le format des
champs Newsgroups, Subject, Date, Archive (et X-No-Archive),
Organization, Followup-To, ainsi que des trois entêtes MIME.
======================================================================
[3] Pourquoi des Cancels et pas des NoCeM ?
======================================================================
Actuellement le robot n'émet que des articles d'annulation sous la
forme de Cancel et pas de NoCeM. La raison est d'une part la nécessité
d'émettre de bonnes vieilles annulations pour protéger du spam les
serveurs anciens non mis à jour, d'autre part la non-nécessité de
faire des NoCeM ; en effet les admins de serveurs mis à jour sont en
général capables d'accepter spécifiquement les annulations du miakibot
grâce à l'authentification par les champs From et Path.
Lorsque j'aurai du temps à y consacrer, peut-être que je ferai évoluer
le robot pour qu'il soit capable d'émettre aussi bien des Cancels que
des NoCeM, mais ce n'est pas encore dans mes priorités.
======================================================================
[4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
======================================================================
La réponse à cette critique dépend de si vous êtes attachés à un
Usenet-fr thématique où l'on puisse discuter sereinement des divers
thèmes prévus, ou si vous considérez que Usenet c'est l'anarchie et
que seuls les administrateurs des serveurs décident de ce qu'ils
acceptent de diffuser ou de transmettre via leurs serveurs.
Dans le premier cas, ce sont les spams et les floods qui sont abusifs
et les annuler n'est qu'une façon de faire respecter les thèmes qui
sont prévus par les chartes des groupes, leurs conseils d'utilisation,
ou simplement leur intitulé depuis le putsch de 2008.
Mais dans le second cas, puisque vous défendez la liberté d'expression
consistant à écrire ce que l'on veut où l'on veut tant qu'on n'en est
pas empêché par les responsables de l'infrastructure des serveurs,
vous devez logiquement défendre la liberté d'expression consistant à
émettre des articles particuliers, Cancels ou NoCeM, dont le format
peut amener certains serveurs à agir en conséquence.
Par ailleurs, dans un cas comme dans l'autre, vous avez *toujours*
le choix d'adopter un serveur qui refuse les Cancels comme les NoCeM,
et vous ne pourrez retirer à personne le choix d'adopter un serveur
qui les accepte. Voir la « [FAQ] Articles abusifs et annulations
abusives (ou pas) », et voir aussi <https://xkcd.com/1357/> si vous
lisez l'anglais.
======================================================================
Paul Aubrin
Feb 2, 2024, 3:36:16 AM2/2/24
to
Le 01/02/2024 à 22:41, Olivier Miakinen a écrit :
> ======================================================================
> [4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
> ======================================================================
>
> La réponse à cette critique dépend de si vous êtes attachés à un
> Usenet-fr thématique où l'on puisse discuter sereinement des divers
> thèmes prévus, ou si vous considérez que Usenet c'est l'anarchie et
> que seuls les administrateurs des serveurs décident de ce qu'ils
> acceptent de diffuser ou de transmettre via leurs serveurs.
Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
> ======================================================================
> [4] Ce robot n'a aucune légitimité, ses annulations sont abusives !
> ======================================================================
>
> La réponse à cette critique dépend de si vous êtes attachés à un
> Usenet-fr thématique où l'on puisse discuter sereinement des divers
> thèmes prévus, ou si vous considérez que Usenet c'est l'anarchie et
> que seuls les administrateurs des serveurs décident de ce qu'ils
> acceptent de diffuser ou de transmettre via leurs serveurs.
messages usenet ? Qui vous a mandaté pour le faire ?
Ivo Gandolfo
Feb 2, 2024, 4:13:29 AM2/2/24
to
-------- Original Message --------
From: Paul Aubrin <paul....@invalid.org>
Date: ven, feb 2 2024 08:36:14AM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
>
> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
> messages usenet ?
A newsmaster. I remind you that there is no authority on Usenet, but
From: Paul Aubrin <paul....@invalid.org>
Date: ven, feb 2 2024 08:36:14AM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
>
> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
> messages usenet ?
only the newsmasters (the real owners) and the hierarchy managers (to
whom the newsmasters entrust the management piecemeal) and who manages
the bots.
> Qui vous a mandaté pour le faire ?
Sincerely
--
Ivo Gandolfo
Olivier Miakinen
Feb 2, 2024, 4:41:47 AM2/2/24
to
Le 02/02/2024 10:13, Ivo Gandolfo répondait à Paul Aubrin :
> seulement les newsmasters (les vrais propriétaires) et les responsables
> hiérarchiques (à qui les newsmasters confient la gestion au coup par coup)
> et qui gère les bots. [traduction automatique]
Réponse supplémentaire pour Paul Aubrin :
J'ajoute que si tu regrettes la disparition des spams et autres abus du réseau
sur le serveur payant que tu utilises (Eweka), alors d'une part tu peux essayer
de convaincre ton noumestre de te les retransmettre quand même (il te faudra
alors peut-être payer plus cher pour ça), mais d'autre part et plus simplement
tu peux choisir un autre serveur. Il en existe même un certain nombre qui sont
gratuits (trois listes de serveurs circulent régulièrement dans ce groupe).
Inversement, si tu veux interdire aux serveurs autres que le tien d'accepter les
annulations par Cancel ou NoCeM, je te souhaite bien du courage pour essayer
d'imposer cette privation de liberté aux administrateurs de serveurs, surtout
ceux qui offrent leurs services gratuitement.
--
Olivier Miakinen
>>
>> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
>> messages usenet ?
>
> Un newsmaster. Je vous rappelle qu'il n'y a pas d'autorité sur Usenet, mais
>> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
>> messages usenet ?
>
> seulement les newsmasters (les vrais propriétaires) et les responsables
> hiérarchiques (à qui les newsmasters confient la gestion au coup par coup)
> et qui gère les bots. [traduction automatique]
Réponse supplémentaire pour Paul Aubrin :
J'ajoute que si tu regrettes la disparition des spams et autres abus du réseau
sur le serveur payant que tu utilises (Eweka), alors d'une part tu peux essayer
de convaincre ton noumestre de te les retransmettre quand même (il te faudra
alors peut-être payer plus cher pour ça), mais d'autre part et plus simplement
tu peux choisir un autre serveur. Il en existe même un certain nombre qui sont
gratuits (trois listes de serveurs circulent régulièrement dans ce groupe).
Inversement, si tu veux interdire aux serveurs autres que le tien d'accepter les
annulations par Cancel ou NoCeM, je te souhaite bien du courage pour essayer
d'imposer cette privation de liberté aux administrateurs de serveurs, surtout
ceux qui offrent leurs services gratuitement.
--
Olivier Miakinen
llp
Feb 2, 2024, 4:47:23 AM2/2/24
to
Ivo Gandolfo <use...@bofh.team> composa la prose suivante:
>-------- Original Message --------
>From: Paul Aubrin <paul....@invalid.org>
>Date: ven, feb 2 2024 08:36:14AM GMT+00:00
>Subject: [DOC] Le robot d'annulation miakibot
>
>>
>> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
>> messages usenet ?
>
>A newsmaster.
Seulement vrai si le newsmaster supprime des messages de *son* serveur.
Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
> I remind you that there is no authority on Usenet, but only the
> newsmasters (the real owners) and the hierarchy managers (to
>whom the newsmasters entrust the management piecemeal)
> and who manages
>the bots.
>
>
>> Qui vous a mandaté pour le faire ?
>
>Read above.
Oh oui, lisez supra.
Et accessoirement parlez français sur une hiérarchie francophone.
>-------- Original Message --------
>From: Paul Aubrin <paul....@invalid.org>
>Date: ven, feb 2 2024 08:36:14AM GMT+00:00
>Subject: [DOC] Le robot d'annulation miakibot
>
>>
>> Sur quelle loi et quelle autorité vous appuyez-vous pour supprimer des
>> messages usenet ?
>
>A newsmaster.
Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
> I remind you that there is no authority on Usenet, but only the
> newsmasters (the real owners) and the hierarchy managers (to
>whom the newsmasters entrust the management piecemeal)
> and who manages
>the bots.
>
>
>> Qui vous a mandaté pour le faire ?
>
>Read above.
Et accessoirement parlez français sur une hiérarchie francophone.
Olivier Miakinen
Feb 2, 2024, 6:30:31 AM2/2/24
to
Le 02/02/2024 10:52, M.V. répondait à llp :
> pratiquement plus personne n'utilise - hormis peut-être pour les groupes
> proxad.* - tellement ce serveur dysfonctionne) ?
De toute façon je ne vois pas le problème au fait que les Cancels soient
toujours acceptés par Free, même maintenant qu'il fait partie des « plus
ou mal gérés ».
Lorsqu'il était activement géré, son admin acceptait déjà les annulations,
non seulement de bleachbot, mais aussi des nettoyeurs « à la main » tels
que Stéphane, Denis, Éric, et tous ceux que j'oublie. Et les utilisateurs
de ce serveur « subissaient » donc ces annulations hier comme aujourd'hui.
Faire croire que d'un seul coup les utilisateurs de Free préfèreraient
« subir » les articles abusifs plutôt qu'en être protégés comme avant,
sous prétexte que l'admin n'intervient plus, c'est une hypothèse plutôt
hasardeuse.
Encore récemment, un utilisateur de Free s'était plaint au contraire que
certains spams avaient échappé à la vigilance de miakibot dans un groupe
que je ne suivais pas régulièrement.
--
Olivier Miakinen
>
>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>
> Peux-tu lister les serveurs en question (à part news.free.fr que
>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>
> pratiquement plus personne n'utilise - hormis peut-être pour les groupes
> proxad.* - tellement ce serveur dysfonctionne) ?
De toute façon je ne vois pas le problème au fait que les Cancels soient
toujours acceptés par Free, même maintenant qu'il fait partie des « plus
ou mal gérés ».
Lorsqu'il était activement géré, son admin acceptait déjà les annulations,
non seulement de bleachbot, mais aussi des nettoyeurs « à la main » tels
que Stéphane, Denis, Éric, et tous ceux que j'oublie. Et les utilisateurs
de ce serveur « subissaient » donc ces annulations hier comme aujourd'hui.
Faire croire que d'un seul coup les utilisateurs de Free préfèreraient
« subir » les articles abusifs plutôt qu'en être protégés comme avant,
sous prétexte que l'admin n'intervient plus, c'est une hypothèse plutôt
hasardeuse.
Encore récemment, un utilisateur de Free s'était plaint au contraire que
certains spams avaient échappé à la vigilance de miakibot dans un groupe
que je ne suivais pas régulièrement.
--
Olivier Miakinen
Thierry Pinelli
Feb 2, 2024, 7:41:47 AM2/2/24
to
Ivo Gandolfo
Feb 2, 2024, 8:49:07 AM2/2/24
to
-------- Original Message --------
From: llp <con...@usenet.ovh>
Date: ven, feb 2 2024 09:47:22AM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
>
From: llp <con...@usenet.ovh>
Date: ven, feb 2 2024 09:47:22AM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
>
> Seulement vrai si le newsmaster supprime des messages de *son* serveur.
> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>
>
The RFC 5536 and RFC 5537 _SUPERSEDES_ the original RFC 1036, and this
> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>
>
requirement it's no longer required (due to various reason, ex. it's the
SPAM). The RFC1036 it's _NOT LONGER_ in use. Please update our info.
See https://www.rfc-editor.org/ for update.
>
> Oh oui, lisez supra.
> Et accessoirement parlez français sur une hiérarchie francophone.
said "why blame a newsmaster who takes the trouble to read a hierarchy,
if he can't/knows how to speak french". I should find that post again...
Or if anyone wants to help me find it...
Sincerely
--
Ivo Gandolfo
Eric M
Feb 2, 2024, 10:03:07 AM2/2/24
to
Le 02/02/2024 à 14:49, Ivo Gandolfo a écrit :
> Very nice to say, especially when a few posts back someone in this group
> said "why blame a newsmaster who takes the trouble to read a hierarchy,
> if he can't/knows how to speak french". I should find that post again...
> Or if anyone wants to help me find it...
Mais c'était pas llp voyons, c'était Victor, ou Spaceship, ou Jean
> Very nice to say, especially when a few posts back someone in this group
> said "why blame a newsmaster who takes the trouble to read a hierarchy,
> if he can't/knows how to speak french". I should find that post again...
> Or if anyone wants to help me find it...
Martin :)
Paul Aubrin
Feb 2, 2024, 10:06:16 AM2/2/24
to
Le 02/02/2024 à 10:13, Ivo Gandolfo a écrit :
>
>
>> Qui vous a mandaté pour le faire ?
>
> Read above.
A newsmaster has only authority on his own server.
>
> Read above.
To suppress messages on other servers is an offence.
Paul Aubrin
Feb 2, 2024, 10:07:54 AM2/2/24
to
Le 02/02/2024 à 10:41, Olivier Miakinen a écrit :
> Réponse supplémentaire pour Paul Aubrin :
>
> J'ajoute que si tu regrettes la disparition des spams et autres abus du réseau
Non. Ce que je regrette est la disparition (par erreur ou malveillance)
> Réponse supplémentaire pour Paul Aubrin :
>
> J'ajoute que si tu regrettes la disparition des spams et autres abus du réseau
de messages légitimes, mêmes s'ils ne m'intéressent pas.
Eric M
Feb 2, 2024, 10:08:16 AM2/2/24
to
Le 02/02/2024 à 16:06, Paul Aubrin a écrit :
> A newsmaster has only authority on his own server.
> To suppress messages on other servers is an offence.
You know nothing, John Aubrin.
> A newsmaster has only authority on his own server.
> To suppress messages on other servers is an offence.
Eric M
Feb 2, 2024, 10:09:29 AM2/2/24
to
Le 02/02/2024 à 16:07, Paul Aubrin a écrit :
> Non. Ce que je regrette est la disparition (par erreur ou malveillance)
> de messages légitimes, mêmes s'ils ne m'intéressent pas.
Aucun message légitime n'a disparu, aucun.
> Non. Ce que je regrette est la disparition (par erreur ou malveillance)
> de messages légitimes, mêmes s'ils ne m'intéressent pas.
Paul Aubrin
Feb 2, 2024, 10:17:13 AM2/2/24
to
Le 02/02/2024 à 12:30, Olivier Miakinen a écrit :
> De toute façon je ne vois pas le problème au fait que les Cancels soient
> toujours acceptés par Free, même maintenant qu'il fait partie des « plus
> ou mal gérés ».
Les problèmes du serveur de la société Free ne vous mandatent en rien
> De toute façon je ne vois pas le problème au fait que les Cancels soient
> toujours acceptés par Free, même maintenant qu'il fait partie des « plus
> ou mal gérés ».
pour vous occuper de ce qui ne vous regarde pas. Gérez votre serveur à
votre guise et laissez les autres tranquille. Et surtout ne vous avisez
pas de faire de la censure à la tête du client.
Duzz'
Feb 2, 2024, 10:40:29 AM2/2/24
to
« My job is so secret, I don't even know what I'm doing! »
Olivier Miakinen
Feb 2, 2024, 10:57:47 AM2/2/24
to
Le 02/02/2024 16:17, Paul Aubrin m'a répondu :
société Free ne te mandatent en rien pour t'occuper de ce qui ne te regarde
pas.
En l'occurrence, ce qui ne te regarde pas, c'est le choix de Free d'avoir
depuis toujours accepté les Cancels pour éliminer le spam sur leur serveur
sans avoir besoin d'y passer du temps eux-mêmes. C'est aussi leur choix de
ne pas avoir mis leur serveur à jour pour accepter en plus les NoCeM.
> Gérez votre serveur à votre guise et laissez les autres tranquille.
Mais moi je n'impose rien à personne. Je ne fais même pas de spam ni de
flood, et les articles émis par mon robot ne polluent aucun groupe thématique
puisqu'ils ne vont que dans control.cancel et fr.usenet.abus.rapports.
Que certains serveurs reconnaissent des articles ayant le format d'un NoCeM
ou d'un Cancel pour retirer d'autres articles des groupes thématiques, c'est
le choix de leur administrateur et de lui seul. En tant que propriétaire de
son serveur dans un réseau anarchique, c'est l'administrateur qui est en
définitive le seul responsable de ce qui se passe sur son serveur, de ce
qu'il accepte d'y faire entrer et d'en faire sortir.
> Et surtout ne vous avisez pas de faire de la censure à la tête du client.
Évidemment.
--
Olivier Miakinen
>
>> De toute façon je ne vois pas le problème au fait que les Cancels soient
>> toujours acceptés par Free, même maintenant qu'il fait partie des « plus
>> ou mal gérés ».
>
> Les problèmes du serveur de la société Free ne vous mandatent en rien
> pour vous occuper de ce qui ne vous regarde pas.
La formulation me semble assez appropriée : les problèmes du serveur de la
>> De toute façon je ne vois pas le problème au fait que les Cancels soient
>> toujours acceptés par Free, même maintenant qu'il fait partie des « plus
>> ou mal gérés ».
>
> Les problèmes du serveur de la société Free ne vous mandatent en rien
> pour vous occuper de ce qui ne vous regarde pas.
société Free ne te mandatent en rien pour t'occuper de ce qui ne te regarde
pas.
En l'occurrence, ce qui ne te regarde pas, c'est le choix de Free d'avoir
depuis toujours accepté les Cancels pour éliminer le spam sur leur serveur
sans avoir besoin d'y passer du temps eux-mêmes. C'est aussi leur choix de
ne pas avoir mis leur serveur à jour pour accepter en plus les NoCeM.
> Gérez votre serveur à votre guise et laissez les autres tranquille.
flood, et les articles émis par mon robot ne polluent aucun groupe thématique
puisqu'ils ne vont que dans control.cancel et fr.usenet.abus.rapports.
Que certains serveurs reconnaissent des articles ayant le format d'un NoCeM
ou d'un Cancel pour retirer d'autres articles des groupes thématiques, c'est
le choix de leur administrateur et de lui seul. En tant que propriétaire de
son serveur dans un réseau anarchique, c'est l'administrateur qui est en
définitive le seul responsable de ce qui se passe sur son serveur, de ce
qu'il accepte d'y faire entrer et d'en faire sortir.
> Et surtout ne vous avisez pas de faire de la censure à la tête du client.
--
Olivier Miakinen
Ivo Gandolfo
Feb 2, 2024, 11:12:33 AM2/2/24
to
-------- Original Message --------
From: Paul Aubrin <paul....@invalid.org>
Date: ven, feb 2 2024 03:06:14PM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
From: Paul Aubrin <paul....@invalid.org>
Date: ven, feb 2 2024 03:06:14PM GMT+00:00
Subject: [DOC] Le robot d'annulation miakibot
Read carefully.
Sincerely
--
Ivo Gandolfo
Thierry Pinelli
Feb 2, 2024, 12:17:49 PM2/2/24
to
Le 02/02/2024 à 16:06, Paul Aubrin a écrit :
llp
Feb 2, 2024, 1:12:19 PM2/2/24
to
Paul Aubrin <paul....@invalid.org> composa la prose suivante:
Cela, Olivier Miakinen ne veut pas l'entendre.
Et pour cause: il est à l'origine de milliers de suppression
de messages tout à fait légitimes.
Et pour cause: il est à l'origine de milliers de suppression
de messages tout à fait légitimes.
llp
Feb 2, 2024, 1:16:09 PM2/2/24
to
Ivo Gandolfo <use...@bofh.team> composa la prose suivante:
>-------- Original Message --------
>From: llp <con...@usenet.ovh>
>Date: ven, feb 2 2024 09:47:22AM GMT+00:00
>Subject: [DOC] Le robot d'annulation miakibot
>>
>> Seulement vrai si le newsmaster supprime des messages de *son* serveur.
>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>>
>>
>
>(blabla) See https://www.rfc-editor.org/ for update.
>From: llp <con...@usenet.ovh>
>Date: ven, feb 2 2024 09:47:22AM GMT+00:00
>Subject: [DOC] Le robot d'annulation miakibot
>>
>> Seulement vrai si le newsmaster supprime des messages de *son* serveur.
>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>>
>>
>
Vous ne répondez nullement à ce qui est dit.
>> Oh oui, lisez supra.
>> Et accessoirement parlez français sur une hiérarchie francophone.
>
>Very nice to say, especially when a few posts back someone in this group
>said "why blame a newsmaster who takes the trouble to read a hierarchy,
>if he can't/knows how to speak french". I should find that post again...
>Or if anyone wants to help me find it...
Une personne qui approuve pleinement les abus d'Olivier Miakinen...
>Sincerely
Cordialement.
llp
Feb 2, 2024, 1:19:11 PM2/2/24
to
Olivier Miakinen <om+...@miakinen.net> composa la prose suivante:
>Le 02/02/2024 10:52, M.V. répondait à llp :
>>
>>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>>
>> Peux-tu lister les serveurs en question (à part news.free.fr que
>> pratiquement plus personne n'utilise - hormis peut-être pour les groupes
>> proxad.* - tellement ce serveur dysfonctionne) ?
>
>De toute façon je ne vois pas le problème au fait que les Cancels soient
>toujours acceptés par Free, même maintenant qu'il fait partie des « plus
>ou mal gérés ».
>
>Lorsqu'il était activement géré, son admin acceptait déjà les annulations,
>non seulement de bleachbot, mais aussi des nettoyeurs « à la main » tels
>que Stéphane, Denis, Éric, et tous ceux que j'oublie. Et les utilisateurs
>de ce serveur « subissaient » donc ces annulations hier comme aujourd'hui.
>
>Faire croire que d'un seul coup les utilisateurs de Free préfèreraient
>« subir » les articles abusifs plutôt qu'en être protégés comme avant,
>sous prétexte que l'admin n'intervient plus, c'est une hypothèse plutôt
>hasardeuse.
Il fut un temps ou le miakibot ne supprimait que le spam.
Et donc il avait le soutien de tous.
Et puis son auteur a pété les plombs et fait n'importe quoi.
Il a annulé des milliers de messages légitimes.
Et c'est depuis que ces annulations imposées posent problèmes...
>Le 02/02/2024 10:52, M.V. répondait à llp :
>>
>>> Ici vous imposez vos cancels illégitimes aux serveurs plus ou mal gérés.
>>
>> Peux-tu lister les serveurs en question (à part news.free.fr que
>> pratiquement plus personne n'utilise - hormis peut-être pour les groupes
>> proxad.* - tellement ce serveur dysfonctionne) ?
>
>De toute façon je ne vois pas le problème au fait que les Cancels soient
>toujours acceptés par Free, même maintenant qu'il fait partie des « plus
>ou mal gérés ».
>
>Lorsqu'il était activement géré, son admin acceptait déjà les annulations,
>non seulement de bleachbot, mais aussi des nettoyeurs « à la main » tels
>que Stéphane, Denis, Éric, et tous ceux que j'oublie. Et les utilisateurs
>de ce serveur « subissaient » donc ces annulations hier comme aujourd'hui.
>
>Faire croire que d'un seul coup les utilisateurs de Free préfèreraient
>« subir » les articles abusifs plutôt qu'en être protégés comme avant,
>sous prétexte que l'admin n'intervient plus, c'est une hypothèse plutôt
>hasardeuse.
Et donc il avait le soutien de tous.
Et puis son auteur a pété les plombs et fait n'importe quoi.
Il a annulé des milliers de messages légitimes.
Et c'est depuis que ces annulations imposées posent problèmes...
llp
Feb 2, 2024, 1:22:24 PM2/2/24
to
Ivo Gandolfo <use...@bofh.team> composa la prose suivante:
Vous devenez un rogue serveur en imposant vos cancels au serveur
Free.fr qui ne vous a rien demandé et dont la seule tare est d'avoir
des admins qui ne prennent plus la peine de corriger les
dysfonctionnement de leurs serveurs. Pas bien jolie tout ça.
Every.body
Feb 2, 2024, 3:01:37 PM2/2/24
to
Ivo Gandolfo a exposé le 02/02/2024 :
------------------------------------------------------------------------
Archive-Name: fr/chartes/usenet.abus.d
=====================================================================
== Conseils d'utilisation du groupe fr.usenet.abus.d ==
=====================================================================
---------------------------------------------------------------------
Nom : fr.usenet.abus.d
Statut : non modéré
Description : Discussions à propos d'utilisations abusives
des ressources du réseau
Date de création : 14 janvier 1997
---------------------------------------------------------------------
Version de ce document : 2.0
Date de modification : 16 mars 2007
Mainteneur : Frédéric Senault <fr...@lacave.net>
Auteur original : Aymeric Poulain Maubant
---------------------------------------------------------------------
1. Objet du groupe :
---------------------
Le propos de fr.usenet.abus.d est d'héberger *toutes les discussions
en français* (...)
--------------------------------------------------------------------------
>
> Very nice to say, especially when a few posts back someone in this group said "why
> blame a newsmaster who takes the trouble to read a hierarchy, if he can't/knows
> how to speak french". I should find that post again... Or if anyone wants to help
> me find it...
>
>
> Sincerely
Il me semble qu'ici ce qui n'est pas en français est annulable à vue
> Very nice to say, especially when a few posts back someone in this group said "why
> blame a newsmaster who takes the trouble to read a hierarchy, if he can't/knows
> how to speak french". I should find that post again... Or if anyone wants to help
> me find it...
>
>
> Sincerely
------------------------------------------------------------------------
Archive-Name: fr/chartes/usenet.abus.d
=====================================================================
== Conseils d'utilisation du groupe fr.usenet.abus.d ==
=====================================================================
---------------------------------------------------------------------
Nom : fr.usenet.abus.d
Statut : non modéré
Description : Discussions à propos d'utilisations abusives
des ressources du réseau
Date de création : 14 janvier 1997
---------------------------------------------------------------------
Version de ce document : 2.0
Date de modification : 16 mars 2007
Mainteneur : Frédéric Senault <fr...@lacave.net>
Auteur original : Aymeric Poulain Maubant
---------------------------------------------------------------------
1. Objet du groupe :
---------------------
Le propos de fr.usenet.abus.d est d'héberger *toutes les discussions
en français* (...)
--------------------------------------------------------------------------
Every.body
Feb 2, 2024, 3:35:21 PM2/2/24
to
llp avait soumis l'idée :
Peut-être qu'un signalement sur <proxad.free.services> avec copie à
l'abuse de proxad permettrait de faire changer les choses. Ça avait bien
fonctionné pour un annuleur historique qui s'était vu bannir de Free.
l'abuse de proxad permettrait de faire changer les choses. Ça avait bien
fonctionné pour un annuleur historique qui s'était vu bannir de Free.
Every.body
Feb 2, 2024, 3:36:08 PM2/2/24
to
Après mûre réflexion, M.V. a écrit :
> Fidèle à ton habitude à ce que je vois.
A propos d'habitude !
> Fidèle à ton habitude à ce que je vois.
A propos d'habitude !
Ivo Gandolfo
Feb 2, 2024, 3:49:57 PM2/2/24
to
On 02/02/2024 19:16, llp wrote:
>> (blabla) See https://www.rfc-editor.org/ for update.
>
> Vous ne répondez nullement à ce qui est dit.
>
You're right. https://www.rfc-editor.org/rfc/rfc5537.html#page-40
>> (blabla) See https://www.rfc-editor.org/ for update.
>
> Vous ne répondez nullement à ce qui est dit.
>
>
> Ah, mais ça c'était avant que je réalise qui était vraiment ce newsmaster.
> Une personne qui approuve pleinement les abus d'Olivier Miakinen...
>
Sincerely
--
Ivo Gandolfo
llp
Feb 2, 2024, 4:20:18 PM2/2/24
to
Ivo Gandolfo <use...@bofh.team> composa la prose suivante:
>On 02/02/2024 19:16, llp wrote:
>>> (blabla) See https://www.rfc-editor.org/ for update.
>>
>> Vous ne répondez nullement à ce qui est dit.
>>
>
>You're right. https://www.rfc-editor.org/rfc/rfc5537.html#page-40
Toujours pas.
>>> (blabla) See https://www.rfc-editor.org/ for update.
>>
>> Vous ne répondez nullement à ce qui est dit.
>>
>
>You're right. https://www.rfc-editor.org/rfc/rfc5537.html#page-40
Relisez l'enfilade des messages et essayez de comprendre.
Oui, je sais, c'est en français.
>> Ah, mais ça c'était avant que je réalise qui était vraiment ce newsmaster.
>> Une personne qui approuve pleinement les abus d'Olivier Miakinen...
>>
>
>So we change flag when it's most convenient...
puisque vous soutenez ouvertement un abuseur notoire responsable de
milliers d'annulations abusives ?
llp
Feb 2, 2024, 5:16:09 PM2/2/24
to
"M.V." <m...@gmail.invalid> composa la prose suivante:
>(...) à part news.free.fr que pratiquement plus personne n'utilise (...)
Alors, en 2024, d'après une stat rapide sur la hiérarchie fr nous avons:
- plus de 4000 messages depuis eternal-september.org
- plus de 3000 messages depuis individual.net
- plus de 2700 messages depuis nemoweb.net
- plus de 2000 messages depuis free.fr
- plus de 600 messages depuis pasdenom.info
- plus de 400 messages depuis usenet.ovh
Donc, sauf erreur de ma part dans ces stats rapides,
dire que le serveur free n'est plus utilisé est faux.
Cela reste un des principaux serveurs francophones
permettant l'accès à cette hiérarchie.
Et il est très dommage qu'Olivier Miakinen viennent
emmerder le monde avec ces cancels abusifs.
Qu'il revienne a de bonnes pratiques, comme au début,
en annulant *seulement* le spam avéré conforme
à l'ancienne ou à la nouvelle faq.
Ou alors qu'il obtienne l'aval des administrateurs
du serveurs free.fr le missionnant pour annuler
qui bon lui semble.
Je précise que le serveur de yamo accepte les nocems
et en produit, il n'a donc aucun besoin du miakibot
ou de ses divers avatars et que Nemoweb a pour
seul feed le serveur de yamo.
>(...) à part news.free.fr que pratiquement plus personne n'utilise (...)
Alors, en 2024, d'après une stat rapide sur la hiérarchie fr nous avons:
- plus de 4000 messages depuis eternal-september.org
- plus de 3000 messages depuis individual.net
- plus de 2700 messages depuis nemoweb.net
- plus de 2000 messages depuis free.fr
- plus de 600 messages depuis pasdenom.info
- plus de 400 messages depuis usenet.ovh
Donc, sauf erreur de ma part dans ces stats rapides,
dire que le serveur free n'est plus utilisé est faux.
Cela reste un des principaux serveurs francophones
permettant l'accès à cette hiérarchie.
Et il est très dommage qu'Olivier Miakinen viennent
emmerder le monde avec ces cancels abusifs.
Qu'il revienne a de bonnes pratiques, comme au début,
en annulant *seulement* le spam avéré conforme
à l'ancienne ou à la nouvelle faq.
Ou alors qu'il obtienne l'aval des administrateurs
du serveurs free.fr le missionnant pour annuler
qui bon lui semble.
Je précise que le serveur de yamo accepte les nocems
et en produit, il n'a donc aucun besoin du miakibot
ou de ses divers avatars et que Nemoweb a pour
seul feed le serveur de yamo.
0 new messages