Conference iosg::all-in-1_v30

4324.0. "Leading blank in foldername->no send!" by VNABRW::EHRLICH_K (Feeling like a CrashTestDummy!) Thu Jul 07 1994 15:19

Hi,
	yuup, it's me again with another 'crazy' behaviour at a customer of
mine. Let me explain: We're using ALL-IN-1 V3.0A (I've done the upgrade from
V3.0 to V3.0A last friday!) German LLV.

Customer has a lot of shared drawers containing a lot of folders beginning
with a blank (e.g. drawer=[ABT_IV/2] folder= F�RDERUNGEN, Title= mumple).
You can create/edit/delete this document W/O any problems. BUT if you do
send this you'll get errormessage "This document doesn't exist " (in german
Dieses Dokument gibt es nicht!) 
	
I've traced and analyzed this and the error seems to lie in 
FILECAB GET_ATTRIBUTES ....
After this I've looked at DOCDB. It's all here in! But then ...
script:EM_COPY_MAILDWR.SCP line 13,14->oa$status=0->goto .reset_drawer

It's easy to reproduce; I've done this too.
Also having a folder with a leading blank in your MAIN drawer you can send
this document W/O problems, too.
Below you can find a part of the logfile, which resides on VNOTSC""::A1trace.log

Any ideas how we can prevent this behaviour?

Thank you very much for your kind support! Hope to hear something from
you! 

Best regards and have a nice day
Charly_from_CSC_vienna


![SCRIPT] EM_COPY_MAILDWR.SCP Line 11: FILECAB COPY_DOCUMENT (DRAWER=#EM_CURDWR,
!               DOCUMENT=#EM_CURMES, TO_DRAWER=OA$CURDWR,TO_FOLDER=#EM_FOLDER, T
!               ITLE=#EM_TITLE,CONTENT_ACTION="ROOT_ONLY", RESULT=#EM_RFA)
![FUNC]   Function = FILECAB, Cmd line = COPY_DOCUMENT (DRAWER=#EM_CURDWR,DOCUME
!               NT=#EM_CURMES, TO_DRAWER=OA$CURDWR,TO_FOLDER=#EM_FOLDER, TITLE=#
!               EM_TITLE,CONTENT_ACTION="ROOT_ONLY", RESULT=#EM_RFA)
![A1LOG]  Entry = %OA-I-LOGFUN, Funktion: FILECAB         COPY_DOCUMENT (DRAWER=
!               #EM_CURDWR,DOCUMENT=#EM_CURMES, TO_DRAWER=OA$CURDWR,TO_FOLDER=#E
!               M_FOLDER, TITLE=#EM_TITLE,CONTENT_ACTION="ROOT_ONLY", RESULT=#EM
!               _RFA)
![SYMBOL] Symbol = #EM_CURDWR, Value = ABT_IV/2
![SYMBOL] Symbol = #EM_CURMES, Value =  F�RDERUNGEN                  002276
![SYMBOL] Symbol = OA$CURDWR, Value = STANDARD
![SYMBOL] Symbol = #EM_FOLDER, Value =  F�RDERUNGEN
![SYMBOL] Symbol = #EM_TITLE, Value = �. Ges. f. Familienplanung
![SYMBOL] Symbol = "ROOT_ONLY", Value = ROOT_ONLY
![IO]     Getting record from FILECAB, Key = STANDARD, Key-of-ref = NAME/0
![IO]     FILECAB Server Request = CREATE
![IO]     Getting record from FILECAB, Key = ABT_IV/2, Key-of-ref = NAME/0
![IO]     Getting record from FILECAB, Key = STANDARD, Key-of-ref = NAME/0
![IO]     FILECAB Server Request = COPY
![SCRIPT] EM_COPY_MAILDWR.SCP Line 12: .IF OA$STATUS EQ 0 THEN .GOTO RESET_DRAWE
!               R
![SYMBOL] Symbol = OA$STATUS, Value = 1
![SYMBOL] Symbol = 0, Value = 0
![SCRIPT] IF Operation starting
![SCRIPT] .IF condition OA$STATUS EQ 0  is FALSE
![SCRIPT] Null ELSE clause detected
![SCRIPT] EM_COPY_MAILDWR.SCP Line 13: FILECAB GET_ATTRIBUTE (DOCUMENT=#EM_RFA,#
!               EM_COPY_FCREF=UNIQUE_NAME)
![FUNC]   Function = FILECAB, Cmd line = GET_ATTRIBUTE (DOCUMENT=#EM_RFA,#EM_COP
!               Y_FCREF=UNIQUE_NAME)
![A1LOG]  Entry = %OA-I-LOGFUN, Funktion: FILECAB         GET_ATTRIBUTE (DOCUMEN
!               T=#EM_RFA,#EM_COPY_FCREF=UNIQUE_NAME)
![SYMBOL] Symbol = #EM_RFA, Value = %#03800250000000000000000000000000055F445341
!               31000000000000000000008F0FAF000000130000004900000000000000000000
!               0000000000000000000000000000000000000006000000000000000000000000
!               000000000000000000
![IO]     FILECAB Server Request = LIST
![SCRIPT] EM_COPY_MAILDWR.SCP Line 14: MAIL GET #EM_COPY_FCREF
![FUNC]   Function = MAIL, Cmd line = GET #EM_COPY_FCREF
![A1LOG]  Entry = %OA-I-LOGFUN, Funktion: MAIL            GET #EM_COPY_FCREF
![IO]     Getting record from DOCDB, Key = , Key-of-ref = DOCUMENT/0
![IO]     Status = record not found
![SYMBOL] Symbol = #EM_COPY_FCREF, Value =  F�RDERUNGEN                  001466
![IO]     Getting record from DOCDB, Key = , Key-of-ref = DOCUMENT/0
![IO]     Status = record not found
![SCRIPT] EM_COPY_MAILDWR.SCP Line 15: .IF OA$STATUS EQ 0 THEN .GOTO RESET_DRAWE
!               R
![SYMBOL] Symbol = OA$STATUS, Value = 0
![SYMBOL] Symbol = 0, Value = 0
![SCRIPT] IF Operation starting
![SCRIPT] .IF condition OA$STATUS EQ 0  is TRUE
![SCRIPT] THEN Operation starting
![SCRIPT] EM_COPY_MAILDWR.SCP Line 15: .GOTO RESET_DRAWER
![SCRIPT] EM_COPY_MAILDWR.SCP Line 32: .IF #EM_COPY_FCREF NES "" THEN CAB DELETE
!               _DOC #EM_COPY_FCREF
![SYMBOL] Symbol = #EM_COPY_FCREF, Value =  F�RDERUNGEN                  001466
![SYMBOL] Symbol = "", Value = 
![SCRIPT] IF Operation starting
    

    Hi Charly,
    
    Looks like it's a problem with the MAIL GET function. I managed to
    reproduce the problem, and then it worked for me with these changes to
    EM_COPY_MAILDWR.SCP :
    
    Change the lines
    
    	MAIL GET #EM_COPY_FCREF
        .IF OA$STATUS EQ 0 THEN .GOTO RESET_DRAWER
    
    to:
    
    	GET OA$CURMES = #EM_COPY_FCREF
    	CAB SELECT OA$CURMES:30, OA$CURMES:6:30
    
    and change the line:
    
    	.IF OA$CURMES_TYPE NES OA$MAIL_TYPE THEN .GOTO EXECUTE_FUNCTION
    
    to:
    
    	.IF OA$CURDOC_TYPE NES OA$MAIL_TYPE THEN .GOTO EXECUTE_FUNCTION
    
    Cheers
    
    Stuart

    Good morning Stuart,
    
    	I'll try your suggestions. Yesterday I've implemented a workaround
    to trim the blank foldername (#EM_FOLDER) before the FILECAB
    COPY_DOCUMENT function is called. Because it's only a temporary copy
    from a shared drawer to your local MAIN drawer and will be deleted
    after sending the mail. This was my thought.
    
    Stuart, have you read 2942.* ? I've found this today morning. Strange?!
    
    But something makes me a little bit 'nervous'. Customer swears that
    before MUPA installation this has always worked before.
    
    FYI Customer had K701,ICF #2,6,7,12,15,18 installed before I've
    installed MUPA and then ICF #7,12,15,17,18 again last friday.
    
    I'll check the release_notes for a change in OA$EMD. Could you have a
    look also in the source code, to see if there's really a modification?
    
    Thanks again for the wonderful teamwork!
    Cheers, too
    Charly
    

    Hi Charly,
    
    Your workround is fine and Note 2492 is the same problem.
    
    I've checked the original V3.0 version of the MAIL GET code and the
    problem is there too. It's in module OAEMDF6 by the way.
    
    Cheers
    
    Stuart

    Hi Maurice,
    
    	I logged into customers system and implemented your suggestion.
    My personal opinion -> it's an crazy idea to have such folders :-)!
    
    >I've checked the original V3.0 version of the MAIL GET code and the
    >problem is there too. It's in module OAEMDF6 by the way.
     
    Great to know. Why can't customer always speak the truth?
    
    Bye for now, waiting for the next problems...
    
    Stuart, have a nice weekend
    Charly