Thanks to all, but nothing helped yet.
Are you running ASET? Look in .usr/aset and/or root crontab
I saw this happen years ago when my mail server was
Solaris 1 (SunOS 4.1.3) and it was being accessed by
users on Solaris 2.3. My fix was exactly what
you did. I have always wondered if it wasn't
different versions of sendmail, not different
versions of the OS.
Any reason you need /var/mail 5777? I think
sendmail is probably changing
the permissions on you. It should be 1777
Not runining ASET.
If I have permissions set to 1777 then any user can
remove the mail files; all mail files. Thats
why we have permissions set to more restricted.
> Greeting Masters.
> I have a mail server, Ultra2 running
> Solaris 2.6, sendmail 893, and majordomo 1.94. The spool
> directory is on a local drive while home directories
> are NFS mounted. /usr/mail is linked to /var/mail both
> are linked to /var/spool/mail.
> Every so often (various date and times
> For example, Jan 5 07:22, Jan 5 17:23, Jan 13 09:43,
> Jan 13 11:03, Jan 13 13:55) the permissions on /var/spool/mail
> get changed to 1777. A script runs to check on the permissions and resets
> the permissions to 5777.
> What programs (if any) would change permissions on "var-spool-mail"?
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com?sr=mc.mk.mcm.tag001
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:01 CDT