🚀 go-pugleaf

Le 06/09/2012 19:14, Benoit Izac a �crit :
> 
> Dernier exemple en date <877gs8wh7c.fsf@izac.org> qui existe sur 
> lacave.net (serveur sur lequel je poste ce message), google groups, 
> http://al.howardknight.net/ mais pas de trace sur news.free.fr. C'est un 
> comble vu que le feed est chez free.

En effet :
<http://al.howardknight.net/msgid.cgi?ID=134688024200>

Le Path contient bien des serveurs chez proxad.net.

Mais je trouve curieux ce X-FeedAbuse :
X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.138.111

> J'ai l'intime sentiment que cleanfeed me d�gage mais pourquoi ?

Les deux seuls autres trucs un peu � la limite sont le champ
Organization pr�sent mais vide, et le champ From invalide mais
ne se *terminant* pas par .INVALID ; cela dit, �a ne me semble
pas une raison suffisante pour qu'un cleanfeed pas trop d�jant�
te d�gage.

Cordialement,
-- 
Olivier Miakinen

On 09/06/12 19:44, Olivier Miakinen wrote:

>> Dernier exemple en date <877gs8wh7c.fsf@izac.org> qui existe sur
>> lacave.net (serveur sur lequel je poste ce message), google groups,
>> http://al.howardknight.net/ mais pas de trace sur news.free.fr. C'est un
>> comble vu que le feed est chez free.
>
> En effet :
> <http://al.howardknight.net/msgid.cgi?ID=134688024200>
>
> Le Path contient bien des serveurs chez proxad.net.
>
> Mais je trouve curieux ce X-FeedAbuse :
> X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.138.111

C'est ajout� par proxad pour tracer d'ou vient le feed (c'est l'IP de 
mon serveur).

>> J'ai l'intime sentiment que cleanfeed me d�gage mais pourquoi ?
>
> Les deux seuls autres trucs un peu � la limite sont le champ
> Organization pr�sent mais vide, et le champ From invalide mais
> ne se *terminant* pas par .INVALID ; cela dit, �a ne me semble
> pas une raison suffisante pour qu'un cleanfeed pas trop d�jant�
> te d�gage.

Je viens d'envoyer un message sans le champ Organization dans fr.test, 
rien de mieux. Quand � mon From, �a fait une dizaine d'ann�e qu'il est 
comme �a et je n'ai jamais eu de probl�me.

Vu que ma configuration n'a pas chang� (juste une mise � jour de inn), 
je penche s�rieusement pour un probl�me cot� cleanfeed.

-- 
Benoit Izac

Le 06/09/2012 20:26, Benoit Izac a �crit :
>>
>> Mais je trouve curieux ce X-FeedAbuse :
>> X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.138.111
> 
> C'est ajout� par proxad pour tracer d'ou vient le feed (c'est l'IP de 
> mon serveur).

C'est juste que je ne l'avais jamais vu. Il faut dire qu'il n'existe
pas dans le cas des articles issus de Proxad m�me.

> Je viens d'envoyer un message sans le champ Organization dans fr.test, 
> rien de mieux.

Je m'en doutais un peu, mais bon...

> Quand � mon From, �a fait une dizaine d'ann�e qu'il est 
> comme �a et je n'ai jamais eu de probl�me.

Ok. Mais note que ce n'est pas une raison pour le laisser comme �a.

Si on met une adresse invalide dans le champ From, m�me si cette
adresse n'existe pas et n'a qu'une chance infime d'exister un jour,
il convient de la mettre dans le nom de domaine de premier niveau
.INVALID qui a �t� r�serv� expr�s pour �a par l'IANA.

Qui te dit que le TLD .ADDRESS ne sera pas cr��, dans un an ou dans
cent ans, et un nom de domaine INVALID.ADDRESS ensuite, celui-ci
recevant alors tout le spam g�n�r� par tes articles ?

> Vu que ma configuration n'a pas chang� (juste une mise � jour de inn), 
> je penche s�rieusement pour un probl�me cot� cleanfeed.

Ok.

Cordialement,
-- 
Olivier Miakinen

Bonjour,

le 06/09/2012 � 20:38, Olivier Miakinen a �crit dans le message
<k2aqjc$25fe$1@cabale.usenet-fr.net> :

