En r�ponse � foulademer <[EMAIL PROTECTED]>: > Finalement : j'ai install uw-imapd et ca a l'air de fonctionner. >
Si �a marche avec uw-imapd et pas avec courier-imap ou cyrus, c'est que tu avais un grave probl�me de config du � la base du traitement de tes courriers. Je m'explique : dans le monde Unix, y a 2 m�thodes pour traiter les mails : - La m�thode Berkeley, bas�e sur des mbox, c'est � dire que chaque utilisateur a un fichier dans le r�pertoire /var/spool/mail, et ce fichier contient tous les mails et est accessible par des programmes comme "mail", "xmail", "mutt" (il me semble) et des produits utilisant le protocole POP3, - La m�thode IMAP, bas�e sur des maildir, c'est � dire que les mails sont stock�s sous forme de fichiers (1 fichier par mail) dans une arborescence de r�pertoire, � partir d'un r�pertoire d�fini par l'utilisateur (g�n�ralement $HOME/Maildir/). Cette m�thode est r�cente, et tr�s efficace (cf les benchmarks sur http://www.courier-mta.org/) d�s que la bo�te mail commence � �tre genre bien remplie (plus de 400 mails) La solution IMAP apporte de nombreuses solutions l� o� POP3 (entendez par l� la gestion des mbox) ne pouvait rien faire : avec les mbox, un message est soit nouveau, soit effac�, c'est � dire que lorsqu'un utilisateur toto lit un mail, alors il est effac� du fichier /var/spool/mail/toto ; on compte alors sur le logiciel de gestion du mail (OE, Outlook, Netscape Messenger ...) pour stocker ces mails lus, chaque programme le faisaint de mani�re propre et g�n�ralement fonci�rement incompatible avec les autres progs (OE et Netscape : un fichier par "maildir", Outlook : un gros fichier tout court, Mutt : 2 fichiers similaires � des mbox ...). Aucune RFC ne stipule comment stocker correctement son mail, et donc c'est le bazard :o) IMAP est d�ja nettement plus malin � ce niveau, puisque c'est sur le serveur que la notion de lu/pas lu est stock�e. Ca a en particulier l'avantage d'am�liorer les perfs lorsqu'un utilisateur souhaite rapatrier de mail dans une boite "temporaire" (on l'a tous fait avec le Outlook du bureau) : il n'a plus � parcourir un gros fichier de plusieurs m�gas pour savoir ceux qui sont pr�sents sur le syst�me du client. De plus, on peut imaginer des lecteurs de mail qui d�chargent le serveur d'un c�t�, tout en laissant la possibilit� de renvoyer ce m�me courier comme un serveur IMAP (exemple : pour stocker des mails sur CD, etc ...). Il est vrai que de nombreux DSI choisissent d'utiliser le logiciel UW-IMAP car ils ont l'impression que �a leur configure un serveur IMAP tr�s simplement. Cependant ils se gourent :o) UW-IMAP est en fait une sorte de traducteur entre les mbox et les maildir, c'est � dire qu'il va d'un c�t� choper des requ�tes IMAP, et de l'autre c�t� agresser sauvagement le fichier /var/spool/mail/toto. Je l'ai exp�riment� pas plus tard que la semaine derni�re, j'avais une bo�te de 550 mails, je mettais 4 minutes pour ouvrir un message ... l� o� maintenant avec du "tout IMAP" le seul facteur limitant est la bande passante (40 ko/s en sortie ...). Je pense que ce logiciel est � conseiller pour ceux qui veulent acc�der � leur mail en POP3 ET en IMAP (exemple le plus fr�quent : les FAI et les fournisseurs de bo�tes mails par Internet) : tous les logiciels de mails traditionnels (OE, Nestcape ...) sont compatibles avec les 2 protocoles mais utilisent par d�faut le POP3. Proposer aussi IMAP permet de consulter ses mails en ligne � travers IMP/Horde ou Squiremail. Dernier point que tu dois te poser, c'est "pourquoi �a marchait pas avec courier-imap ou cyrus ?". J'ai alors deux pistes de solution : - Il faut que ton MTA soit configur� pour stocker le mail re�u dans des maildir et non dans /var/spool/mail. Sendmail ne le fait pas par exemple (cf un de mes posts de la semaine derni�re ...). courier-mta le fait, c'est celui que j'ai choisi. Attention, une fois install�, un mta-imap ne distribue le mail qu'aux utilisateurs qui se sont _renseign�s_ (lis la doc) et n'accepte que les source SMTP qui lui sont indiqu�es (pour des raisons de s�curit�). De plus, il existe d'autres MTA IMAP mais je ne les ai pas test�s. J'ai essay� qmail, mais il faut faire attention, car l'auteur de qmail refuse que son produit soit distribu� sous forme compil�e (en gros, si t'as sendmail ou exim sur ta Debian, il faut le d�sinstaller ... ainsi que tous les packages qui sont _fortement_ li�s � ton MTA, comme par exemple Apache et plein d'autres trucs un peu vachement utile ...) ; - Quand tu installe un nouveau MTA bas� sur IMAP, tu _perds_ tous les mails qui sont stock�s dans tes mailbox. Il existe des solutions pour les r�cup�rer, je te conseille alors une belle googlelisation :o) J'esp�re n'avoir pas dit trop de b�tises, je ne suis pas un expert en configuration d'un serveur de mail, loin de l� (je d�bute m�me ...), donc si y en a qui veulent corriger, compl�ter ou autre, qu'ils n'h�sitent pas. Je tiens � faire remarquer cependant que la mise en place d'un serveur de mail est sans doute une des plus grandes difficult�s d'un point de vue g�n�ral (c'est � dire pas seulement sous Linux ...). Un bouquin sur Sendmail chez O'Reilly sortira en fran�ais en Janvier 2003, et il parait qu'il est tr�s complet. Celui sur IMAP n'existe qu'en Anglais actuellement ... A+ ! Olivier
