Bonjour,

Je souhaiterais savoir comment empêcher inn2 de créer des groupes
qui ne servent à rien.

J'ai en effet une multitude de groupes indésirables, comme :
alt.igictyku.pr.us
alt.oxybqy.ac.uk
de.alt.7fz6py
....

Comment


J'ai dans mon newsfeeds :

controlchan!\
:!*,control,control.*,!control.cancel\
:AC,Tc,Wnsm:/usr/lib/news/bin/controlchan


et dans mon control.ctl, je n'ai rien pour authentifier les
créations dans « alt.* ».

Suffit-il d'enlever « alt.* » de la ligne ME du newsfeeds pour ne plus
avoir de créations de tels groupes ? Je ne les souhaite pas de toute façon.

D'avance merci pour votre aide.

--
Iulius

« -- Les sangliers apprécient mieux que toi ma musique !
-- C'est normal, tu chantes comme un cochon !!! » (Astérix)

Le 17 mai à 12:41, Iulius a écrit :

> et dans mon control.ctl, je n'ai rien pour authentifier les
> créations dans « alt.* ».

Il y a des jokers dans control.ctl ; tu dois avoir un
"newgroup:*:*:doit" quelque part. Attention que c'est la dernière
entrée correspondante qui est utilisée dans le fichier, il faut bien
veiller à mettre les valeurs par défaut en premier. Mon control.ctl
ressemble à ça :

## ---------------------------------------------------------------------
## DEFAULT
## ---------------------------------------------------------------------

all:*:*:mail
checkgroups:*:*:mail
ihave:*:*:drop
sendme:*:*:drop
sendsys:*:*:log=sendsys
senduuname:*:*:log=senduuname
version:*:*:log=version
newgroup:*:*:drop
rmgroup:*:*:drop

## FR (French Language)
checkgroups:control@usenet-fr.news.eu.org:fr.*:mail
newgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control
rmgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control

Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.

Fred
--
You know those days where you just lose all interest in reality, & you
drop back into ROM monitor mode & respond to all enquiries
with 'wibble'? (Lionel Lauer in the SDM)

Le 17 mai à 12:41, Iulius a écrit :

> et dans mon control.ctl, je n'ai rien pour authentifier les
> créations dans « alt.* ».

Il y a des jokers dans control.ctl ; tu dois avoir un
"newgroup:*:*:doit" quelque part. Attention que c'est la dernière
entrée correspondante qui est utilisée dans le fichier, il faut bien
veiller à mettre les valeurs par défaut en premier. Mon control.ctl
ressemble à ça :

## ---------------------------------------------------------------------
## DEFAULT
## ---------------------------------------------------------------------

all:*:*:mail
checkgroups:*:*:mail
ihave:*:*:drop
sendme:*:*:drop
sendsys:*:*:log=sendsys
senduuname:*:*:log=senduuname
version:*:*:log=version
newgroup:*:*:drop
rmgroup:*:*:drop

## FR (French Language)
checkgroups:control@usenet-fr.news.eu.org:fr.*:mail
newgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control
rmgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control

Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.

Fred
--
You know those days where you just lose all interest in reality, & you
drop back into ROM monitor mode & respond to all enquiries
with 'wibble'? (Lionel Lauer in the SDM)

En réponse à F. Senault :
> Attention que c'est la dernière entrée correspondante qui est utilisée
> dans le fichier, il faut bien veiller à mettre les valeurs par défaut
> en premier.

D'accord, merci.



> ## ---------------------------------------------------------------------
> ## DEFAULT
> ## ---------------------------------------------------------------------
>
> newgroup:*:*:drop
> rmgroup:*:*:drop

Ah.
J'ai :

newgroup:*:*:log=newgroup
rmgroup:*:*:log=rmgroup

Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
ou, qu'en plus, le groupe est créé ?



> ## FR (French Language)
> checkgroups:control@usenet-fr.news.eu.org:fr.*:mail
> newgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control
> rmgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control

Il ne manque pas un « fr.* » dans les deux dernières lignes ?
J'ai pour ma part :

newgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
rmgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
checkgroups:control@usenet-news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org

Le « =control » veut-il dire dans votre configuration que le fichier « control.log »
est alors édité ?



> Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.

Donc si je comprends bien, il suffit que je rajoute un :

checkgroups:*:alt.*:drop
newgroup:*:alt.*:drop
rmgroup:*:alt.*:drop

à la fin du fichier ?

