in reply to writing to a user's directory

Two possible solutions (beyond the one provided already):

If you are on some unix systems where user directories are owned by "<username>.users", you can add the user of the perl script to 'users', and they then should have access to the directories. However, such a practice is becoming passe since any member of users may have access, though one can set up rather restrictive file permissions. Also, if you do this, try to avoid using 'nobody' as the script owner because this is the second most common target for crackers to try to get into because of the power the 'nobody' account can have on some systems.

A better solution is to create a director outside of the standard userspace that your script owner can read/write to, then have the users link their .forward/.vacation files to this area (Though, I cannot remember OOTOMH if just the existence of these files, or having valid contents, is necessary to trip the appropriate mailer actions).

I still like the idea that this probably can easily be run by the user themselves, and thus prevent the standard problems of file permissions.

Replies are listed 'Best First'.
Re: Re: writing to a user's directory
by dwork (Initiate) on Feb 19, 2001 at 21:53 UTC
    This is a better solution. I have a procmail script for each user that is enabled to do this, and I'll simply add a forward recipe to it ... and forget the .forward file (on my system, .forward takes precedence over .procmailrc). Then, I can write the forward & vacation procmail recipes to an area that can be written by the script. Much safer.