Newsgroups: comp.os.coherent
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!ficc!lpape
From: lpape@ficc.ferranti.com (Lori Pape)
Subject: Re: Coherent UUCP (uuxqt)
Message-ID: <J5PAV07@xds7.ferranti.com>
Keywords: uucp uuxqt
Organization: Ferranti International Controls Corporation
Date: Sat, 13 Apr 91 16:32:08 GMT

I've gotten several responses to my question about Coherernt's
uuxqt not delivering remote mail ... THANKS!  
 
John Winans (winans@mcs.anl.gov) responded with the following and
asked that I post it for others to see:

>Your statement is not exactly clear on if the uuxqt program actually runs or
>not.  If it is actually running after the uucp link closes & it spools the mail
>and all that, then I have no idea what is going wrong.  Otherwise...
>Hmmm.. I suspect permission problems of some type.  I do NOT use the 310b
>from MWCBBS, because I am lazy (I guess.)  I can however see that the 310
>vanilla version has the following 'ls' line under /usr/lib/uucp:

>-r-s--s--x uucp uucp    16050 Wed Oct 24  1990 uuxqt

Mine's set up the same way. Same for uucico.

>And (by the way) works fine for me...  I suppose you could replace the
>uuxqt file with a script that writes dates & times into a log file, then
>exec's the 'real' one.  This way, you would at least know if it is being
>started by the uucp transaction or not.

I'll try that & let ya know.

>As far as cron goes...  I posetd a note the other day about Coherent's cron 
>program not wanting to run when started from the rc file.  I have not 
>gotten together with MWC on it yet, but the general deal was as follows:

>The distributed /etc/rc file has the following lines in it:

>/etc/update&
>/etc/cron&

>and for some reason, they diddn't appear to be running on my system
>after the startup file finished running.  (In case you don't know,
>there should ALWAYS be a cron and an update process runing on a multi-user
>Coherent  system.)  This was verified by running a 'ps -ald' and looking
>for it.  In fact I places a ps -ald in /etc/rc to see if the termination of
>the script had anything to do with it... apparantly not.

>After some putzing around I ended upchanging the /etc/rc file lines to:

>/etc/update > /dev/console &
>/etc/cron > /dev/console &

>(Alert readers will note that my origional note mentioned /dev/null. But
>now that I took a look at the file, I can see that was wrong & in fact I
>THINK that the /dev/null redirect failed to work too.  But like I said
>before, it was a while ago... try for yourself.)

>Thanx,
>--John
stuff deleted..

-- 
>! John Winans                     Advanced Computing Research Facility  !
>! winans@mcs.anl.gov              Argonne National Laboratory, Illinois !
>!                                                                       !
>!"The large print giveth, and the small print taketh away"-- Tom Waits  !

On my system, cron does appear to be running. It kicks off (correctly)
the nightly poll which I entered in crontab as:

15 01 * * * /usr/lib/uucp/uucico -r1 -ssitename

My uuxqt line in crontab is:
0,5,10,15,20,25,30,35,40,45,50,55 **** su uucp sh /usr/lib/uucp/uuxqt

The nightly cleanup of uucp logs works, and is initiated with:
00 03 * * 1-5 su uucp sh /usr/lib/uucp/uumvlog 5

Permissions on /usr/lib/uucp/uumvlog are -r-xr-xr-x uucp uucp

I even removed password permission from uucp (argh) because I know this
has caused other problems on Coherent. Didn't help, apparently.

The incoming mail gets stored in /usr/spool/uucp/sitename as D.blahblah
and X.blahblah files.  I'm not sure that is okay, I kinda expected it to
be in /usr/spool/uucp/.Xqtdir (?) But since invoking uuxqt manually makes it
all get delivered, I guess that's ok.

The files in /usr/spool/uucp/sitename are owned by uucp, group uucp, and
have -rw-rw-rw- permissions.

Shoot, at this point, I might just drop back to the "old" uuxqt & see
what happens. I remember someone else reported similar behavior with the
new one & I know MWC is working on a new set of uucp binaries..

Thanks to everyone for the suggestions so far.. If I get it working, I'll
post something. 

Lori 

lpape@ficc.ferranti.com   (til I get this stuff WORKING!!)