--
Iulius

« Tout va bien, pourvu que cela dure, comme disait Arlequin
en tombant d'un cinquième étage. » (Prosper Mérimée)

En réponse à F. Senault :
> Attention que c'est la dernière entrée correspondante qui est utilisée
> dans le fichier, il faut bien veiller à mettre les valeurs par défaut
> en premier.

D'accord, merci.



> ## ---------------------------------------------------------------------
> ## DEFAULT
> ## ---------------------------------------------------------------------
>
> newgroup:*:*:drop
> rmgroup:*:*:drop

Ah.
J'ai :

newgroup:*:*:log=newgroup
rmgroup:*:*:log=rmgroup

Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
ou, qu'en plus, le groupe est créé ?



> ## FR (French Language)
> checkgroups:control@usenet-fr.news.eu.org:fr.*:mail
> newgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control
> rmgroup:control@usenet-fr.news.eu.org:verify-control@usenet-fr.news.eu.org=control

Il ne manque pas un « fr.* » dans les deux dernières lignes ?
J'ai pour ma part :

newgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
rmgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
checkgroups:control@usenet-news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org

Le « =control » veut-il dire dans votre configuration que le fichier « control.log »
est alors édité ?



> Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.

Donc si je comprends bien, il suffit que je rajoute un :

checkgroups:*:alt.*:drop
newgroup:*:alt.*:drop
rmgroup:*:alt.*:drop

à la fin du fichier ?

--
Iulius

« Tout va bien, pourvu que cela dure, comme disait Arlequin
en tombant d'un cinquième étage. » (Prosper Mérimée)

Le 17 mai à 16:10, Iulius a écrit :

> En réponse à F. Senault :
/.../

> Ah.
> J'ai :
>
> newgroup:*:*:log=newgroup
> rmgroup:*:*:log=rmgroup
>
> Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
> ou, qu'en plus, le groupe est créé ?

La page de man (man 5 control.ctl) semble indiquer que le groupe ne sera
pas crée.

/.../

> Il ne manque pas un « fr.* » dans les deux dernières lignes ?
> J'ai pour ma part :

....

....

Le rouge de la honte me monte au front, en même temps que la joie me
fait faire de nombreux petits bonds.

En d'autres mots, c'est parfaitement exact, et ça explique sans doute
pourquoi ça fait des mois que je râle sur ce truc qui ne veut pas créer
les groupes automatiquement... Hontehontehonte.

> newgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
> rmgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
> checkgroups:control@usenet-news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
>
> Le « =control » veut-il dire dans votre configuration que le fichier « control.log »
> est alors édité ?

Oui.

>> Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.
>
> Donc si je comprends bien, il suffit que je rajoute un :
>
> checkgroups:*:alt.*:drop
> newgroup:*:alt.*:drop
> rmgroup:*:alt.*:drop
>
> à la fin du fichier ?

Ou, plus prudent, un *:*:drop au début, c'est à voir.

Fred
--
All night, under red tavern lights You can ask to see, Lola, Lola
All-night singing blood and soul You can ask to see, Lola, Lola
All night, spitting blood and soul You can scream it, Lola, Lola
All night, bleeding blood and soul You can scream it (Noir Désir, Lola)

Le 17 mai à 16:10, Iulius a écrit :

> En réponse à F. Senault :
/.../

> Ah.
> J'ai :
>
> newgroup:*:*:log=newgroup
> rmgroup:*:*:log=rmgroup
>
> Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
> ou, qu'en plus, le groupe est créé ?

La page de man (man 5 control.ctl) semble indiquer que le groupe ne sera
pas crée.

/.../

> Il ne manque pas un « fr.* » dans les deux dernières lignes ?
> J'ai pour ma part :

....

....

Le rouge de la honte me monte au front, en même temps que la joie me
fait faire de nombreux petits bonds.

En d'autres mots, c'est parfaitement exact, et ça explique sans doute
pourquoi ça fait des mois que je râle sur ce truc qui ne veut pas créer
les groupes automatiquement... Hontehontehonte.

> newgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
> rmgroup:control@usenet-fr.news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
> checkgroups:control@usenet-news.eu.org:fr.*:verify-control@usenet-fr.news.eu.org
>
> Le « =control » veut-il dire dans votre configuration que le fichier « control.log »
> est alors édité ?

Oui.

