The suggested change gives the expected results. Without having a lot of
time I tried to look through the code and put it into context, but had no
luck. Perhaps you can elaborate on this suspected bug? Are you
recommending I patch the source as suggested below and use that on a
production system (I really want to move to Maildir format on the system)?
Thanks,
Derek
Derek Battams <derek(_at_)battams(_dot_)ca> writes:
Here's where I am now... if I simply install the RPM or tarball as is
(with no Maildir support such that the default mailbox as reported by
'procmail -v' is /var/spool/mail/<user>) then procmail runs suid root
as expected. However, when I add the single line:
#define MAILSPOOLHOME "/Maildir/"
to src/authenticate.c as suggested by:
http://www.rosat.mpe-garching.mpg.de/mailing-lists/procmail/2002-
03/msg00248.html
and rebuild the RPM or the tarball (from procmail.org) then install it
procmail does not appear to run suid root (but the desired result of
the user's default mailbox as reported by 'procmail -v' being
/home/<user>/Maildir/ is correct). This leads me to believe that
procmail is dropping root privs early for some reason. Any idea as to
what would make that happen?
Hmm, this is starting to look like a bug. Can you try replacing the
call to setids() on line 222 of src/foldinfo.c to a call to
rcst_nosgid()? I.e., from:
else if(!ft_checkcloser(type))
{ setids();
if(type<0)
to;
else if(!ft_checkcloser(type))
{ rcst_nosgid();
if(type<0)
Philip Guenther
Procmail Maintainer
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail