Le Jeudi 14 Novembre 2002 08:34, Olivier a �crit : > OK, si j'ai bien compris, quand on choisit un MTA, on doit choisir un mode > de stockage des mails (mbox, maildir, ou saloperie de truc non document� et > non libre). Puis on choisit un MUA qui sertait compatible avec ce mode de > stockage, et c'est ce MUA qui propose un interaction utilisateur selon le > protocole IMAP ou POP3. Me gourre-je ? Effectivement. En fait , la forme du stockage est influenc� par la voccation du serveur de mail (certains ne laissent pas cette libert�). Dans le cas d'un MUA classique coupl� � un serveur IMAP, on a tendance � privil�gier le regroupement des mails dans le m�me rep�rtoire, par user et par fichier/message. Il faut donc veiller � configurer correctement son serveur IMAP pour qu'il corresponde aux m�thodes de d�livrances du MTA.
> Peut-�tre est-ce l� une des difficult�s de la configuration d'un serveur > mail : quelle technologie choisir parmis toutes celles qui existent pour > garantir des performances correctes, une grande souplesse de configuration, > et qui propose des caract�ristiques compatibles avec de nombreux autres > outils. > > Je pense qu'il est dommage qu'il n'y ait pratiquement aucune documentation > s�rieuse et compl�te sur ce sujet. J'ai cherch� dans Google les mots > "sendmail exim postfix courier-mta qmail" en esp�rant trouver un site > comparatif. Je n'ai eu que 293 r�ponses sur tout le monde, dont 2 "en > fra�ais" qui donnent sur des liens morts ;o( Comment v�ritablement tester de fa�on comparative des serveurs aux fonctions et aux options si diff�rentes?... > On voit beaucoup de trolls inutiles sur des comparatifs entre KDE ou GNOME, > et pourtant �a ne concerne que 2 technologies d'un syst�me qui n'est pas > _vital_ sous linux (je n'ai jamais vu de gens s�rieux se mettre � Linux car > ils voulaient un bon Desktop Manager ...). > > C'est d'autant plus lamentable que je lis r�guli�rement dans la presse ou > sur le net des articles sur des points particuliers de la configuration des > serveurs mail annon�ant "on ne va pas vous refaire tout un cours sur la > configuration g�n�rale, on suppose que c'est acquis vu que c'est trait� > partout", alors que cette bo�te mail me prouve que cette technologie est > loin d'�tre comprise par la majorit� des hackeurs (je m'avance un poil, > ptet, mais je pense pas trop avoir tort). Tout � fait exact! Le probl�me (et il est g�neral) est que la configuration d'un serveur de mail est une chose pointue et �pineuse (contrairement � ce qu'une multitude de personne voudraient bien nous faire croire). Abonn� depuis plusieurs ann�es � la liste de diffusion d'Exim (maintenue par l'universit� de Cambrige), je vois passer tous les jours des messages d'administrateurs de serveur mail qui luttent pour pour faire vivre au jour le jour un serveur de messagerie digne de ce nom et adapt� � leur contrainte... Je pense qu'un des d�faut du libre et de vouloir faire croire qu'administrer des serveurs, c'est � la port�e de tous (a�, l� il va y avoir du retour!). J'interviens sur de nombreuses ML o� je tente (avec mes petites comp�rences) d'aider ceux qui d�butent. Ce qui me choque le plus c'est de me rendre compte qu'aujourd'hui n'importe qui installe n'importe quoi sans m�me savoir pourqois et comment. Et ces m�mes personnes ne lisent pas une ligne de doc avant de poser leur question. On veut tout et tout de suite... Pourtant, sur Internet, on trouve quasiement toutes ces docs, et pour les passionn�s, il existe des ouvrages remarquables (chez O'reilly notamment)... > C'est bien beau de gueuler, si on veut faire avancer les choses, il faut > agir, aussi je me propose de cr�er une documentation compl�te sur ce sujet > (mais je peux pas m'y mettre avant d�cembre, voire janvier 2003, j'ai un > d�m�nagement � assurer entre temps). Si y en a parmi vous qui seraient > d'accord pour assurer la relecture ou r�aliser des benchmarks, ce sera avec > plaisir :o) Et d'ici l�, si des gens r�ellement comp�tents pouvaient > r�diger de beaux articles dans LMF ou sur Lea, linux.fr (qui va exister > vraiment bient�t) etc ... ce serait pas mal. Des docs il en existe une multitude (voir les diff�rents sites des universit�s). Pourquois ne pas essayer de les f�derer plut�t?... Cordialement, Loick.B
