Bug 41693

Summary: setgid (mail) for procmail shuld be back
Product: [Retired] Red Hat Linux Reporter: Łukasz Trąbiński <lukasz>
Component: procmailAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED WONTFIX QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-05-21 20:54:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Łukasz Trąbiński 2001-05-21 20:54:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.5-pre3 i586)

Description of problem:
Setgid flag to /usr/bin/procmail should be back.

How reproducible:
Always

Steps to Reproduce:
1. Install procmail from RH 7.1
2. Install postfix from RH 7.1 powertools (instead sendmail)
3. Try to send mail to new created user (which one has not own mailbox
in /var/spool/mail/$user)
	

Actual Results:  As You know, postfix is running as user mail (not root)

<test.pl>: can't create user output file. Command output:
    procmail: Couldn't create "/var/spool/mail/test" procmail: Lock failure
on "/var/spool/mail/test.lock" procmail: Error while writing to
"/var/spool/mail/test"

/var/spool/mail/test didn't exisit before delivered this mail


Additional info:

To fix this problem chmod g+s /usr/bin/procmail. 

ps
Sorry for my borken english. :(

Comment 1 Trond Eivind Glomsrxd 2001-05-21 21:03:07 UTC
The procmail code isn't auditable, the setgid flag is not going back on: We
don't trust it.



Comment 2 Trond Eivind Glomsrxd 2001-06-04 03:57:51 UTC
*** Bug 43365 has been marked as a duplicate of this bug. ***