>> Etc. A noter le "newgroup:*:*:drop", qui est ce qui t'intéresse.
>
> Donc si je comprends bien, il suffit que je rajoute un :
>
> checkgroups:*:alt.*:drop
> newgroup:*:alt.*:drop
> rmgroup:*:alt.*:drop
>
> à la fin du fichier ?

Ou, plus prudent, un *:*:drop au début, c'est à voir.

Fred
--
All night, under red tavern lights You can ask to see, Lola, Lola
All-night singing blood and soul You can ask to see, Lola, Lola
All night, spitting blood and soul You can scream it, Lola, Lola
All night, bleeding blood and soul You can scream it (Noir Désir, Lola)

En réponse à F. Senault :
>> newgroup:*:*:log=newgroup
>>
>> Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
>> ou, qu'en plus, le groupe est créé ?
>
> La page de man (man 5 control.ctl) semble indiquer que le groupe ne sera
> pas crée.

Alors c'est vraiment étonnant et je ne vois pas comment ont pu s'introduire
ces groupes « alt.* » indésirables.
Je viens de lire ce man et il semble que ce soit le contraire : le groupe
est bien créé.

%%
log=file
A log entry is written to the specified log file, which is interpreted as in doit=file
described above.

doit
The action requested by the control message should be performed. In some cases, the
control script will also send mail to the news administrator (the argument to
--with-news-master given at configure time, "usenet" by default), but if notification
of the action should always be sent, use "doit=mail" instead (see below).

doit=file
The action is performed as in doit, and additionally a log entry is written to the
specified log file file. If file is the word "mail", the log entry is mailed to the
news administrator instead. An empty string is equivalent to /dev/null and says to
log nothing.
%%

Ouf ! Cela me rassure !



> En d'autres mots, c'est parfaitement exact, et ça explique sans doute
> pourquoi ça fait des mois que je râle sur ce truc qui ne veut pas créer
> les groupes automatiquement... Hontehontehonte.

Ravi d'avoir pu vous être utile alors

Tiens... ça me fait penser à regarder pour mes groupes de la hiérarchie « fr.* ».
Et que vois-je ? Je ne reçois pas les articles d'au moins les deux derniers groupes
créés dans la hiérarchie française : « fr.sci.techniques.energies » et
« fr.rec.tv.terrestre ».
Pour le premier, il n'a pas été créé sur mon serveur et je ne le reçois pas.
Pour le second, il a bien été créé mais je ne reçois pas les messages, hormis
les conseils d'utilisation !

Je me demande bien ce qu'il peut se passer (d'autant plus que j'ai fait
un IHAVE en telnet sur le serveur sur lequel j'ai un peer et j'ai pu voir
que ces deux groupes y sont bien et qu'ils reçoivent les messages).
De plus, aucune trace de ces articles dans les logs des messages reçus par INN.
Étrange.
Avez-vous déjà rencontré un tel problème (groupe créé mais que les chartes) ?



> Ou, plus prudent, un *:*:drop au début, c'est à voir.

Ce que je viens de faire.
Bon, je vais faire une série de « rmgroup » pour purger tous les détritus
de « alt.* ».

--
Iulius

« -- Vite, vous deux ! Allez ouvrir les portes !
-- D'accord chef !
-- Tenez bien le bouclier chef ! » (Astérix)

En réponse à F. Senault :
>> newgroup:*:*:log=newgroup
>>
>> Cela veut-il dire que seul un fichier « newgroup.log » est édité lors d'un « newgroup »
>> ou, qu'en plus, le groupe est créé ?
>
> La page de man (man 5 control.ctl) semble indiquer que le groupe ne sera
> pas crée.

Alors c'est vraiment étonnant et je ne vois pas comment ont pu s'introduire
ces groupes « alt.* » indésirables.
Je viens de lire ce man et il semble que ce soit le contraire : le groupe
est bien créé.

%%
log=file
A log entry is written to the specified log file, which is interpreted as in doit=file
described above.

doit
The action requested by the control message should be performed. In some cases, the
control script will also send mail to the news administrator (the argument to
--with-news-master given at configure time, "usenet" by default), but if notification
of the action should always be sent, use "doit=mail" instead (see below).

doit=file
The action is performed as in doit, and additionally a log entry is written to the
specified log file file. If file is the word "mail", the log entry is mailed to the
news administrator instead. An empty string is equivalent to /dev/null and says to
log nothing.
%%

Ouf ! Cela me rassure !



> En d'autres mots, c'est parfaitement exact, et ça explique sans doute
> pourquoi ça fait des mois que je râle sur ce truc qui ne veut pas créer
> les groupes automatiquement... Hontehontehonte.

Ravi d'avoir pu vous être utile alors

Tiens... ça me fait penser à regarder pour mes groupes de la hiérarchie « fr.* ».
Et que vois-je ? Je ne reçois pas les articles d'au moins les deux derniers groupes
créés dans la hiérarchie française : « fr.sci.techniques.energies » et
« fr.rec.tv.terrestre ».
Pour le premier, il n'a pas été créé sur mon serveur et je ne le reçois pas.
Pour le second, il a bien été créé mais je ne reçois pas les messages, hormis
les conseils d'utilisation !

Je me demande bien ce qu'il peut se passer (d'autant plus que j'ai fait
un IHAVE en telnet sur le serveur sur lequel j'ai un peer et j'ai pu voir
que ces deux groupes y sont bien et qu'ils reçoivent les messages).
De plus, aucune trace de ces articles dans les logs des messages reçus par INN.
Étrange.
Avez-vous déjà rencontré un tel problème (groupe créé mais que les chartes) ?



> Ou, plus prudent, un *:*:drop au début, c'est à voir.

Ce que je viens de faire.
Bon, je vais faire une série de « rmgroup » pour purger tous les détritus
de « alt.* ».

--
Iulius

« -- Vite, vous deux ! Allez ouvrir les portes !
-- D'accord chef !
-- Tenez bien le bouclier chef ! » (Astérix)

Le 18 mai à 00:51, Iulius a écrit :

> Je me demande bien ce qu'il peut se passer (d'autant plus que j'ai fait
> un IHAVE en telnet sur le serveur sur lequel j'ai un peer et j'ai pu voir
> que ces deux groupes y sont bien et qu'ils reçoivent les messages).
> De plus, aucune trace de ces articles dans les logs des messages reçus par INN.
> Étrange.
> Avez-vous déjà rencontré un tel problème (groupe créé mais que les chartes) ?

Nope. Et est-ce que tes peers ont bien des articles dans ces groupes ?
Le plus simple est d'utiliser getlist - getlist -h peer active > toto -
et de regarder si les groupes contiennent des articles.

(Nota : il semblerait que certains serveurs ne maintiennent pas d'active
disponible par ce biais ; ça marche particulièrement mal avec
les DNEWS, si j'observe bien.)

Fred
--
Clouds, herbs and art
Rotating love through time
Tears after overkill
Reversing all my love (Hooverphonic, Cinderella)

Le 18 mai à 00:51, Iulius a écrit :

> Je me demande bien ce qu'il peut se passer (d'autant plus que j'ai fait
> un IHAVE en telnet sur le serveur sur lequel j'ai un peer et j'ai pu voir
> que ces deux groupes y sont bien et qu'ils reçoivent les messages).
> De plus, aucune trace de ces articles dans les logs des messages reçus par INN.
> Étrange.
> Avez-vous déjà rencontré un tel problème (groupe créé mais que les chartes) ?

Nope. Et est-ce que tes peers ont bien des articles dans ces groupes ?
Le plus simple est d'utiliser getlist - getlist -h peer active > toto -
et de regarder si les groupes contiennent des articles.

(Nota : il semblerait que certains serveurs ne maintiennent pas d'active
disponible par ce biais ; ça marche particulièrement mal avec
les DNEWS, si j'observe bien.)

Fred
--
Clouds, herbs and art
Rotating love through time
Tears after overkill
Reversing all my love (Hooverphonic, Cinderella)

F. Senault écrivait:

> (Nota : il semblerait que certains serveurs ne maintiennent pas d'active
> disponible par ce biais ; ça marche particulièrement mal avec
> les DNEWS, si j'observe bien.)

Gni ? Je n'ai rien constaté à ce sujet. Jamais eu le moindre problème de ce
genre.

--
Michel

Le 18 mai 2006 à 18:12, Michel Guillou a écrit :

> F. Senault écrivait:
>
>> (Nota : il semblerait que certains serveurs ne maintiennent pas d'active
>> disponible par ce biais ; ça marche particulièrement mal avec
>> les DNEWS, si j'observe bien.)
>
> Gni ? Je n'ai rien constaté à ce sujet. Jamais eu le moindre problème de ce
> genre.

Ce n'est pas à franchement parler un problème, mais :

| 19:37 news@talisker:~> telnet mendel.ac-versailles.fr 119
| Trying 195.221.97.33...
| Connected to mendel.ac-versailles.fr.
| Escape character is '^]'.
| 200 mendel.ac-versailles.fr DNEWS Version 5.7e1,, S0, posting OK
| list active
| 215 list of newsgroups follows
| .
| quit
| 205 closing connection - goodbye!
| Connection closed by foreign host.

Ton autre serveur renvoie quelques groupes, et le serveur de Jean-Louis
Noël quelques dizaines de groupes test.

J'ai continué mes tests plus loin ; tous les INN renvoient leur active,
et le seul autre serveur à part DNews et INN, un Diablo, ne reconnaît
pas la commande.

Je me rends bien compte que je fais ça depuis une adresse qui est
reconnue dans les feeds, sans mode reader, et sur des machines qui sont
en partie des feeders spécialisés.

Fred
--
I know how to hurt I know how to kill I know what to show
And what to conceal I know when to talk And I know when to touch
No one ever died from wanting too much
(Garbage, The World Is Not Enough)

Le 18 mai 2006 à 18:12, Michel Guillou a écrit :

> F. Senault écrivait:
>
>> (Nota : il semblerait que certains serveurs ne maintiennent pas d'active
>> disponible par ce biais ; ça marche particulièrement mal avec
>> les DNEWS, si j'observe bien.)
>
> Gni ? Je n'ai rien constaté à ce sujet. Jamais eu le moindre problème de ce
> genre.

Ce n'est pas à franchement parler un problème, mais :

| 19:37 news@talisker:~> telnet mendel.ac-versailles.fr 119
| Trying 195.221.97.33...
| Connected to mendel.ac-versailles.fr.
| Escape character is '^]'.
| 200 mendel.ac-versailles.fr DNEWS Version 5.7e1,, S0, posting OK
| list active
| 215 list of newsgroups follows
| .
| quit
| 205 closing connection - goodbye!
| Connection closed by foreign host.

Ton autre serveur renvoie quelques groupes, et le serveur de Jean-Louis
Noël quelques dizaines de groupes test.

J'ai continué mes tests plus loin ; tous les INN renvoient leur active,
et le seul autre serveur à part DNews et INN, un Diablo, ne reconnaît
pas la commande.

Je me rends bien compte que je fais ça depuis une adresse qui est
reconnue dans les feeds, sans mode reader, et sur des machines qui sont
en partie des feeders spécialisés.

Fred
--
I know how to hurt I know how to kill I know what to show
And what to conceal I know when to talk And I know when to touch
No one ever died from wanting too much
(Garbage, The World Is Not Enough)

F. Senault écrivait:

> | 215 list of newsgroups follows
> | .

Ah oui, tiens. Curieux !

> Ton autre serveur renvoie quelques groupes, et le serveur de Jean-Louis
> Noël quelques dizaines de groupes test.
>
> J'ai continué mes tests plus loin ; tous les INN renvoient leur active,
> et le seul autre serveur à part DNews et INN, un Diablo, ne reconnaît
> pas la commande.
>
> Je me rends bien compte que je fais ça depuis une adresse qui est
> reconnue dans les feeds, sans mode reader, et sur des machines qui sont
> en partie des feeders spécialisés.

Dnews fournit pourtant l'active qu'il fournirait à un client classique et
pas à un «feeder».

--
Michel

Michel Guillou <mg@neottia.net> wrote:

> > | 215 list of newsgroups follows
> > | .
>
> Ah oui, tiens. Curieux !

Oui, curieux.

Chez moi, ça marche (ctmetcsdc)

[xavier@doriath xavier]$ telnet valinor nntp
Trying 192.168.100.8...
Connected to valinor.xavhome.fr.eu.org.
Escape character is '^]'.
200 news.groumpf.org DNEWS Version 5.7e1,, S0, posting OK
list active
215 list of newsgroups follows
control 74 35 y
control.cancel 782958 727563 y
control.checkgroups 733 719 y
control.newgroup 6088 5729 y
control.rmgroup 8668 8665 y
fr.bienvenue 1464 1420 m
[...snip...]

--
Xav
We all need someone we can bleed on...

Michel Guillou <mg@neottia.net> wrote:

> > | 215 list of newsgroups follows
> > | .
>
> Ah oui, tiens. Curieux !

Oui, curieux.

Chez moi, ça marche (ctmetcsdc)

[xavier@doriath xavier]$ telnet valinor nntp
Trying 192.168.100.8...
Connected to valinor.xavhome.fr.eu.org.
Escape character is '^]'.
200 news.groumpf.org DNEWS Version 5.7e1,, S0, posting OK
list active
215 list of newsgroups follows
control 74 35 y
control.cancel 782958 727563 y
control.checkgroups 733 719 y
control.newgroup 6088 5729 y
control.rmgroup 8668 8665 y
fr.bienvenue 1464 1420 m
[...snip...]

--
Xav
We all need someone we can bleed on...

Xavier écrivait:

> > > | 215 list of newsgroups follows
> > > | .
> >
> > Ah oui, tiens. Curieux !
>
> Oui, curieux.
>
> Chez moi, ça marche (ctmetcsdc)
>
> [xavier@doriath xavier]$ telnet valinor nntp
> Trying 192.168.100.8...
> Connected to valinor.xavhome.fr.eu.org.

Et c'est du «feed» entre doriath et valinor ?

--
Michel

Michel Guillou <mg@neottia.net> wrote:

> Et c'est du « feed » entre doriath et valinor ?

Ah non, doriath c'est mon poste et valinor le serveur.

Mais on causait bien de la commande en NNTP, non ?

--
Xav
We all need someone we can bleed on...

Le 19 mai 2006 à 18:35, Xavier a écrit :

> Michel Guillou <mg@neottia.net> wrote:
>
>> Et c'est du « feed » entre doriath et valinor ?
>
> Ah non, doriath c'est mon poste et valinor le serveur.
>
> Mais on causait bien de la commande en NNTP, non ?

Vi. Mais il semblerait que DNEWS donne une réponse différente en si le
questionneur est un feed ou un client.

Fred
--
So smell my soul burning. I'm broken, looking up to see the enemy.
have swallowed the poison you feed me... but I survive on it, and it
leaves me guilt fed, hatred fed, weakness fed... and I feel ugly, and
dead inside. (Tool, Bottom)

Le 19 mai 2006 à 18:35, Xavier a écrit :

> Michel Guillou <mg@neottia.net> wrote:
>
>> Et c'est du « feed » entre doriath et valinor ?
>
> Ah non, doriath c'est mon poste et valinor le serveur.
>
> Mais on causait bien de la commande en NNTP, non ?

Vi. Mais il semblerait que DNEWS donne une réponse différente en si le
questionneur est un feed ou un client.

Fred
--
So smell my soul burning. I'm broken, looking up to see the enemy.
have swallowed the poison you feed me... but I survive on it, and it
leaves me guilt fed, hatred fed, weakness fed... and I feel ugly, and
dead inside. (Tool, Bottom)

F. Senault écrivait:

> > Mais on causait bien de la commande en NNTP, non ?

Oui, mais ça ne concernait que les relations entre machines qui échangent.
Ou alors je n'ai rien compris.

> Vi. Mais il semblerait que DNEWS donne une réponse différente en si le
> questionneur est un feed ou un client.

Ah non, pas exactement. Il fournit la même réponse sur un list à une machine
«feed» ou à un client.

C'est normal que mendel réponde par un active vide à un client, puisque
c'est juste un «feeder», mais il devrait logiquement fournir l'active à
une machine avec laquelle il échange.

À mon avis, il ne fournit l'active complet qu'à une machine qui «sucke».

--
Michel

En réponse à F. Senault :
>> Mais je ne comprends alors pas pourquoi, lorsque je fais un IHAVE, ce
>> serveur me répond « Duplicate » pour un Message-ID dans un de ces forums
>> (alors qu'il ne les a pas...). Il n'y a pas de « Duplicate » si je mets
>> un Message-ID bidon.
>
> Parce qu'ils les reçoivent d'un peer correctement configuré, et les
> rejettent sous le prétexte que le groupe n'existe pas. Cependant,
> l'historique garde trace du message - ça permet de le rejeter de nouveau
> au moment du check, sans avoir à réanalyser l'article.

Ingénieux. Encore une fois merci.

J'ai aussi vu qu'il y a une option « wanttrash » dans « inn.conf » qui
permet de stocker dans « junk » les messages de groupes que l'on n'a pas
dans son « active » afin de pouvoir éventuellement les distribuer à ses feeds.

--
Iulius

« Avec toutes les saletés que les gens jettent dans le fleuve,
il n'y a plus de poissons ! Tout ce que je pêche depuis ce matin
sont des amphores vides ! » (Astérix)