Bonjour,

Je viens de faire un :

/usr/lib/news/bin/inncheck -a -v -pedantic


Et j'ai les erreurs suivantes :

-----

/var/lib/news/active:81: `0000000278' < '0000000332'.

Est-ce grave (que le lowmark soit supérieur au highmark) ?
C'est sur un groupe de « biz.* » que je n'ai de toute façon pas
dans la liste des groupes auxquels je puis m'abonner sur mon
serveur de news.
Pourquoi est-il référencé dans le fichier « active » ? Est-il possible
de regénérer ce fichier correctement ?

-----

innconfval: /etc/news/inn.conf:52: unknown parameter usecontrolchan
innconfval: /etc/news/inn.conf:81: unknown parameter nnrppythonauth
innconfval: /etc/news/inn.conf:80: unknown parameter nnrpperlauth

Est-ce que cela a une importance ? Je trouve pourtant des références à
de tels paramètres sur le web.

-----

/etc/news/newsfeeds:90: ME has exclusions

J'ai :

ME/corp.supernews.com,nym.alias.net\
:!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
rec.*,sci.*,soc.*,edu.*,/world,usa,na,gnu,bionet,\
pubnet,u3b,eunet,vmsnet,inet,ddn,k12,local,fr,uk,i nfo,comp\
::

Ce n'est pas bon ?

Le « ME » contient-il la configuration de ce que mon serveur local reçoit ?


Au fait, j'ai corrigé de multiples erreurs de permissions (root root au lieu
de news news) grâce à inncheck. Pourtant tout fonctionne correctement (les
droits sur les fichiers sont en lecture pour news). Qu'est-ce que cela
change donc pour inn2 ?

--
Iulius

« Il avait juste assez de culture pour faire
des citations fausses. » (Byron)

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

> /var/lib/news/active:81: `0000000278' < '0000000332'.
>
> Est-ce grave (que le lowmark soit supérieur au highmark) ?
> C'est sur un groupe de « biz.* » que je n'ai de toute façon pas
> dans la liste des groupes auxquels je puis m'abonner sur mon
> serveur de news.

Alors ce n'est pas grave.

> Pourquoi est-il référencé dans le fichier « active » ? Est-il possible
> de regénérer ce fichier correctement ?

Le fichier active - et lui seul - renseigne les groupes effectivement
distribués par le serveur. Pour enlever les groupes parasites, faire un
ctlinnd rmgroup 'groupe'.

> innconfval: /etc/news/inn.conf:52: unknown parameter usecontrolchan
> innconfval: /etc/news/inn.conf:81: unknown parameter nnrppythonauth
> innconfval: /etc/news/inn.conf:80: unknown parameter nnrpperlauth
>
> Est-ce que cela a une importance ? Je trouve pourtant des références à
> de tels paramètres sur le web.

Dans des versions plus anciennes de INN - ces paramètres sont maintenant
obsolètes.

> /etc/news/newsfeeds:90: ME has exclusions
>
> J'ai :
>
> ME/corp.supernews.com,nym.alias.net\
> :!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
> rec.*,sci.*,soc.*,edu.*,/world,usa,na,gnu,bionet,\
> pubnet,u3b,eunet,vmsnet,inet,ddn,k12,local,fr,uk,i nfo,comp\
> ::
>
> Ce n'est pas bon ?

Si, à part la partie sur les distributions qui est, TTBOMK, inutile
(ici, j'ai juste un '!local'. Ah, et la dernière virgule avant le / est
inutile aussi.

> Le « ME » contient-il la configuration de ce que mon serveur local reçoit ?

Oui, et non. Les serveurs listés sont une liste de path rejetés. La
liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
Les distributions sont aussi une liste de rejets globale.

> Au fait, j'ai corrigé de multiples erreurs de permissions (root root au lieu
> de news news) grâce à inncheck. Pourtant tout fonctionne correctement (les
> droits sur les fichiers sont en lecture pour news). Qu'est-ce que cela
> change donc pour inn2 ?

Des problèmes potentiels et difficiles à diagnostiquer. Suis les
conseils d'inncheck au minimum sur les propriétaires des fichiers (il
reproche parfois des modes 664 ou lieu de 644, par exemple, c'est moins
important).

Oh, et ça semble impliquer que la partie du fichier INSTALL qui
conseille très fortement de paramétrer le serveur sous un compte news
dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
un compte news utilisable, et agréable à utiliser, pour gérer INN.

Autrement, c'est le début des ennuis.

Fred
--
Hey God, there's nothing left for me to hide
I lost my ignorance, security and pride
I'm all alone in this fucking world you must despise (Nine Inch Nails,
Hey God, I believed your promises, your promises and lies Terrible Lie)

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

> /var/lib/news/active:81: `0000000278' < '0000000332'.
>
> Est-ce grave (que le lowmark soit supérieur au highmark) ?
> C'est sur un groupe de « biz.* » que je n'ai de toute façon pas
> dans la liste des groupes auxquels je puis m'abonner sur mon
> serveur de news.

Alors ce n'est pas grave.

> Pourquoi est-il référencé dans le fichier « active » ? Est-il possible
> de regénérer ce fichier correctement ?

Le fichier active - et lui seul - renseigne les groupes effectivement
distribués par le serveur. Pour enlever les groupes parasites, faire un
ctlinnd rmgroup 'groupe'.

> innconfval: /etc/news/inn.conf:52: unknown parameter usecontrolchan
> innconfval: /etc/news/inn.conf:81: unknown parameter nnrppythonauth
> innconfval: /etc/news/inn.conf:80: unknown parameter nnrpperlauth
>
> Est-ce que cela a une importance ? Je trouve pourtant des références à
> de tels paramètres sur le web.

Dans des versions plus anciennes de INN - ces paramètres sont maintenant
obsolètes.

> /etc/news/newsfeeds:90: ME has exclusions
>
> J'ai :
>
> ME/corp.supernews.com,nym.alias.net\
> :!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
> rec.*,sci.*,soc.*,edu.*,/world,usa,na,gnu,bionet,\
> pubnet,u3b,eunet,vmsnet,inet,ddn,k12,local,fr,uk,i nfo,comp\
> ::
>
> Ce n'est pas bon ?

Si, à part la partie sur les distributions qui est, TTBOMK, inutile
(ici, j'ai juste un '!local'. Ah, et la dernière virgule avant le / est
inutile aussi.

> Le « ME » contient-il la configuration de ce que mon serveur local reçoit ?

Oui, et non. Les serveurs listés sont une liste de path rejetés. La
liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
Les distributions sont aussi une liste de rejets globale.

> Au fait, j'ai corrigé de multiples erreurs de permissions (root root au lieu
> de news news) grâce à inncheck. Pourtant tout fonctionne correctement (les
> droits sur les fichiers sont en lecture pour news). Qu'est-ce que cela
> change donc pour inn2 ?

Des problèmes potentiels et difficiles à diagnostiquer. Suis les
conseils d'inncheck au minimum sur les propriétaires des fichiers (il
reproche parfois des modes 664 ou lieu de 644, par exemple, c'est moins
important).

Oh, et ça semble impliquer que la partie du fichier INSTALL qui
conseille très fortement de paramétrer le serveur sous un compte news
dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
un compte news utilisable, et agréable à utiliser, pour gérer INN.

Autrement, c'est le début des ennuis.

Fred
--
Hey God, there's nothing left for me to hide
I lost my ignorance, security and pride
I'm all alone in this fucking world you must despise (Nine Inch Nails,
Hey God, I believed your promises, your promises and lies Terrible Lie)

En réponse à F. Senault :

Je vous remercie tout d'abord d'avoir pris le temps de me répondre.
J'ai appliqué les conseils que vous m'avez donnés.

>> Pourquoi est-il référencé dans le fichier « active » ? Est-il possible
>> de regénérer ce fichier correctement ?
>
> Le fichier active - et lui seul - renseigne les groupes effectivement
> distribués par le serveur. Pour enlever les groupes parasites, faire un
> ctlinnd rmgroup 'groupe'.

Heu... Pourtant, j'ai dans mon « active », des groupes comme « junk »
ou « control.cancel » (control.cancel 0000972291 0000971907 y) qui
n'apparaissent pas dans mon client lorsque je demande les groupes
distribués. Y a-t-il un autre paramètre qui empêche qu'ils soient distribués ?



>> ME/corp.supernews.com,nym.alias.net\
>> :!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
>> rec.*,sci.*,soc.*,edu.*,/world,usa,na,gnu,bionet,\
>> pubnet,u3b,eunet,vmsnet,inet,ddn,k12,local,fr,uk,i nfo,comp\
>> ::
>>
>> Le « ME » contient-il la configuration de ce que mon serveur local reçoit ?
>
> Oui, et non. Les serveurs listés sont une liste de path rejetés. La
> liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
> Les distributions sont aussi une liste de rejets globale.

Donc cela veut dire que tout ce qui est listé dans ME n'a pas besoin d'être
relisté pour les serveurs de news suivants ?
Je présume que cette liste est placée avant, c'est-à-dire que si je fais un
« serveur:!alt.*:Tm:innfeed! » par la suite, tout ce qui est dans ME sera
distribué à « serveur », sauf « alt.* » ?



> Oh, et ça semble impliquer que la partie du fichier INSTALL qui
> conseille très fortement de paramétrer le serveur sous un compte news
> dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
> un compte news utilisable, et agréable à utiliser, pour gérer INN.
>
> Autrement, c'est le début des ennuis.


Ce n'est malheureusement pas moi qui ai installé INN. Il est opérationnel
depuis quelques années et j'en ai désormais la charge.
Merci en tout cas pour tous vos conseils !

--
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 :

Je vous remercie tout d'abord d'avoir pris le temps de me répondre.
J'ai appliqué les conseils que vous m'avez donnés.

>> Pourquoi est-il référencé dans le fichier « active » ? Est-il possible
>> de regénérer ce fichier correctement ?
>
> Le fichier active - et lui seul - renseigne les groupes effectivement
> distribués par le serveur. Pour enlever les groupes parasites, faire un
> ctlinnd rmgroup 'groupe'.

Heu... Pourtant, j'ai dans mon « active », des groupes comme « junk »
ou « control.cancel » (control.cancel 0000972291 0000971907 y) qui
n'apparaissent pas dans mon client lorsque je demande les groupes
distribués. Y a-t-il un autre paramètre qui empêche qu'ils soient distribués ?



>> ME/corp.supernews.com,nym.alias.net\
>> :!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
>> rec.*,sci.*,soc.*,edu.*,/world,usa,na,gnu,bionet,\
>> pubnet,u3b,eunet,vmsnet,inet,ddn,k12,local,fr,uk,i nfo,comp\
>> ::
>>
>> Le « ME » contient-il la configuration de ce que mon serveur local reçoit ?
>
> Oui, et non. Les serveurs listés sont une liste de path rejetés. La
> liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
> Les distributions sont aussi une liste de rejets globale.

Donc cela veut dire que tout ce qui est listé dans ME n'a pas besoin d'être
relisté pour les serveurs de news suivants ?
Je présume que cette liste est placée avant, c'est-à-dire que si je fais un
« serveur:!alt.*:Tm:innfeed! » par la suite, tout ce qui est dans ME sera
distribué à « serveur », sauf « alt.* » ?



> Oh, et ça semble impliquer que la partie du fichier INSTALL qui
> conseille très fortement de paramétrer le serveur sous un compte news
> dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
> un compte news utilisable, et agréable à utiliser, pour gérer INN.
>
> Autrement, c'est le début des ennuis.


Ce n'est malheureusement pas moi qui ai installé INN. Il est opérationnel
depuis quelques années et j'en ai désormais la charge.
Merci en tout cas pour tous vos conseils !

--
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:24, Iulius a écrit :

>> Le fichier active - et lui seul - renseigne les groupes effectivement
>> distribués par le serveur. Pour enlever les groupes parasites, faire un
>> ctlinnd rmgroup 'groupe'.
>
> Heu... Pourtant, j'ai dans mon « active », des groupes comme « junk »
> ou « control.cancel » (control.cancel 0000972291 0000971907 y) qui
> n'apparaissent pas dans mon client lorsque je demande les groupes
> distribués. Y a-t-il un autre paramètre qui empêche qu'ils soient distribués ?

Ce sont des groupes particuliers ; de toutes manières, ce qui est
renvoyé au client est dicté par le fichier readers.conf, qui applique
éventuellement un filtre par dessus l'active.

>> Oui, et non. Les serveurs listés sont une liste de path rejetés. La
>> liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
>> Les distributions sont aussi une liste de rejets globale.
>
> Donc cela veut dire que tout ce qui est listé dans ME n'a pas besoin d'être
> relisté pour les serveurs de news suivants ?
> Je présume que cette liste est placée avant, c'est-à-dire que si je fais un
> « serveur:!alt.*:Tm:innfeed! » par la suite, tout ce qui est dans ME sera
> distribué à « serveur », sauf « alt.* » ?

Oui.

>> Oh, et ça semble impliquer que la partie du fichier INSTALL qui
>> conseille très fortement de paramétrer le serveur sous un compte news
>> dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
>> un compte news utilisable, et agréable à utiliser, pour gérer INN.
>>
>> Autrement, c'est le début des ennuis.
>
>
> Ce n'est malheureusement pas moi qui ai installé INN. Il est opérationnel
> depuis quelques années et j'en ai désormais la charge.

Alors une des premières étapes et de passer un peu de temps à
personnaliser ce compte (par exemple rajouter les binaires dans le PATH
et les pages de man dans le MANPATH, configurer un éditeur convenable,
le shell...), et se forcer à ne plus utiliser que lui.

> Merci en tout cas pour tous vos conseils !

'Service.

Fred
--
Remember, when it comes to commercial TV, the program is not the
product. YOU are the product, and the advertiser is the customer.
(Mark W. Schumann in the SDM)

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

>> Le fichier active - et lui seul - renseigne les groupes effectivement
>> distribués par le serveur. Pour enlever les groupes parasites, faire un
>> ctlinnd rmgroup 'groupe'.
>
> Heu... Pourtant, j'ai dans mon « active », des groupes comme « junk »
> ou « control.cancel » (control.cancel 0000972291 0000971907 y) qui
> n'apparaissent pas dans mon client lorsque je demande les groupes
> distribués. Y a-t-il un autre paramètre qui empêche qu'ils soient distribués ?

Ce sont des groupes particuliers ; de toutes manières, ce qui est
renvoyé au client est dicté par le fichier readers.conf, qui applique
éventuellement un filtre par dessus l'active.

>> Oui, et non. Les serveurs listés sont une liste de path rejetés. La
>> liste de groupes de ME est ajoutée à toutes les lignes des autres feeds.
>> Les distributions sont aussi une liste de rejets globale.
>
> Donc cela veut dire que tout ce qui est listé dans ME n'a pas besoin d'être
> relisté pour les serveurs de news suivants ?
> Je présume que cette liste est placée avant, c'est-à-dire que si je fais un
> « serveur:!alt.*:Tm:innfeed! » par la suite, tout ce qui est dans ME sera
> distribué à « serveur », sauf « alt.* » ?

Oui.

>> Oh, et ça semble impliquer que la partie du fichier INSTALL qui
>> conseille très fortement de paramétrer le serveur sous un compte news
>> dès que les binaires sont déployés a été ignorée. C'est mal. Il _faut_
>> un compte news utilisable, et agréable à utiliser, pour gérer INN.
>>
>> Autrement, c'est le début des ennuis.
>
>
> Ce n'est malheureusement pas moi qui ai installé INN. Il est opérationnel
> depuis quelques années et j'en ai désormais la charge.

Alors une des premières étapes et de passer un peu de temps à
personnaliser ce compte (par exemple rajouter les binaires dans le PATH
et les pages de man dans le MANPATH, configurer un éditeur convenable,
le shell...), et se forcer à ne plus utiliser que lui.

> Merci en tout cas pour tous vos conseils !

'Service.

Fred
--
Remember, when it comes to commercial TV, the program is not the
product. YOU are the product, and the advertiser is the customer.
(Mark W. Schumann in the SDM)

> Donc cela veut dire que tout ce qui est listé dans ME n'a pas besoin d'être
> relisté pour les serveurs de news suivants ?
> Je présume que cette liste est placée avant, c'est-à-dire que si je fais un
> « serveur:!alt.*:Tm:innfeed! » par la suite, tout ce qui est dans ME sera
> distribué à « serveur », sauf « alt.* » ?

OK ; j'ai trouvé la réponse avec « man newsfeeds » à cette question.
En revanche, je n'ai pas bien compris un détail :


newsfeeds :

ME/corp.supernews.com,nym.alias.net\
:!*,alt.*,bit.*,comp.*,control.*,fr.*,gnu.*,info.* ,junk*,ml.*,news.*,\
rec.*,sci.*,soc.*,edu.*::

autre/autre.fr\
::Tm:innfeed!

innfeed!\
:!*,\
:Tc,Wnm*,S30000:/usr/lib/news/bin/startinnfeed

-------

incoming.conf :

peer ME {
hostname: "ma-machine"
}

peer autre {
hostname: "un-autre"
}

-------

innfeed.conf :

peer autre {
ip-name: un-autre
}




Où est indiqué le fait qu'un message posté sur mon serveur de news
est placé dans son spool d'articles ?
Je vois que des peers entrants sont là (incoming.conf), sortants (innfeed.conf) ;
mais où est le local ? Est-ce automatique ?

Quant au
/etc/news/newsfeeds:90: ME has exclusions
si je mets seulement
ME\
j'ai
/etc/news/newsfeeds:0: warning you accept all incoming article distributions

Que vaut-il mieux ? (ou comment le régler ?)

--
Iulius

« On me tape dessus à tout bout de chant... » (Astérix)