Conference iosg::all-in-1_v30

Assuming no other documents were lost and the DOCDB.DAT file is not corrupt
(try ANA/RMS) then it sounds like the CLEANMAIL ASSET ran at noon???

HTH

Terry

    I remember this coming up in the old Notes file. I think the problem was
    traced to an ASSET. I can't remember which, though I don't think
    it was CLEANMAIL. Ask your customer what they have got installed, post
    the list, and hopefully it will trigger someone's memory.
    
    Cheers
    
    Stuart

    Hi,
    	 The customer says they have no ASSETs installed on the system. And
    	the DOCDB is fine, and ONLY the READ folder was effected. 
    
    	 Too bad it wasn't CLEANMAIL, that would have made sense....
    
    
    
    						Derek.

OK, so if they have no ASSETS, did any of the standard housekeeping procedures
run that morning?

Have the documents just vanished from the user's DOCDB, or have the documents'
files been deleted too (eg can someone else who had a pointer to the document
still read it?)  Does a run of PT make any reference to the documents that have
vanished?

As this seems to be isolated incidents, are they sure that it isn't the user
accidentally deleting more than they intended to?  Are there any customisations
that might cause the user to delete too much without realising?

Scott

    Hello,
    	 I have asked the client if others can see the shared mail documents,
	and they say there have been no complaints. The last run of PT did
    	not indicate the "problem" user as having anything out of the
    	ordinary. Lastly, The support person for the company checked the
    	wastebasket and found documents with dates before and after the 
    	time of the READ folders disappearance, so we have eliminated user
    	error from the list of possible sources. 
    
    
    	 Any help would be great....
    
    						Derek Street
    	 

Hi,

>> I have asked the client if others can see the shared mail documents,
>> and they say there have been no complaints

Maybe that's just because no-one else has tried to read the messages...?

>> The last run of PT did not indicate the "problem" user as having anything
>> out of the ordinary

Was that before or after the documents disappeared?

>> we have eliminated user error

The date of documents in the wastebasket doesn't eliminate user error.  Suppose
I create a document on Tuesday, on Wednesday I (accidentally) delete everything
in my READ folder and empty the wastebasket, then on Thursday I create another
document.  If I then delete the Tuesday and Thursday documents, there will be
documents in my wastebasket dated both before and after the READ folder's
"disappearance".

Another thought: has the user (accidentally) refiled all the documents in the
READ folder to another folder?

And I still wonder whether there are any customisations, changed menu options,
other applications, etc, on the system that may be responsible?

Scott

    Maybe I'm in a bad mood (I wasn't untill I read <More,but not much...>)
    
    
    1. Maybe that's just because no-one else has tried to read the messages
	- since the documents are gone, what do you suggest we do to check 
    	  if other users can access the messages.
    
    2. Was that before or after the documents disappeared
    	- would not be much use if it was before now would it?
    
    3. we have eliminated user error (at least delete)
    	- documents deleted before and after were found in the wastebasket,
    	  sorry for the poor word choice.
    
    As for the rest of .6, I will look into the refile possibility, and
    verify that there are no customizations that would effect this have 
    been made to the system. I will mention that this is not the first site
    to experience this, and that is why they are trying to find the reason.
    
    
    					Derek Street (new but not stupid) 

Derek,

Sorry to have put you in a bad mood.  I wasn't suggesting that you, or
anyone else, are in any way stupid.  I'm just trying to narrow this down as
much as possible to try and find an answer for you.  Please remember that this
is not an official support channel.  I (and everyone else) participate in this
notes conference voluntarily, in addition to my proper job, and I can do no more
than give what little knowledge and assistance I have.

I'll try and expand on what I said earlier.

    1. Maybe that's just because no-one else has tried to read the messages
	- since the documents are gone, what do you suggest we do to check 
    	  if other users can access the messages.

As the documents are in the READ folder, I assume they were mail messages sent
to this user.  In that case, the sender, and any other recipients, all "see"
the same physical copy of the message, stored in OA$SHARxnnnn.  I was wondering
whether the sender and other recipients (assuming they still have their copies)
can still read the message when they select it from their OUTBOX/READ folder.
(I'm assuming that the user can remember the name of the author of at least one
of their mail messages)

IE: is it just one user's DOCDB record for the message that has gone, or has
the SDAF record and message body file been deleted too?  If the former, is the
usage count correct (implying a proper "delete") or is it one too big (implying
that the DOCDB record alone was deleted).

    2. Was that before or after the documents disappeared
    	- would not be much use if it was before now would it?

I was only asking!  And the last run of PT/TRU/TRM *before* the disappearance
may be just as important as one after it.  I wouldn't expect any errors to be
reported for the "problem" user after the disappearance - the records have
gone, so there's nothing left for PT/TRU to report!  I'd be more interested in
whether TRM gives any usage count, etc, errors for mail messages, and if such
mail messages are the ones that went "missing".

      I will mention that this is not the first site
      to experience this, and that is why they are trying to find the reason

It obviously isn't a "known" problem (by the lack of an answer here), which
suggests it isn't something in the base product, or I would expect more people
to have seen it!  The fact that it's happened twice (at least) to one customer
does tend to imply it's something they're doing.

Scott

    Hello,
    	 The customer check (as best as they coud) to see if others can
    still see the documents in their folders, and they can (so the WPL file
    still exists. The PT run prior to the problem ran cleanly. They have 
    no customizations that they feel would effect this situation.
    
    	They now feel it has been too long sionce the incident occured.
    Too many house keeping routines have run, documents deleted, and
    memories have fogged (there was a weekend since this was reported).
    As a result they feel the trail is too cold, but feel they have some 
    good places to start looking if it ever happens gain. At the users
    request the problem has been closed. 
    
    
    			Thanks anyway, and it may crop up again...
    
    						Derek Street

    I believe that a 
    
    CAB JANITOR #READFOLDER 
    
    would cause this to happen (I'm just uncertain of the exact syntax). 
    Not that anyone is likely to do this, but it gives you something to
    look for.
    
    Ben

    I've had a look in the old conferences and found Note 2591 in
    SHALOT::ALL-IN-1_V23
    
    It seems to have been a popular problem at the time that we haven't
    heard of for ages, so I wonder if it's something that went away when
    users moved from V2.3. The main theory in 2591 is that DecPage is a
    possible culprit. So check whether that is used on your site.
    
    Cheers
    
    Stuart