Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 520064 - net-mail/mailbase - stage3 image contains wrong perms/ownership of /var/spool/mail
Summary: net-mail/mailbase - stage3 image contains wrong perms/ownership of /var/spool...
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-16 17:35 UTC by Toralf Förster
Modified: 2014-08-17 08:43 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2014-08-16 17:35:02 UTC
1) It has mail:root instead of root:mail
2) the group is not writeable, therefore a common user gets an error the the lock file could not be created in /var/spool/mail


tested yesterday with a stage 3 build and sendmail 8.14.9
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2014-08-16 17:49:11 UTC
Please post the URL to the stage3 image you used.
Comment 2 Toralf Förster gentoo-dev 2014-08-16 17:59:53 UTC
errm, did is yesterday night .... the stage is 

n22kvm ~ # ls -l /stage3-i686-20140812.tar.bz2*
-rw-r--r-- 1 root root 176713113 Aug 15 23:38 /stage3-i686-20140812.tar.bz2
-rw-r--r-- 1 root root   4479350 Aug 15 23:42 /stage3-i686-20140812.tar.bz2.CONTENTS.bz2
-rw-r--r-- 1 root root      1582 Aug 15 23:43 /stage3-i686-20140812.tar.bz2.DIGESTS.asc
-rw-r--r-- 1 root root       716 Aug 15 23:42 /stage3-i686-20140812.tar.bz2.DIGESTS.bz2
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2014-08-16 22:05:05 UTC
I downloaded that stage3 tarball just now and it doesn't in fact install /var/spool/mail at all - that should be singularly owned by net-mail/mailbase. The mailbase ebuilds invariably call `fowners root:mail /var/spool/mail'.
Comment 4 Toralf Förster gentoo-dev 2014-08-17 08:43:22 UTC
Hhm,

I installed a KVM following strictly the handbook.
Then I emerged mailx and  sendmail (well, not with USE flag mbox, I forgot it), so I rebuilt all with that USE flag.
Now I made the first usual tests (still in chroot, KVM was not booted the first time with its own kernel):

I run "date | mail -s fromR tfoerste" as root and "date | mail -s fromT root" where tfoerste is the unprivileged user to check mail sending itself and run as every user "mail" to see, if I can read the mail and delete it.

That's why I stumbled over this issue.