Bug 21895 - failed to restore gid
Summary: failed to restore gid
Alias: None
Product: Red Hat Powertools
Classification: Retired
Component: exim   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2000-12-07 16:43 UTC by David Saranen
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-01-23 18:48:15 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description David Saranen 2000-12-07 16:43:26 UTC

Running mostly RH7, except cyrus-imap and exim are from Rawhide.

exim -bV works, whilst exim -bP dies with

   exim: failed to restore gid: Operation not permitted

effectively kills eximon as well - can't figure out where the
log files are. I see that exim is suid root under rawhide, which
it was not under 3.13 of RH7.

3.13 failed miserably


Comment 1 Tim Waugh 2001-01-08 20:30:46 UTC
Hmm, I can't reproduce this. :-/  What does ls -l /usr/sbin/exim say?

Comment 2 David Saranen 2001-01-23 18:48:11 UTC
-rwsr-xr-x    1 root     root      1238108 Oct 18 17:35 /usr/sbin/exim

Can run exim -bP as user mail, but not as root, or not as anyone else in the
mail group.

I've been changing to user mail to run the admin stuff. Haven't monkeyed with
it in about a month.

eximon still has problems - running it as user mail works, but it gets
confused, and the bottom window doesn't update right.

You can close the case if you want.

Comment 3 Tim Waugh 2001-01-23 18:53:28 UTC
I will.  In newer exims there is a 'hide' keyword which allows more fine-grained
access control, and so we no longer ship the -bP patch.

Note You need to log in before you can comment on or make changes to this bug.