[DOC] Liste de serveurs et autres services gratuits distribuant fr.*

[llp]

Préambule:

Suite aux divers harcèlements auquel à du faire face jdd,
la réponse de D.V a été de le supprimer de cette FAQ.

Devant le tollé provoqué par cette décision arbitraire(*)
D.V. a décidé de supprimer aussi de cette liste aioe.org
afin de pouvoir dire que les serveurs sans authentification
ne peuvent figurer dans cette FAQ.

Je reposte donc la dernière FAQ "neutre" tout en
l'enrichissant des dernières nouveautés.

Copie et suivi sur fr.usenet.abus.d pour en discuter.


========================================================================
| LISTE DE SERVEURS
| OFFRANT UN ACCÈS GRATUIT À LA HIÉRARCHIE FR.* |
========================================================================

Document créé et maintenu par Denis (DV) jusqu'au 22/07/2022.
Mise à jour du 05/03/2023 par llp

========================================================================

NOTES PRÉLIMINAIRES

1. La liste ci-dessous, non exhaustive, est établie et mise à jour en
fonction des informations fournies par les administrateurs des serveurs
et/ou par leurs utilisateurs.

Si vous administrez un serveur de news répondant aux critères suivants :
1° distribution de la hiérarchie fr.*, 2° accès gratuit en lecture et en
écriture, et si vous souhaitez qu'il soit ajouté à cette liste, merci de
le signaler en répondant à cet article (soit sur le groupe, soit par
courriel à con...@usenet.ovh).

2. Explication de quelques termes utilisés dans ce document

• Authentification : si elle est requise, l'utilisateur doit posséder un
compte d'accès au serveur.

• Durée de rétention : durée pendant laquelle les articles sont
conservés sur le serveur.

• Cancel Lock / Cancel-Key : mécanisme composé d'un « verrou » et d'une
« clé », permettant de sécuriser l'annulation (cancel) ou le
remplacement (supersedes) de ses propres articles. À noter que certains
lecteurs de news peuvent générer eux-mêmes ce verrou et cette clé, quel
que soit le serveur utilisé (c'est le cas notamment pour Gnus ou
MacCafé).

• Hiérarchie locale : les groupes de discussion locaux propres à chaque
serveur (certains n'en disposent pas). Ils peuvent constituer une source
d'information utile quant au fonctionnement et aux règles du serveur.

• Crosspost (ou publication croisée) : consiste à publier le même
article simultanément sur plusieurs groupes de discussion. Lorsqu'un
suivi est ajouté (ce qui est recommandé), la discussion est censée se
poursuivre sur un seul groupe.

• Nymshifting : changement fréquent d'identité (pseudonyme et/ou adresse
mail) de la part d'un utilisateur.

• Restrictions d'usage : ne sont consignées ici que les règles pouvant
restreindre les actions de l'utilisateur.

========================================================================


news.usenet.fr

Nouveau serveur distribuant les hierarchies fr.* et news.*

Port 119 uniquement.

Informations sur <http://www.usenet.ovh>
et inscription à con...@usenet.ovh

Durée de rétention : illimité pour les hiérarchies distribuées
sauf pour quelques forums ciblés (24h pour les forums de
test et 1 an pour le groupe fr.soc.politique).

Gestion Cancel-Lock / Cancel-Key :
- Généré par le serveur.
- Requis pour honorer les annulations.
- Prise en compte des Cancel-Lock générés par un serveur tiers ou un
lecteur de news.

Hiérarchie locale : local.* et alfanet.*

Spams filtrés via NoCeM et Cleanfeed.

Restrictions d'usage :
- Politique d'annulation: <http://www.usenet.ovh/?article=Cancel-Nocem>


————————————————————————————————————————————————————————————————————————

dodin.fr.nf

Ce nouveau serveur est actuellement en phase de test et ses
caractéristiques sont susceptibles d'évoluer. À réserver — pour le
moment — aux « aventuriers » ! ;-)

Port 119 uniquement.

Authentification : non.

Durée de rétention : illimitée (à partir de décembre 2021).

Gestion Cancel-Lock / Cancel-Key : non.

Hiérarchie locale : dodin.*

Spams filtrés avec Cleanfeed et NoCeM.

Restrictions d'usage :

- Seule la hiérarchie fr.* est distribuée.
- Pas d'accès en écriture aux groupes modérés.
- junk est en lecture seule.

————————————————————————————————————————————————————————————————————————

news.eternal-september.org

Ports 119 (NNTP) et 563 (NNTPS).

Authentification : oui.

Informations et inscription sur <http://www.eternal-september.org>

Durée de rétention : de 5 à 8 ans (? 5 ans pour la hiérarchie fr.*).

Gestion Cancel-Lock / Cancel-Key :
- Généré par le serveur.
- Requis pour honorer les annulations.
- Prise en compte des Cancel-Lock générés par un serveur tiers ou un
lecteur de news.

Hiérarchie locale : eternal-september.*

Restrictions d'usage :
- Pas d'accès en écriture aux groupes modérés (c'est du moins ce que
dit la FAQ, mais les messages auto-approuvés semblent acceptés pour
les groupes qui le permettent).
- junk est en lecture seule.
- Le nymshifting est interdit et peut entraîner une interdiction de
publication temporaire.
- Le serveur se base strictement sur les champs Cancel-Lock et
Cancel-Key pour accepter les annulations. Autrement dit, les demandes
d'annulation n'utilisant pas ce mécanisme ne sont pas honorées. Voir la
FAQ du serveur (avant-dernière question sur la page ci-dessous) :
<http://www.eternal-september.org/index.php?showpage=faq>

————————————————————————————————————————————————————————————————————————

news.free.fr

Ports 119 et 80 (d'autres ports sont disponibles, mais ne semblent pas
documentés).

Authentification : oui. Pour les clients utilisant la connexion Internet
du FAI Free, l'authentification est automatique. Pour les personnes
disposant d'un accès gratuit, identifiant et mot de passe devront être
renseignés dans le lecteur de news. Voir la page :
<https://subscribe.free.fr/accesgratuit/>

Page d'assistance : <https://www.free.fr/assistance/541.html>

Durée de rétention : 1 an, sauf pour les groupes de test dont les
articles sont supprimés au bout de 24 h.

Gestion Cancel-Lock / Cancel-Key : non.

Hiérarchie locale : proxad.*

Restrictions d'usage :
- Interdiction de crossposter sur plus de deux groupes sans FU2.

————————————————————————————————————————————————————————————————————————

news.solani.org

Ports 119 (connexion non chiffrée) et 563 (connexion chiffrée).

Authentification : oui.

Informations et inscription sur <https://www.solani.org>

Durée de rétention : 4 mois en règle générale, 3 jours pour les groupes
de test.

Gestion Cancel-Lock / Cancel-Key : oui (à confirmer).

Hiérarchie locale : solani.*

Restrictions d'usage :
- Interdiction de s'identifier au moyen d'une adresse mail forgée ou
susceptible d'appartenir à un tiers. Si l'on ne souhaite pas utiliser sa
véritable adresse mail, il est recommandé de la remplacer par une
adresse correctement formée et se terminant par ".invalid".
- Le nymshifting est interdit.
- Tout compte créé doit être utilisé dans la semaine qui suit sa
création, sinon il sera automatiquement supprimé.
- De même, tout compte déjà utilisé est automatiquement supprimé au bout
de deux mois sans connexion.

————————————————————————————————————————————————————————————————————————

news2.nemoweb.net (client JNTP avec accès web uniquement)

Authentification : oui (en lecture seule sinon).

Informations et utilisation sur <http://news2.nemoweb.net>
L'inscription depuis le site web est pour le moment désactivée.
Pour solliciter un compte d'utilisateur, envoyer un courriel à
<julien....@gmail.com>

Durée de rétention : environ 2 ans.

Gestion Cancel-Lock / Cancel-Key : non.

Hiérarchie locale : nemo.*

Restrictions d'usage :
- Pas de crossposts massifs sans suivi.
- Pas d'accès en écriture aux groupes modérés.

————————————————————————————————————————————————————————————————————————

nnrp.alphanet.ch

Ports 119 et 563 (TLS/SSL).

Cette adresse est un proxy filtrant, c'est-à-dire que divers filtres
(anti-spam, etc.) y sont appliqués. L'utilisateur peut choisir les
filtres qu'il souhaite ou non conserver, en configurant son compte sur
la page web <https://news-admin.alphanet.ch/>.

Adresse alternative (sans les filtres configurables) :
nnrp-direct.alphanet.ch

Authentification : oui.

Informations et inscription sur <https://www.alphanet.ch/nnrp.html>

Durée de rétention : 1 mois.

Gestion Cancel-Lock / Cancel-Key :
- Généré par le serveur.
- Prise en compte des Cancel-Lock générés par un serveur tiers ou un
lecteur de news.

Hiérarchie locale : alphanet.*

Spams filtrés via Cleanfeed et NoCeM.

Restrictions d'usage :
- « Les abus (formatage incorrect, mauvais jeu de caractères, postages
commerciaux, postages abusifs, pompage abusif de messages) peuvent
mener à une suppression de l'accès. »

Alphanet offre également un accès web à Usenet *en lecture seule* (pas
d'authentification nécessaire) :
- accès à l'ensemble des hiérarchies distribuées :
<https://nnrp.alphanet.ch>
- accès à la hiérarchie fr.* :
<https://nnrp.alphanet.ch/fr>

Ces pages web bénéficient de divers filtres (anti-spam, etc.) dont la
plupart peuvent être désactivés à cette adresse :

https://nnrp.alphanet.ch/config

Les réglages sont enregistrés dans un cookie.

————————————————————————————————————————————————————————————————————————

nntp.aioe.org

Ports 119 (Plain/TLS), 563 (SSL), 443 (SSL), 22 (SSL), 80 (Plain/TLS).

Serveur alternatif : news.aioe.org (ports 119 et 563).

Authentification : non.

Informations sur <https://news.aioe.org>

Durée de rétention : 5 mois pour la hiérarchie fr.* (semble varier selon
les hiérarchies).

Gestion Cancel-Lock / Cancel-Key : non.

Spams filtrés via NoCeM.

Hiérarchie locale : aioe.*

Restrictions d'usage :
- Supersedes interdit.
- Pour demander l'annulation de vos propres messages publiés sur le
serveur, vous devez impérativement utiliser le formulaire suivant (dans
un délai de 24h après la publication) :
<https://news.aioe.org/tools/webcancel/>
- Pas plus de 40 messages par jour depuis la même adresse IP.
- Faute d'authentification, l'administrateur n'a d'autre moyen, pour
limiter les abus du réseau commis depuis son serveur, que d'imposer des
restrictions aux hiérarchies dont proviennent ces abus.
Pour connaître les restrictions en cours, consulter cette page :
<https://news.aioe.org/documentation/access-restrictions/>

————————————————————————————————————————————————————————————————————————

nntp.csiph.com

Port 119 uniquement.

Authentification : oui (en lecture seule sinon).

Informations et inscription sur <http://csiph.com>

Durée de rétention : 5 ans (et même un peu plus).

Gestion Cancel-Lock / Cancel-Key : non renseigné.

Spams filtrés via Cleanfeed.

Restrictions d'usage : non renseigné.

————————————————————————————————————————————————————————————————————————

paganini.bofh.team

Port 119 uniquement.

Authentification : non.

Durée de rétention : un peu moins de trois ans.

Gestion Cancel-Lock / Cancel-Key : non.

Hiérarchie locale : bofh.*

Restrictions d'usage :

- Cancel et Supersedes sont interdits (mais les annulations émises
depuis un serveur tiers semblent acceptées).
- junk est en lecture seule.

————————————————————————————————————————————————————————————————————————

pasdenom.info

Ports 119 (NNTP) et 563 ( NNTPS).

Authentification : oui.

Informations et inscription sur <https://pasdenom.info/news.html>

Un accès web à la hiérarchie fr.*, adapté notamment à la consultation
sur smartphone, est également proposé :
- en lecture seule sur <https://news2web.pasdenom.info>
- en lecture et en écriture si vous avez un compte d'utilisateur
(authentification nécessaire) ; le newsmestre donnera l'adresse aux
utilisateurs y ayant accès.

Durée de rétention : longtemps (plusieurs années, mais en novembre
2019 il y a eu une mauvaise manip sur fr.*).

Gestion Cancel-Lock / Cancel-Key :
- Généré par le serveur.
- Prise en compte des Cancel-Lock générés par un serveur tiers ou un
lecteur de news.

Hiérarchie locale : local.*

Spams filtrés via NoCeM, Cleanfeed et SpamAssassin.

Restrictions d'usage :
- Crossposts sur deux groupes uniquement, plus si FU2.
- junk est en lecture seule.
- Binaires refusés.


========================================================================






La liste est également disponible sur <http://usenet-fr.yakakwatik.org>
(avec des mises à jour plus fréquentes).

(*) Il faut noter que le serveur ALPHANET utilisé pour faire milliers
de suppressions abusives n'a jamais été retiré de cette FAQ
malgré son inaction.

[yamo']

Salut,
Arthus a écrit :
> llp <librel...@alfanet.usenet.ovh> wrote:

C'est une reprise de la doc de DV.
Je ne sais pas s'il lui a demandé son avis.

>> dodin.fr.nf

>> Restrictions d'usage :
>>
>> - Seule la hiérarchie fr.* est distribuée.

> Vous avez vérifié ? C'est inexact.

C'est jdd qui désire ça...

> Vous avez oublié de dire qu'il est toujours impossible de faire un
> cancel ou un supersedes sur ses propres messages, ce qui est quand même
> un peu embêtant pour une action aussi basique.

C'est par ce qu'il n'y a pas de compte sur ce serveur.
Le seul moyen de faire ça, c'est d'utiliser un logiciel permettant la
gestion de cancel-key et envoyer les cancels ou supersedes depuis un autre
serveur...

> NB Je reste sur fud.

Oui, fuad n'est pas vraiment le bon groupe pour discuter de la distribution
de fr.

--
Stéphane

[DV]

yamo' a écrit ceci :

> C'est une reprise de la doc de DV.
> Je ne sais pas s'il lui a demandé son avis.

Comme si c'était son genre… Mais ce n'est pas un problème. Ce qui en est
un, c'est que sur son site web il publie la même liste en la
verrouillant par une licence de type « NoDerivs » (non libre donc). En
somme, il publie une version dérivée de la mienne, mais il prétend
interdire qu'on publie une version dérivée de la sienne.

--
Denis

Serveurs de news et passerelles web : <http://usenet-fr.yakakwatik.org>
Lecteurs de news : <http://usenet-fr.yakakwatik.org/lecteurs-de-news.html>

[Marc SCHAEFER]

DV <d...@reply-to.not.invalid> wrote:
> somme, il publie une version dérivée de la mienne, mais il prétend
> interdire qu'on publie une version dérivée de la sienne.

C'est de l'appropriation intellectuelle.

--
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,
je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.

[Richard Hachel]

Le 06/03/2023 à 12:49, DV a écrit :
> yamo' a écrit ceci :

> En somme, il publie une version dérivée de la mienne, mais il prétend
> interdire qu'on publie une version dérivée de la sienne.

Ca fait un peu : "Monsieur, il m'a volé mon bonbon, monsieur".

R.H.

[Richard Hachel]

Le 06/03/2023 à 10:37, arth...@gmail.org.invalid (Arthus) a écrit :
> llp <librel...@alfanet.usenet.ovh> wrote:
>

> Vous avez oublié de dire qu'il est toujours impossible de faire un
> cancel ou un supersedes sur ses propres messages, ce qui est quand même
> un peu embêtant pour une action aussi basique.

Il faut installer un serveur Nemo.

D'autant plus qu'avec le retrait progressif des grands FAI de usenet, ça
pourrait être intéressant d'avoir
des réseaux supplémentaires à la fois compatible et productifs vis à
vis de usenet, et à la fois indépendant (réseau parallèle http de
secours) en cas de panne nttp.

J'arrête pas de le dire, ça.

R.H.

[Franck]

Bonjour,

> Le seul moyen de faire ça, c'est d'utiliser un logiciel permettant la
> gestion de cancel-key et envoyer les cancels ou supersedes depuis un autre
> serveur...

Dans INN, si un utilisateur n'est pas identifié, on peut toutefois gérer
les CL/CK en mettant l'option "addcanlockuser" à "ip" au lieu de
"username" (fichier readers.conf).

Bien évidement, dans le cas d'une IP partagée, tous ceux qui l'utilisent
pourraient alors supprimer/remplacer les articles protégés avec cette
dernière information.

Après, vu l'état d'Usenet et le peu d'utilisateurs qui le fréquentent
encore, les chances pour qu'ils puissent partager la même adresse IP
reste faible. Cela peut être suffisant pour essayer?

Dans SNS, c'est identique mais il existe en plus la possibilité de
n'accepter les cancel/supersede (basés sur l'IP) que pour un certain
nombre d'heures (24 par défaut).

Franck

[DV]

Richard Hachel a écrit ceci :

>> En somme, il publie une version dérivée de la mienne, mais il prétend
>> interdire qu'on publie une version dérivée de la sienne.
>
> Ca fait un peu : "Monsieur, il m'a volé mon bonbon, monsieur".

Le jour où tu comprendras ce que tu cites, tu nous fais signe ?

[Thierry Pinelli]

Le 06/03/2023 Marc SCHAEFER <scha...@alphanet.ch> écrivait :

> DV <d...@reply-to.not.invalid> wrote:
>> somme, il publie une version dérivée de la mienne, mais il prétend
>> interdire qu'on publie une version dérivée de la sienne.
>
> C'est de l'appropriation intellectuelle.
>

c'est également de la "réinvention de roue"

[Richard Hachel]

Le 06/03/2023 à 16:25, DV a écrit :
> Richard Hachel a écrit ceci :
>
>>> En somme, il publie une version dérivée de la mienne, mais il prétend
>>> interdire qu'on publie une version dérivée de la sienne.
>>
>> Ca fait un peu : "Monsieur, il m'a volé mon bonbon, monsieur".
>
> Le jour où tu comprendras ce que tu cites, tu nous fais signe ?

D'accord.

R.H.

[Marc SCHAEFER]

Thierry Pinelli <festive...@gmail.com> wrote:
>> C'est de l'appropriation intellectuelle.
>
> c'est également de la "réinvention de roue"

Aussi!

[Dumbestfuck Edgar]

Le 06/03/2023 à 17:54, arth...@gmail.org.invalid (Arthus) a écrit :

> Richard Hachel <r.ha...@tiscali.fr> wrote:
>
>> D'autant plus qu'avec le retrait progressif des grands FAI de usenet, ça
>> pourrait être intéressant d'avoir
>> des réseaux supplémentaires à la fois compatible et productifs vis à
>> vis de usenet, et à la fois indépendant (réseau parallèle http de
>> secours) en cas de panne nttp.
>

> Comment faites-vous pour obtenir un formatage de vos lignes aussi
> dégueulasse ?
>

C'est un con, il ne sait même pas formater ses lignes.

E.D.

[Jean-Pierre Kuypers]

In article (Dans l'article)
<1q76n09.4wjug9141r14uN%arth...@gmail.org.invalid>, Arthus
<arth...@gmail.org.invalid> wrote (écrivait) :

> Comment faites-vous pour obtenir un formatage de vos lignes aussi
> dégueulasse ?

User-Agent: Nemo/0.999a

--
Jean-Pierre Kuypers

[Richard Hachel]

Aucun rapport sexuel.

R.H.

[Dumbestfuck Edgar]

C'est Jean-Pierre Kuypers, il dit n'importe quoi.

---
D.E.

[Thierry Pinelli]

Le 06/03/2023 Richard Hachel <r.ha...@tiscali.fr> écrivait :

> Il faut installer un serveur Nemo.
>
> D'autant plus qu'avec le retrait progressif des grands FAI de usenet, ça
> pourrait être intéressant d'avoir
> des réseaux supplémentaires à la fois compatible et productifs vis à vis
> de usenet, et à la fois indépendant (réseau parallèle http de secours)
> en cas de panne nttp.
>
> J'arrête pas de le dire, ça.

et qui donne à manger à Nemo ?

[Eric M]

Thierry Pinelli a écrit le Mon, 06 Mar 2023 22:24:27 dans
fr.usenet.distribution :

> et qui donne à manger à Nemo ?

Actuellement juste yamo', mais n'importe qui peut le nourrir,
je l'ai nourri, jdd l'a nourri, c'est assez simple en fait.

--
Trouvez un serveur de news pour fr.* avec la FAQ de DV :
<http://usenet-fr.yakakwatik.org/>

[Thierry Pinelli]

Le 06/03/2023 Eric M <conano...@gmail.com> écrivait :

> Thierry Pinelli a écrit le Mon, 06 Mar 2023 22:24:27 dans
> fr.usenet.distribution :
>
>> et qui donne à manger à Nemo ?
>
> Actuellement juste yamo', mais n'importe qui peut le nourrir,
> je l'ai nourri, jdd l'a nourri, c'est assez simple en fait.
>

oui mais non, RH parlait d'une hypothétique panne nntp !

"D'autant plus qu'avec le retrait progressif des grands FAI de usenet,
ça pourrait être intéressant d'avoir
des réseaux supplémentaires à la fois compatible et productifs vis à vis
de usenet, et à la fois indépendant (réseau parallèle http de secours)
en cas de panne nttp. "

si panne nntp
alors
nemo est à la diète
fin si

[Eric M]

Thierry Pinelli a écrit le Tue, 07 Mar 2023 11:42:53 dans

fr.usenet.distribution :

>>> et qui donne à manger à Nemo ?

>> Actuellement juste yamo', mais n'importe qui peut le nourrir, je l'ai
>> nourri, jdd l'a nourri, c'est assez simple en fait.

> oui mais non, RH parlait d'une hypothétique panne nntp !

Oui, de fait la panne nntp du serveur de yamo' a coupé le feed Nemo.

> "D'autant plus qu'avec le retrait progressif des grands FAI de usenet,
> ça pourrait être intéressant d'avoir des réseaux supplémentaires à la
> fois compatible et productifs vis à vis de usenet, et à la fois
> indépendant (réseau parallèle http de secours) en cas de panne nttp. "

C'est du salmigondis de RH, à prendre avec de grosses pincettes :)

> si panne nntp
> alors
> nemo est à la diète
> fin si

Oui mais Nemo peut être alimenté par plusieurs serveurs nntp, et
ce n'est pas si compliqué que ça.

[Marc SCHAEFER]

Eric M <conano...@gmail.com> wrote:
> C'est du salmigondis de RH, à prendre avec de grosses pincettes :)

ou à ignorer, c'est plus simple.

> Oui mais Nemo peut être alimenté par plusieurs serveurs nntp, et
> ce n'est pas si compliqué que ça.

Mais ce n'est pas le cas. Et tant qu'il restera un serveur NNTP en vie,
USENET sera en vie de toute façon.

A moins qu'on considère que si Nemo reste coupé du monde et que
l'ensemble des serveurs NNTP disparaît, cela soit encore USENET.

[Eric M]

Marc SCHAEFER a écrit le Tue, 07 Mar 2023 12:24:32 dans
fr.usenet.distribution :

>> C'est du salmigondis de RH, à prendre avec de grosses pincettes :)

> ou à ignorer, c'est plus simple.

Ce n'est pas moi qui l'ait cité.

>> Oui mais Nemo peut être alimenté par plusieurs serveurs nntp, et ce
>> n'est pas si compliqué que ça.

> Mais ce n'est pas le cas.

Comme je l'ai déjà dit, il y a déjà eu deux serveurs en parallèle et ça
s'est bien passé. Moi je ne pouvais pas continuer pour des tas de
raisons et jdd... je ne sais pas ce qui s'est passé chez jdd, je préfère
ne pas savoir en fait.

> Et tant qu'il restera un serveur NNTP en vie, USENET sera en vie de
> toute façon.

Oui mais Mastodon ça marche bien aussi, et c'est plus moderne.
Après usenet garde l'avantage de la légèreté (pas dans les propos
mais dans l'interface), c'est pas mal.

> A moins qu'on considère que si Nemo reste coupé du monde et que
> l'ensemble des serveurs NNTP disparaît, cela soit encore USENET.

Non, Nemo peut vivre sans usenet mais déjà qu'il n'y a plus qu'une
poignée d'utilisateurs sur usenet, là on est sur une fraction d'une
poignée, pas de quoi alimenter toute une hiérarchie.

[Thierry Pinelli]

Le 06/03/2023 Richard Hachel <r.ha...@wanadou.fr> écrivait :

> Aucun rapport sexuel.


à part l'onanisme tu ne connais aucun raport sexuel

PS : je sais, tu t'en branles

[Thierry Pinelli]

Le 06/03/2023 Jean-Pierre Kuypers <Kuy...@address.invalid> écrivait :

c'est de la Web, normal

[Richard Hachel]

Oui, évidemment.

Il est clair que s'il y a une panne usenet complète, plus personne ne
donne à manger à Nemo et que seul les usagers Nemo peuvent discuter
entre eux.

Le système étant à la fois dépendant (pour les posts) indépendant (et
indépendant).

Tu as évidemment tout à fait raison.

Mais ce que je veux dire, c'est que si par exemple une vingtaine de bons
posteurs disposaient de Nemo,
on aurait un service minimum d'écriture qui pourrait être intéressant,
les autres (non abonnés) pouvant toujours lire.

D'où l'idée aussi de laisser des forums libres en écriture pour tous,
et ça on pourrait peut être le faire en utilisant des forums comme
fr.rec.cuisine, fr.rec.champignons, moins susceptibles aux pugilats.

D'un autre côté, et pour des forums comme fr.sci.physique (où on peut
mettre des graphisme), fr.rec.photo (où on peut mettre des photos), je
trouve stupide que les usagers ne soient pas doté d'un abonnement Nemo.

Je le répête, ce qui manque à Nemo, c'est un ou deux serveurs de plus,
afin de récupérer les utilisateurs Nemo qui trouvent le logiciel
intéressant mais n'aiment pas le Webmaster (dont les journaux auraient
signalé qu'il mangeait les enfants dans les couveuses des maternités).

Manque aussi un ou deux feeds supplémentaires pour éviter toute panne
sèche si yamo' et jdd tombent en panne ou sont emportés par le Covid
2023.

L'idéal serait de trouver une personne capable de recevoir (indirectement
de Nemo évidemment), tout fr*, le big8, et capable de monter un serveur
Nemo pour inscriptions des réfractaires au service de surveillance de
Julien, l'un des plus intransigeant du monde, et capable de virer
n'importe quel client pour racisme s'il dit qu'il n'aime pas les italiens,
et que Matterazzi, c'est un con anti-Zidane.

R.H.









--
"Mais ne nous trompons pas :
il n'y a pas de violence qu'avec des armes : il y a des situations de
violence."
Abbé Pierre
Δ₀₁₂"<http://news2.nemoweb.net/?DataID=4D29vmM_q7zft3TKIgeGamnpFXo@jntp>

[Richard Hachel]

Le 06/03/2023 à 22:24, Thierry Pinelli a écrit :

Oui, évidemment.

Il est clair que s'il y a une panne usenet complète, plus personne ne
donne à manger à Nemo et que seul les usagers Nemo peuvent discuter
entre eux.

Le système étant à la fois dépendant (pour les posts) et indépendant
(pour le fonctionnement matériel).

Δ₀₁₂"<http://news2.nemoweb.net/?DataID=lY00fC3WKRX-4Dbbaw4ipNQ7urI@jntp>

[Richard Hachel]

Le 07/03/2023 à 12:29, Eric M a écrit :
> Marc SCHAEFER a écrit le Tue, 07 Mar 2023 12:24:32 dans
> fr.usenet.distribution :
>

> Non, Nemo peut vivre sans usenet mais déjà qu'il n'y a plus qu'une
> poignée d'utilisateurs sur usenet, là on est sur une fraction d'une
> poignée, pas de quoi alimenter toute une hiérarchie.

Oui, évidemment.

Usenet perd des utilisateurs tous les mois.

Les gens qui partent au cimetière ou de leur plein gré, car lassés des
conneries qu'on y poste, ne sont pas remplacés.

La seule chance de sauver usenet, c'est à dire un usenet performant et
pas un système fonctionnel
qui ne tient que sur 12 utilisateurs francophones, c'est justement de
faire connaître Nemo à d'éventuels
utilisateurs nouveaux, d'autant plus que si Facebook devient payant, des
forums usenet disposant de capacités de photos, de dossiers, de fichiers
pdf, de videos, etc.... pourraient être utiles.

R.H.



--
"Mais ne nous trompons pas :
il n'y a pas de violence qu'avec des armes : il y a des situations de
violence."
Abbé Pierre

Δ₀₁₂"<http://news2.nemoweb.net/?DataID=8kLa9VQB850wmwrgjtqNZCVbAzs@jntp>

[Thierry Pinelli]

Le 07/03/2023 Richard Hachel <r.ha...@frite.fr> écrivait :

> Il est clair que s'il y a une panne usenet complète, plus personne ne
> donne à manger à Nemo et que seul les usagers Nemo peuvent discuter
> entre eux.

panne complète ? comment est-ce possible : une seule machine suffit
à faire tourner un INN. Je l'ai fait sur un 486 DX33 sous FreeBSD 3.1

