diff options
Diffstat (limited to 'fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml')
| -rw-r--r-- | fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml | 653 |
1 files changed, 653 insertions, 0 deletions
diff --git a/fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml b/fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml new file mode 100644 index 0000000000..c6e37f3993 --- /dev/null +++ b/fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml @@ -0,0 +1,653 @@ +<!-- + The FreeBSD Documentation Project + The FreeBSD French Documentation Project + + $FreeBSD$ + Original revision: n.nn +--> + + <chapter id="mail"> + <title>Courrier électronique</title> + + <para><emphasis>Contribution de &a.wlloyd;.</emphasis></para> + &trans.a.haby; + + <para>De nombreux ouvrages d'<link + linkend="bibliography">Administration Système</link> traitent de la + configuration du courrier électronique. Si vous envisagez de faire + plus que configurer un seul serveur de courrier sur votre réseau, + il vous faut de la documentation de qualité industrielle.</para> + + <para>Certaines parties de la configuration du courrier électronique + sont confiées au Système de Noms de Domaines (DNS). Si vous gérez + votre propre serveur DNS, consultez <filename>/etc/namedb</filename> et + <command>man -k named</command> pour plus d'informations.</para> + + <sect1> + <title>Notions de base</title> + + <para>Voici les principaux programmes impliqués dans un échange de + courrier électronique. Le “serveur de courrier” est + responsable de l'expédition et de la réception du courrier pour + votre machine, voire votre réseau.</para> + + <sect2> + <title>Le programme utilisateur</title> + + <para>C'est un programme comme <application >elm</application>, + <application>pine</application>, <application>mail</application>, + ou un outil plus sophistiqué tel un navigateur WWW. Ce programme + transmet simplement toutes les transactions concernant le courrier + électronique au “serveur de courrier” local, soit en + invoquant <command>sendmail</command>, soit via TCP.</para> + + </sect2> + + <sect2> + <title>Le “démon” serveur de courrier</title> + + <para>C'est habituellement <command>sendmail</command> ou + <command>smail</command>, s'exécutant en tâche de fond. Vous + le désactivez ou modifiez les options de sa ligne de commande + dans le fichier <filename>/etc/rc.conf</filename> (ou, pour les + versions antérieures à FreeBSD 2.2.2, + <filename>/etc/sysconfig</filename>). Il vaut mieux le laisser + actif, à moins que vous n'ayez une bonne raison de ne pas + le faire tourner, par exemple, si vous configurez un + <link linkend="firewalls">coupe-feu</link>.</para> + + <para>Vous devez savoir que <command>sendmail</command> est un maillon + potentiellement faible sur un site sécurisé. Certaines versions de + <command>sendmail</command> ont des trous de sécurité connus.</para> + + <para><command>sendmail</command> accomplit deux tâches. Il se charge + d'envoyer et de recevoir le courrier.</para> + + <para>Lorsque <command>sendmail</command> doit expédier du courrier + depuis votre site, il consulte le DNS pour savoir quelle machine + reçoit le courrier pour la destination voulue.</para> + + <para>S'il agit comme expéditeur, <command>sendmail</command> prendra + le message dans la file d'attente locale et le délivrera via + l'Internet à un autre <command>sendmail</command> sur la machine + qui doit le recevoir.</para> + + </sect2> + + <sect2> + <title>DNS - Système de Noms de Domaines</title> + + <para>Le système de noms de domaines (DNS), + et son “démon” + <command>named</command>, gèrent la base de données qui fait + correspondre nom de machine et adresse IP, et nom de machine + et serveur de courrier. L'adresse IP est définie par un + enregistrement A. L'enregistrement MX définit le serveur qui + recevra votre courrier. S'il n'y a pas d'enregistrement MX + associé à votre machine, cette dernière recevra directement le + courrier.</para> + + <para>A moins que vous n'ayez votre propre serveur DNS, vous ne pouvez + pas modifier vous-même les informations du DNS. Si vous passez par + un fournisseur d'accès Internet, voyez cela avec lui.</para> + + </sect2> + + <sect2> + <title>Serveur POP</title> + + <para>Ce programme récupère le courrier dans votre boîte aux lettres + et le transmet à votre navigateur. Si vous voulez faire tourner + un serveur POP sur votre machine, vous devrez faire deux + choses:</para> + + <procedure> + + <step> + <para>Récupérez le logiciel POP du <ulink + url="http://www.freebsd.org/ports/mail.html">catalogue des + logiciels portés</ulink>, que vous trouverez dans le + répertoire <filename>/usr/ports</filename>, ou du catalogue + des logiciels précompilés. Ce manuel comprend une section qui + décrit exhaustivement l'installation des + <link linkend="ports">logiciels portés</link>.</para> + </step> + + <step> + <para>Modifiez <filename>/etc/inetd.conf</filename> + pour lancer le serveur POP.</para> + </step> + + </procedure> + + <para>Il y aura des instructions avec le serveur POP. + Lisez-les.</para> + + </sect2> + </sect1> + + <sect1> + <title>Configuration</title> + + <sect2> + <title>Les bases</title> + + <para>Avec votre système FreeBSD “prêt-à-l'emploi”[TM], + vous devriez pouvoir envoyer du courrier électronique à l'extérieur, + dès que vous aurez configuré <filename>/etc/resolv.conf</filename> + ou si vous faites tourner un serveur DNS. Si vous voulez que votre + courrier soit délivré à une machine particulière, il y a deux + méthodes:</para> + + <itemizedlist> + <listitem> + <para>Faire tourner un serveur DNS (<command>man -k named</command>) + et avoir votre propre domaine, i.e.: + <hostid role="domainname">petitemine.com</hostid>.</para> + </listitem> + + <listitem> + <para>Faire en sorte que le courrier soit envoyé à l'adresse (nom de + machine) DNS de votre machine, i.e.: + <hostid role="fqdn">refectoire6.maison.ecole.edu</hostid>.</para> + </listitem> + </itemizedlist> + + <para>Quelle que soit la méthode choisie, pour que le courrier soit + directement délivré à votre machine, elle doit être référencée sur + l'Internet. Vous devez avoir une adresse IP permanente. Donc pas de + PPP dynamique. Si vous êtes derrière un coupe-feu, il faut qu'il + vous passe le trafic SMTP (<foreignphrase>Simple Mail Transfer + Protocol</foreignphrase> - protocole élémentaire de + transport de courrier électronique). D'après + <filename>/etc/services</filename>:</para> + + <programlisting +>smtp 25/tcp mail #Simple Mail Transfer</programlisting> + + <para>Si vous voulez recevoir le courrier sur la machine elle-même, + vous devez vous assurez que l'entrée MX du DNS pointe sur cette + machine, ou qu'il n'y a pas d'entrée MX correspondant à son nom + dans le DNS.</para> + + <para>Essayez:</para> + + <informalexample> + <screen>&prompt.root; <userinput>hostname</userinput> +newbsdbox.freebsd.org +&prompt.root; <userinput>host newbsdbox.freebsd.org</userinput> +newbsdbox.freebsd.org has address 204.216.27.xx</screen> + </informalexample> + + <para>Si c'est la seule réponse que vous obtenez, le courrier adressé + à <email>root@newbsdbox.freebsd.org</email> + arrivera sans problème.</para> + + <para>Si au lieu de cela, vous obtenez:</para> + + <informalexample> + <screen>&prompt.root; <userinput>host newbsdbox.freebsd.org</userinput> +newbsdbox.FreeBSD.org has address 204.216.27.xx +newbsdbox.FreeBSD.org mail is handled (pri=10) by freefall.FreeBSD.org</screen> + </informalexample> + + <para>Tout le courrier adressé directement à votre machine arrivera + sur <hostid>freefall</hostid>, adressé au même utilisateur.</para> + + <para>Cette information est configurée par votre serveur de noms de + domaines. C'est la machine définie comme serveur de noms primaire + dans <filename>/etc/resolv.conf</filename>.</para> + + <para>L'enregistrement du DNS qui contient l'information de routage + du courrier est l'entrée MX (<foreignphrase>Mail + eXchange</foreignphrase>). S'il n'y a pas d'entrée MX, le courrier + est envoyé directement à la machine en utilisant l'entrée + Addresse.</para> + + <para>Voici ce que fut à l'occasion l'entrée MX pour + <hostid role="fqdn">freefall.freebsd.org:</hostid>.</para> + + <programlisting> +freefall MX 30 mail.crl.net +freefall MX 40 agora.rdrop.com +freefall HINFO Pentium FreeBSD +freefall MX 10 freefall.FreeBSD.org +freefall MX 20 who.cdrom.com +freefall A 204.216.27.xx +freefall CNAME www.FreeBSD.org</programlisting> + + <para><hostid>freefall</hostid> a plusieurs entrées MX. Celle dont le + numéro est le plus faible reçoit en définitive le courrier. Les + autres le mettent temporairement dans leur file d'attente, si + <hostid>freefall</hostid> est occupé ou hors-service.</para> + + <para>Les sites MX de secours doivent avoir une connexion séparée à + l'Internet, pour être vraiment utiles. Un fournisseur d'accès ou + un site amical peuvent vous fournir ce service.</para> + + <para><command>dig</command>, <command>nslookup</command>, + et <command>host</command> sont ici vos alliés.</para> + + </sect2> + + <sect2 id="mail-domain"> + <title>Courrier pour votre domaine (réseau).</title> + + <para>Pour configurer un serveur de courrier pour votre réseau, vous + devez éviter que le courrier arrive à toutes vos stations de + travail. En d'autres termes, vous devez détourner tout le courrier + pour <hostid role="domainname">*.petitemine.com</hostid> vers une + seule machine, votre “serveur de courrier”.</para> + + <para>Dans la grande majorité des cas, les utilisateurs du réseau + récupèreront leur courrier sur leurs stations de travail avec POP + ou telnet.</para> + + <para>Il faut qu'il y ait un compte utilisateur avec le + <emphasis>même nom</emphasis> sur les deux machines. Utilisez + <command>adduser</command> pour ce faire. Si vous définissez + <literal>/nonexistent</literal> comme interpréteur de commandes + (sur le serveur de courrier), les utilisateurs ne pourront pas y + ouvrir de session.</para> + + <para>Votre serveur de courrier sera défini comme + <foreignphrase>Mail eXchange</foreignphrase> pour chaque station de + travail. Cela doit être défini dans le DNS (i.e.: BIND, named). + Reportez-vous s'il vous plaît à un ouvrage d'administration réseau + pour avoir des informations détaillées.</para> + + <para>Vous devez essentiellement ajouter les lignes suivantes à la + configuration de votre serveur DNS:</para> + + <programlisting> +pc24.petitemine.com A <replaceable>xxx.xxx.xxx.xxx</replaceable> ; Adresse IP de la station de travail + MX 10 smtp.petitemine.com ; Serveur de courrier</programlisting> + + <para>Vous ne pouvez le faire vous-même que si vous gérez un serveur + de noms. Si vous ne voulez pas faire tourner un serveur de noms, + trouvez quelqu'un, votre fournisseur d'accès Internet par exemple, + pour le faire à votre place.</para> + + <para>Le courrier adressé à une station de travail sera envoyé à + votre machine <foreignphrase>Mail eXchange</foreignphrase>. Quelle + que soit la machine sur laquelle pointe l'enregistrement A, le + courrier arrivera sur la machine MX.</para> + + <para>On peut utiliser cela pour implémenter un hébergement virtuel du + courrier électronique.</para> + + <para>Exemple:</para> + + <para>J'ai un client qui a comme domaine foo.bar, et je veux que tout + le courrier pour foo.bar arrive sur ma machine smtp.smalliap.com. + Il faut configurer une entrée comme suit pour le serveur DNS:</para> + + <programlisting> +foo.bar MX 10 smtp.smalliap.com ; mon serveur de courrier</programlisting> + + <para>Il n'y a pas besoin d'enregistrement A si l'on ne veut que + le courrier pour le domaine. i.e.: ne vous attendez pas à ce que + <command>ping foo.bar</command> fonctionne, à moins qu'il + n'y ait aussi un enregistrement d'Addresse pour + <filename>foo.bar</filename>.</para> + + <para>Sur la machine qui reçoit le courrier pour le distribuer dans + une boîte aux lettres, il faut dire à <command>sendmail</command> + pour quelle machine il accepte du courrier.</para> + + <para>Ajoutez <literal>pc24.petitemine.com</literal> à + <filename>/etc/sendmail.cw</filename> (si vous utilisez + <literal>FEATURE(use_cw_file)</literal>), ou ajoutez une ligne + <literal>Cw myhost.smalliap.com</literal> à + <filename>/etc/sendmail.cf</filename>.</para> + + <para>Si vous envisagez d'utiliser sérieusement + <command>sendmail</command>, vous devriez installer les + sources de <command>sendmail</command>. Ils sont accompagnés de + beaucoup de documentation. Vous trouverez de l'information sur + la façon d'obtenir le source de <command>sendmail</command> + à la section <link linkend="sendmailuucp">Configurer + UUCP</link>.</para> + + </sect2> + + <sect2 id="sendmailuucp"> + <title>Configurer UUCP.</title> + + <para><emphasis>Emprunté à la FAQ.</emphasis></para> + + <para>La configuration de <command>sendmail</command> livrée avec + FreeBSD convient à des sites directement connectés à l'Internet. + Les sites qui veulent échanger du courrier par UUCP doivent + installer un autre fichier de configuration de + <command>sendmail</command>.</para> + + <para>Bidouiller <filename>/etc/sendmail.cf</filename> à la main est + généralement considéré comme une occupation de puriste. La version + 8 de <command>sendmail</command> s'accompagne d'une nouvelle manière + de générer les fichiers de configuration avec le pré-processeur + <command>m4</command>, grâce auquel le travail de configuration + à la main se fait à un niveau d'abstraction plus élevé. + Utilisez les fichiers de configuration du répertoire + <filename>/usr/src/usr.sbin/sendmail/cf</filename>.</para> + + <para>Si vous n'avez pas installé la totalité du source sur votre + système, les fichiers et outils de <command>sendmail</command> ont + été scindés en plusieurs fichiers d'archive, pour plus de + commodités. En supposant que vous ayez monté le CD-ROM, + tapez:</para> + + <informalexample> + <screen>&prompt.root; <userinput>cd /usr/src</userinput> +&prompt.root; <userinput>tar -xvzf /cdrom/dists/src/ssmailcf.aa</userinput></screen> + </informalexample> + + <para>Pas de panique, il n'y a que quelques centaines de kilo-octets. + Le fichier <filename>README</filename> du répertoire + <filename>cf</filename> est une bonne introduction de base à la + configuration avec <command>m4</command>.</para> + + <para>Pour le transfert par UUCP, le mieux est d'utiliser la + fonctionnalité <emphasis>mailertable</emphasis>. Elle construit une + base de données que <command>sendmail</command> peut utiliser pour + prendre ses décisions de routage.</para> + + <para>Vous devez d'abord créer un fichier <filename>.mc</filename>. + Le répertoire <filename>/usr/src/usr.sbin/sendmail/cf/cf</filename> + contient ces fichiers. Jetez-y un coup d'oeil, il y a déjà + quelques exemples. Supposons que vous ayez appelé votre fichier + <filename>foo.mc</filename>, tout ce que vous avez à faire pour le + convertir en un fichier <filename>sendmail.cf</filename> + valide est:</para> + + <informalexample> + <screen>&prompt.root; <userinput>cd /usr/src/usr.sbin/sendmail/cf/cf</userinput> +&prompt.root; <userinput>make foo.cf</userinput></screen> + </informalexample> + + <para>Si vous n'avez pas de répertoire + <filename>/usr/obj</filename>, alors:</para> + + <informalexample> + <screen>&prompt.root; <userinput>cp foo.cf /etc/sendmail.cf</userinput></screen> + </informalexample> + + <para>Sinon:</para> + + <informalexample> + <screen>&prompt.root; <userinput>cp /usr/obj/`pwd`/foo.cf /etc/sendmail.cf</userinput></screen> + </informalexample> + + <para>Un fichier <filename>.mc</filename> typique ressemblerait + à:</para> + + <programlisting> +include(`../m4/cf.m4') +VERSIONID(`<replaceable>Votre numéro de version</replaceable>') +OSTYPE(bsd4.4) + +FEATURE(nodns) +FEATURE(nocanonify) +FEATURE(mailertable) + +define(`UUCP_RELAY', <replaceable>votre.relais.uucp</replaceable>) +define(`UUCP_MAX_SIZE', 200000) + +MAILER(local) +MAILER(smtp) +MAILER(uucp) + +Cw <replaceable>votre.alias.nom.machine</replaceable> +Cw <replaceable>votrenomdenoeuduucp.UUCP</replaceable></programlisting> + + <para>Les fonctionnalités <literal>nodns</literal> et + <literal>nocanonify</literal> évitent le recours au DNS + pour délivrer le courrier. La clause <literal>UUCP_RELAY</literal> + est nécessaire pour d'obscures raisons, ne me demandez pas + lesquelles. Mettez-y simplement un nom de machine Internet qui + soit capable de comprendre les adresses du pseudo-domaine .UUCP; + vous y mettrez vraisemblablement le nom du relais de courrier + électronique de votre fournisseur d'accès.</para> + + <para>Un fois que cela est fait, il vous faut le fichier appelé + <filename>/etc/mailertable</filename>. De nouveau, un exemple + typique de cette variété:</para> + + <programlisting> +# +# makemap hash /etc/mailertable.db < /etc/mailertable +# +horus.interface-business.de uucp-dom:horus +.interface-business.de uucp-dom:if-bus +interface-business.de uucp-dom:if-bus +.heep.sax.de smtp8:%1 horus.UUCP +uucp-dom:horus if-bus.UUCP +uucp-dom:if-bus . uucp-dom:sax</programlisting> + + <para>Comme vous pouvez le constater, c'est un exemple d'après nature. + Les trois premières lignes prennent en charge les cas particuliers + où le courrier adressé au domaine ne doit pas être expédié sur la + route par défaut, mais à un voisin UUCP pour + “raccourcir” le trajet. La ligne suivante gère le + courrier sur le domaine local Ethernet, qui peut être délivré + par SMTP. Pour finir, les voisins UUCP sont référencés avec la + notation utilisant le pseudo-domaine .UUCP pour permettre + la surcharge des règles par défaut + <literal>uucp-voisin!destinataire</literal>. Il y a toujours un + simple point (“.”) sur la dernière ligne, + qui correspond à tout le reste, + et permet l'expédition UUCP à un voisin UUCP qui vous sert de + passerelle universelle pour le courrier au reste du monde. Tous les + noms de noeuds après le mot-clé <literal>uucp-dom:</literal> + doivent être des voisins UUCP valables, ce que vous pouvez contrôler + avec <command>uuname</command>.</para> + + <para>Pour vous rappeler que ce fichier doit être converti en base + de données DBM avant d'être utilisable, c'est une bonne idée de + mettre la ligne de commande qui le fait en tête du fichier + <filename>mailertable</filename>. Vous devez l'exécuter chaque fois + que vous modifiez <filename>mailertable</filename>.</para> + + <para>Dernier point: si vous n'êtes pas sûr qu'une route donnée + fonctionne, rappelez-vous l'option <option>-bt</option> de + <command>sendmail</command>. Elle lance <command>sendmail</command> + en mode “test d'addresse”; entrez simplement + <literal>0</literal>, puis l'adresse dont vous voulez tester la + route, la dernière ligne vous donnera l'agent de transport de + courrier utilisé en interne, la machine destinatrice que vous + avez donnée en paramètre, et l'adresse (éventuellement traduite). + Vous quittez ce mode en tapant Ctrl-D.</para> + + <informalexample> + <screen>&prompt.user; <userinput>sendmail -bt</userinput> +ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) +Enter <ruleset> <address> +<prompt>></prompt> <userinput>0 foo@interface-business.de</userinput> +rewrite: ruleset 0 input: foo @ interface-business . de +… +rewrite: ruleset 0 returns: $# uucp-dom $@ if-bus $: foo < @ interface-business . de</screen> + </informalexample> + + </sect2> + </sect1> + + <sect1 id="mailfaq"> + <title>FAQ</title> + + <para><emphasis>Emprunts à la FAQ.</emphasis></para> + + + <sect2> + <title>Pourquoi faut-il que j'utilise les FQDN (“Fully Qualified + Domain Name” - noms Internet + complets) pour les machines de mon site?</title> + + <para>Vous vous rendrez probablement compte que la machine est en + fait dans un domaine différent; par exemple, si vous êtes dans + le domaine <hostid role="fqdn">foo.bar.edu</hostid> et que vous + voulez atteindre la machine <hostid>mumble</hostid> du domaine + <hostid role="domainname">bar.edu</hostid>, vous devrez utiliser + son nom de domaine complet, <hostid + role="fqdn">mumble.bar.edu</hostid>, au lieu de + <hostid>mumble</hostid>.</para> + + <para>C'était traditionnellement admis par les solveurs BIND BSD. + Néanmoins, la version de <application>BIND</application> qui est + maintenant livrée avec FreeBSD ne sait pas compléter les noms + de domaines abrégés autrement qu'avec le nom de votre domaine. + Donc le nom non qualifié <hostid>mumble</hostid> doit correspondre + à <hostid role="fqdn">mumble.foo.bar.edu</hostid>, sans quoi il + sera recherché dans le domaine racine.</para> + + <para>Cela diffère du comportement antérieur, où la recherche se + prolongeait à <hostid role="domainname">mumble.bar.edu</hostid>, + puis <hostid role="domainname">mumble.edu</hostid>. Consultez la + RFC 1535 pour savoir pourquoi cela était considéré comme une manière + incorrecte de faire, voire un trou de sécurité.</para> + + <para>Comme palliatif, vous pouvez mettre la ligne: + + <programlisting> +search foo.bar.edu bar.edu</programlisting> + + à la place de: + + <programlisting> +domain foo.bar.edu</programlisting> + + dans votre fichier <filename>/etc/resolv.conf</filename>. Assurez-vous + cependant que la recherche ne franchit pas la + “limite entre l'administration locale et publique” + selon l'expression de la RFC 1535.</para> + + </sect2> + + <sect2> + <title>Sendmail affiche le message d'erreur + <errorname>mail loops back to myself</errorname></title> + + <para>La réponse donnée dans la FAQ de Sendmail est la suivante:</para> + + <programlisting> +* J'ai des messages "Local configuration error", du style: + +553 relay.domain.net config error: mail loops back to myself +554 <user@domain.net>... Local configuration error + +Comment puis-je résoudre ce problème? + +Vous avez demandé que le courrier pour un domaine (e.g., domain.net) soit +transmis à une machine donnée (dans ce cas précis, relay.domain.net) avec +un enregistrement MX, mais la machine relais ne se connaît pas elle-même +comme domain.net. Ajoutez domain.net à /etc/sendmail.cw (si vous utilisez +FEATURE(use_cw_file)) ou ajoutez "Cw domain.net" à /etc/sendmail.cf.</programlisting> + + <para>La FAQ Sendmail se trouve dans + <filename>/usr/src/usr.sbin/sendmail</filename>. Je vous en + recommande la lecture si vous voulez “bidouiller” + votre configuration du courrier électronique.</para> + + </sect2> + + <sect2> + <title>Comment puis-je gèrer le courrier électronique avec une + connexion téléphonique PPP?</title> + + <para>Vous voulez connecter une machine FreeBSD du réseau local + à l'Internet. Cette machine servira de passerelle de courrier + pour le réseau local. La connexion PPP n'est pas dédiée.</para> + + <para>Il y a au moins deux façons de faire.</para> + + <para>L'une d'elle est d'utiliser UUCP. Voici l'autre.</para> + + <para>Le point clé est d'obtenir d'un site Internet qu'il vous + fournisse les services MX secondaires pour votre domaine. Par + exemple:</para> + + <programlisting> +bigco.com. MX 10 bigco.com. + MX 20 smalliap.com.</programlisting> + + <para>Il doit y avoir une seule machine comme destinataire final + (ajoutez <literal>Cw bigco.com</literal> au fichier + <filename>/etc/sendmail.cf</filename> de bigco.com).</para> + + <para>Quand les <command>sendmail</command> expéditeurs essayeront + de vous délivrer du courrier, ils essayerons de vous contacter via + votre liaison modem. Ce qui échouera très probablement sur + dépassement de délai puisque vous n'êtes pas en ligne. + <command>sendmail</command> enverra automatiquement le courrier au + site MX secondaire, i.e.: votre fournisseur d'accès. Celui-ci + essayera toutes les 15 minutes (<literal>sendmail_flags = + "-bd -q15m"</literal> dans <filename>/etc/rc.conf</filename>) + de se connecter à votre machine pour expédier le courrier au site + MX primaire.</para> + + <para>Vous pouvez utiliser quelque chose comme ceci comme + procédure de connexion:</para> + + <programlisting> +#!/bin/sh +# Mettez-moi dans /usr/local/bin/pppbigco +( sleep 60 ; /usr/sbin/sendmail -q ) & +/usr/sbin/ppp -direct pppbigco</programlisting> + + <para>Si vous définissez une procédure de connexion particulière + pour un utilisateur, vous pouvez utiliser <command>sendmail + -qRbigco.com</command> au lieu de la procédure ci-dessus. Cela + forcera le traitement immédiat de tout le courrier dans la file + d'attente pour bigco.com.</para> + + <para>On peut encore affiner comme suit la configuration:</para> + + <para>Message emprunté à la liste de diffusion freebsd-isp.</para> + + <programlisting> +> Nous fournissons un MX secondaire à un client. Le client se connecte +> à notre service automatiquement plusieurs fois par jour pour acheminer +> le courrier sur son MX primaire (nous n'appelons pas son site lorsque +> du courrier lui arrive). Notre sendmail envoie le courrier de la file +> d'attente toutes les demi-heures. Pour l'instant, il doit rester une +> demi-heure en ligne pour être sûr que tout le courrier soit arrivé au +> MX primaire. +> +> Y-a-t-il une commande qui permette de dire à sendmail d'envoyer +> sur-le-champ tout le courrier? L'utilisateur n'a évidemment pas +> les droits super-utilisateur sur la machine. + +Dans la section 'indicateurs de confidentialité' de sendmail.cf, +il y a la définition : + Opgoaway,restrictqrun + +Supprimer restrictqrun permet à d'autres utilisateurs que le super-utilisateur +de lancer le traitement de la file d'attente. Vous pouvez aussi redéfinir les +MXs. Nous sommes le premier MX pour les utilisateurs de ce type et nous avons +défini: + +# Si nous sommes le meilleur MX pour une machine, essayer directement au lieu +# d'émettre des messages d'erreur de configuration locale. +OwTrue + +De cette façon, un site distant vous enverra le courrier, sans essayer de +se connecter chez votre client. Vous le lui transmettez ensuite. Cela ne +marche qu'avec "hosts", vous n'avez donc pas besoin que votre client appelle +son serveur de courrier "client.com" ou "machine.client.com" dans le DNS. +Mettez seulement un enregistrement A pour "client.com" dans le DNS.</programlisting> + + </sect2> + </sect1> + </chapter> + +<!-- + Local Variables: + mode: sgml + sgml-declaration: "../chapter.decl" + sgml-indent-data: t + sgml-omittag: nil + sgml-shorttag: nil + sgml-always-quote-attributes: t + sgml-minimize-attributes: max + sgml-parent-document: ("../handbook.sgml" "part" "chapter") + End: +--> |