>> Je viens d'envoyer un message sans le champ Organization dans fr.test, 
>> rien de mieux.
>
> Je m'en doutais un peu, mais bon...

Mais non, c'est bien �a... J'ai modifi� la config de inn mais pas de mon
gnus et mon test �tait fauss�. Je pense que finalement le coupable
s'appelle Emacs, pas mal de chose ont chang� lorsqu'il est pass� � la
version 24 et c'est mon ��(organization nil)�� qui foutait le bronx.

Merci pour la piste. Les affaires reprennent. ;-)

-- 
Benoit Izac

Le 06/09/2012 20:38, je r�pondais � Benoit Izac :
> 
>> Je viens d'envoyer un message sans le champ Organization dans fr.test, 
>> rien de mieux.
> 
> Je m'en doutais un peu, mais bon...

En r�alit�, je vois trois articles dans fr.test, dont deux avec un champ
Organization vide, et un avec le champ non vide.

Si j'en crois le RFC 5536, le champ Organization est optionnel, mais
s'il est pr�sent il ne doit pas �tre vide :

<http://tools.ietf.org/html/rfc5536#section-2.2>
   o  Every line of a header field body (including the first and any
      that are subsequently folded) MUST contain at least one non-
      whitespace character.

         NOTE: This means that no header field body defined by or
         referenced by this document can be empty.  As a result, rather
         than using the <unstructured> syntax from Section 3.2.5 of
         [RFC5322], this document uses a stricter definition:

   unstructured    =  *WSP VCHAR *( [FWS] VCHAR ) *WSP
</>

Bonjour,

le 06/09/2012 � 20:50, Olivier Miakinen a �crit dans le message
<k2ara4$25n2$1@cabale.usenet-fr.net> :

> Si j'en crois le RFC 5536, le champ Organization est optionnel, mais
> s'il est pr�sent il ne doit pas �tre vide :

Effectivement, c'est gnus qui bug. En revanche, � part free, tous les
serveurs que j'ai sous la main l'acceptent (lacave, orange, gegeweb qui
a r�pondu � mon test, google).

-- 
Benoit Izac

Benoit Izac devait dire quelque chose comme ceci :

>> Si j'en crois le RFC 5536, le champ Organization est optionnel, mais
>> s'il est pr�sent il ne doit pas �tre vide :
>
> Effectivement, c'est gnus qui bug. En revanche, � part free, tous les
> serveurs que j'ai sous la main l'acceptent (lacave, orange, gegeweb qui
> a r�pondu � mon test, google).

 Tu peux ajouter un serveur qui te rejetais, le mien. Par contre j'ai
tes quatres derniers messages sur fr.test, donc le probl�me venait bien
du champ /organization/ vide qui ne plaisait pas � certains serveurs.
 Accessoirement ce n'est pas derri�re gegeweb que se trouve le robot de
fr.test, mais httrack. Gegeweb n'est que le serveur situ� juste avant
dans le cas pr�sent.

-- 
17/06/1969 - 18/01/2011

Repose en paix mon amour :'(

Bonjour,

le 06/09/2012 � 21:35, St�phane Catteau a �crit dans le message
<mn.350f7dc95d566321.30736@sc4x.org> :

> Benoit Izac devait dire quelque chose comme ceci :
>
>>> Si j'en crois le RFC 5536, le champ Organization est optionnel, mais
>>> s'il est pr�sent il ne doit pas �tre vide :
>>
>> Effectivement, c'est gnus qui bug. En revanche, � part free, tous les
>> serveurs que j'ai sous la main l'acceptent (lacave, orange, gegeweb qui
>> a r�pondu � mon test, google).
>
>  Tu peux ajouter un serveur qui te rejetais, le mien. Par contre j'ai
> tes quatres derniers messages sur fr.test, donc le probl�me venait bien
> du champ /organization/ vide qui ne plaisait pas � certains serveurs.
>  Accessoirement ce n'est pas derri�re gegeweb que se trouve le robot de
> fr.test, mais httrack. Gegeweb n'est que le serveur situ� juste avant
> dans le cas pr�sent.

Effectivement, j'ai regard� un peu vite mais je pensais plut�t � la
r�ponse re�u par mail :

| Ce message a �t� re�u sur le serveur
| 	nocworld.net (Paris, France)
| en passant par le chemin:
| 
| nocworld.net!gegeweb.org!dedibox.gegeweb.org!gegeweb.eu!nntpfeed.proxad.net!news.izac.org!.POSTED!not-for-mail
| [...]

Si je comprends bien, le fait qu'il le re�oive veut dire qu'il va le
retransmettre aux serveurs avec qui il �change mais ne garanti pas qu'il
le stock. Plus pr�cis�ment, cleanfeed est utilis� uniquement avant le
stockage, c'est bien cela ?

-- 
Benoit Izac

Le Jeudi 06 septembre 2012 � 19:35 UTC, St�phane Catteau �crivait sur
fr.usenet.distribution :

>  Accessoirement ce n'est pas derri�re gegeweb que se trouve le robot de
> fr.test, mais httrack. Gegeweb n'est que le serveur situ� juste avant
> dans le cas pr�sent.

Voil� qui me rassure, je n'avais pas m�moire d'avoir mis en place un
r�pondeur sur les groupes de test ! ;-)

@+
-- 
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
pr�cis�ment de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi.                                  -+- Hem Day -+-

Le Jeudi 06 septembre 2012 � 20:01 UTC, Benoit Izac �crivait sur
fr.usenet.distribution :

> Effectivement, j'ai regard� un peu vite mais je pensais plut�t � la
> r�ponse re�u par mail :
>
>| Ce message a �t� re�u sur le serveur
>| 	nocworld.net (Paris, France)

C'est le r�pondeur de chez Nocworld.

>| en passant par le chemin:
>| 
>| nocworld.net!gegeweb.org!dedibox.gegeweb.org!gegeweb.eu!nntpfeed.proxad.net!news.izac.org!.POSTED!not-for-mail

C'est pass� par ma dedibox (dedibox.gegeweb.org!gegeweb.eu!), via le
feed proxad, avant d'arriver sur news.gegeweb.org (gegeweb.org!) qui a
redistribu� � Nocworld.

> Si je comprends bien, le fait qu'il le re�oive veut dire qu'il va le
> retransmettre aux serveurs avec qui il �change mais ne garanti pas qu'il
> le stock. Plus pr�cis�ment, cleanfeed est utilis� uniquement avant le
> stockage, c'est bien cela ?

En fait �a d�pend.
Concernant free les feeders (serveurs qui �changent) et les frontaux
(ceux qui servent aux clients) sont des serveurs diff�rents.

@+
-- 
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
pr�cis�ment de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi.                                  -+- Hem Day -+-

Bonjour,

le 06/09/2012 � 22:21, G�rald Niel a �crit dans le message
<slrnk4i1dg.v5.gerald.niel+spam@mbp15-gn.gegeweb.org> :

>> Si je comprends bien, le fait qu'il le re�oive veut dire qu'il va le
>> retransmettre aux serveurs avec qui il �change mais ne garanti pas qu'il
>> le stock. Plus pr�cis�ment, cleanfeed est utilis� uniquement avant le
>> stockage, c'est bien cela ?
>
> En fait �a d�pend.
> Concernant free les feeders (serveurs qui �changent) et les frontaux
> (ceux qui servent aux clients) sont des serveurs diff�rents.

Donc si je comprends bien quatre solutions possibles :
 1. on ne filtre rien (moi)
 2. on filtre uniquement ce qui va �tre stock� mais on transfert tout
    (free)
 3. on filtre uniquement avant de transf�rer mais pas en local (�a doit
    �tre rare)
 4. on filtre tout (�a me parait le plus sain si on veut faire du
    filtrage, il n'y a pas de raison de balancer au voisin ce que l'on
    ne veut pas soit m�me)

J'ai bon ?

-- 
Benoit Izac

Le 06/09/2012 22:41, Benoit Izac a �crit :
> 
> Donc si je comprends bien quatre solutions possibles :
>  1. on ne filtre rien (moi)

Je suppose que tu filtres quand m�me les articles si mal foutus qu'ils
risqueraient de faire planter le traitement. Par exemple du binaire
dans un champ Date, des lignes de 8000 octets de long, un Message-ID
vide, ce genre de trucs...

>  2. on filtre uniquement ce qui va �tre stock� mais on transfert tout
>     (free)

�a me semble plut�t sain d'avoir �ventuellement des filtres plus
s�v�res sur ce que l'on va pr�senter aux utilisateurs que sur ce qui
peut transiter.

>  3. on filtre uniquement avant de transf�rer mais pas en local (�a doit
>     �tre rare)

Ce serait m�me plut�t stupide : cela veut dire que l'on se permet de
censurer des articles avant de les transmettre aux autres, censure
qu'on ne s'appliquerait pas � soi-m�me. ;-)

>  4. on filtre tout (�a me parait le plus sain si on veut faire du
>     filtrage, il n'y a pas de raison de balancer au voisin ce que l'on
>     ne veut pas soit m�me)

Moi je vois d'excellentes raisons pour le faire. Un FSI peut
d�cider de ne pas pr�senter les binaires � ses clients (pr�venus
qu'il en est ainsi) mais ne pas imposer cette restriction aux
autres.

> J'ai bon ?

Je crois que oui concernant la liste des cas, m�me si mon opinion
diff�re quant � la pertinence de chacun.

Cordialement,
-- 
Olivier Miakinen

Bonjour,

le 06/09/2012 � 23:26, Olivier Miakinen a �crit dans le message
<k2b4c4$2905$1@cabale.usenet-fr.net> :

>> Donc si je comprends bien quatre solutions possibles :
>>  1. on ne filtre rien (moi)
>
> Je suppose que tu filtres quand m�me les articles si mal foutus qu'ils
> risqueraient de faire planter le traitement. Par exemple du binaire
> dans un champ Date, des lignes de 8000 octets de long, un Message-ID
> vide, ce genre de trucs...

Quand je dis que je ne filtre rien, je veux dire que je n'ai mis aucune
r�gle personnalis�e et que je n'ai pas install� cleanfeed.

>>  4. on filtre tout (�a me parait le plus sain si on veut faire du
>>     filtrage, il n'y a pas de raison de balancer au voisin ce que l'on
>>     ne veut pas soit m�me)
>
> Moi je vois d'excellentes raisons pour le faire. Un FSI peut
> d�cider de ne pas pr�senter les binaires � ses clients (pr�venus
> qu'il en est ainsi) mais ne pas imposer cette restriction aux
> autres.

Je ne parle pas du choix de la hi�rarchie, je parle du contenu des
messages, du genre : si le message est un crosspost sur plus de x
groupes => poubelle.

Mais en y r�fl�chissant, je pense que tu as raison, c'est � chacun de
faire ses propres r�gles. Par contre, il me semblait avoir lu quelque
part que si l'on voulait �changer il fallait avoir cleanfeed d'install�
et, si l'on suit le raisonnement ��je rebalance tout ce que je re�ois��,
je n'en saisi pas l'int�r�t.

-- 
Benoit Izac

Le 06/09/2012 23:52, Benoit Izac a �crit :
> 
> [...] Par contre, il me semblait avoir lu quelque
> part que si l'on voulait �changer il fallait avoir cleanfeed d'install�
> et, si l'on suit le raisonnement � je rebalance tout ce que je re�ois �,
> je n'en saisi pas l'int�r�t.

Apr�s r�flexion, je pense que l'id�al est un savant dosage de tes cas
2 et 4 : on commence par filtrer ce qu'on sait �tre mauvais pour tout
le monde (articles mal form�s) et �ventuellement ce sur quoi il y a
consensus (par exemple binaires dans fr.*), ce filtrage s'appliquant
aussi bien aux feeds qu'aux utilisateurs locaux ; puis on filtre
selon des r�gles particuli�res (par exemple pas de crosspost sur
trois groupes sans suivi), ceci ne s'appliquant qu'en local.

Benoit Izac devait dire quelque chose comme ceci :

> Si je comprends bien, le fait qu'il le re�oive veut dire qu'il va le
> retransmettre aux serveurs avec qui il �change mais ne garanti pas qu'il
> le stock. Plus pr�cis�ment, cleanfeed est utilis� uniquement avant le
> stockage, c'est bien cela ?

 Comme le dit G�rald, l'architecture d�pend de la taille de l'ensemble
appel� "serveur". Sur les petites structures, les feeds, le stockage et
la pr�sentation des messages clients sont assur�s par le m�me serveur
via diff�rents programmes. Donc dans ce cas l� cleanfeed est utilis�
juste � la sortie des feeds.
 Mais sur les grandes structures le volume est tellement important que
chaque tache est d�volue � un pool de serveurs. Le premier de ce pool,
les feeders, s'assurent de la r�ception des messages, de leur renvois
vers le vaste monde, et de leur communication au pool suivant, qui
mettra � jour l'active des frontaux (le pool qui parle au client) et
enverra les messages aux spoolers (le pool qui stocke les messages).
Comme c'est au niveau de ce pool que se fait le plus gros du traitement
des messages, c'est aussi � ce niveau l� qu'est plac� cleanfeed.
 N�anmoins, bien que l'emplacement "physique" de cleanfeed change, dans
les deux cas, oui, il fait son oeuvre juste avant le stockage.

 Quoi qu'il en soit, dans mon cas le probl�me ne venait pas de
cleanfeed, j'ai fini par le virer. De m�me, tes messages sont forc�ment
arriv�s jusque chez moi, puisqu'ils ont �t� accept� par Gegeweb qui
fait parti de mes feeds, mais comme ils n'ont pas �t� stock�s, j'en
conclus que c'est inn tout seul comme un grand qui les refusait.
Probablement � cause du champ /organization/, comme Olivier a permis de
le d�couvrir plus t�t.


[1]
 Vu que j'ai vir� mes utilisateurs depuis longtemps, il ne servait pas
� grand chose au final. Et comme j'avais besoin d'un fufe garanti 100%
sans filtrage, c'�tait plus simple de tout retirer.

-- 
17/06/1969 - 18/01/2011

Repose en paix mon amour :'(

Benoit Izac devait dire quelque chose comme ceci :

> Donc si je comprends bien quatre solutions possibles :
>  1. on ne filtre rien (moi)

 Modulo le rejet des messages malform�s et la configuration m�me du
serveur. Il est un peu tard l�, mais de m�moire Inn filtre de lui-m�me
sur la date (pas plus de quelques jours dans le pass� et de quelques
heures dans le futur) et le nombre de forums pour un crosspost.


>  2. on filtre uniquement ce qui va �tre stock� mais on transfert tout
>     (free)

 Ce n'est pas valable que pour Free et les gros serveurs, c'est le
comportement par d�faut m�me avec cleanfeed.


>  3. on filtre uniquement avant de transf�rer mais pas en local (�a doit
>     �tre rare)

 Tellement rare que je ne pense pas que cela existe.


>  4. on filtre tout (�a me parait le plus sain si on veut faire du
>     filtrage, il n'y a pas de raison de balancer au voisin ce que l'on
>     ne veut pas soit m�me)

 Dans l'absolue oui, mais pas dans la pratique. Par exemple, httrack
est utilis� par un robot antispam, mmf et compagnie. Il doit donc �tre
relativement crade par d�faut, de fa�on � voir les messages qu'il va
ensuite annuler. Cela alors m�me qu'une partie de ses messages sont
d�j� tomb�s dans les filtres d'autres serveurs.
 De m�me mon serveur h�bergeant un robot qui fait un r�sum� de messages
publi�s sur fufe, j'ai besoin d'avoir l'ensemble des messages au
minimum pour ce forum. C'�tait la m�me chose pour feu ns2 du temps o�
il h�bergeait R.Lucie[1], et pour le serveur qui sert de base � la
g�n�ration des stats de fr�quentation de la hi�rarchie. Et en th�orie
httrack et nocworld doivent avoir un fr.test le plus crade possible,
pour que le r�pondeur puisse fonctionner correctement.
 Enfin, chaque serveur � plus ou moins sa propre politique de filtrage,
qui ne correspond pas forc�ment � celle du voisin. Il fut ainsi un
temps o� une dizaine de serveurs filtraient l'ensemble de fs.politique,
c'�tait une d�cision personnelle de leurs admins respectifs, ils
n'avaient aucune raison de l'imposer � l'ensemble du r�seau.


> J'ai bon ?

 Il me semble oui.

[1]
 R.Lucie �tait un robot d'acceuil sur la hi�rarchie.

-- 
17/06/1969 - 18/01/2011

Repose en paix mon amour :'(

Bonjour,

le 07/09/2012 � 00:08, St�phane Catteau a �crit dans le message
<mn.38087dc961767bc9.30736@sc4x.org> :

>  Quoi qu'il en soit, dans mon cas le probl�me ne venait pas de
> cleanfeed, j'ai fini par le virer. De m�me, tes messages sont forc�ment
> arriv�s jusque chez moi, puisqu'ils ont �t� accept� par Gegeweb qui
> fait parti de mes feeds, mais comme ils n'ont pas �t� stock�s, j'en
> conclus que c'est inn tout seul comme un grand qui les refusait.
> Probablement � cause du champ /organization/, comme Olivier a permis de
> le d�couvrir plus t�t.

Je n'ai plus de doute quand � l'origine des refus, mais �a me laisse
perplexe, pourquoi ton inn les refuse et le mien (2.5.2) les envoie et
les stocke ?

-- 
Benoit Izac

Benoit Izac n'�tait pas loin de dire :

> Je n'ai plus de doute quand � l'origine des refus, mais �a me laisse
> perplexe, pourquoi ton inn les refuse et le mien (2.5.2) les envoie et
> les stocke ?

 Parce que je suis un admin feignasse qui ne met � jour que lorsque
c'est absolument n�cessaire. Du coup je suis encore en 2.4.6. Il se
peut que quelqu'un soit passer sur cette partie du code entre temps et
comme il avait deux minutes de libre il en a profit� pour rajouter la
gestion du champ vide, l� o� il y avait avant un simple refus du
message.
 S'il y a une explication plus profonde, et qu'il passe sur ma r�ponse,
Julien Elie le dira probablement.

-- 
17/06/1969 - 18/01/2011

Repose en paix mon amour :'(

On Thu, 06 Sep 2012 20:38:15 +0200, Olivier Miakinen wrote:
>> C'est ajouté par proxad pour tracer d'ou vient le feed (c'est l'IP de
>> mon serveur).
> C'est juste que je ne l'avais jamais vu. Il faut dire qu'il n'existe pas
> dans le cas des articles issus de Proxad même.

Dans le cas des articles qui sortent de nos frontaux, le champs X-Trace 
est "valide". Dans le cas de nntpfeed, les feeds sont entièrement 
automatisé et j'avais le choix entre garder une trace des modifications de 
configuration (en particulier le Path) ou logguer l'IP du relais. J'ai 
préféré la seconde solution.

François

On Thu, 06 Sep 2012 22:01:42 +0200, Benoit Izac wrote:
> Si je comprends bien, le fait qu'il le reçoive veut dire qu'il va le
> retransmettre aux serveurs avec qui il échange mais ne garanti pas qu'il
> le stock. Plus précisément, cleanfeed est utilisé uniquement avant le
> stockage, c'est bien cela ?

Il ne faut pas voir une plateforme nntp comme vous voyez votre serveur. 
Donc, oui, vous avez des serveurs qui sont dédiés à la gestions de feeds, 
des serveurs de filtrages (qui sont alimentés par les feeders), des 
serveurs de stockage (dits spoolers, alimentés par les serveurs de 
filtrages), un serveur qui numérote les entêtes (c'est le SPOF de 
l'architecture, feed d'entête depuis les spoolers), les frontaux (alimenté 
en entêtes numérotés par le serveur précédent).

François

Bonjour,

le 10/09/2012 � 13:44, Francois Petillon a �crit dans le message
<504dd29b$0$6148$426a74cc@news.free.fr> :

>> Si je comprends bien, le fait qu'il le re�oive veut dire qu'il va le
>> retransmettre aux serveurs avec qui il �change mais ne garanti pas qu'il
>> le stock. Plus pr�cis�ment, cleanfeed est utilis� uniquement avant le
>> stockage, c'est bien cela ?
>
> Il ne faut pas voir une plateforme nntp comme vous voyez votre
> serveur. Donc, oui, vous avez des serveurs qui sont d�di�s � la
> gestions de feeds, des serveurs de filtrages (qui sont aliment�s par
> les feeders), des serveurs de stockage (dits spoolers, aliment�s par
> les serveurs de filtrages), un serveur qui num�rote les ent�tes (c'est
> le SPOF de l'architecture, feed d'ent�te depuis les spoolers), les
> frontaux (aliment� en ent�tes num�rot�s par le serveur pr�c�dent).

Une belle usine � gaz en somme. �a ne m'�tonne qu'� moiti� que mes
articles se perdent avec tout �a. ;-)

Merci pour l'explication, je comprends mieux le parcours que l'on peut
lire dans le ��Path:��.

-- 
Benoit Izac