Thanks to all, but nothing helped yet.
Replies:
=-=-=-=-=-=-=-=-=-=-=-=-=
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.
-Doc-
Original Post:
> Greeting Masters.
>
> Condition:
> 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.
>
> Question:
> 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