🚀 go-pugleaf

Note: I don't have A/UX 2.0, so all my replies below are based on 1.1.  I'm
assuming that the A/UX 2.0 uucp is bug-for-bug compatible with the 1.1 one :-)

jrg@Apple.COM (John R. Galloway Jr.) writes:
>	In the continuing war of me against netland, (I love A/UX 2.0, but
>would love to do something cruel & disgusting to uucp/sendmail/etc) I am
  Don't worry, *everybody* wants to do something cruel and disgusting with 
sendmail :-)

>currently in a battle with cron (maybe).  I can receive and send mail just fine
>(the from address is still my uucp address instead of my internet address, but
>I've given up on that battle for the moment).  It gets sent out to my sponsoring
Hmm...this is probably a problem with sendmail somewhere; at least, I quit 
seeing it when I started using Smail 2.5 and Deliver to handle my mail.  I 
recommend this setup if you're a uucp-only site; obviously, if you need the
SMTP-handling capability of sendmail, you'll either have to get sendmail and
smail 2.5 to cooperate (supposedly this is possible, but I've never met anyone
who understood sendmail.cf well enough to do it!)  or try one of the Smail 3.0
alpha releases that's floating around out there.


>site (fernwood) via uuxp and all is well, as long as I (as root) execute uucico
>(or /usr/lib/uucp/uudemon.hr) by hand from a command shell.  If I set cron
>up to do so automatically, files are pulled in, but something goes wrong when
>the X.* files are processed as shown below.  I have tried making

/usr/lib/uucp/uuxqt is known (at least under 1.1) to freak severely (start
eating queued jobs without trace) if the TZ environment variable is not set.
Why does it do this? Beats me; after all, the /etc/zoneinfo/localtime link is
there *specifically* to tell what the default timezone is so programs won't
need the TZ env variable except in special cases.  
  Anyway, cron does *not* set the TZ env. variable, but the default .profile
files supplied in A/UX do, so uuxqt always works when run from your login
shell, but not from the cron job.  Here's the script I use for polling uokmax;
you'll probably want to change the first (blank) line to read "#!/bin/sh", 
since the #! construct is available in 2.0...
-----

# This shouldn't be necessary as uucico is *supposed* to check for lock
# files.
# (Note: lock files seem to work in 1.1)
TZ=CST6CDT;export TZ
#if [ ! -f /usr/spool/uucp/LCK..uokmax ]
#then
        /usr/lib/uucp/uucico -r1 -suokmax
#fi
-----
(The commented-out portions were a work-around for a bug in A/UX 1.0 UUCP, 
which didn't check for lock files properly.  Made life interesting when you
had 2 uucicos talking to the same machine over the same modem...)
--
Richard Todd	rmtodd@uokmax.ecn.uoknor.edu  rmtodd@chinet.chi.il.us
	rmtodd@servalan.uucp

In article <1990Jun8.174503.3125@servalan.uucp>, rmtodd@servalan.uucp (Richard Todd) writes:
> Note: I don't have A/UX 2.0, so all my replies below are based on 1.1.  I'm
> assuming that the A/UX 2.0 uucp is bug-for-bug compatible with the 1.1 one :-)
> 
> jrg@Apple.COM (John R. Galloway Jr.) writes:
> > [a sad saga of how i could not get cron to execute uucp stuff]
> 
> /usr/lib/uucp/uuxqt is known (at least under 1.1) to freak severely (start
> eating queued jobs without trace) if the TZ environment variable is not set.
> Why does it do this? Beats me; after all, the /etc/zoneinfo/localtime link is
> there *specifically* to tell what the default timezone is so programs won't
> need the TZ env variable except in special cases.  
>   Anyway, cron does *not* set the TZ env. variable, but the default .profile
> files supplied in A/UX do, so uuxqt always works when run from your login
> shell, but not from the cron job.  Here's the script I use for polling uokmax;
> you'll probably want to change the first (blank) line to read "#!/bin/sh", 
> since the #! construct is available in 2.0...
> --
> Richard Todd	rmtodd@uokmax.ecn.uoknor.edu  rmtodd@chinet.chi.il.us
> 	rmtodd@servalan.uucp

YES!!! this was it, setting up TZ in the various scripts made it all work. 
Thanks Richard.
	-jrg

-- 
internet     jrg@apple.com      John R. Galloway, Jr.
(soon to be) jrg@galloway.sj.ca.us
applelink    d3413              CEO..receptionist         795 Beaver Creek Way
human       (408) 259-2490      Galloway Research         San Jose, CA  95133

These are my views, NOT Apple's, I am a GUEST here, not an employee!!