Bug 12356

Summary: pine complains about permissions
Product: [Retired] Red Hat Linux Reporter: Need Real Name <aander07>
Component: pineAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED NOTABUG QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 6.2CC: ametzler
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-06-21 02:49:26 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:
Attachments:
Description Flags
sample pinerc none

Description Need Real Name 2000-06-17 04:48:21 UTC
Either pine-4.21-8 or filesystem-1.35-1 needs to be fixed to not 
complain that /var/spool/mail should be set 1777:

[Mailbox vulnerable - directory /var/spool/mail must have 1777 protection]

but filesystem-1.35-1 sets /var/spool/mail 775

Comment 1 Trond Eivind Glomsrxd 2000-06-18 22:31:34 UTC
I can't reproduce that warning here (4.21-17, but I don't think I've changed
anything related to this)

The directory  should of course be 1775

Comment 2 Andreas Metzler 2000-06-19 08:11:34 UTC
If you are sure that /var/spool/mail should have permissions 1775, 
somebody (you) should upload a new version of filesystem to errata.

This is the same bug as 10687.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=10678

       cu andreas

Comment 3 Need Real Name 2000-06-19 11:02:27 UTC
$ rpm -vv -ql filesystem
...
filesystem-1.3.5-1
...
drwxrwxr-x    1 root    mail             1024 Feb  6  1996 /var/spool/mail

It looks like someone needs to make the call that either pine or the 
filesystem package is correct about what the perms on /var/spool/mail/
should be and get them to agree.  Right now they do not.

Depending on the configuration of sendmail, either 1777 or 775 is valid,
but the other mail programs need to be checked (imap/pop referenced in 
the previously mentioned bugzilla entry, pine in this one) to verify 
correct operation given the "correct" permissions.
that setup.

Comment 4 Trond Eivind Glomsrxd 2000-06-19 15:28:04 UTC
Sorry, I thought you were talking about rawhide. Anyway, I cannot reproduce your
warning on a 6.2 system either: It just doesn't happen here. Can you attach your
.pinerc for one last check?

Comment 5 Andreas Metzler 2000-06-19 16:05:30 UTC
Sorry if I made this impression, but *I* do not use pine.
I only know the same error-message from bug 10687 (imapd), which
still has Status: NEW. (Perhaps the original submitter used pine as
imap-client, which forwarded imapd's error-message?)

Perhaps you could close 12356 and reassign 10678 to 
Component: filesystem or fix it and close it.
        thank's and cu andreas

Comment 6 Need Real Name 2000-06-21 02:49:25 UTC
Created attachment 638 [details]
sample pinerc

Comment 7 Trond Eivind Glomsrxd 2000-06-21 15:07:26 UTC
I can not reproduce the pine problem at all with the Rawhide packages (nor with
the 6.2 ones). Closed. I'll have look at the other issue - I don't think we want
1777.

Comment 8 chappa 2001-01-14 21:11:26 UTC
This is NOT a bug and you don't need to solve it, yes the message is
annoying, but you will need to think further if you think that eliminating
this message does really solve this problem. Please read the following
thread in comp.mail.pine in order to understand why you should not supress
this annoying message.

http://x60.deja.com/threadmsg_ct.xp?AN=714347127.1&mhitnum=0&CONTEXT=979262262.1692729372

Comment 9 Trond Eivind Glomsrxd 2001-01-14 22:23:12 UTC
The standard for locking mail spool files on Red Hat Linux is lockf, not
.lck-files - and all things touching the file have been fixed to use that
(everything distributed with the distribution, at least - we obviously don't
control what people install in additon to this). Since there is no need to
create files, the permissons shouldn't be 1777 and the message is silenced.