/usr/share/doc/HOWTO/fr-html/Offline-Mailing.html is in doc-linux-fr-html 2013.01-3.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.71">
<title>Méthode de messagerie off-line pour Linux (Adresses
e-mail off-line avec</title>
</head>
<body>
<h1>Méthode de messagerie off-line pour Linux (Adresses
e-mail off-line avec</h1>
un compte)
<h2>Gunther Voet, <a href=
"mailto:freaker@tuc.ml.org">freaker@tuc.ml.org</a> - Belgium
(CompuMed/TuCSRV) Traduction par Thierry Le Quéau <a href=
"mailto:thierry.lequeau@wanadoo.fr">ThierryLeQueau@wanadoo.fr</a></h2>
v1.3.2, 7 Février 1998
<hr>
<em>Utilisez votre système de messagerie Linux hors
connexion, recevez du courrier pour plusieurs utilisateurs avec
seulement une adresse e-mail, et sans être connecté
24/24. Si vous n'avez pas les moyens de payer une ligne directe
pour être connecté 24/24 et voulez quand même
que vos utilisateurs recoivent leur courrier dans leur boîte
à lettre Linux; au lieu de payer un service de diffusion
multi-utilisateur à votre fournisseur d'accès, vous
pouvez utiliser ce système pour redistribuer aux
différents comptes utilisateur le courrier en utilisant une
seule adresse e-mail. Vous pouvez y avoir accès 24/24 depuis
le serveur où vous avez votre compte pour recevoir votre
courrier. <a href="#copyright">Ce howto est Copyright (c)1997-98
par Gunther Voet.</a></em>
<hr>
<h2><a name="s1">1. Préface.</a></h2>
<p>Dans ce chapitre je veux juste me mettre à l'abri de tous
dommages et de retour de flamme - même si je peux avoir tort
...Si vous avez des questions ou suggestions à rajouter aux
FAQ ainsi que les erreurs que vous pourriez trouver, voir la
section concernée plus loin ...</p>
<p>Nota : tous les noms et types de fichier sont repertoriés
ainsi :</p>
<blockquote><code>(*** < file > *** text ***)
.procmailrc</code></blockquote>
<p>Il s'agit donc d'un fichier .procmailrc contenant du texte. La
variable texte peut aussi être codée. Cela pour
définir le nom du fichier à utiliser. S'il n'y a pas
de chemin, vous pouvez le choisir à votre convenance (dans
la plupart des cas ces fichiers résident dans le
répertoire de l'utilisateur comme /home/mailer).</p>
<h2><a name="ss1.1">1.1 D'un point de vue légal.</a></h2>
<p>Ni l'auteur, ni les distributeurs de ce HowTo ne peuvent
être tenu en aucun cas pour responsable des dommages
physiques, financiers ou moraux qui pourraient résulter de
l'application des suggestions ou exemples de ce texte. L'
information contenue dans ce document est la quintescence de mon
savoir et de mon expérience, mais je peux encore faire des
erreurs dans les informations ou les exemples. Chaque marque
commerciale est la propriété de son détenteur
respectif (je ne veux pas faire de commerce ici - mais, bon - SI je
veux rajouter quelque chose, je n'aurais pas besoin de modifier
cette déclaration). Si votre chat meurt sous la charge de ce
document, je n'en suis pas plus responsable ...</p>
<h2><a name="copyright"></a> <a name="ss1.2">1.2
Copyrights</a></h2>
<p>Ce document et son contenu sont copyright (c)1997-98 de Gunther
Voet. Toute reproduction non autorisée sous toute forme que
ce soit est explicitement autorisée et même chaudement
encouragée tant que vous n'en changez pas le contenu sans
contacter l'auteur (Gunther Voet). Si vous utilisez ce document en
entier ou en partie, vous devez y inclure une allusion au copyright
ou un lien vers le HowTo complet." Les droits de copie des
documents Howto sont régits par leurs auteurs respectifs. Le
"HowTo Copyright" donnera les directives de copie pour ce document.
S'il est utilisé dans un but commercial, l'auteur doit en
être averti. Les exceptions à ce copyright doivent
être demandé à l'auteur par lettre ou par
e-mail. Pour plus d'information sur le standard de diffusion des
HowTo contacter <a href=
"mailto:gregh@sunsite.unc.edu">gregh@sunsite.unc.edu</a>.</p>
<p>*SVP* *SI* vous voulez créer un système
basé sur ce HowTo, pensez à mon copyright :) heh... -
je ne suis pas méchant :)). Bien sûr en tant qu'addon
- PAS pour le programme de mail lui-même - bien que ce soit
agréable d'y être inclus :))Je peux toujours avoir une
adresse supplémentaire pour être encore plus
critiqué :)) (je plaisante).</p>
<h2><a name="ss1.3">1.3 Réactions.</a></h2>
<p>J'espère que ce HowTo vous sera utile ainsi qu'à
tous ceux qui le voudront. Si vous avez des suggestions,
commentaires ou corrections ( exceptés les injures :) ) -
svp expédiez les moi à <a href=
"mailto:freaker@tuc.ml.org">freaker@tuc.ml.org</a> et j'en ferai la
mise à jour pour la prochaîne version. Si vous publiez
ce document dans un but commercial, une copie supplémentaire
sera appréciée - vous pouvez me l'envoyer à
mon adresse postale. Pour les critiques - vous pouvez me les
expédier, mais elle finirons dans le répertoire
/dev/null ... aussi - ce n'est pas la peine encombrer la bande
passante avec ! En plus je peux empêcher certains
utilisateurs de recevoir des e-mail (expliqué dans ce
document) (evil grin). Mon surnom est "freaker btw" :) ). Vous
pouvez toujours essayer <a href=
"mailto:freaker@ibm.net">freaker@ibm.net</a>.</p>
<h2><a name="ss1.4">1.4 Distribution.</a></h2>
<p>La dernière version de ce document peut être
téléchargée à l'adresse:</p>
<p><a href=
"http://sunsite.unc.edu/pub/Linux/docs/HOWTO/mini/Offline-Mailing">http://sunsite.unc.edu/pub/Linux/docs/HOWTO/mini/Offline-Mailing</a></p>
<p>-et-</p>
<p><a href="http://tuc.ml.org/om/">http://tuc.ml.org/om/</a></p>
<p>(essayez aussi à : <a href=
"http://tuc.ml.org/">http://tuc.ml.org</a>)</p>
<h2><a name="ss1.5">1.5 Corrections.</a></h2>
<pre>
v1.0.0 - Première version, test interne, nous l'avons essayé avant de
vous le donner :) .. depuis il devient opérationnel et a
besoin de travailler ? vrai ? :)
v1.1.0 - Corrections de nombreuses erreurs dans le texte, ajout de
nouveaux chapitres
- Corrections de quelques petites erreurs et typographie ...
v1.2.0 - Corrections d'erreurs grammaticales
- Addon du chapitre "Qu'est-ce que nous utilisons ? "
- Addon de l'adresse de Sunsite
v1.3.0 - Addon du support courrier virtuel pour l'administrateur
- Nouveau site et adresse e-mail
- Remerciements à ..
v1.3.1 - Conversion au format sgml et corrections d'erreurs mineures
v1.3.2 - Corrections d'erreurs majeures ( nom de fichier .fetchmailrc
vers .procmailrc) etc. (merci à Tetsu Isaji)
- Addon douveau support pour "Sendmail" v 8.8.0+
- Corrections d'erreurs mineures
- Mise à jour de mon système YAY !
- La version japonaise arrivera bientôt, je vous signalerais
son emplacement dès que je le connaîtrai ...
(merci à Tetsu Isaji)
</pre>
<h2><a name="ss1.6">1.6 Qu'est-ce que j'utilise ?</a></h2>
<p>J'utilise Linux 2.0.30, un Pentium 166, carte ATI pci-mach64,
Metro-X et une connexion internet par mon fournisseur
d'accès (actuellement ibmnet) via ppp en utilisant un modem
ZyXEL 28 800 bauds, et de temps en temps un Bausch 28 800.</p>
<p>Maintenant j'ai mis à jour mon noyau à la version
2.0.33, installé un modem USRobotics, il fonctionne encore
comme il le devrais :) (tout le monde devrait mettre à jour
leur version Linux dès qu'il sort un patch :) croyez moi:)
ça vous épargnera beaucoup de temps et de recherche
d'erreur en le faisant :).</p>
<h2><a name="ss1.7">1.7 Remerciements à ...</a></h2>
<ul>
<li>Fred, durban.hebel.net (pour autoriser les pages &
bot)</li>
<li>Lifesaver, parkside.net ( pour la validation des nouvelles
pages, aide pour la foire aux questions de la messagerie, depuis
ça marche ici et là ... faites une visite à
son ciber-café ... leur café est super bon :) )</li>
<li>L'administrateur système de lodus.net pour la
maintenance de ce projet.</li>
</ul>
<h2><a name="s2">2. Preliminaires.</a></h2>
<p>Bon, comment fonctionne ce système? Qu'est-ce que vous
pouvez faire avec ? Quoi d'autres ? Et ai-je besoin de le lire ? A
toutes ces questions - j'ai une réponse.</p>
<h2><a name="ss2.1">2.1 Préface & Description</a></h2>
<p>Ce HowTo est dédié à tous les utilisateurs
de mailing offline sous Linux... Vous êtes un groupe, ou une
organisation, et vous voulez que tous vos membres aient une adresse
e-mail, sans pour autant payer pour un accès direct 24/24 ou
un compte pour chaque utilisateur.... Ou vous avez un réseau
interne - avec un serveur camouflé et vous voulez que tous
les utilisateurs aient une adresse e-mail, vous pouvez utiliser
cette méthode pour le faire. Personnellement je l'utilise
pour fournir aux utilisateurs et membres de mon groupe de
démo un compte e-mail sans être 24/24 connecté,
puisque c'est à but non lucratif - et nous n'avons pas
beaucoup d'argent pour nous payer un ligne directe avec un
accès e-mail permanent - et différentes adresses IP.
Tous ont une adresse e-mail, même s'ils n'ont pas
accès à internet. Le seul à avoir un
accès internet peut recevoir leur courrier à leur
adresse personnelle - via le système décrit
ci-dessous. Vos utilisateurs peuvent expédier leur courrier
comme ils ont l'habitude de le faire, et votre système
gèrera les différentes boites aux lettres. La seule
chose qui change pour les utilsateurs est l'ajout de leur adresse
e-mail dans l a ligne du sujet ou de l'entête suivant la
méthode choisie.</p>
<h2><a name="ss2.2">2.2 L'intérêt d'une telle chose
...</a></h2>
<ul>
<li>Permettre de contacter tous les membres d'une organisation par
adresse e-mail si nécessaire.</li>
<li>Un service de mail anonyme - ils ne peuvent lire votre "mail
setup file" - aussi ils ne peuvent savoir où le courrier est
retransmis ou suivi.</li>
<li>Un club qui n'a pas assez de sou (ne riez pas), ou qui est
gratuit, et ne veut pas dépenser de l'argent pour ça
(eh eh) - et qui veut quand même fournir une adresse e-mail
à chacun de ses membres.</li>
<li>Un réseau camouflé - avec un serveur
connecté sur le net, dont les utilisateurs ont besoin
d'avoir compte e-mail.</li>
<li>Vous voulez retransmettre certains documents automatiquement -
comme je le fais avec mon HowTo, statistiques, ou documents ...
comme "info@yourmail.dom" ou "document@yourmail.dom".</li>
<li>Vous avez seulement besoin d' un compte chez votre fournisseur
d'accès, pour les +200 comptes e-mail que vous pouvez
créer sur votre serveur.</li>
<li>J'utilise la méthode B avec plus de 300 comptes e-mail
avec un serveur perso à base de 486DX4-100 et le tout
fonctionne en une minute.</li>
</ul>
<h2><a name="ss2.3">2.3 Les choses à
connaître.</a></h2>
<ul>
<li>Tous les serveurs de mail (gratuit ou non) ne sont pas contents
quand vous faites leur boulot chez vous, ou mettez en place un
serveur anonyme, aussi SVP essayez de contacter votre
administrateur réseau avant de le faire.</li>
<li>C'est un moyen moins rapide qu'une connection on-line 24/24
puisque vous devez vous connecter pour distribuer le courrier.</li>
<li>Cette méthode à besoin d'un administrateur pour
gérer la distribution du courrier et ajouter des
utilisateurs ... ça vous donnera un peu de boulot ce n'est
pas automatique ! (je l'ai rendu semi-automatique sur mon serveur
vous pouvez essayer de faire de même).</li>
<li>Une bonne bande passante et un espace virtuel conséquent
chez votre fournisseur d'accès est indispensable quand vous
avez plusieurs utilisateurs ... et soyez sûr d'y avoir assez
de place quand vous expédiez les fichiers.</li>
<li>Tout le courrier sera transféré en une seule fois
- aussi - le dernier message que vous recevrez sur votre serveur
sera aussi le dernier que vous aurez expédier. "Premier
entré - premier sorti".</li>
<li>Dans la première méthode (to : ) il n'y a pas de
problème avec les noms des différents utilisateurs -
mais dans la seconde méthode - vous ne pouvez pas donner de
sujet puisqu'il sera utilisé pour la délivrance
à son destinataire. Beaucoup d'utilisateurs oublient
d'utiliser le sujet du message... - ou ils ont besoin de le savoir
clairement.</li>
<li>Si vous vérifiez souvent votre messagerie sur le
serveur, (par exemple 4 fois par jour) - le courrier sera
distribué à son destinataire au moins toutes les 6
heures. Aussi le traitement devient presque régulier.</li>
<li>Vous POUVEZ l'utiliser également lorsque vous avez un
accès permanent :) et lui faire vérifier le courrier
toutes les XX minutes. Mais - quand vous êtes connecté
- pourquoi utiliser un autre serveur ? et pourquoi ne pas
avoir alors votre propre domaine ? (fric).</li>
</ul>
<h2><a name="ss2.4">2.4 Il y a deux voies
différentes...</a></h2>
<ol>
<li>methode 'A' - que nous appellerons "(m(A))". Le système
de courrier vérifie le destinataire du message
d'après le "to:". C'est la meilleure méthode puisque
c'est l'adresse e-mail réelle . Vous avez besoin d'un autre
compte sur un serveur ET avez besoin'une entrée DNS (MX)
(votre propre domaine en l'occurrence). Si l'administrateur
système veux bien vous aider, alors il n'y aura aucun
problème ! Il redirigera TOUS les messages envoyés au
nom de votre domaine sur votre compte ! Cela lui prendra du temps
pour le faire :) aussi soyez sympa avec lui :)) Merci à mon
administrateur système (Fred) j'ai obtenu un nom de domaine
et le service utilisateur pour mon groupe de démo. Il se
peut qu'une entrée DNS vous coûte quelque chose,aussi
vous aurez à voir si ça vous convient ou non.</li>
<li>methode 'B' - que nous appellerons "(m(B))". Le programme va
voir la ligne du sujet, et transfère le courrier vers
l'utilisateur concerné. Si l'utilisateur n'est pas
trouvé, il renverra un message. Cela demande un serveur POP
avec un seul compte, et vous n'avez pas besoin de votre propre
entrée DNS ou vous n'avez pas besoin d'être gentil
avec votre administrateur système pour qu'il vous arrange
votre adresse e-mail :). J'ai utilisé cette méthode
la première fois pendant près d'un an... je sais que
c'est un peu truander, mais je ne vous ai pas dit que vous deviez
utiliser cette méthode, aussi ne me tirez pas dessus - alors
que je suis juste en train de vous fournir des solutions pour vos
problèmes de messagerie :) - vous pouvez utiliser la
méthode A qui est elle réglo !</li>
</ol>
<h2><a name="s3">3. Vos besoins.</a></h2>
<p>Bon, vous avez besoin (bien sûr) d'une bécane sous
Linux, qui peut se connecter à internet - Ok ! (que je suis
bon - que je suis bon ! :)) - vous avez probablement un modem, pas
vrai ? Une ligne téléphonique - ou n'importe quel
moyen de vous connecter à votre fournisseur d'accès.
Vous avez besoin aussi de quelque software comme Fetchmail,
Procmail, un compte supplémentaire, et votre compte e-mail
ou d'une entrée DNS avec un compte e-mail.</p>
<h2><a name="ss3.1">3.1 Une machine sous Linux</a></h2>
<p>Ca peut-être n'importe quelle bécane... même
un 8086... - mais il est préférable - puisqu'il y
aura quelques chargements à effectuer - de posséder
au moins un 386 :) plus votre babasse ira vite, plus votre logiciel
sera rapide (pas vrai ?) :).</p>
<h2><a name="ss3.2">3.2 Un compte supplémentaire sur votre
machine sous Linux. </a></h2>
<p>Vous avez besoin de créer un compte supplémentaire
sur votre système. J'utilise pour mon exemple
« mailservice ». Cpeut être aussi bien
"mailserver" ou "mailtousers" - bref un nom que vous reconnaitrez
!</p>
<p>! Vous n'avez pas besoin d'être logué root !</p>
<p>Ce compte vous servira à attribuer tous les messages aux
différents destinataires de votre système, ou les
envoyer vers l'extérieur :)). Créez-le juste comme
simple utilisateur. Vous aurez besoin de faire des tests sur ce
compte, et l'administrateur du courrier peut l'utiliser pour le
distribuer sans</p>
<p>être pour autant root - c'est bien plus sûr !</p>
<h2><a name="ss3.3">3.3 Fetchmail</a></h2>
<p>J'utilise la version 1.9 avec le patch 9... je l'ai
trouvé à l'adresse <a href=
"ftp://sunsite.unc.edu">ftp://sunsite.unc.edu</a> et j'utilise
seulement ce programme de mail dans mon exemple - à vous de
voir si vous en préférez un autre, vous êtes
seul juge ! Pour ma part il me satisfait :). Si vous le voulez plus
personnalisé vous devrez consulter le manuel de Fetchmail
:). Il peut être installé comme root aussi bien que
comme simple utilisateur... le mieux est de l'installer comme root
:) puisque je suis sûr qu'il fonctionne bien :).</p>
<h2><a name="ss3.4">3.4 Procmail</a></h2>
<p>J'utilise la version 3.10 - vous la trouverez aussi à
<a href="ftp://sunsite.unc.edu">ftp://sunsite.unc.edu</a>, je pense
que c'est le meilleur mda (mail delivery agent) sur le
marché... Il gère merveilleusement et est bien mieux
que l'agent par défaut puisqu'il délivre les messages
utilisateur par utilisateur ! Pour l'installation je vous donne les
mêmes conseils que pour Fetchmail.</p>
<h2><a name="ss3.5">3.5 Un compte e-mail.</a></h2>
<p>Vous aurez toujours besoin d'un compte e-mail - à partir
duquel vous pourrez retirer vos messages. Un serveur POP - qui vous
permet de retirer votre courrier quand vous le souhaitez, et qui
permet aux différents utilisateurs d'envoyer des e-mail
24/24. Ca peut être aussi bien un service de messagerie
gratuit que payant - bien que votre compte e-mail soit suffisant.
Avec la méthode B (adresse dans le corps du sujet) vous
n'avez besoin de rien d'autre - par contre la méthode A
(adresse dans le champ "to ") en demande un peu plus - suivez
le guide !</p>
<h3>Un enregistrement DNS (MX).</h3>
<p>Requis pour faire fonctionner votre propre domaine de messagerie
- il est indispensable puisque l'administrateur de votre
fournisseur ne peut pas utiliser son domaine à l'usage
exclusif de vos utilisateurs - il a d'autres clients qui ont besoin
aussi d'être contactés et qui pourraient
interférer avec vos utilisateurs. Et vos entêtes de
messages doivent être filtrées sur ce domaine. Ce qui
vous donne un domaine autonome pointant sur SON domaine. Par contre
ça vous coûtera un peu plus cher, ou vous pouvez
demander à votre administrateur système de rajouter
une adresse impersonnelle pointant sur son serveur, cependant
ça doit être un autre domaine que le sien !</p>
<h3>Faire suivre le courrier de compte à compte :)</h3>
<p>Bien, l'administrateur sytème a besoin de faire suivre
tous les messages destinés à votre domaine sur votre
compte... c'est une tâche relativement aisée pour lui
s'il sait le faire :) ..sinon il devra lire le manuel du sendmail
:) ( ou qmail ). Vous récupérez votre courrier sur
votre compte et voilà ! Tous les messages seront
redistribués sur votre propre domaine.</p>
<h2><a name="s4">4. Bon, j'ai tout ce qu'il me faut, et maintenant
?</a></h2>
<p>Vous avez créé votre compte supplémentaire,
récupéré votre adresse e-mail et/ou
l'entrée DNS pour rerouter sur votre compte... Procmail et
Fetchmail sont installés, ok on peut balancer la sauce ! :)
on y va !</p>
<ol>
<li>Vous devez créer un fichier .procmailrc qui contiendra
les infos de routage vers vos utilisateurs.</li>
<li>Vous avez besoin également de créer un fichier
«nosuchuserfile» pour que l'expéditeur sache que
son message n'as pas été délivré.</li>
<li>Pour un boulot au top :) vous pouvez utiliser crontab pour
vérifier le courrier. C'est le moyen le plus facile pour
vérifier toutes les XX minutes si vous avez du courrier
lorsque vous êtes connecté.</li>
</ol>
<h2><a name="ss4.1">4.1 Création du fichier
.fetchmailrc</a></h2>
<p>Vous avez besoin de créer un fichier .fetchmailrc qui
contiendra les informations de votre service (nom d'utilisateur,
mot de passe, aussi bien que le mda (agent de distribution de
courrier) pour attribuer les messages. Exemple:</p>
<blockquote><code>(*** < file > *** text ***)
.fetchmailrc</code></blockquote>
<blockquote>
<hr>
<pre>
<code>server my.mail.server.com
proto pop3
user myaccountthere
pass deepestsecrets
flush
mda /usr/bin/procmail
</code>
</pre>
<hr></blockquote>
<p>Ce fichier peut être utilisé pour gérer
votre courrier. Testez-le en utilisant fetchmail (fetchmail -vv) et
voyez si votre courrier est bien transféré ... Il
devrait y avoir quelques erreurs puisque le fichier de
contrôle procmail n'a pas encore été
installé. Vous pouvez attendre de créer le fichier
.procmailrc avant d'effectuer le test mais je vous préviens
SI il y a erreur :) ça PEUT provenir de ce fichier :). Ce
fichier doit être accessible au propriétaire du compte
(dans mon exemple : mailservice) et doit être lisible par
l'utilisateur mais PAS lisible par le groupe/extérieur
puisqu'il contient le mot de passe principal :) (vous devrez
changer les droits du fichier .fetchmailrc en 600)</p>
<h2><a name="ss4.2">4.2 Création du fichier
.procmailrc</a></h2>
<p>Ce fichier de contrôle distribuera le courrier vers son
destinataire. Il y a deux manières de le faire comme nous
l'avons vu précédemment : par le destinataire (to: )
et par le corps du sujet (moins réglo). Ce fichier
contiendra les différents destinataires des messages. Tous
les commentaires précédés d'un # ne sont pas
obligatoires - ils sont là uniquement pour vous permettre de
suivre ma démarche... Vous pouvez aussi changer les droits
de ce fichier en 600 - le reste du monde et le groupe nont pas
besoin de connaître ces adresses privées :)...
L'utilisateur doit aussi en être le propriétaire
(comme mailservice) :). Le fichier "nosuchuserfile" renvoie un
e-mail à l'expéditeur si le destinataire n'est pas
trouvé dans le fichier procmail (le courrier n'est pas
distribué) - aussi l'expéditeur sait que son adresse
n'est pas valide.</p>
<h3>Pour la distribution par le destinataire (m(A)):</h3>
<blockquote><code>(*** < file > *** text ***)
.procmailrc</code></blockquote>
<blockquote>
<hr>
<pre>
<code># Cette ligne sert uniquement au débogage ! Il peut-être enlever dans un but
# de confidentialité puisque vous aurez accès à toute la messagerie transitant
# par votre domaine... Tous les messages seront copiés dans le fichier
# "passtrough" avant d'être distribués aux destinataires... ici vous pouvez
# voir ce qui ne va pas ...
:0 c
passtrough
# l'e-mail avec l'entête "to: freaker@mydom.com" me sera directement dirigé,
# les autres continuerons leur chemin...
:0
* ^To:.*freaker@mydom.com
! freaker
# l'e-mail pour root@mydom.com sera dirigé vers le root... et vers
# l'administrateur du courrier !
:0
* ^To:.*root@mydom.com
! root
:0
* ^To:.*postmaster@mydom.com
! postmaster
# l'e-mail pour barbara@mydom.com sera distribué à barbara ET sera retransmis
# vers son adresse privée !
:0 c
* ^To:.*barbara@mydom.com
! barbara@her.private.one
:0
* ^To:.*barbara@mydom.com
! barbara
# Ce script renvoie un e-mail vers l'expéditeur s'il n'a pas trouvé le
# destinataire dans son fichier... il enverra le fichier "nosuchuser" dans le
# corps du message comme réponse... attention ! vous avez absolument besoin
# d'un tel fichier ! - le mien signale : " La personne que vous essayez de
# joindre n'est pas abonnée à ce serveur, essayez à nouveau svp, il se pourrait
# qu'elle ne soit plus présente".
:0
|(/usr/bin/formail -r -k \
-A"X-loop: mailservice@mydomain.dom "| \
/usr/bin/gawk '{print }\
/^/ && !HEADER \
{ system("/bin/cat nosuchuser"); \
print"--" ;\
HEADER=1 }' ) |\
/usr/bin/sendmail -t
exit
</code>
</pre>
<hr></blockquote>
<h3>Pour la distribution avec comme "sujet: touser" (m(B))</h3>
<blockquote><code>(*** < file > *** text ***)
.procmailrc</code></blockquote>
<blockquote>
<hr>
<pre>
<code># Cette ligne sert uniquement au deboggage ! Il peut-être enlever dans un but
# de confidentialité puisque vous aurez accès à toute la messagerie transitant
# par votre domaine... Tous les messages seront copiés dans le fichier
# "passtrough" avant d'être distribués aux destinataires... ici vous pouvez
# voir ce qui ne va pas...
:0 c
passtrough
# l'e-mail avec l'entête "to: freaker@mydom.com" me sera directement dirigé,
# les autres continuerons leur chemin... si vous avez un compte dédié pour
# recevoir votre "mailservice" vous n'avez pas besoin de cette ligne :)
:0
* ^To:.*freaker@ibm.net
! freaker
# l'e-mail avec l'entête root@mydom.com sera dirigé vers le root !
:0
* ^Subject:.root
! root
# l'e-mail avec l'entête barbara@mydom.com sera distribué à barbara...
:0
* ^Subject:.barbara
! barbara
# l'e-mail avec l'entête peul sera transmis vers son adresse privée.
:0
* ^Subject:.paul
! paul@his.personal.emailaddress
# Tout e-mail avec l'entête john sera transmis à son compte et une copie vers
# son adresse e-mail privée...
:0 c
* ^Subject:.john
! john@his.personal.emailaddress
:0
* ^Subject:.john
! john
# Tous e-mail d'ibm, avec les infos de mise à jour, seront envoyés à freaker,
# comme il est le seul à vouloir administrer le service d'e-mail et que ibm ne
# veut pas recevoir les retours de courrier non attribué !!
# si votre fournisseur vous expédie des "newsletters" etc... cette ligne est
# obligatoire.
:0
* ^From:.*newsletter@ibm.net
! freaker
# Tous les messages que le démon veut rejeter, ou dans mon cas, les sauve dans
# un fichier... (utiliser /dev/null pour les envoyer au fin fond des abysses).
:0
* ^FROM_DAEMON
throwaway
# Ce script renvoie un e-mail vers l'expéditeur s'il n'a pas trouvé de
# destinataire dans son fichier... il enverra le fichier "nosuchuser" dans le
# corps du message comme réponse... attention ! vous avez absolument besoin
# d'un tel fichier ! - le mien signale: "L'utilisateur n'est pas reconnu dans
# la ligne objet svp utilisez "Subject: nom de l'utilisateur" pour écrire à la
# personne concernée, par exemple "Subject: freaker" enverra un e-mail à
# freaker". Ce fichier peut être long, mais aussi court :)... l'adresse de
# votre domaine "mailservice@mydomain.com" évitera de confondre vos
# utilisateurs avec ceux de votre fournisseur d'accès - il a besoin de
# connaître votre adresse exacte!
# Sinon vous pouvez créer une boucle sans fin qui envoie un e-mail du style
# "Ne dépensez pas 500$ chez votre ..."
:0
|(/usr/bin/formail -r -k \
-A"X-loop: mailservice@mydomain.dom "| \
/usr/bin/gawk '{print }\
/^/ && !HEADER \
{ system("/bin/cat nosuchuser"); \
print"--" ;\
HEADER=1 }' ) |\
/usr/bin/sendmail -t
exit
</code>
</pre>
<hr></blockquote>
<h2><a name="ss4.3">4.3 Il n'y a pas d'abonné ... (fichier
nosuchuser)</a></h2>
<blockquote><code>(*** < file > *** text ***)
nosuchuser</code></blockquote>
<blockquote>
<hr>
<pre>
<code>
La personne que vous désirez contacter n'est pas abonnée à cette adresse.
S'il vous plaît, utilisez la ligne réservée au sujet pour y écrire le nom de
votre correspondant - exemple: "subject: freaker" enverra un mail à freaker à
cette adresse"
</code>
</pre>
<hr></blockquote>
<h2><a name="ss4.4">4.4 Fichier "crontab".</a></h2>
<p>Si vous ne savez pas comment crontab fonctionne :) il vaut mieux
que vous lisiez le manuel :)... Vous avez besoin de créer un
fichier pour contrôle le courrier "checkmail" - celui-ci
vérifiera si la connection est valide, de la même
manière que cron... - j'utilise le protocole ppp :) - aussi
l'exemple suivant vérifiera la connection - ainsi que la
messagerie toutes les 10 minutes en utilisant cron. Ca paraît
un peu louche - mais ça ne l'est pas !</p>
<h3>Vérification du courrier</h3>
<p>Le fichier "checkformail" sera appelé (il doit être
exécutable pour celà) - et il vérifiera la
connection. Si elle est valide alors il ira récupérer
le courrier. Crontab utilisera ce fichier quand vous utilisez
l'entrée cron suivante ...</p>
<blockquote><code>(*** < file > *** code ***)
.checkformail</code></blockquote>
<blockquote>
<hr>
<pre>
<code>#!/bin/sh
#
cd /home/mailservice
if [ -f /var/run/ppp0.pid ]; then
/usr/local/bin/fetchmail -s > /dev/null 2>&1
fi
</code>
</pre>
<hr></blockquote>
<h3>crontab</h3>
<p>Cette entrée cron doit être chargée dans
crontab, elle appellera le fichier .checkformail toutes les 10
minutes. Elle n'a aucune action sur le courrier ni sur la console -
puisque le tout va directement dans le répertoire
/dev/null.</p>
<blockquote><code>(*** < file > *** text ***)
cronentry</code></blockquote>
<blockquote>
<hr>
<pre>
<code>0,10,20,30,40,50 * * * * /home/mailservice/.checkformail 1> /dev/null 2>
/dev/null
</code>
</pre>
<hr></blockquote>
<h2><a name="ss4.5">4.5 Chez votre fournisseur
d'accès.</a></h2>
<p>Ce qui suit doit être fait si vous utilisez la
méthode A... chez l'administrateur, l'e-mail va directement
du domaine vers l'utilisateur. C'est assez simple, et une fois que
c'est installé ça roule d'enfer ! Ce n'est pas
nécessaire ni chez vous ni chez votre administrateur
système si celui-ci utilise une autre méthode.</p>
<p>Si vous utilisez une nouvelle version de sendmail, l'ancienne
version ne fonctionnera sans doute pas, aussi référez
vous au manuel d'utilisation pour que le routage d'e-mail ait
lieu.</p>
<h3>(Ancienne version de sendmail) ajoutez les lignes suivantes au
fichier sendmail.cf</h3>
<p>Ajoutez les lignes suivantes au fichier /etc/sendmail.cf, ainsi
le fichier du domaine sera lu. SVP il est à noter que la
règle 98 est ajoutée ci-dessous, ceci pour
récupérer les erreurs :) c'est l'enfer pour les
enlever ! (et je sait de quoi je parle :) DuH).</p>
<blockquote><code>(*** < file > *** add ***)
/etc/sendmail.cf</code></blockquote>
<blockquote>
<hr>
<pre>
<code># Base de données du domaine maintenu
Kmaildomains btree /etc/maildomains.db
# ajoutez ces lignes "dans" la règle 98 ! (sous la règle 98)
R$+ < @ $+ . > $: $1 < @ $2 > .
R$+ < @ $+ > $* $: $(maildomains $1@$2 $: $1 < @ $2 > $3 $)
R$+ < @ $+ > $* $: $(maildomains $2 $: $1 < # $2 > $3 $)
R$+ < @ $* > . $: $1 < @ $2 . >
</code>
</pre>
<hr></blockquote>
<h3>(Nouvelle version de sendmail) Ajoutez ces lignes au fichier
sendmail.cf</h3>
<p>Avec la nouvelle version de sendmail (testé avec la
version 8.8.7 et 8.8.8), ignorez la méthode A, et ajoutez
les lignes suivantes :</p>
<blockquote><code>(*** < file > *** add ***)
/etc/sendmail.cf</code></blockquote>
<blockquote>
<hr>
<pre>
<code># Base de données du domaine maintenu
Fw/etc/sendmail.cw
Kvirtuser btree /etc/maildomains.db
*OR*
Fw/yourhomedir/sendmail.cw
Kvirtuser btree /yourhomedir/maildomains.db
</code>
</pre>
<hr></blockquote>
<h3>(Nouvelle version de sendmail) Editez le fichier
/etc/sendmail.cw</h3>
<p>Editez le fichier /etc/sendmail.cw (ou
/votrerépertoire/sendmail.cw si vous n'utilisez pas le
même emplacement). Un point positif à l'utilisation de
votre répertoire: vous n'avez pas besoin d'être loguer
root pour activer votre domaine. Bien que vous pouvez avoir des
risques de sécurité si vous n'êtes pas
rigoureux !</p>
<p>Ce fichier peut déjà exister, ou a besoin
d'être créé. S'il existe déjà
soyez sûr de ne pas écraser les anciennes
données - ou je vous rappelerai ma déclaration :)</p>
<p>En premier lieu créez un fichier /etc/sendmail.cw, qui
sera utilisé entre le domaine et l'utilisateur... (comme je
vous l'ai déjà dit, le nom "mailservice" est à
votre convenance - ça peut même être votre login
(le mien est freaker)). Exemple :</p>
<blockquote><code>(*** < file > *** text ***)
/etc/sendmail.cw</code></blockquote>
<blockquote>
<hr>
<pre>
<code>mydomain.dom mailservice
</code>
</pre>
<hr></blockquote>
<h3>Créez un fichier /etc/maildomains file</h3>
<p>En premier lieu créez un fichier /etc/maildomains, qui
sera utilisé entre le domaine et l'utilisateur... (comme je
vous l'ai déjà dit, le nom "mailservice" est à
votre convenance - ça peut même être votre login
(le mien est freaker)). (Vous pouvez avoir ce fichier dans votre
répertoire, changez le chemin :). Exemple :</p>
<p>Avec l'ancienne version de sendmail:</p>
<blockquote><code>(*** < file > *** text ***)
/etc/maildomains</code></blockquote>
<blockquote>
<hr>
<pre>
<code>mydomain.dom mailservice
</code>
</pre>
<hr></blockquote>
<p>Avec la nouvelle version de sendmail:</p>
<blockquote><code>(*** < file > *** text ***)
/etc/maildomains</code></blockquote>
<blockquote>
<hr>
<pre>
<code>@mydomain.dom mailservice
</code>
</pre>
<hr></blockquote>
<h3>Au travail !</h3>
<p>Avec l'ancienne et la nouvelle version de sendmail vous avez
besoin de créer les fichiers btree (base de données),
suivez le guide :</p>
<pre>
cd /etc (or /yourhomedir)
makemap btree maildomains < maildomains
</pre>
<p>après celà, tuez le démon sendmail et
redémarrez le. Maintenant ça devrait marcher ! Bonne
chance :)</p>
<h2><a name="s5">5. Automatisation</a></h2>
<p>OK, tout ce que nous avons vu fonctionne... (sinon ne pensez
même pas à l'automatisation, il faut d'abord que tout
soit ok) maintenant il nous faut un script pour que
l'administrateur ou le root ne se prenne pas la tête pour
ajouter un utilisateur à votre fichier procmail... L'exemple
suivant s'adresse à des utilisateurs plus
expérimentés - parce que certaines choses ont besoin
d'être changées. J'ai décidé d'utiliser
la M(B) parce qu'elle est plus utilisée que la M(A) (moins
chère). Mon exemple peut très bien être
adapté à la M(A).</p>
<h2><a name="ss5.1">5.1 La structure.</a></h2>
<p>Puisque le fichier de post-routine termine le programme (tout ce
qui va suivre ne fonctionnera pas sans lui) nous avons besoin d'un
fichier de pre-routine.</p>
<h3>Le fichier de pre-routine ".procmailrc-header"</h3>
<p>Ce fichier servira à la fois au fichier de pre-routine et
au fichier principal puisqu'ici seront rajoutés ou
supprimés les différents utilisateurs. C'est un
fichier très important, une copie de sauvegarde sera la
meilleure chose à faire avant l'ajout d'un utilisateur, il
PEUT y avoir des problèmes ... une machine n'est pas
infaillible.</p>
<blockquote><code>(*** < file > *** text ***)
.procmailrc-header</code></blockquote>
<blockquote>
<hr>
<pre>
<code>:0 c
passtrough
:0
* ^To:.*freaker@ibm.net
! freaker
:0
* ^Subject:.root
! root
:0
* ^Subject:.barbara
! barbara
:0
* ^Subject:.paul
! paul@his.personal.emailaddress
:0 c
* ^Subject:.john
! john@his.personal.emailaddress
:0
* ^Subject:.john
! john
:0
* ^From:.*newsletter@ibm.net
! freaker
:0
* ^FROM_DAEMON
throwaway
</code>
</pre>
<hr></blockquote>
<h3>Le fichier de post-routine ".procmailrc-footer"</h3>
<p>Comme mentionné ci-dessus, ce fichier doit être la
post-routine puisqu'il ne sera pas utilisé pour
délivrer les données - ce fichier contient le code de
"rejet" pour retourner le message à l'expéditeur s'il
ne trouve pas de correspondant ! C'est vraiment la fin de la boucle
!</p>
<blockquote><code>(*** < file > *** text ***)
.procmailrc-footer</code></blockquote>
<blockquote>
<hr>
<pre>
<code>
:0
|(/usr/bin/formail -r -k \
-A"X-loop: mailservice@mydomain.dom "| \
/usr/bin/gawk '{print }\
/^/ && !HEADER \
{ system("/bin/cat nosuchuser"); \
print"--" ;\
HEADER=1 }' ) |\
/usr/bin/sendmail -t
exit
</code>
</pre>
<hr></blockquote>
<h2><a name="ss5.2">5.2 Script d'ajout de boîte à
lettre</a></h2>
<p>Ce script ajoutera un utilisateur au fichier de pre-routine, et
mettra à jour le ".procmailrc" d'après le
".procmailrc-header" pour clôturer le tout. Les commentaires
(précédés de #) ne sont là que pour
vous aider :) vous pouvez les supprimer.</p>
<blockquote><code>(*** < file > *** code ***) addmail (*
chmod 500 *)</code></blockquote>
<blockquote>
<hr>
<pre>
<code>#/bin/sh
#
# Copyright (c)1997 par Gunther Voet. rev 1.0.1
# SVP merci de laisser ce copyright si vous fournissez une machine avec ce
# programme préinstallé ...
echo ""
echo "Addmail v1.0.1 by Gunther Voet, Freaker / TuC'97-98 (21/04/97)"
echo ""
if [ $1 ]; then
if [ $2 ]; then
# Faites une sauvegarde!
cp /home/mailserv/.procmailrc-header /home/mailserv/.procmailrc-backup
# Ajoutez l'information (>>) au fichier .procmailrc-header
echo ":0" >> /home/mailserv/.procmailrc-header
echo "* ^Subject:.$1" >> /home/mailserv/.procmailrc-header
echo "! $2" >> /home/mailserv/.procmailrc-header
echo "" >> /home/mailserv/.procmailrc-header
# Mettez à jour le fichier .procmailrc à partir des fichiers .procmailrc-header
# et .procmailrc-footer
cat /home/mailserv/.procmailrc-header > /home/mailserv/.procmailrc
cat /home/mailserv/.procmailrc-footer >> /home/mailserv/.procmailrc
# Soyez sûr que le fichier .procmailrc n'appartient qu'à l'administrateur
# "mailserv" et que ce dernier a l'exclusivité de l'écriture/lecture...
chown mailserv /home/mailserv/.procmailrc
chgrp users /home/mailserv/.procmailrc
chmod 600 /home/mailserv/.procmailrc
else
echo "No DESTINATION mail address has been given ..."
fi
else
echo "usage:"
echo ""
echo "syntax: addmail from_user to_user(domain)"
echo ""
echo "example: addmail freaker freaker@myemail.dom"
echo ""
fi
</code>
</pre>
<hr></blockquote>
<p>Ok, ce script va donc ajouter les informations de l'utilisateur
ainsi que son adresse dans le fichier .procmailrc-header, et mettra
à jour le fichier .procmailrc à partir des deux
autres fichiers (header et footer). Si vous voulez supprimer un
utilisateur, vous n'avez juste qu'à éditer le fichier
".procmailrc-header" pour le modifier, ainsi la prochaine fois que
vous ajouterez quelqu'un, l'utilisateur précédent
sera supprimé du fichier .procmailrc. Pour effectuer une
suppresion immédiate, il vous faut le supprimer à la
fois dans le fichier .procmailrc et .procmailrc-header.</p>
<p>Je vous crois assez compétent pour modifier le script
pour que l'ajout d'un utilisateur à votre compte se fasse
automatiquement et ce pour les deux méthodes.</p>
<h2><a name="s6">6. A l'aide ! (Sic)</a></h2>
<p>Bon, vous avez besoin d'un peu d'aide, non :) je pourrais
être sarcastique et seulement vous dire: "vous feriez mieux
de tout réinstaller, parce que vu d'ici c'est un peu le
bordel"... ou je peux vous aider ... - j'ai décris ici
quelques problèmes courants. Si vous avez des
problèmes qui ne sont pas répertoriés ici,
faites m'en part par e-mail et je rajouterais tout ça
à ce HowTo avec en sus votre nom et adresse e-mail - AVANT
de m'écrire svp, vérifiez que vous n'oubliez rien et
si vous voulez que je vous aide expédiez moi le plus d'info
possible incluant le script et la description de ce que vous
voulez. Je n'ai PAS besoin des binaires, je ne veux pas le faire
tourner.</p>
<h2><a name="ss6.1">6.1 Le script d'automatisation ne fonctionne
pas:</a></h2>
<ul>
<li>est-il executable ?</li>
<li>est-ce que votre emplacement par défaut est /bin/sh
?</li>
</ul>
<h2><a name="ss6.2">6.2 Qu'est-ce que vous entendez par serveur de
mail anonyme ?</a></h2>
<ul>
<li>Vous pouvez créer un compte comme
"anon0001@votredomaine.dom" et le faire suivre vers une autre
adresse e-mail... personne n'ayant accès au fichier
.procmailrc, VOUS SEUL connaissez l'identité de vos
utilisateurs !</li>
</ul>
<h2><a name="ss6.3">6.3 Mon chat est mort</a></h2>
<ul>
<li>La prochaine fois n'imprimez pas ce HowTo avec du papier de
200gr, parceque pour 10 pages ce sera 2kg pour le chat - c'est
JUSTE TROP LOURD !</li>
</ul>
<h2><a name="ss6.4">6.4 Mon chien est mort</a></h2>
<ul>
<li>Hmmm... je ne peux rien faire pour vous, pourquoi vous me posez
cette question ? ... Enterrez le...</li>
</ul>
<h2><a name="ss6.5">6.5 Linux?</a></h2>
<ul>
<li>Un UNIX libre de droit - compatible Posix - créé
par Linus Torvalds ... Pourquoi êtes-vous en train de lire
celà si vous ne connaissez même pas Linux ?</li>
</ul>
<h2><a name="ss6.6">6.6 Pouvez vous m'aider à trouver un
compte ?</a></h2>
<ul>
<li>Non! C'est un HowTo pour une utilisation personnelle, je me
contrefous de votre fournisseur d'accès ainsi que de votre
adresse e-mail.</li>
</ul>
<h2><a name="ss6.7">6.7 Pourquoi avoir enlevé "
peut-être que plus tard je rajouterais quelques commentaires
..." ?</a></h2>
<ul>
<li>Lisez le point 5.5 avec attention :) et verrez pourquoi...
c'est parce que j'avais besoin de le rajouter sur demande
générale :)</li>
</ul>
<h2><a name="ss6.8">6.8 Comment puis-je obtenir un "domaine"
?</a></h2>
<ul>
<li>Demandez à votre fournisseur d'accès, il vous y
aidera. Ca peut prendre des jours voire des semaines pour le
demander à Internic - votre fournisseur d'accès peut
aider.</li>
</ul>
<h2><a name="ss6.9">6.9 Pourquoi êtes-vous un enc... en
utilisant cette méthode ?</a></h2>
<ul>
<li>Parce que je ne veux pas dépenser de l'argent et parce
que j'aime bien être un enc... en l'utilisant - JE l'utilise
- pourquoi ça vous ennuie ?</li>
</ul>
<h2><a name="ss6.10">6.10 Le fichier "nosuchuserfile" ?</a></h2>
<ul>
<li>Vous pouvez y mettre ce que vous voulez - pourvu que
l'expéditeur sache pourquoi son message a été
refusé.</li>
</ul>
<h2><a name="ss6.11">6.11 Est-ce que mes utilisateurs peuvent
écrire et envoyer du courrier ?</a></h2>
<ul>
<li>Ce n'est pas le but de ce système, lisez le manuel du
sendmail... je vous explique ici comment RECEVOIR du courrier et
avoir toujours une adresse valide.</li>
</ul>
<h2><a name="ss6.12">6.12 Est-ce que chaque utilisateur a besoin
d'un compte shell sur mon serveur ?</a></h2>
<ul>
<li>Nan... Mais ! Ce sera difficile pour les utilisateurs qui n'ont
pas accès à internet :) vous pourriez avoir un
réseau camouflé (et utiliser un ordinateur qui y soit
connecté) pour que les utilisateurs puissent lire leur
courrier de cette façon, ou bien vous pourriez créer
un lien entre un BBS et le courrier électronique, vous
pourriez même le transmettre vers une passerelle Fidonet :)
Autant de circonstances qui permettraient d'éviter de donner
un compte shell.</li>
</ul>
<h2><a name="ss6.13">6.13 sans objet</a></h2>
<ul>
<li>A priori un jeu de mot entre Skeletion et Skeleton</li>
</ul>
<h2><a name="ss6.14">6.14 l'ajout de courrier ?</a></h2>
<ul>
<li>Pas de question - pour l'automatisation - vous feriez mieux
d'être sûr de ce que vous voulez, parce que ça
pourrait être votre cheval de troie ;)) Ce que je veux vous
dire, c'est que vous devez savoir comment faire un script avant de
poser des questions. C'est assez facile à interprêter
et en plus j'y ai ajouté des commentaires. Si vous avez
l'intention de distribuer ce script, svp pensez à mon
copyright ! merci ;)</li>
</ul>
<h2><a name="ss6.15">6.15 Pourquoi êtes-vous si cruel
?</a></h2>
<ul>
<li>Je ne suis pas cruel :) je suis gentil :) je suis le plus
gentil garçon de la Terre, de l'univers ! MAINTENANT DEHORS
! ( je veux juste m'en tenir à mon HowTo et pas TROP
dériver de mon point de départ - aussi :) that's all
folks ! ).</li>
</ul>
<h2><a name="ss6.16">6.16 Avez vous eu des plaintes à propos
de langage excessif ?</a></h2>
<ul>
<li>Pas encore, mais, il se pourrait que je filtre toute chose
contenant "excessif" et "langage" :) je ne sais pas :))</li>
</ul>
<h2><a name="ss6.17">6.17 Pourquoi ce HowTo est-il si
différent des autres ?</a></h2>
<ul>
<li>Parce que le fait de lire beaucoup de HowTo peut devenir
barbant... j'ai voulu y ajouter autre chose...</li>
</ul>
<h2><a name="ss6.18">6.18 Localement mon domaine fonctionne, mais
semble rien recevoir de l'extérieur.</a></h2>
<ul>
<li>Vérifiez votre fichier "sendmail.cw, le nom de domaine a
BESOIN de s'y trouver !</li>
</ul>
<h2><a name="ss6.19">6.19 Mon chien est mort</a></h2>
<ul>
<li>Les règles ne fonctionnent pas, je ne peux recevoir
d'e-mail, ou sendmail plante, référez vous à
la section « new sendmail » et ne ftes pas
attention aux explications de l'ancienne version. La nouvelle
version de sendmail sera plus facile à utiliser avec les
domaines virtuels.</li>
</ul>
<h2><a name="s7">7. The End</a></h2>
<p>Il faut une fin à tout... si vous trouvez des bugs non
repertoriés (ou des particularités), alors laissez de
côté vos critiques... envoyez moi vos commentaires et
suggestions :) Si vous êtes encore en colère
après avoir lu celà, svp allez voir à <a href=
"http://tuc.ml.org/hehehe">http://tuc.ml.org/hehehe</a>.</p>
<p>Mes remerciements à:</p>
<p>Hannes van de Vel: pour m'avoir supporté (hum) Tetsu
Isaji: pour la version japonaise ainsi que pour m'avoir
signalé quelques erreurs :) Greg Hankins: pour m'avoir fait
remarquer les erreurs de la version sgml. Linus torvalds: bien
sûr, sans qui ce HowTo n'existerait pas !</p>
</body>
</html>
|