Bonjour,
 
je suis sous Debian et je voudrais aller récupérer des e-mails de wanadoo via POP3 où j'ai plusieurs comptes et les redistribuer aux utilisateurs concernés.
 
Ex:
l'utilisateur toto reçoit les messages de la boite toto@wanadoo.fr et tata@wanadoo.fr,
et titi ceux de titi@wanadoo.fr.
 
 
 
Pour récupérer les mails, j'utilise Fetchmail qui envoie ensuite le courrier vers Procmail et ça fait enfin un passage par spamassassin.
Mais pour chaque utilisateur, il faut créer un fichier ~/.fetchmailrc et ~/.procmailrc. Par ailleurs, fetchmail doit être lancé lorsqu'un utilisateur se loggue sur son compte et une fois qui s'est déloggué, le processus de fetchmail qu'il avait lancé reste et on se retrouve avec plusieurs fetchmail qui tournent en parallèle...
 
Ce que je voudrais faire, c'est employer fetchmail en tant que programme qui tourne pour tout le monde. J'ai configuré les noms d'utilisateurs et les mots-de-passe dans /etc/fetchmailrc et les messages sont récupéré (je le vois en lançant un mode « debug » de fetchmail sous Debian).
 
L'ennuie, c'est que les messages disparaissent lors de leur envoie vers procmail
 
 
 
Mon fichier /etc/fetchmailrc:

 
Mon fichier /etc/procmailrc:

toto et titi font partie du groupe « mail » qui a les droits d'écriture dans les fichiers /var/spool/mail/*.
 
Kéki va pas ?    
Et puis oùki sont parti mes messages/pourriels ? Ils ont été détruits ?  

drapal
 
je suis sur un truc du genre moi aussi mais j'avance pas
 
je veut recup trois boite mail qui m'appartienne et que chacune soit trié par boite
 
la seule solution viable a mes yeux est de passer par un server imap ( en plus ca me permet de consulter mes mails avec n'importe quel client et de n'importe quelle machine )
 
le hic cai que j'arrive pas a configurer courier-imap ( je suis une belle quiche )
 
je vais donc suivre ce topic avec un intéret plus que marqué

hum & si tu faisais matcher par l'user ?
(je ne sais pas comment fonctionne fetchmail en global en fait
genre une regle de procmail matchant correctement

par exemple

d'ailleurs je ne sais pas si tu as besoin de spécifier le Maildir vu que tu fonctionnes en mbox

justement je veut bosser en Maildir
 
cais urtout comment gérer l'authentification au nivo du server imap que je n'arrive pas a configurer
créer les comptes quoi

Y a un truc qui me tourmente là... C'est la présence de ces deux options dans le même fichier de conf
 

 
Comment tu veut qu'il s'y retrouve le pauvre ? T'en as un en mbox et l'autre en maildir
 
Voilà ce que j'ai chez moi :

 
Et puis après, j'ai un imap dessus qui me permets la lecture des mails...
 
De plus, tu utilises une variable $USER, mais elle est pas définie...

bah procmail va faire les deux en meme temps mais effectivement il va coller une Maildir dans le /var/spool/mail/

et une autre dans le home de l'utilisateur d'où les spams perdus
Ils sont cachés dans /home/$user/Mails/.spam

non dans le home de l'utilisateur ca sera une mbox

mousse21> je répondais a la config de El shaman au départ ( je viens de voir la tienne la )
tu te sers de quoi comme serveur imap ?
si c'est Courier par défaut il cherche un $Home/Maildir/
& pas un $Home/Mail/
 

je note mikala je note
 
vais encore une fois mater les fichiers de conf et je reviendrais à la charge

http://conf.littleboboy.net
y a quelqu'un de mes fichiers de conf si tu veux

si vous avez la soluce ( maildir vs mbox m'en fout car je suis en mbox ) pour récupérer depuis un seul fetchmail et distrbuer au bon, cela m'intéresse too

plop
bon déjà dans le fichier de conf de fetchmail tu peux mettre une option qui va le lancer en démon et le faire récup tes mails toutes les X secondes... regarde le man c marqué dedans comme ça tu le lances une fois au démarrage et basta
 
ensuite dans ton procmailrc mets DEFAULT=$HOME/Maildir << ou bien le répertoire maildir que tu veux, mais c UN par utilisateur, et donc je crois que tu peux virer les autres options du style MAILDIR=/var/spool/mail comme le dit Floow paske tout ce que ça va faire: c déconner. en effet tu lui passe un répertoire commun pour un truc qui est cencé dépendre de ton user...
 
j'espère avoir aidé... bon courage en tout cas.

Bon, j'ai essayé plusieurs configs, mais il y en a aucune qui fonctionne... Mes e-mails disparaissent dans la nature et comme je n'arrive pas à obtenir un log des activités de procmail, je ne sais même pas ce qu'il fait. D'ailleurs, j'en arrive à me demander si fetchmail le lance ou non.
 
Ma dernière oeuvre pour /etc/procmailrc:

J'ai enlevé les parties pour Spamassassin pour éviter d'éventuels problèmes avec lui.
Le fichier de log est en chmod 777 pour que je sois sûr que procmail pourra y écrire dedans !
 
 
Dans /etc/fetchmailrc, je n'ai rien modifié, excepté cette ligne:
mda '/usr/bin/procmail'
 
 
Une précision, j'utilise Exim4 pour envoyer mon courrier, est-ce que ça peut influer vu que Exim peut également délivrer du courrier en local ?
 
J'ai également lancé fetchmail pour qu'il m'affiche tout ce qu'il fait, voici un bout du log:

Sur ce log, je reçois un e-mail que je me suis envoyé et un pourriel.
Les deux messages ont disparu et je ne sais pas où n'y comment le savoir...  

sauf que les mails doivent etre probablement dans ton /root/Mail/
vu que procmail est appellé sous l'user root a priori .. (ou postfix ou qmail ou je ne sais quoi ) bref pas par l'user auquel il est destiné a mon avis .
il serait bien de voir ton procmail.log
edit: je dirais root vu que ton fetchmail tourne sous root  

fetchmail tourne sous l'utilisateur fetchmail.
procmail a le bit GUID et fonctionne avec les droits du groupe mail.

Qu'est-ce que j'aimerais le voir également le fichier de log de procmail  

bah il n'est pas dans /var/log/procmail.log ?
d'ailleurs procmail a le droit d'écrire dedans ?

un fichier log en 777 on aura tout vu  
 
-->[]

[]-->
 
Et en plus d'etre inutile (ca s'execute ?) niveau securite c'est genial...
 
-->[]

C'est pour tester, tu comprends pas que Procmail n'arrive pas me sortir un fichier de log ????
 
Si t'as des solutions à proposer pour le problème initial, tu les donnes, sinon, tu te barres ailleurs.
 
Merci.

il faut aussi que procmail puisse  acceder a ce repertoire en fait .
a ta place je ferais tourner fetchmail sous ton user a toi & ton procmail l'enverras vers l'user dédié ca devrait mieux marcher a mon avis .
Kahyman : la notion de test du connais o.O ...

 
doucement ça sert à rien de s'énerver, même si ça sert à rien non plus de critiquer surtout qd ce que tu fais c t pour faire des tests...
 
donc pour ton probleme essaye un truc:
vire ta ligne  

dans ton fetchmailrc et lance un postfix ou bien un autre n'importe
ton fetchmail devrait alors aller chercher tes mails et se connecter à ton postfix qui _lui_ peut faire plusieurs choses:
- soit te filer tes mails dans /var/spool/mail suivant ta conf
- soit te les mettre dans une maildir dans le home de tes users
- soit filer ce qu'il récupère à procmail pour qu'il le fasse...
 
ça ressemble à ça je crois dans la conf de postfix:

mais bon, ça devrait marcher sans normalement...

le probleme dans ce cas c'est que postfix addressera les mails a l'utilisateur indiqué par fetchmail il me semble
donc logiquement l'utilisateur sous lequel tourne fetchmail .

 
Je voulais faire de l'humour puis sortir en me disant "c'etait une typo, ca arrive" mais vu que tu commences a vouloir justifier "scientifiquement" ce genre de betises je veux bien en parler.
 
Test ? Tu es serieux ? Tu mets tes fichers de log en executable toi ? Faudrait pas exagerer...  
 
Sinon si uniquement le groupe mail doit travailler dessus, en 664 avec le chown qui va avec je ne vois pas ce que tu ne pourrais pas "tester" (tu peux meme tester des trucs en plus genre "est-ce que ceux qui n'ont pas le droit d'y acceder peuvent malgres tout le faire ?" )
 
je te retourne ton o.O et...
 
-->[]

...

 
Erf mais ils sont serieux en plus...  
 
Non je n'ai pas la solution, mais arretez de dire que ce genre de "tests" sert a quoi que ce soit...
 
A part ca qui a vu les petits -->[] ? Vous savez le "je fais de l'humour puis je sors"

sauf que une fois ca peut passer ( on peut tres bien le prendre pour de l'humour) mais quand tu le ressors _deux_ fois de suite on peut raisonnablement se pencher sur ta notion toute particuliere de l'humour . d'autant plus qu'il a été clairement dis qu'il avait un problème ici & qu'il ne voyait pas les logs .
Apres si tu es monsieur sécurité & que tu manges de l'open bsd a ton petit déjeuner libre a toi ...
& si on se recentrait sur son probleme maintenant ...

non c pas une question de sérieux, mais les gens qui critique tout à tout vas, il y en a et ça m'énerve...
Si tu n'en fait pas partie, alors autant pour moi
(et je suis d'accord que les log en 777 ne servent à rien, c sur la forme  que je critiquais pas sur le fond.)
 
Mikala: non, postfix fait ce que lui dit fetchmail, comme j'ai dit plus haut, le plus logique est de lancer fetchmail en mode démon par le user root par exemple:
 

ben ça ca va prendre les mails de pouet@free.fr et les mettre dans ~pouet_local/.maildir avec la conf de postfix que g filé plus haut...
par contre j'insiste, la ligne mda '/usr/bin/procmail -f fetchmail' devrait fonctionner... je sais pas pourquoi ça marche pas... la solution avec postfix n'est qu'une alternative à essayer.

Donc logiquement dans ton cas ca devrait les envoyer a ton utilisateur root ( & eventuellement si c'est un alias au compte ad hoc) , tu as testé ? car pour moi le 'user' de la conf de  fetchmail correspond au nom du compte qu'il va rapatrier mais ne correspond pas a l'utilisateur sur la machine elle meme il me semble
(je vais ptet faire un RTFM dans le doute )

le "is pouet_local here" veut dire qu'il va donner les mails à l'utilisateur 'pouet_local' sur le système.
et le user qui lance le fetchmail on s'en fout.
- si c'est root on peut mettre n'importe quel user
- si c un user normal, on ne peut mettre que lui c tout

arf j'avais pas lu le is
suis mauvais la

Pardonnez moi...
je viens de faire qq tests... et chez moi, si je met la ligne mda '/usr/bin/procmail -f fetchmail' ben ça le met dans le maildir de l'utilisateur qui lance fetchmail...
Autant pour moi, j'ai parlé trop vite, désolé, je pensais que ça fonctionnait.

ca marche pas le is ?
car j'ai pas testé en fait non plus

non ce qui marche pas c de passer directement par procmail sans passer par postfix avant (ou un autre, sendmail, qmail etc)
enfin c pas que ça marche pas... c que ça met pas les mails dans le bon user home dir.

ok .
enfin chez moi je passe de toute manière par mon postfix avant vu que j'ai *quelques* checks sur les headers a ce niveau

pareil moi aussi je passe par postfix...  
par contre, qqun sait comment je pourrais faire proprement un passage d'anti virus sur les mails avant de les foutre dans une boite locale ? (au niveau de postfix, procmail n'importe)

par postfix tu peux faire un appel par exemple a amavisd ( le content_filter ) qui appellera l'antivirus & éventuellement spammassassin si besoin