From: jeh@cmkrnl.com
Newsgroups: news.software.anu-news
Subject: Re: Can't delete temporary files
Date: 11 Oct 92 15:37:09 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Oct7.223103.511@sdi.com>, finkel@sdi.com (Joel Finkel - SDI)
 writes:
> 	I am having a problem with deleting temporary files.  [...]
> 	The UUCP_LOG:UUCP.LOG file show the following:
> 
> p:uucp >> h:uunet   [10/07-01:02:26-0000005c]   We want to send (S B.orpheo07K X.orpheoN07K netnews - B.orpheo07K 0666 ) u:netnews 
> p:uucp >> h:uunet   [10/07-01:02:32-0000005c]   File sent ok   (70 bytes, 4 secs, 18 Cps) u:netnews 
> p:uucp >> h:uunet   [10/07-01:02:32-0000005c] * Can't remove temp file (UUCP_DISK:[UUCP.SPOOL]B.ORPHEO07K) u:netnews 
> p:uucp >> h:uunet   [10/07-01:02:32-0000005c] * Can't remove temp file (UUCP_DISK:[UUCP.SPOOL]D.ORPHEO07K) u:netnews 
> p:uucp >> h:uunet   [10/07-01:02:33-0000005c] * Can't remove work file (DKA200:[UUCP.SPOOL]C.UUNET_N07K;1) u:netnews 
> [...]
> 
> 	My understanding is that UUCP_BIN:NEWS_RNEWS.COM is trying to delete these
> 	files and is unable to do so.  

Not at all.  What you have here is an excerpt from uucp.log when uucico was
sending outbound news.  news_rnews.com is used for processing inbound news
never writes to uucp.log.  These messages are coming from uucico.exe, not
anything directly related to news (except that it appears that these are files
associated with an outbound news batch, is the creator username was "netnews").
(And this question accordingly belongs in vmsnet.uucp, but we're here,  so...) 

uucico.exe is, btw, NOT supposed to be installed with SYSPRV, nor are the uucp
daemon or callin accounts supposed to have SYSPRV.  

My best guess is that the directory [uucp]spool.dir has a protection mask which
prevents uucico from writing in it (which it has to do to delete files from
that directory), or else it is owned by [uucp] which causes files created in
that directory by processes holding SYSPRV to have that same ownership. uucico
runs under [144,1], not [uucp] so it is not considered to be the 'owner' of
such files, and so can't delete them if they have a prot mask of RWED,RWED,RE,

Here are some things to check:

 - figure out why the ownership of these files is [UUCP,*] rather than
[UUCP,UUCP_LOGIN].  Perhaps your identifiers aren't set up properly, or perhaps
the ownership of the parent directory is wrong.  The onwership of all files in
uucp_spool, and of the directory itself, should  be [uucp,uucp_login], so that
uucico.exe can delete them as necessary.  You may want to delete all of the
uucp-group accounts and recreate them using UUCP_CONFIG. 

 - perform the "set ownership and protection on uucp files" step of 
uucp_config.  

 - make sure that MAIL.EXE is installed with SYSPRV (and SYSNAM and SYSLCK)
(so that users sending uucp mail can create the spool files for outbound mail
in uucp_spool)

 - make sure that the NEWSMGR account has SYSPRV (needed so that uux_rnews
can create the spool files for outbound news in uucp_spool)

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh