Check out the authority of the directory you are writing into.

Rob Berendt

A smart person learns from their mistakes,
but a wise person learns from OTHER peoples mistakes.

                    Evan Harris
                    <       To:
                    z>                       cc:
                    Sent by:                 Fax to:
                    domino400-admin@mi       Subject:     IFS File authorities 
and Domino

                    09/10/2001 01:23
                    Please respond to

Hi guys

I'm not a Domino guru by any stretch of the imagination :), but there are
Domino servers operating on a couple of the boxes I manage, so my
involvement is mostly starting and ending servers, upgrading etc etc.

On one of the servers (so I'm told) mail is processed and the contents of
the mail - which comprises a zip file attached to a mail item - is
uncompressed and written into an IFS directory.

The reason I am writing is that the Domino people are experiencing a
problem they attribute to AS/400 security: when the files are extracted and
written to the IFS, user QNOTES does not end up with sufficient authority
to delete the file after processing, it ends up with only read and write

It seems to me that the process that puts the file there ought to also set
the authorities appropriately, but I have to confess it seems strange that
QNOTES ends up as the owner of the file but only has Read/Write access.

Can anyone shed any light on what might be the cause of this or whether
there is a step in the process the Domino developers are missing ?

Thanks in advance for any sugestions

Evan Harris

This is the Lotus Domino on the iSeries / AS400 (DOMINO400) mailing list
To post a message email:
To subscribe, unsubscribe, or change list options,
or email:
Before posting, please take a moment to review the archives

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.