Merci également pour cette réponse.
Effectivement il y avait une modif de config à effectuer.
mea culpa... Mais bon, autant le produit est vraiment sympa, autant la
doc n'est vraiment pas un modèle du genre...
Et puis j'étais tellement persuadé que cette info était communiquée par
le MTA. Mais j'ai bien relu dans le bouquin de Postfix, où il est bien
confirmé qu'il n'y a pas d'échange entre le MTA et le POP...
Bon! bah! Je n'ai plus à choisir un serveur IMAP...
Merci encore
Alexandre Mackow a écrit :
phdb wrote:
Merci pour cette réponse.
Le souci n'est pas la distribution du courrier.
Postfix fait son boulot et fetchmail le fait également, que l'on soit
en mbox ou maildir.
Pour le moment, je ne crois pas utile de rajouter la couche procmail,
puisque fetchmail distribue correctement.
Le problème concerne uniquement le serveur pop qui n'a pas l'air de
bien communiquer avec le MTA, puisqu'il ne semble pas savoir
(comprendre) que les bals sont désormais situées dans le répertoire
msg de chaque $HOME.
Je devrais peut-être essayé avec un autre serveur pop ?
Concernant IMAP, au départ, j'étais effectivement plutôt orienté sur
courier-imap, mais certains benchs le présente comme l'un des moins
performants:
http://www.usenix.net/events/lisa03/tech/full_papers/elprin/elprin_html/index.html
J'ai oublié de préciser que l'objectif final prévoyait également (à
terme...) l'utilisation de mysql pour le stockage du courrier.
Zuthos a écrit :
Salut,
en effet j'utilise courier-pop, et je dois lui renseigner
MAILDIRPATH=Maildir
pour lui specifier de pointer au bon emplacement....Surement une
variable du style dans un fichier de conf de teapop
++
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
