Path: utzoo!utgpu!jarvis.csri.toronto.edu!utcsri!me!radio!cks
From: cks@radio.toronto.edu (Chris Siebenmann)
Newsgroups: comp.sys.amiga
Subject: Re: Amiga UUPC Problem
Message-ID: <945@radio.toronto.edu>
Date: 31 Jan 88 05:37:17 GMT
Article-I.D.: radio.945
Posted: Sun Jan 31 00:37:17 1988
References: <3133@killer.UUCP>
Reply-To: cks@radio.toronto.edu (Chris Siebenmann)
Distribution: na
Organization: Newsaholics Anonymous
Lines: 42
Keywords: UUPC uucp

In article <3133@killer.UUCP> sentinel@killer.UUCP (The Sentinel) writes:
>
>    I'm having a bit of a problem with UUPC for the Amiga.  I am using the
>binaries from Fish disk #109.

 Binaries built from the sources posted to comp.sources.misc (which is
probably what is on Fish disk #109) have quite a few serious bugs.
Mail is normally fine if you're only talking to a single system; but
add another system, or try to send binary files, and you'll have
troubles.

>    What happens is this: UUPC calls, logs in, and delivers mail just like
>it's supposed to.  Then it receives all of the D. and X. files for the mail
>coming from the host, and logs off.  So far, so good.  At this point, UUPC
>is supposed to scan the :usr/spool/uucp directory for incoming X. files,
>and execute the commands found in them.  However, it does not do this, so
>my mail just sits around in the spool directory instead of being moved to
>my mailbox.
>    Running UUPC with a high debugging level provides some interesting
>information on this... apparently, UUPC goes through the directory but
>never properly finds the X. files.  The debugging output from the routine
>that scans the directory shows that it is comparing filenames to find those
>beginning with X., yet it goes right by every one that matches.

 I've run into a problem that may be related this (and might even be
this problem; I can't quite tell from your description). I recently
started connecting to a SysV machine from Prime. Mail to it works
fine, but mail from it winds up with a X. file called X.ziebmefXXXX
(ziebmef is my Amiga) instead of a file called X.bramboXXXX (brambo is
the other system), which is what uupc is looking for.

 I'm not sure why this is happening; other versions of uucp (Sun 3.4
and 3B1 SysV) seem to work fine and wind up with the correct X. name.
Nor do I know how to fix the problem. Renaming the X. file to what
uupc was looking for worked fine, but I don't want to have to do this
for every bit of mail.

-- 
	"I shall clasp my hands together and bow to the corners of the world."
			Number Ten Ox, "Bridge of Birds"
Chris Siebenmann		{allegra,mnetor,decvax,pyramid}!utgpu!radio!cks
cks@radio.toronto.edu	     or	...!utgpu!{chp!hak!ziebmef,ontmoh}!cks