[Linux-bruxelles] Mail en reseau

[Stéphane Konstantaropoulos]

Le lun 30/09/2002 à 15:29, michel paquet a écrit :
> Salut la liste
> 
> J'ai un gros problème de mail: Je ne peu plus envoyer de mails qu'a partir de 
> mon serveur (et pas depuis longtemps). Mes machines réseau (3) ne peuvent 
> plus ni recevoir ni envoyer de mails ni sous Linux ni sous Windoz. 
> Rem: il est question de mails en provenance et destinés à mon FAI pas de mails 
> internes sans intéret chez moi.
> 
> Bon, je commence par ce que je voudrais:
> 
> 1) Rapatrier les mails de mes différents utilisateurs a partir de leur 
> environnement mail (Mozilla-mail et/ou Netscape-mail) à leur demande et ce, 
> indiféremment, sous Linux ou sous Windoz.
> 
> 2) Permettre a mes utilisateurs d'envoyer leurs mails, à  leur demande, dans 
> ces mêmes conditions.
> 
> 3) Ne pas utiliser de IPMASQUARADE (qui me donne un problème de connexion 
> indésirée lors des impressions)
> 
> 4) Pour certains utilisateurs, pouvoir recevoir et envoyer leurs mails 
> indifférement sous Windoz et sous Linux (même boite de mails pour les deux 
> systèmes: elle serait dans une partition FAT de la machine locale accessible 
> par les deux systèmes)
> 
> Rem: J'ai 5 utilisateurs mail.
> 
> Système :
> -Serveur sous SuSE 8.0
> -Liaison WEB par ISDN
> -Impression sous BSD (Cups ne fonctionne pas sous SuSE avec Samba)
> -Squid comme proxy
> -sendmail et fetchmail fonctionnent en local
> -Les comptes utilisateurs sont définits sur le serveur et les mails sont 
> rapatriés dans /var/mail (en réalité /var/spool/mail) dans des fichier à leur 
> nom et au groupe "users".
> -Kmail, mutt et Pine fonctionnent en local sur le serveur.
> -Mozilla-mail ne fonctionne pas en local sur le serveur (comment lui dire 
> d'aller chercher ses mails sur un fichier local?)
> -fetchmail s'active dès qu'une connexion WEB est établie et se coupe après un 
> certain temps (qui me semble long mais il finit par se couper) grâce au 
> script IP-UP.
> -J'ai essayé IMAP mais j'ai rien compris...(installé mais pas activé): comment 
> lui dire qu'il est un relais d'un pop distant et qu'il ne sert que de pop 
> pour le réseau local?
> 
> Si l'un (ou plusieurs) d'entre vous pouvait m'aider je lui en serais 
> reconnaissant.
> Rem: Je suis en congé de maladie (non contagieuse) jusqu'a la fin de semaine 
> et donc si quelqun préfère voir de près mes settings... il est le bienvenu.
> (39 Cor de Chasse 1170 Bxl tel 026725376)
> 
> D'avance merci.
> 
> --
> Michel
> 
On peut faire simple.

Tu configure bêtement un sendmail sur ton serveur. Facile, l'install de
base devrait faire l'affaire. Il faut juste que sendmail tourne.

Ensuite, tu utilise fetchmail pour rappatrier les mails pour tous tes
comptes de ton fournisseur d'accès, en fonciton des comptes sur le
serveur, facile avec fetchmailconf (outil graphique)

Ensuite tu fais tourner un serveur IMAP (c'est le must), imapd ou
quelque chose comme ça, plus dur à configurer, mais bon, ça doit le
faire.

Sur les stations, tes utilisateurs se connectent à ton serveur pour
recuperer leur mail du compte que tu veux, avec IMAP ils peuvent tout
faire sans copier de mails en local, donc passer d'une machine à l'autre
et retrouver leur inbox et autres boîtes.

Encore sur les stations, on utilisera ton serveur pour envoyer les mails
(serveur smtp, sendmail fait ça).

Pour configurer sendmail, webmin, c'est pas mal.
Pour imapd, aussi webmin (??).

avantages:
	courrier lisible de n'importe quelle station.
	possibilité de filtrage de spam directement dans senmail.

la config est un peu difficile mais si ton réseau est bien configuré (si
les différentes machines se reconnaissent), ça devrait aller sans trop
de problèmes.
 
-- 
   _ _ _
  / \ \ \
 / / \ \ \          (el greco)
 \/_ | S  \   Muy Mano,
  | \/    /         Muy Presa.
   \_  K /  http://users.aber.ac.uk/ssk01
      \  \
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 189 octets
Desc: non disponible
URL: </pipermail/linux-bruxelles/attachments/20021005/b1fbbff4/attachment-0001.sig>