From: Laurent Chemla Message-Id: <199806191048.MAA30595@brasil.brainstorm.eu.org> Subject: Re: [technique] Help Document sur la mise en réseauSENDMAIL In-Reply-To: <3.0.1.32.19980618183033.008537f0@berlin.snafu.de> from Ghislain Picard at "Jun 18, 98 06:30:33 pm" To: ecole@ecole.eu.org Date: Fri, 19 Jun 1998 12:48:42 +0200 (MET DST) > Evidemment la solution que tu proposes est beaucoup mieux, j'aimerai que tu > me tiennes au courant. J'aimerai aussi savoir ce que permet exactement > uucp. Je croyais que c'etait un truc ancestrale. On peut sans doute tenter de faire ici ce que nous voulons faire ailleurs, et démarrer ce qui pourrait être un futur support de cours, pourquoi pas :) Oui, UUCP est ancien. Il préexiste à TCP/IP, je crois, donc c'est vraiment très vieux. Mais ce n'est pas parce que c'est vieux que c'est dépassé, loin de là. Je suis sidéré de voir, par exemple, que presque tous ceux qui lisent Usenet à travers un accès dial-up le font en se connectant 1 première fois pour récupérer les en-têtes des articles, puis une seconde fois pour récupérer les articles qu'ils ont choisi. Je tiens à la disposition de chacun le calcul simple qui montre que cette manipulation pourtant courante coute au moins 3 fois plus cher en temps de connexion que la récupération d'un forum entier par UUCP. On peut toujours choisir ensuite ce qu'on lit. Tous les outils permettant l'accès à l'e-mail et à Usenet off-line tentent de réinventer UUCP. Aucun n'est aussi souple ni aussi rapide, et je commence à me demander s'ils sont tellement plus simples à configurer et à utiliser. Un exemple: je suis parti 3 semaines à Nimes le mois dernier. J'avais emporté un disque dur avec seulement la RedHat5.0 de base installée, rien d'autre. 3 heure après avoir monté le boitier qu'on m'a livré sur place, je disposais de mes propres serveurs de mail et de news, en local, et fonctionnant par UUCP sur TCP/IP. Et je ne suis certainement pas un expert de la manip, que je n'ai eu l'occasion de configurer que 3 ou 4 fois en 6 ans. Pour répondre plus précisément: UUCP (Unix to Unix Copy Protocol je crois) permet, dans sa version courante pour tout unix (Taylor UUCP 1.06), de copier des fichiers d'une machine à l'autre, machines reliées soit directement par modem (avec gestion par UUCP de la connexion, avec script de connexion intégrés) soit au dessus de TCP/IP (il suffit alors de donner le nom du serveur). Et de préciser aussi l'action qui doit être effectuée sur le fichier copié, une fois celui-ci reçu. En pratique, Sendmail (pour le courrier) ou INN (pour les news) savent tous les deux, s'ils sont configurés pour ça, diriger leur sortie vers une "file d'attente" UUCP. Par exemple, si je configure mon sendmail pour lui dire d'envoyer le courrier pour la machine "argentina.brainstorm.fr" à la machine connue par mon serveur UUCP sous le nom de "argentina", tout le courrier pour les utilisateurs de cette machine ira directement dans un ou plusieurs fichiers (couramment dans /var/spool/uucp/argentina/D./). Lorsque le serveur UUCP recevra un appel de son client 'argentina', il enverra alors tout ce qu'il aura reçu de sendmail, en précisant à son client qu'il devra exécuter le programme 'rmail' sur les fichier qu'il va recevoir. Ce programme va alors délivrer le courrier, en local, sur le client (via Sendmail). La procédure est donc totalement asynchrone, le client peut appeller à la fréquence qu'il souhaite son serveur. A la différence de POP, par exemple, UUCP dans cet usage ne distingue pas les comptes utilisateurs: il reçoit tout le courrier pour tous les utilisateurs du domaine qu'il gère, et le redistribue ensuite. Pour les news, c'est le même système: INN va, selon un délai prédéfini, envoyer à un 'associé' (peer) connecté en UUCP tous les articles qu'il aura reçu d'ailleurs, en les compressant. Le client UUCP décompresse le fichier (batch) et le passe à son serveur de news local. En quelques mots, et en espérant n'avoir pas été trop technique, et n'avoir pas dit trop de bêtises non plus. Laurent.