Désossage d'un article typique:
Path: jussieu.fr!freenix!ecole.fr!not-for-mail From: Dave Null <dave@nowhere.fr> Newsgroups: fr.usenet.divers Subject: Re: Cours Usenet Date: 22 Jun 1999 18:30:00 +0200 Organization: Ecole Ouverte Lines: 10 Message-ID: <85n1xqkpbz.fsf@serveur.ecole.fr> References: <7kri05$etv$1@serveur.ecole.fr> NNTP-Posting-Host: news.ecole.fr Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit NNTP-Posting-Date: 22 Jun 1999 18:30:00 GMT "Olivier Ricou" <ricou@ecole.fr> disait: > Ce cours est trop long. C'est vrai, mais on essaye d'aborder Usenet dans un peu tous ses aspects sans pour autant négliger d'entrer dans le détail, alors c'est long, forcément. -- Dave Null4
On voit qu'avant l'article proprement dit, un certain nombre de champs techniques sont présents. Certains servent à identifier l'auteur, l'heure, la date, l'organisation et le format du contenu. Ces champs seront utilisés par le logiciel de lecture pour présenter l'article. D'autres sont utilisés par les serveurs, pour retransmettre ou pour stocker l'article dans la base des articles courants.
Le champ 'Path' est utilisé par le serveur. Il indique que l'article a été posté sur le serveur "ecole.fr". Que ce serveur l'a envoyé au serveur "freenix" qui lui-même l'a envoyé au serveur "jussieu.fr", serveur sur lequel on a lu l'article ainsi présenté. Ce champ aura une autre valeur sur un autre serveur, qui l'aura reçu par d'autres voies. Le serveur qui reçoit un article peut se baser sur ce champ pour éviter de proposer cet article aux serveurs par lesquels il est déjà passé, même s'il dispose d'une voie directe vers ces serveurs.
Le champ 'From' est l'adresse e-mail de l'auteur de l'article. Il ne sert qu'aux outils de lecture des news et à leurs utilisateurs pour identifier l'auteur d'un article. Certains utilisent, pour éviter l'abondance de courriers publicitaires, une adresse maquillée. Mon opinion est que non seulement c'est inutile (un spammeur dispose de bien des moyens pour connaitre votre adresse, pas seulement sur Usenet) et qu'il est plus efficace de lutter contre le spam plutôt que de se contenter d'essayer de s'en protéger, mais qu'en plus c'est une technique assez discourtoise: les outils de lecture des News permettent de répondre en privé via le courrier électronique. En maquillant votre adresse, vous risquez surtout de voir une réponse privée ne jamais arriver parce que votre correspondant ne se sera pas aperçu dudit maquillage, ou, dans le cas ou vous indiquez clairement un tel maquillage, de contraindre un correspondant à éditer manuellement l'adresse pour pouvoir vous répondre, ce qui prend du temps et comporte des risques d'erreur manuelle. Ne comptez pas sur moi pour faire autant d'efforts: si vous voulez une réponse c'est à vous de simplifier le travail de ceux qui voudront bien vous aider. Et si vous êtes spammés pour avoir utilisé en public votre adresse, rejoignez ceux qui luttent contre le spam (un bon site anglophone traitant du spam est http://spam.abuse.net/spam/).
Le champ 'Newsgroups' est utilisé par le serveur pour plusieurs raisons.
Lorsque le serveur reçoit l'article, il le stocke physiquement là où il pourra le retrouver lorsqu'un client lui demandera les articles du ou des forums indiqués. 5 Le nom du ou des forums correspond donc souvent à un répertoire particulier sur le disque dur du serveur.
Lorsque le serveur a stocké l'article, il va le proposer à tous ses voisins (du moins à ceux qui n'apparaissent pas dans le champ 'Path') à condition que l'administrateur des voisins aient demandé à l'administrateur du serveur local de lui envoyer les articles du forum (ou d'un des forums) en question.
Pour la hiérarchie francophone, en règle générale, les serveurs s'échangent tous les forums. Mais ça n'a rien d'obligatoire.
Le champ 'Subject' permet au client Usenet de présenter l'article avant sa lecture. En association avec le champ 'References', il permet aussi au client de regrouper les articles d'une même discussion sous une forme plus agréable à lire.
Les champs 'Date, Organization et Lines' sont utilisés par les clients et n'ont pas besoin d'être expliqués.
Le champ 'Message-ID' est l'étiquette de ce message. Elle est unique à cet article et permet de le retrouver via les différents moteurs de recherche si nécessaire. C'est aussi cette étiquette qui va être présentée aux serveurs voisins (peers) qui diront s'ils ont déjà reçu l'article par d'autres voies ou s'ils l'acceptent.
Le champ 'References' est utilisé par le client. Il fournit l'étiquette de l'article auquel celui-ci répond. Il peut y avoir plusieurs étiquettes: si un article est une réponse à une réponse, on aura alors les Messages-ID de ces deux articles en référence. Ce champ permet au lecteur de news de présenter une discussion sous une forme arborescente, plus facile à suivre.
Les champ 'NNTP-Posting-Host' et 'NNTP-Posting-Date' indiquent nom du serveur sur lequel l'article a été posté et la date à laquelle il a été posté. C'est le serveur qui ajoute ces champs, qui ne sont pas modifiables par un utilisateur.
Les champs 'Mime-Version', 'Content-Type' et 'Content-Transfer-Encoding' permettent au lecteur Usenet de savoir dans quel format l'article a été écrit. Dans la hiérarchie fr, le seul format autorisé est le texte seul, sans autre codage que le codage 8 bits Iso-Latin (iso-8859-1 ou iso-8859-15 pour les plus modernes). Veillez à régler votre lecteur de news pour qu'il utilise ce format (et donc ni le Quoted-Printable, ni le HTML, ni aucun autre format propriétaire, ni aucun attachements - y compris les VCARD) avant de poster dans fr.*.
Le contenu de l'article commence après la première ligne vide suivant les champs techniques.
Lorsqu'on répond à un autre article, comme c'est le cas ci-dessus, il est d'usage de citer ce à quoi on répond (les symboles '> ' commençant une ligne indiquent une citation). Les clients de lecture Usenet savent présenter les lignes de ce type dans une forme différente pour indiquer qu'il s'agit d'un simple rappel de l'article auquel on répond. Il ne sert à rien de citer à nouveau l'article en entier: il suffit de citer la ou les 2 ou 3 lignes qui suscitent une réaction de votre part. Ceux qui voudront lire l'article auquel vous répondez en entier iront le lire directement. En aucun cas les citations ne doivent être plus longues que le texte de votre réponse: c'est une bonne règle à appliquer. Caricaturalement (mais hélas on voit trop souvent de telles caricatures) le pire article possible est un article qui cite entièrement les 200 lignes d'un article précédent auquel est ajouté une ligne disant "Moi aussi".
En règle générale, et contrairement à ce à quoi certains outils vous poussent, il est bien vu de citer ce à quoi on répond avant d'y répondre. Ca peut vous sembler naturel, comme à moi, mais ça va mieux en le disant.
A la suite de votre article, votre client va ajouter une signature qui vous est propre. A vous de configurer votre outil pour que cette signature soit courte (jamais plus de 4 lignes, de préférence 1 ou 2) et représentative. Votre nom peut suffire, ou une citation que vous appréciez particulièrement.
La signature est signalée par une ligne spéciale, ajoutée normalement par votre lecteur de news et qui contient exactement les caractères '- ' (notez l'espace) suivis d'un retour chariot. Les outils de lecture reconnaissent cette ligne et vous présentent la signature sous une forme différente du contenu original ou des citations. De même lorsque vous répondez à un article, les outils bien conçus ne laisseront pas la signature précédente dans les citations possibles (il est inutile de citer une signature).
Si votre outil ne permet pas de faire tout ce qui est indiqué dans ce chapitre, ou s'il le fait mal, changez d'outil.
WWWOFFLE - Sat, 12 May 2001 13:29:03 CEST (depuis 46 minutes) - [Effacer|Actualiser:Options|Suivi|Index] - WWWOFFLE