> Manque aussi un ou deux feeds supplémentaires pour éviter toute panne
> sèche si yamo' et jdd tombent en panne ou sont emportés par le Covid 2023.

Un feed ? Imposible vu que tu parles de panne générale de Usenet.

> L'idéal serait de trouver une personne capable de recevoir
> (indirectement de Nemo évidemment), tout fr*, le big8, et capable de
> monter un serveur Nemo pour inscriptions des réfractaires au service de
> surveillance de Julien, l'un des plus intransigeant du monde, et capable
> de virer n'importe quel client pour racisme s'il dit qu'il n'aime pas
> les italiens, et que Matterazzi, c'est un con anti-Zidane.

Selon ton postulat, c'est impossible puisque Usenet est en panne complète.

Bref, Nemo devient un BBS Fidonet, quoique ....

[Marc SCHAEFER]

Eric M <conano...@gmail.com> wrote:
>>> C'est du salmigondis de RH, à prendre avec de grosses pincettes :)
>
>> ou à ignorer, c'est plus simple.
>
> Ce n'est pas moi qui l'ait cité.

Mes excuses :)

> Oui mais Mastodon ça marche bien aussi, et c'est plus moderne.

Tout à fait. Il semblerait même, qu'actuellement et sur la plupart des
instances, le contenu soit moins complotiste qu'USENET-fr et les
relations inter-utilisateurs plus bienveillantes.

