Re: [vps-mail] Sigh... more permissions problems

[Abigail Marshall <abigail@xxxxxxxxxxxx>]

OK, I think I'm starting to get the hang of this permissions
thing.

AM>I get a procmail.log filled with
AM> entries like this:

AM> procmail: Error while writing to "/var/log/procmail.log"

AM> (but not for all entries - some things get written, some
AM> don't) There is NO Dropprivs directive in my procmailrc
AM> files, but there ARE log file specifications for .procmailrc
AM> files under individual users, like this:
AM> LOGFILE=/var/log/procmail.log

I figured out that all mail users on the system are members
of the group "pop"

I seem to have solved this problem by changing ownership of
promail.log to:

-rw-rw-rw-  1 root  pop  30716 Apr 11 21:30 procmail.log

So this should allow writing by both by procmail when run as
root as well as when run under any user.

AM> The problem is this - some of the user .procmailrc files are
AM> configured to send a copy of email to a backup file, with a
AM> command like this:
AM> :0 c
AM> /var/mail/archives/users/user1.backup

AM> The /var/mail/archives/users directory is set to 777. (I
AM> know, I know, it shouldn't be.... but I don't want to fix it
AM> until I manage to figure out why user1's procmail cannot create
AM> user1.backup in the /users/ directory, even with wide open
AM> permissions.

OK, I still don't understand why permissions of 777 wouldn't
let any user at all write to the directory, but I do seem to
have resolved the problem with the same fix -- assigning
"pop" as the authorized group to the /users/ directory
(which I am now resetting to 770).

Anyway, no more help needed, it's just that after all these
years working in a VPS1 environment, I'm finding the
permissions issue hard to get a handle on.

-Abigail

======================================================================
This is <vps-mail@xxxxxxxxxxxx>       <http://www.perlcode.org/lists/>
Before posting a question, please search the archives (see above URL).