Page suivante Page précédente Table des matières 7. Installation de newsx et utilisation avec INN 7.1 Comparaisons avec suck newsx remplit à peu près les mêmes fonctions que suck, on choisira d'utiliser suck ou newsx pour des raisons de confort (rapidité, facilité d'utilisation). Les avantages de newsx par rapport à suck sont : À partir de la version 0.9, newsx est plus rapide que suck si on utilise l'option -W. Cette option permet d'envoyer en rafale les requêtes au serveur NNTP, le gain de vitesse est difficilement prévisible. Avec certains fournisseurs d'accès, newsx est environ deux fois plus rapide que suck. Il s'intègre mieux que suck à INN (il lit les mêmes fichiers de configuration qu'INN). Les inconvénients de newsx par rapport à suck sont : Il ne gère pas de kill-file. Il faut tempérer cet inconvénient par le fait qu'utiliser un kill-file n'est pas rentable si il y a peu d'articles à filtrer et que les articles à filtrer ont une taille peu importante. En effet, pour décider de prendre ou non un article, suck doit prendre les en-têtes de l'article, puis, soit il prend le corps de l'article, soit il passe au suivant. Donc, quand un article est pris en entier, il est pris en deux fois au lieu d'une, ce qui est plus lent. Cela dit, tout est affaire de circonstances : si, par exemple, vous êtes abonnés à fr.comp.os.linux.annonces (ce que je vous conseille) la récupération mensuelle du contenu des HOWTO vous énervera probablement au bout de quelques temps. suck vous permet d'éviter cela (voir plus bas). De même, la lecture des threads sur les logiciels destinés aux environnements MS-Windows peut être évitée sur fr.comp.mail et fr.usenet.logiciels. Le suivi en direct du chargement des article est meilleur avec suck car il affiche constamment le débit, alors que newsx ne le fournit qu'à la fin. Quand on démarre la prise d'un groupe avec newsx, il est moins aisé de prendre les n derniers articles qu'avec suck (mais c'est faisable). Personnellement, je ne pense pas que l'argument de la rapidité soit vraiment critique si, de toute façon, vous avez tendance à utiliser la connexion un certain temps (pour surfer ou faire de l'IRC par exemple). D'autre part, cette rapidité de newsx a un prix : il occupe une bonne partie de la bande passante de la connexion. Avec suck, tandis qu'il poste et récupère les articles, je peux récupérer et poster des messages email, voire naviguer sur un site Web... 7.2 Installation de newsx Si vous avez récupéré le rpm source de newsx, installez-le via rpm -i newsx-0.9-1.src.rpm, ce qui aura pour effet de le placer dans l'arborescence /usr/src/redhat. Placez-vous dans /usr/src/redhat/SPECS et faites rpm -ba newsx-0.9-1.spec : ceci vous crée le paquetage binaire et le place dans /usr/src/redhat/RPMS/i386. Installez-le alors comme les autres paquetages binaires. Pour lancer newsx, tapez la ligne suivante : newsx -ddd --inn -W40 news.fai.fr news.fai.fr -ddd permet de largement commenter ce que fait newsx. --inn indique qu'il doit coopérer avec inn -W40 indique qu'il doit envoyer les requêtes par paquets de 40. le premier news.fai.fr est le spoolname (cf. installation d'inn : c'est le nom du fichier qui se trouve sous /var/spool/news/out.going). le deuxième news.fai.fr est le serveur NNTP à contacter. Voilà, il n'y a rien d'autre à faire. Avec cette commande, newsx s'occupe d'envoyer les news à poster et de lire les groupes indiqués dans le fichier newsfeeds d'inn. 7.3 Utilisation conjointe de suck et newsx Il est possible de combiner l'utilisation de newsx et suck de manière à bénéficier de la gestion des kill-files, très utile pour certains groupes (voir l'annexe 3). Pour cela, il faut créer deux lignes (deux feeds) pour le serveur news.fai.fr : Une pour les groupes à prendre avec newsx ; une pour les groupes à prendre avec suck. On modifiera donc le fichier newsfeeds pour que l'unique feed original soit maintenant réparti sur deux feeds, d'où deux lignes. Chaque ligne devra exclure les groupes de l'autre. sucked.news.fai.fr ne correspond pas à un vrai serveur mais cela n'a pas d'importance, il suffit de mettre les noms des vrais serveurs après le « / ». Ici, on fait en sorte d'exclure de la récupération par newsx les groupes sur lesquels on veut pouvoir filtrer. Ces groupes seront les seuls récupérés par suck. # newsgroups pris et postés par newsx news.fai.fr/easynet-fr\ :*,!fr.comp.os.linux.annonces,!fr.comp.mail,!fr.usenet.logiciels,!junk:Tf,Wnm: # newsgroups pris par suck et postés par newsx sucked.news.fai.fr/easynet-fr\ :fr.comp.os.linux.annonces,fr.comp.mail,fr.usenet.logiciels:Tf,Wnm: Et on lance newsx par les commandes : # nntp server=news.fai.fr, feed=sucked.news.fai.fr, --nofetch empeche de # prendre les articles, on ne fait que poster. newsx --nofetch -ddd --stat /tmp/log/news.stat --inn sucked.news.fai.fr news.fai.fr >>/tmp/log/news.log 2>&1 # nntp server=news.fai.fr, feed=news.fai.fr, on poste et on prend newsx -ddd --stat /tmp/log/news.stat --inn -W40 news.fai.fr news.fai.fr >>/tmp/log/news.log 2>&1 Il reste alors à modifier le script go_suck pour qu'il se comporte maintenant de la façon suivante : postage et récupération des articles par newsx en utilisant les deux lignes-ci dessus ; récupération des articles des groupes restant par suck. Page suivante Page précédente Table des matières