Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!dptg!mtune!jrw
From: jrw@mtune.ATT.COM (Jim Webb)
Newsgroups: comp.unix.questions
Subject: Re: UUCP question (why do I get Permission Denied?)
Summary: D. file already made it
Keywords: HDB UUCP
Message-ID: <8052@mtune.ATT.COM>
Date: 3 Aug 89 19:25:42 GMT
References: <797@ctisbv.UUCP>
Organization: AT&T ISL Middletown NJ USA
Lines: 29

In article <797@ctisbv.UUCP>, pim@ctisbv.UUCP (Pim Zandbergen) writes:
> I found this this in /usr/spool/uucp/.Old/Old-Log-1:

>	log entries about denied D. files. 
	
> Why is the second attempt to send the newsbatch denied?
> This is on an AT&T 3B2/600 running System V release 3.1.1

Most probably the reason is because the D. file (in this case D.ctisbvENZS2)
was already transferred the first time thru: 

uucp hp4nl  (8/2-14:06:11,26687,0) REMOTE REQUESTED
	    (hp4nl!D.ctisbvENZS2 --> cti sbv!D.hp4nlSNZS2 (news))

and was mode 600 or somesuch so that uucp would not allow it to be overwritten.
I see this occasionally, and everything works fine, for the X. file will
get transferred during the second conversation:

uucp hp4nl  (8/2-15:08:39,27046,0) REMOTE REQUESTED
	    (hp4nl!D.hp4nlXNZS0 --> ctis bv!X.hp4nlNNZS0 (news))


Now, all the files (D/C/X.) are there, the conversation succeeds, and the
job is run.


-- 
Jim Webb                "Out of Phase -- Get Help"               att!mtune!jrw
#include <std/disclaimer.h>                                  jrw@mtune.att.com