Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!osh3!chip
From: chip@osh3.OSHA.GOV (Chip Yamasaki)
Newsgroups: comp.unix.xenix.sco
Subject: Re: uucp/uucico problems
Message-ID: <1991May31.024802.16530@osh3.OSHA.GOV>
Date: 31 May 91 02:48:02 GMT
References: <234@mnopltd.UUCP>
Organization: U.S. D.O.L - Occupational Safety & Health Admin.
Lines: 38

In <234@mnopltd.UUCP> neal@mnopltd.UUCP writes:

>->In an article, gt8963a@prism.gatech.EDU (MCCARTNEY,JEFFREY ELWOOD) writes:
>->|I'm having problems with the part of sco 2.3.2 that's not like straight
>->|unix.  What's happening is that emailed msgs to remote systems
>->|(using the "remotesysid!loginid" format) don't leave my system until
>->|the remote systems sends something to my system.  Does anybody have a
>->|clue as to why this is.  This happens in sending to most (or maybe all)
>->|remote sites.  
>->
>->Try uncommenting the lines in /usr/spool/cron/crontabs/uucp and then
>->kick cron.
>->

>I don't think so.  I don't even use cron for uucp.  If you write outgoing
>mail, uucp should exec uucico immediately as long as the relevant site in
>Systems has an ok range of call times.  In this regard SCO is just like all
>others.  

>In fact, other than the optional Dialers programs, SCO uucp IS exactly like
>normal Sys V HDB uucp to the casual observer.

>Why don't you try a uutry -r "whatever" and see what really happens when
>you do outgoing uucp?

On my version of SCO Xeni SysV286 2.2.1 (I know, it's old), something
(documentation somewhere) made me put a line that says:

STARTJOB=NO

in my /etc/default/uucp file.  You might check for one of those.  You
could also try a uucico without the -r and see if it calls right away.

-- 
-----------------------+---------------------------------------------------
Charles "Chip" Yamasaki| The opinions expressed here are my own and are not
chip@oshcomm.osha.gov  | supported or even generally accepted by OSHA. :-)
-----------------------+---------------------------------------------------