home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sun.admin
- Path: sparky!uunet!uaisun4!mrl
- From: mrl@uai.com (Mark R. Ludwig)
- Subject: Re: How does uucp status gathering work?
- Message-ID: <MRL.92Jul28094521@sun4.uai.com>
- Sender: mrl@uai.com (Mark R. Ludwig)
- Organization: Universal Analytics, Inc., Torrance (LA), CA
- References: <1992Jul10.161120.6503@mitem.com>
- Date: 28 Jul 92 09:45:21
- Lines: 29
-
- In article <1992Jul10.161120.6503@mitem.com> unger@mitem.com (Tom Unger) writes:
-
- |> Keywords: uucp status
- |> Date: 10 Jul 92 16:11:20 GMT
- |> Organization: MITEM Corp.
- |>
- |> My /var/spool/uucp/.Admin directory has the
- |> following files:
- |>
- |> -rw-r--r-- 1 root 0 Jul 10 03:30 Foreign
- |> -rw-r--r-- 1 root 0 Jul 10 03:30 audit
- |> -rw-r--r-- 1 root 0 Jul 10 03:30 errors
- |> -rw-r--r-- 1 root 0 Jul 10 03:30 uucleanup
- |> -rw-r--r-- 1 root 0 Jul 10 03:30 xferstats
-
- I ran into the same problem. In case no one else has replied to you
- privately, the problem is that these files are owned by root, but the
- programs which would want to append to them are run under user uucp.
- Sun delivers the system such that it runs /etc/uucp/uudemon.cleanup
- under root. I changed it to run under uucp, and now accumulate
- statistics correctly. BTW, it appears that the reason they run it as
- root is because of the desire to remove stray mail from the spool
- (toward the end of the script). It's not clear how it would ever get
- there, and it never can on our system because we have no users named
- uucpa or nuucp.$$
- --
- INET: mrl@uai.com BANG: uunet!uaisun4!mrl ICBM: USA; Lower Left Coast
- You can get a crowd to clap at a phone number, if the inflection is right.
- -- Dave Ross
-