[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
|
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
2493.0. "MCD from someone else's drawer" by KERNEL::OTHENJ () Tue Mar 30 1993 12:21
Hello,
ALL-IN-1 v3.0-1
A customer found the following problem;
The user had full access to someone else's drawer, and has a habit of
copying interesting documents into his own INBOX. He found that if he used
the option MCD to copy a document from someone else's drawer into his INBOX
folder, drawer MAIN, no errors would be returned, but the document could
not be accessed.
I have reproduced this problem on our machine here, and found the following
points.
If you try to SEL the document, you see it on the select form, but when
pressing return , you get the error
Could not find this document, try again
If you do an index of the INBOX, the document is not shown.
Using the docdb form, the copied document can be seen , and no information
is missing, so I do not see why the document cannot be selected.
It does not seem to matter if the document to be copied is a mail message
or a plian text file.
Also, if you try to MCD a document from the other user's INBOX to your
INBOX, the error
File Cabinet object does not exist
is displayed, and the document is not copied at all - is there any reason
for problems copying to the Inbox (apart from the obvious)?
Thanks,
Julie
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2493.1 | known bug | CHRLIE::HUSTON | | Tue Mar 30 1993 13:12 | 15 |
|
I think this is a known problem in V3.0-1. The FCS is having trouble
using the INBOX folder.
The fix you ask? Have them file it to another folder, not the INBOX,
preferabbly a non-"special" folder (inbox, outbox, created etc, but to
a folder that they created). If they insist on it being in the INOBX
it has to be moved from the account that owns the drawer, any action
with the FCS using the INBOX will cause problems.
Out of curiousity, have them check to READ folder for the document,let
me know if it is in there.
--Bob
|
| 2493.2 | | KERNEL::OTHENJ | | Tue Mar 30 1993 16:55 | 11 |
| Hi,
Thanks for the reply, Bob.
I have tried the MCD to the READ folder, and this seems to work (is
that what you meant)?
If the message is MCD into the INBOX, the document cannot be selected,
so it can never be read.
Julie
|
| 2493.3 | use another folder for now | CHRLIE::HUSTON | | Tue Mar 30 1993 17:57 | 12 |
|
What I meant was the with this bug, the FCS cannot figure out
what INBOX is so any reference to it will not work. I have not
gone into the server in teh debugger and see where things ended up
but one guess was that they ended up in the READ folder. If you do
an IR does the "lost" document show up? (Admittedly this is a guess
as to what is happening).
Have the refile/copy go to some other folder until a fix is available.
--Bob
|
| 2493.4 | A post side effect of this bug may cause further problems | WAYOUT::TALBOT | Trevor Talbot | Tue Apr 20 1993 10:31 | 15 |
| Hi,
If you have suffered from the .0 problem and have an account
with these rogue INBOX records present, and another user GMA's you to
process mail and send mail, when you SMU into that account the RN (read
new) will cause the process to hang, and only a control Y will terminate
this state.
If using an uneffected account the SMU RN works fine.
This problem is being investigated by Engineering and I'll post the
results here.
-Trev
|