Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!oliveb!sun!robert@setting.weitek.UUCP
From: robert@setting.weitek.UUCP (Robert Plamondon)
Newsgroups: comp.text.desktop
Subject: Re: Interleaf screw-up
Message-ID: <46923@sun.uucp>
Date: 24 Mar 88 22:21:07 GMT
Sender: news@sun.uucp
Distribution: comp
Organization: WEITEK Corporation, Sunnyvale CA
Lines: 30
Approved: desktop-request%plaid@sun.com

>In case you haven't come across this one, beware.  Interleaf's
>WPS product (under Unix) uses a directory in the user's desktop
>for scratch files used in printing files.  The problem is it
>doesn't delete the files after printing (or ever!).  The
>user's ~/desktop/.deskprint directory just keeps filling up
>with junk.  Since the directory begins with a dot, the user
>doesn't always even know it exists!

I've seen a similar problem when a user's umask was set to prevent
other users from reading files in his desktop directory. This kept
WPS (or OPS, or TPS, or whatever flavor you use) from being able to
create or write to the .deskprint directory.  Your problem will
probably go away if you try "chmod a+rwx ~/desktop/.deskprint."

The spooling is done from the user's directory because of the limited
spooling space on /tmp in small standalone sun systems.

While it's not Interleaf's problem if you want to restrict access to
your files the point that daemons can't access them, it would be nice
if they printed a warning message.

    Robert Plamondon
    UUCP: {pyramid,cae780}!weitek!robert
    ARPA: "pyramid!weitek!robert"@decwrl.dec.COM
    "The paper IS the product"

----------------------------------------
Submissions to: desktop@plaid.sun.com
Administrivia to: desktop-request@plaid.sun.com
UUCP: {amdahl,decwrl,hplabs,ihnp4}!sun!plaid!desktop{-request}