Re: Serveur de mails, quelques soucis
Shams Fantar wrote:
Plop,
Je suis en train d'installer un serveur de mails avec
postfix+maildrop+courier
La connexion en pop est possible sur le serveur à partir d'un client
de mails, le login et le mot de passe ne renvoient aucune erreur,
voici les logs qui montrent bien qu'une connexion est faite (mail.log)
: http://files.snurf.info/serv_mails/mail.log
Ensuite, lorsque j'envoie un mail sur sfantar@snurf.info (snurf.info
étant le domaine et sfantar un des utilisateurs du système, je ne
reçois aucun email me renvoyant une erreur, voici le log lorsque
j'envoie un mail (mail.log) :
http://files.snurf.info/serv_mails/mail.log_ ;
on n'y voit pas la transaction concernée. si tu ne trouve pas la
transaction dans les logs, alors tu n'as pas parlé avec postfix.
le "fatal: open database /etc/postfix/virtual_maps.db: No such file or
directory" me dérange un peu, une solution ?
# postmap /etc/postfix/virtual_maps
si ce fichier n'existe pas, il faut le virer de main.cf
par ailleurs, virtual_maps est obsolete. utilises virtual_alias_maps à
la place.
Lorsque je relève les mails de sfantar, il n'y a aucun email....Une
idée ?
vérifie que maildrop met les fichiers là où courier les attend. pour
cela, il faut utiliser le bon maildrop (pas le package pour
courier-mta), et s'assurer que lui et courier-[pop|imap] utilisent
authdaemon. avec des vieilles versions, il faut configurer chacun de son
coté. tu peux tester en lançant maildrop manuellement:
# maildrop -V 4 -d sfantar < message.eml
(le -V spécifie le niveau de "verbosité")
Le fichier de configuration de postfix :
http://files.snurf.info/serv_mails/main.cf
un conseil: prends la config par défaut de postfix, et ne la modifie
qu'en connaissance de cause (par exemple ton smtpd_client_restrictions
ne sert absolument à rien. le défaut étant "permit", ajouter
permit_mynetworks ne le "permettra pas plus vite ou plus fort").
Reply to: