Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!crdgw1!sixhub!davidsen
From: davidsen@sixhub.UUCP (Wm E. Davidsen Jr)
Newsgroups: comp.unix.xenix
Subject: Re: Logging In as UUCP to Set crontab
Keywords: UUCP CRON
Message-ID: <1534@sixhub.UUCP>
Date: 18 Aug 90 22:29:28 GMT
References: <250@silogic.UUCP> <25@raysnec.UUCP> <350@tygra.ddmi.com>
Reply-To: davidsen@sixhub.UUCP (bill davidsen)
Organization: *IX Public Access UNIX, Schenectady NY
Lines: 33

In article <350@tygra.ddmi.com> jpp@tygra.UUCP (John Palmer) writes:
| In article <25@raysnec.UUCP> shwake@raysnec.UUCP (Ray Shwake) writes:
| >markd@silogic.UUCP (Mark DiVecchio) writes:
| >
| >>I don't quite understand how I get a new uucp owned crontab into
| >>/usr/spool/cron/crontabs. 
| >
| >>To do this for uucp, I need to login as uucp but, of course, the login
| >>shell is uucico so that won't work. 

  Create an entry for maintaining uucp things. Same UID and GID as uucp,
login dir /usr/lib/uucp, and you favorite login shell. I call mine
uumaint, and it is on every system I run. Usual rules about a good
password on a system account, of course.
| 
| Real simple: Login as root, and do this:

	[ complex procedure described ]
| 
| Then, edit the file, put in the commands, kill the current cron process
| (I'm SORRY - but regardless of what SCO says, the cron process 
| DOES NOT periodically
|  check the crontab files and update its internal database)
| and then restart cron by typing /etc/cron.

  cron seems to read new entries on SCO xenix and unix for me. The
crontab and at commands send a signal to tell it to reread. That's a lot
less likely to cause trouble that restarting it.
-- 
bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen)
    sysop *IX BBS and Public Access UNIX
    moderator of comp.binaries.ibm.pc and 80386 mailing list
"Stupidity, like virtue, is its own reward" -me