Page suivante - Page précédente - Table des matières

2. Preliminaires.

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.

2.1 Préface & Description

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.

2.2 L'intérêt d'une telle chose ...

  • Permettre de contacter tous les membres d'une organisation par adresse e-mail si nécessaire.
  • 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.
  • 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.
  • Un réseau camouflé - avec un serveur connecté sur le net, dont les utilisateurs ont besoin d'avoir compte e-mail.
  • Vous voulez retransmettre certains documents automatiquement - comme je le fais avec mon HowTo, statistiques, ou documents ... comme "info@yourmail.dom" ou "document@yourmail.dom".
  • 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.
  • 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.

2.3 Les choses à connaître.

  • 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.
  • C'est un moyen moins rapide qu'une connection on-line 24/24 puisque vous devez vous connecter pour distribuer le courrier.
  • 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).
  • 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.
  • 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".
  • 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.
  • 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.
  • 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).

2.4 Il y a deux voies différentes...

  1. 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.
  2. 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 !


Page suivante - Page précédente - Table des matières