vider une boite mail "poubelle" avec fetchmail+pro

[mOuNs044]

apres une bonne matinée de recherche sur internet pas moyen de mettre en oeuvre une solution simple (donc efficace) pour vider une boite mail automatiquement et detruire directement les mails téléchargés.
explications :
la boite mail "poubelle" sert a laisser une adresse sur des sites peu surs, et dont le contenu importe peu. la solution recherché est de vider cette boite tout les jours a une heure indue (au milieu de la nuit) et de mettre directement le contenu a la poubelle (le detruire en fait).

pour l'instant j'installé fetchmail et procmail sur mon serveur (debian woody) j'ai configuré correctement (je pense) fetchmail et c'est à procmail que je bloque, pour l'automatisme un bon vieux crontab-e fera l'affaire. en effet, tout debutant que je suis, je me suis dit qu'il suffisait de remplacer la destination des mail dans .procmailrc par /dev/null mais apparement ca marche pas...

le contenu de mon .procmailrc :

SHELL=/bin/sh
PATH=/bin:/usr/bin:/usr/bin
MAILDIR=$dev/null
DEFAULT=$dev/null
LOGFILE=$HOME/.procmail-log
VERBOSE=no

le contenu (abrégé) de .procmail-log :

From mailuser Thu Nov 18 13:27:15 2004
Subject: New! Vìagra soft tabs.
Folder: /var/mail/mailuser 1458
procmail: Lock failure on "/null.lock"
procmail: Error while writing to "/null"
From mailuser Thu Nov 18 13:27:15 2004
Subject: Get all the Windows XP software you need from Green's Warehouse
Folder: /var/mail/mailuser 17999
procmail: Lock failure on "/null.lock"
procmail: Error while writing to "/null"
From mailuser Thu Nov 18 13:27:16 2004
Subject: stop spyware and adware dead in their tracks Sidney
Folder: /var/mail/mailuser

voila, donc si quelqu'un a une idée, pour ma part je pense que l'utilisateur "mailuser" n'a pas les droits pour ecrire quelque chose dans /dev/null mais je n'ai rien pour confirmer.
peut-etre y a-t'il une solution plus simple...

j'attends vos reponse, parcque là je "patine" :/

[mOuNs044]

je reviens un peu à la charge, car je suis toujours "dans la semoule".
j'ai eu beau chercher sur le forum et sur google (pourtant c'est pas ce qui manque de la doc sur fetchmail et procmail) mais j'ai toujours pas de solution "simple"
d'ailleurs j'ai pas de solution compliqué non plus , mais je voudrais pas utiliser un lance-missile pour chasser quelques mouches...
quand je fait mon fetchmail manuellement il me sort ce message d'erreur :


reading message mouns007@pop.free.fr:9 of 23 (2692 octets) ..procmail: Couldn't chdir to "/dev/null"
flushed
reading message mouns007@pop.free.fr:10 of 23 (1502 octets) .procmail: Couldn't chdir to "/dev/null"
flushed
reading message mouns007@pop.free.fr:11 of 23 (1427 octets) .procmail: Couldn't chdir to "/dev/null"
flushed

donc y'a bien un probleme d'acces je pense, mais franchement je sais pas où chercher...
si c'est flagrant faites le moi savoir, ou donnez moi une petite piste parceque là je bloque...
en attendant je continue a enquetter...
merci
mouns

[tomtom]

tu utilises quoi pour delivrer les mails ?

un maildir ou une fichier mail ?

le plus simple, ce serait surement de vider le fichier mail ou le repertoire de maildir de l'utilisateur !

t.

[Jacques-]

Il y a un truc qui me chiffonne, tu mets $dev/null comme destination ou /dev/null ?
$dev devrait une variable connue pour que ça fonctionne, et comme elle n'est pas initialisée, tu arrives dans /null comme semble dire procmail.
De plus, tu as une option de verrouillage validée, et je ne sais pas si cela sera très utile ou possible dans /dev/null.

Corrige déjà ton fichier de conf et on poussera un peu plus loin après.
De plus, il faut que ton utilsateur (celui qui lance procmail) ait les droits d'accès à /dev/null.

Jacques

[mOuNs044]

bien effectivement ca me parassait pas une bonne idée de mettre $dev/null parcque qu'il n'y a pas besoin de variable la-dedans.
j'ai donc essayé avec simplement /dev/null mais j'obtient le meme resultat.
actuellement mon .procmailrc ressemble à ca :

SHELL=/bin/sh
PATH=/bin:/usr/bin:/usr/bin
MAILDIR=/home/mailuser/poubelle
DEFAULT=/home/mailuser/poubelle
LOGFILE=$HOME/.procmail-log
VERBOSE=no

sachant que "poubelle" est un lien symbolique vers /dev/null
et voila le resultat :

mailuser@serveur:~$ fetchmail
28 messages for m--ns--7 at pop.free.fr (75563 octets).
reading message m--ns--7@pop.free.fr:1 of 28 (5424 octets) .....procmail: Couldn't chdir to "/home/mailuser/poubelle"
flushed
reading message m--ns--7@pop.free.fr:2 of 28 (4475 octets) ....procmail: Couldn't chdir to "/home/mailuser/poubelle"
flushed
reading message m--ns--7@pop.free.fr:3 of 28 (2060 octets) .procmail: Terminating prematurely
fetchmail: terminated with signal 2
fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while fetching from pop.free.fr
fetchmail: Query status=2 (SOCKET)
fetchmail: terminated with signal 13

seul le debut du message compte car le reste c'est parcque j'ai abandonné avec CTRL+C

De plus, il faut que ton utilsateur (celui qui lance procmail) ait les droits d'accès à /dev/null.

<newb>il faut qu'il fasse parti d'un groupe ou quelque chose dans ce gout là ?</newb>

tu utilises quoi pour delivrer les mails ?

un maildir ou une fichier mail ?

toujours un peu newb sur les bords, ma config me transfert mes messages dans un repertoire avec des fichiers type msg.aAkj, msg.bAkj, msg.cAkj etc...
d'autre part voila ce que fetchmail me renvoi lorsque mon maildir pointe bien vers un vrai repertoire (/home/mailuser/Mail)

mailuser@serveur:~$ fetchmail
28 messages for m--ns--7 at pop.free.fr (75563 octets).
reading message m--ns--7@pop.free.fr:1 of 28 (5424 octets) ..... flushed
reading message m--ns--7@pop.free.fr:2 of 28 (4475 octets) .... flushed
reading message m--ns--7@pop.free.fr:3 of 28 (2060 octets) .. flushed
fetchmail: terminated with signal 2

ce qui je pense est ok
merci de vous interesser au probleme

[tomtom]

Pourquoi ne pas supprimer (dans une tache cron) le contenu de ton repertoire /home/mailuser/Mail ?
Ce la viderait efficacement et sans soucis !!

Procmail est dedié à un traitement à reception du mail plutot qu'un traitement global a posteriori...

D'autre part, apparememnt il tenete de faire un cd dna sle repertroie de destination, et il n'est pas possible de faire un cd dans /dev/null ! Donc ca ne marcher pas comme ça !


t.

[mOuNs044]

D'autre part, apparememnt il tenete de faire un cd dna sle repertroie de destination, et il n'est pas possible de faire un cd dans /dev/null ! Donc ca ne marcher pas comme ça !

effectivement je n'avais pas pensé qu'il pourrait tenter de faire des manip au sein du repertoire cible. donc si j'ai bien compris, c'est au moment d'ouvrir le repertoir "null" que ca bloque..

Pourquoi ne pas supprimer (dans une tache cron) le contenu de ton repertoire /home/mailuser/Mail ?
Ce la viderait efficacement et sans soucis !!

là j'avoue que je n'avais pas pensé à ça non plus huuuu
disont que je voulais faire ça plus direct, mais une petite tache cron à un intervalle bien dosé va solutionner le probleme. (toujours l'eternel soucis du lance-roquette pour chasser les moustiques )

y'a des jours comme ça ou on passe à coté des choses les plus simples...
merci à tous et en particulier à Tomtom qui me sort de la "béchamel" (Audiard) une fois de plus...
Tchao

[mOuNs044]

C ok ca fonctionne

pour ceux qui pourrait avoir besoin j'ai mis ca dans la crontab du mailuser :

fetchmail -s -m /usr/bin/procmail && rm -rf ~/Mail/*

tchao

mouns.