[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

4026.0. "sending a document an attribute is lost" by MLNTSC::ZAGHI () Fri Mar 25 1994 14:08

 Hi,

 I have already told of this customer in note 3924.0 . Now he wants to
 know something about another behaviour . I'll try to show you......

  there are two ALL-IN-1 user :  USER_A  & USER_B
  
  1) USER_B create & send a message that we'll call XXXXXX
 
  2) USER_B grants mail access to USER_A by GMA function 

  3) USER_A switches to USER_B "mail context" by SMU function

  4) USER_A selects XXXXXX document in MAIN DRAWER . At this point
     XXXXXX is located in [.msg] directory.

  5) USER_A moves XXXXXX document to his own CREATED FOLDER (and 
     of course MAIN DRAWER) At this point XXXXXX is located in
     [.DOCX]  directory.

  6) From his "mail context" USER_A modifies "FROM_TEL_NO attribute" in XXXXXX
     document by the following command....
                  <CAB CHANGE_ATTR @#CURDOC,"FROM_TEL_NO,"","COST"
     ....Now XXXXXX has "FROM_TEL_NO attribute" equal to COST.

  7) USER_A sends XXXXXX document . 

  8) After this sending Nobody can see "FROM_TEL_NO attribute" .... it's lost.

                    
    I've tried on my system and the behaviour is the same .
    I have ALL-IN-1 V3.0a italian , my customer has ALL-N-1 v3.0 italian.

    Can anyone tell me if  this behaviour is correct ?

                Thanks in advance ,
                                    Paolo.

T.R	Title	User	Personal Name	Date	Lines
4026.1	why do they have < priv?	AIMTEC::WICKS_A	Atlanta's Most (In)famous Welshman	`Tue Mar 29 1994 04:32`	17
	Paolo, I couldn't even begin to reproduce your problem... surely in step 4 the message if it's been sent is in the shared area not in the [.msg] directory? then how does the user "move the message" are we talking MCD (make copy), RFD (refile document or what) even then using <CAB change_attr is a very silly thing to do. Most normal users wouldn't even have < priv. then i'm not sure why you would be doing this operation on a document which doesn't have any "MAIL" attributes in the first place since the subsequent Sending operation would write a whole new set of attributes to the new mail message that it places in the Outbox. regards, Andrew.D.Wicks
4026.2	errata corrige and something else .....	MLNTSC::ZAGHI		`Tue Apr 05 1994 10:56`	59
	Hi Andrew , excuse me for the late . I'd like to explain some your dubts ..... > surely in step 4 the message if it's been sent is in the shared area not > in the [.msg] directory ? excuse me but there was an error in step 1 . I'll repeat all steps without errors..... there are two ALL-IN-1 user : USER_A & USER_B 1) USER_B create a message that we'll call XXXXXX (and not "send") 2) USER_B grants mail access to USER_A by GMA function 3) USER_A switches to USER_B "mail context" by SMU function 4) USER_A selects XXXXXX document in MAIN DRAWER . At this point XXXXXX is located in [.msg] directory. 5) USER_A moves XXXXXX document to his own CREATED FOLDER (and of course MAIN DRAWER) At this point XXXXXX is located in [.DOCX] directory. 6) From his "mail context" USER_A modifies "FROM_TEL_NO attribute" in XXXXXX document by the following command.... <CAB CHANGE_ATTR @#CURDOC,"FROM_TEL_NO,"","COST" ....Now XXXXXX has "FROM_TEL_NO attribute" equal to COST. 7) USER_A sends XXXXXX document . 8) After this sending Nobody can see "FROM_TEL_NO attribute" .... it's lost. > then how does the user "move the message" are we talking MCD (make copy), > RFD (refile document or what) we are talking about RFD (refile document). And now my dubts........... > then i'm not sure why you > would be doing this operation on a document which doesn't have any > "MAIL" attributes in the first place since the subsequent Sending > operation would write a whole new set of attributes to the new mail > message that it places in the Outbox. Does this mean that if I set FROM_TEL_NO attribute by the command <CAB CHANGE_ATTR the subsequent Sending operation will reset all attributes with FROM_TEL_NO included ? In this case I'll tell to the customer that this isn't a problem but just an ALL-IN-1 behaviour. regards, Paolo
4026.3	in reference to note 4026 .....	MLNTSC::ZAGHI		`Tue Apr 19 1994 16:00`	8
	Hi, I am in despair...could anyone read note 4026.* and answer at my last question ? The person who begun the discussion has changed his job . EXCUSE ME & MANY THANKS IN ADVANCE paolo.