Il faut dire que certains serveurs d'extrême-droite ont été bannis de la
fédération, à ma connaissance: ceci explique cela.

> Après usenet garde l'avantage de la légèreté (pas dans les propos
> mais dans l'interface), c'est pas mal.

Oui, et on a plus de place pour s'exprimer.

> Non, Nemo peut vivre sans usenet mais déjà qu'il n'y a plus qu'une
> poignée d'utilisateurs sur usenet, là on est sur une fraction d'une
> poignée, pas de quoi alimenter toute une hiérarchie.

Voilà.

Sauf qu'à ma connaissance, Nemo est basé sur une technologie obsolète,
qui pourrait bien un jour être victime de piratage.

[Marc SCHAEFER]

Thierry Pinelli <festive...@gmail.com> wrote:
>> Manque aussi un ou deux feeds supplémentaires pour éviter toute panne
>> sèche si yamo' et jdd tombent en panne ou sont emportés par le Covid 2023.
>
> Un feed ? Imposible vu que tu parles de panne générale de Usenet.

Ici, il parle de Nemo.

RH semble passer de "USENET-fr global" à "Nemo seul" sans s'en rendre
compte. Ce n'est pas la première fois que RH semble en mode "écriture
seulement" et ne tient pas compte des autres articles et discussions sur
un thème.

Comme vous l'avez écrit fort justement, USENET-fr existe dès qu'il y a 1
ou 2 serveurs qui s'échangent des feeds (et même si tous les serveurs
USENET-fr disparaissaient, il resterait encore des serveurs "pas
conscients" de USENET-fr qui feraient passer des feeds, dont les
serveurs de Google, par exemple).

Nemo lui, ACTUELLEMENT, ne repose que sur un seul feed et sur une
technologie apparemment obsolète (ou du moins une implémentation
obsolète et non interopérable d'une technologie définie il y a
pas mal d'années maintenant).

Il semblerait, donc, que le problème est plutôt du côté de la viabilité
de Nemo que de USENET-fr.

Ce qui ne veut pas dire que les utilisateurs ne vont pas déserter l'un
et l'autre, ou l'un avant l'autre, dans un futur proche, de toute façon.

On pourrait bien se retrouver avec:

> Bref, Nemo devient un BBS Fidonet, quoique ....

effectivement, et isolé.

[yamo']

Salut,
Franck a tapoté le 06/03/2023 14:07:

>> Le seul moyen de faire ça, c'est d'utiliser un logiciel permettant la
>> gestion de cancel-key et envoyer les cancels ou supersedes depuis un autre
>> serveur...
>
> Dans INN, si un utilisateur n'est pas identifié, on peut toutefois gérer
> les CL/CK en mettant l'option "addcanlockuser" à "ip" au lieu de
> "username" (fichier readers.conf).

Oui mais, il utilise une ancienne version d'INN et en plus il a une
surcouche sur nnrp qui complique le processus.

Perso, j'attends la sortie de Debian 12* pour mettre à jour...

> Dans SNS, c'est identique mais il existe en plus la possibilité de
> n'accepter les cancel/supersede (basés sur l'IP) que pour un certain
> nombre d'heures (24 par défaut).

Il me semble que c'est possible pour les cancels avec CLeanfeed.

* qui en version desktop fonctionne déjà bien!

--
Stéphane