Problème avec procmail et les procmailrc

Problème avec procmail et les procmailrc - Installation - Linux et OS Alternatifs

Marsh Posté le 31-03-2005 à 14:52:47    

hello  :hello:  
 
j'ai postfix qui pour délivrer le courrier appele procmail :
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
 
il y a un /etc/procmailrc avec pleins de règles
les comptes sont en mbox
 
or je dois rajouter un compte en maildir, donc j'ai mis un .procmailrc dans le home de ce user (pour que seul ce user ait les mails au format maildir)
 
mais ..... la doc de procmail me dit :
 

[...] if no command line arguments are present, it starts  to  look  for  a  file  named  $HOME/.procmailrc.


 
donc mon .procmailrc n'est pas lu :D
 
j'ai donc remplacé :
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
 
par  
 
mailbox_command = /usr/bin/procmail"
 
mais ça ne marche pas, les mails vont dans /var/spool/mail/USER :/
 
une idée ??


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 14:52:47   

Reply

Marsh Posté le 31-03-2005 à 16:18:15    

il doit etre possible de faire des includes non ?

Reply

Marsh Posté le 31-03-2005 à 16:32:34    

mikala a écrit :

il doit etre possible de faire des includes non ?


certes ça fonctionne mais je ne vois pas trop l'intérêt :??:


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 16:47:03    

bon y a vraiment un truc qui me semble louche dans le man
on peut lire :
 

if no command line arguments are present, it starts  to  look  for  a  file  named  $HOME/.procmailrc.


donc avec mailbox_command = /usr/bin/procmail ça doit être bon
 
mais on peut lire un peut plus loin :

If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present).


 
donc comment se passe la priorité ? :??:


Message édité par Tomate le 31-03-2005 à 16:47:17

---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 17:36:52    

chez moi il lisait le /etc/procmailrc puis le .procmailrc .( avec un procmail sans argument ) .
l'interet des includes ?
éviter de répeter certaines règles .

Reply

Marsh Posté le 31-03-2005 à 17:37:57    

a la rigueur tu précises a nouveau le $DEFAULT au niveau de ton $HOME/.procmailrc  ( chez moi cela fonctionnait ).

Reply

Marsh Posté le 31-03-2005 à 17:38:05    

mikala a écrit :

chez moi il lisait le /etc/procmailrc puis le .procmailrc .( avec un procmail sans argument ) .
l'interet des includes ?
éviter de répeter certaines règles .


oui voila, mais j'aimerai qu'il fasse l'inverse :(
 
pour les includes je suis bien d'accord ;)


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 17:38:48    

pourquoi faire l'inverse ?

Reply

Marsh Posté le 31-03-2005 à 17:40:01    

mikala a écrit :

a la rigueur tu précises a nouveau le $DEFAULT au niveau de ton $HOME/.procmailrc  ( chez moi cela fonctionnait ).


mais le $HOME/.procmailrc n'est pas "appelé" [:boidleau]
 
ce .procmailrc est définit comme cela pourtant :

DEFAULT=$HOME/Maildir/
MAILDIR=$HOME/Maildir/
LOGFILE=$HOME/Maildir/.procmail.log
VERBOSE=no


 
(procmailrc de base pour le maildir)


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 17:40:51    

mikala a écrit :

pourquoi faire l'inverse ?


parce que seul le compte qui a le $HOME/.procmailrc est un compte en maildir, tous les autres sont en mbox, n'ont pas de .procmailrc et donc utilisent le /etc/procmailrc


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 17:40:51   

Reply

Marsh Posté le 31-03-2005 à 17:41:33    

dans ce cas tu fais une regle dans le procmailrc qui vérifie l'existence du .procmailrc et si il existe qu'il soit inclu .
question : procmail a bien les droits de lecture sur ce  .procmailrc ?

Reply

Marsh Posté le 31-03-2005 à 17:42:01    

Tomate a écrit :

parce que seul le compte qui a le $HOME/.procmailrc est un compte en maildir, tous les autres sont en mbox, n'ont pas de .procmailrc et donc utilisent le /etc/procmailrc


et ?
si tu modifies le $DEFAULT par la suite cela ne change rien .

Reply

Marsh Posté le 31-03-2005 à 17:43:24    

mikala a écrit :

dans ce cas tu fais une regle dans le procmailrc qui vérifie l'existence du .procmailrc et si il existe qu'il soit inclu .
question : procmail a bien les droits de lecture sur ce  .procmailrc ?


pour les droits ce sont ceux du user
 
effectivement il y a bien des moyens de contourner le pb, mais bon, à la base il est possible de faire lire le $HOME/.procmailrc AVANT le /etc/procmailrc :(


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 17:44:29    

mikala a écrit :

et ?
si tu modifies le $DEFAULT par la suite cela ne change rien .


là je te suis plus :D


---------------
:: Light is Right ::
Reply

Marsh Posté le 31-03-2005 à 19:39:22    

Tomate a écrit :

pour les droits ce sont ceux du user
 
effectivement il y a bien des moyens de contourner le pb, mais bon, à la base il est possible de faire lire le $HOME/.procmailrc AVANT le /etc/procmailrc :(


le problème c'est que tu spécifies le $DEFAULT tant au niveau du .procmailrc que tu /etc/procmailrc .
donc si il lis les deux il ne tiendra compte que du second a mon avis ( d'où l'interet que le /etc/procmailrc soit lu *avant* le $HOME/.procmailrc ce qui éclaire je pense ta question dans le post d'après )
Ensuite comme cela ne marche pas chez toi pour une raison X ( au hasard une vague histoire de syndrome  :whistle: ) je te propose justement une manière de contourner .
Il est compilé a la main ton procmailrc ?
sur un strace il lit quoi ?

Reply

Marsh Posté le 01-04-2005 à 09:26:48    

bon ça ne plaît pas trop de la manière de procéder, mais j'ai réglé le problème en copiant pour chaque user le /etc/procmailrc dans leur $HOME
 
/etc/procmailrc renommé, j'ai bien des mails en mbox pour certains comptes et en maildir pour l'autre :)
 
merci mikala pour ton aide :hello:


---------------
:: Light is Right ::
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed