un grand merci pour l'aide et le temps que vous avez tous consacré à mon problème.
Ravi d'avoir pu te rendre service !
Et pourquoi pas faire une petite documentation ?
Andesi ne devrait pas être qu'un déversoir à questions mais aussi héberger des documentations !
Tout à fait d'accord avec toi ledub. Cependant, une quantité hallucinante de doc existe déjà sur le sujet. Enfin, il faudrait vraiment être très précis et complet sur une doc de ce type car le sujet est traité de nombreuses façon. Très souvent de manière maladroite d'ailleurs.
LeDub qui, pour son nouveau taff, se fait quelques docs !
Tu as décidé de te faire exploiter par qui maintenant?
]>LeDub qui, pour son nouveau taff, se fait quelques docs !
]>Vous avez tout à fait raison. Il faut que le chemin retourné par la requête MySql se termine par "/" pour que postfix invoque directement maildir et non pas mailbox.
Je propose de clore ce sujet avec un grand merci pour l'aide et le temps que vous avez tous consacré à mon problème.
Je vais m'attaquer à la configuration du serveur courier et je ne manquerai pas de poster de nouveaux problèmes ne serait-ce que pour élargir ma connaissance du système Linux.
Encore une fois, merci
kokok552 a écrit :Pour répondre à Tihz, je ne pense pas avoir omis quoi que ce soit.
Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
Oui il suffit de ne pas preciser l'option mailbox_command
Avec le / a la fin du parametre donné a home_mailbox. Sans / il utilise mailbox, avec / il utilise les maildir
Je réponds en coup de vent et je plussoie la réponse de Tihz.
Cependant, j'ai 3 serveurs de mail qui tournent aujourd'hui sous Postfix et sur aucun (de mémoire) je n'ai spécifié explicitement l'utilisation du format Maildir. Je ne suis pas tout à fait sûr cependant.
En effet, l'option mailbox_command n'a pas trop de sens dans un environnement à base d'utilisateur virtuels. C'est le résultat des requêtes MySQL qui doit retourner un chemin se terminant par un "/".
Bon courage, je te confirmerai tout ça en fin de semaine lorsque je serais à nouveau au bureau.
]>Pour répondre à Tihz, je ne pense pas avoir omis quoi que ce soit.
Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
Oui il suffit de ne pas preciser l'option mailbox_command
Avec le / a la fin du parametre donné a home_mailbox. Sans / il utilise mailbox, avec / il utilise les maildir
]>Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
]>Si which procmail ne donne rien, c'est que procmail n'est pas installer sur ton système.
]>Autre question qui me préoccupe aussi :
La commande which procmail ne donne rien sur mon serveur. Est-ce là une raison pour que mon postfix persiste à utiliser mailbox pour délivrer les messages ?
Merci pour toute réponse
]>Chez moi, j'utilise procmail donc un des paramètres est : mailbox_command = procmail -a "$EXTENSION"
Il faut par la suite configurer procmail pour qu'il redirige les mails vers les bonnes boites.
Si tu ne veux pas utiliser procmail, le paramètre doit être : home_mailbox = Maildir/ pour que les mail arrive dans le répertoire ~/Maildir/ (voir plus en detail le man pour changer de répertoire)
Les deux paramètres sont conflictuel l'un avec l'autre et je ne sais pas du tout lequel prend l'avantage sur l'autre.
Je m'y connais tres peu en postfix, j'ai commencer a regarder depuis 2 mois a peine donc je ne pourrais pas t'aider beaucoup plus sauf sur les principe de base.
]>Un simple cat /data/mail/debian.ctn.com/u/user1/new/msgxxx te permet de lire le message (msgxxx etant bien entendu un nom pris au hasard dans ce cas).
Par contre, mais ce n'est qu'un choix personnel, j'utilise dovecot comme serveur imap/pop que je trouve un peu moins vieillissant que courier.
]>J'ai fait comme me l'a recommandé oDn et je suis arrivé à un resultat plus satisfaisant même si je ne suis pas encore au bout de mes peines.
Actuellement, j'ai le log suivant :
Apr 16 10:56:28 debian postfix/qmgr[2767]: 2BEEC3E485: from=<[email protected]>, size=304, nrcpt=1 (queue active)
Apr 16 10:56:28 debian postfix/virtual[3078]: 2BEEC3E485: to=<[email protected]>, relay=virtual, delay=173942, status=deferred (mailbox /data/mail/debian.ctn.com/u/user1: cannot open file: Is a directory)
Je comprends le message d'erreur mais je ne trouve pas la solution qui pourrait s'accorder à la configuration que je voudrais mettre en place.
Je m'explique.
J'ai déjà pu voir 2 serveurs mails utilisant postfix et j'ai pu constater que chaque compte utilisateur a son propre répertoire contenant les répertoires cur, new et tmp.
Apparemment, virtual ne reconnait pas cette arborescence puisqu'il considère le mailbox comme un fichier et non pas un répertoire de base.
Est-ce qu'il faut que j'installe d'autres paquets supplémentaires ?
en effet des logs MySQL ne ferait pas de mal.
Cependant, tout à l'air de fonctionner correctement comme l'a montré ta requête postmap.
Je pense que tu as un problème avec la configuration de ton pseudo daemon "virtual" qui s'occupe de distribuer le mail des utilisateurs virtuels.
Apr 13 14:31:58 debian postfix/local[3235]: B73C43E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "sojavelo")
Comme tu peux le voir au dessus, c'est "local" qui est invoqué pour identifier [email protected] (Apr 13 14:31:58 debian postfix/local[3235]) or ce devrait être "virtual". Local tente de distribuer les mails aux comptes locaux, sans @domain.tld donc, ce qui explique pour quoi tu obtiens unknown user: "sojavelo" et non unknown user: "[email protected]".
Si ma mémoire est bonne ... fin de semaine oblige, j'ai des doutes ... mais ton soucis se trouve à ce niveau:
mydestination = debian.ctn.com, localhost.ctn.com, localhost
Tu devrais indiquer :
mydestination = localhost.ctn.com, localhost
étant donné que debian.ctn.com est un domaine virtuel géré par virtual_mailbox_domains
D'ailleurs en écrivant ceci, je me suis rendu compte qu'il n'y a aucune mention de virtual_mailbox_domains dans ton main.cf.
Tu devrais ajouter ceci:
virtual_mailbox_domains = mysql:/etc/postfix/mysql/vdomain.cf
Un petit postmap devrait te confirmer que tout fonctionne correctement (tu commences à avoir l'habitude je suppose ^^)
postmap -v -q debian.ctn.com mysql:/etc/postfix/mysql/vdomain.cf
Tiens nous au courant et bonne chance, je pense qu'on est proche de la solution.
]>