[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

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

2109.0. "RFD error after v.3 patch installed" by KERNEL::SMITHERSJ (Living on the culinary edge....) Mon Jan 18 1993 18:02

    If I do a RFD on an unread mail message to another drawer in ALL-IN-1
    v.3.0, I used to get "Cannot refile an UNREAD or NOTED document 
    between drawers".  Fair enough.
    
    If I apply the v.3.0 patch I get the resplendid error
    "File Cabinet object does not exist" - there is nothing wrong with 
    my server (or the customer's).  It's healthy (for the time being)
    and I can do other inter-drawer stuff, so I am fairly certain the
    error is misleading.  As far as I can tell, the named data on RFD 
    hasn't changed.
    
    Was this a delibrate ploy to get customers and TSC specialists
    reaching for their stress pills when things are up and running OK?
    :')
    
    julia
T.RTitleUserPersonal
Name		DateLines
2109.7Customisation problems/pointers ?COMICS::BARHAMNorbert:Wed Jan 27 1993 12:2620
    Following on...
    
    My customer has a practise of refiling documents into the INBOX but
    finds again he cannot RFD out of the INBOX into another drawer even though 
    the document has been read and has a status of READ.  I presume therefore 
    that the test for whether you can refile just tests the title of the 
    folder (INBOX) and not the status of the document, which may be better ?
    In which case, my customer urgently wants to know (today!) whether it 
    would be OK for him to write a customisation that changes the folder title 
    to READ during a read operation so that users could then RFD to a 
    different drawer in a single operation. Are there any anticipated
    problems if he does this ?
    Also, what is the technical reason why you can't refile to another drawer 
    but can to MAIN?
    
    Thanks,
    
    Clive Barham
    UK CSC
2109.8Should work nowIOSG::MAURICEBecause of the architect the building fell downWed Jan 27 1993 13:2616
    Hi,
    
    If you are reading an UNREAD message it does not become READ until the
    user has finished reading it. So you cannot refile it to another drawer
    whilst reading it. You should be able to refile a READ message that
    happens to be in the INBOX folder. I've checked this works OK, so it
    should for your customer. Perhaps they already have a customisation in
    the way - try /NOCUST to see if that is the case.
    
    The reason you cannot refile an UNREAD message to another drawer is
    that maintaining the user's unread count would become a nightmare.
    Imagine if you refiled it to someone else's MAIN drawer!
    
    Cheers
    
    Stuart