[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

3737.0. "ERROR on FT to SHARED DRAWER but it WORKS!" by KAOT01::R_OBAS () Wed Jan 05 1994 20:06

    
     ALL-IN-1 V3.0
     
    Hello,
       I'm sorry if this has been discussed somewhere here. I could'nt any
    entry related to my question.
    
     If you have access to a SHARED DRAWER, access = RWE but without DELETE
     and CONTROL and you do an FT to any document to that SHARED DRAWER it
     works but it always gives an error..
       
          "You do not have delete access to this drawer"
     
    Is this a bogus error message because it does file the document. 
    
     Thanks,
    ricardo

T.R	Title	User	Personal Name	Date	Lines
3737.1	Still there in V3.0A either, no fix available yet	IOSG::STANDAGE		`Thu Jan 06 1994 10:08`	22
	Ricardo, I've just retested this, and yes, it appears to be a bogus error message. The FT operation is successful. Interestingly, if you FT to an empty shared drawer you only have RWE access to, the document number after the operation is "000002". If you did a straight copy (MCD) into the same empty drawer, you do not get the bogus error message and document number is "000001". By the looks of it FT behaves differently, and somehow an extra temporary document is created in the shared drawer. The error message is generated when an attempt is made to delete this temporary document. Somehow (and I haven't worked out why yet!), you do only end up with one copy of the document. Thanks for noticing this, I will IPR it. Kevin.
3737.2		IOSG::STANDAGE		`Thu Jan 06 1994 10:17`	25
	Ricardo, Just to conclude, my guess was correct. During FT, two documents are created. Here's the index of the shared drawer during the actual FT operation: > 1 R Cover of Ibiza Bar Kevin Standa 06-Jan-1994 2 WASTEBASKET Cover of Ibiza Bar fingal@well. 06-Jan-1994 Number 1 is my FT version. Number 2 is the tempory copy of the document. The error occurs during the deletion of Number 2. I guess the deletion is tried as the user himself, this fails due to insufficient access on the drawer (client gets the message), and the FCS ends up doing the delete regardless, which works. Thanks again, Kevin.
3737.3		IOSG::STANDAGE		`Thu Jan 06 1994 10:40`	13
	Ricardo, I've just noticed that even though the temporary document does get deleted, if will always remain in the WASTEBASKET of the shared drawer. If you look at the drawer on your system, you will see these docuemnts (unless the WASTEBASKET has since been emptied). I have now IPR'd all this. Thanks again, Kevin.
3737.5	FWIW	IOSG::MARCHANT	I'd sink therefore I swam	`Thu Jan 06 1994 14:56`	6
	The reason for the `copy' stage of FT is due to the MAIL functions not supporting cross-drawer operations - and `FT' ultimately boils down to a `MAIL FILE_BODY'. Cheers, Paul (who came across this whilst adding drawer support in APA.)