[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

3957.0. "Full Mail Address on EMHEAD ?" by EVTSG8::SCOTT (Does anyone look at personal names?) Thu Mar 10 1994 10:18

    	I am trying to perform some mail address validation. The 
        problem I have is that the full mail address string cannot 
        always be accessed. 
    
    	e.g. If an address is typed as :-

 TO: Joe Bloggs @some_end_location@some_mid_location@some_gateway

    	
    	I can check the address on the TO (or CC field). So far, so 
        good. 
    
    	But once I move off the scroll line, the address is 
        'processed' and I am left with :-
 
 TO: Remote Addressee                    ( Joe Bloggs @some_end_location@some_m

    
    	And the TO field only contains what you see above.
     
    	If I am editing a mail header, then, yes, I can look at the 
        CAB attributes. This is not possible when creating (or 
        answering) a mail. 
    
     	Where is the full address string held ?
    
    	Can it be accessed by means of a symbol ?
    
    	Can I access it through the MAIL$SCL_FUNCTION:TO DSAB ?
    
    	Regards,
    
    	Colin.

T.R	Title	User	Personal Name	Date	Lines
3957.1	MAIL$SCL_FUNCTION, OA$SCL_*, etc	IOSG::MARSHALL	A glitch in reality	`Thu Mar 10 1994 11:13`	13
	See note 3920.3 in this conference, in which I explain how ALL-IN-1 handles addresses that don't fit in the TO field. You should be able to use MAIL$SCL_FUNCTION in conjunction with the OA$SCL_... functions to manipulate the addressee list. Read the Application Programming books for details of how to do this. While processing addressees on EMHEAD, EMEDHD, etc, you should not be accessing the addressee list in the filecab, as the addresses are read from the filecab when you enter the form, and only written back if you close the form with CR, etc. In between there is no guarantee that the addressees on the form and in MAIL$SCL_FUNCTION bear any resemblance to those in the file cabinet. Scott
3957.2	MAIL$SCL_FUNCTION:TO	EVTSG8::SCOTT	Does anyone look at personal names?	`Thu Mar 10 1994 14:41`	23
	Thanks Scott, but..... if I remember correctly, I don't think MAIL$SCL_FUNCTION:TO is a 'standard' scroll dataset. What I would like to do is :- GET #LONG_ADDRESS = MAIL$SCL_FUNCTION:TO.%WHOLE[OA$SCROLL_KEY] and I can then play around with the address as much as I like :-) None of the OA$SCL_xxx functions seem to return the value of the underlying DASB into a symbol. They mainly seem to be positional (TOP, BOTTOM etc.) or control (INSERT, REMOVE, REFRECH etc.) of the scrolled field/region as a whole. Is there any way to get the full mail address while still on EMHEAD. Regards, Colin.
3957.3	#EMDFULLADDRESS ??	IOSG::MAURICE	Roll on Leviticus	`Fri Mar 11 1994 11:19`	10
	Hi, I'm not sure if it helps you, but take a look at script TMRA_VALID.SCP. This script uses OA$MAIL_ADDRESS to validate the address on the current line, and then uses #EMDFULLADDRESS which has been set by OA$MAIL_ADDRESS to be the full mail address. Cheers Stuart
3957.4	No luck	IOSG::MARSHALL	A glitch in reality	`Fri Mar 11 1994 11:40`	7
	Stuart, I tried that sort of approach, it doesn't work on EMHEAD. I spent a long time playing with this last night (where should I send my overtime claim? ;-) and couldn't achieve the base noter's request. Scott
3957.5	Accessing MAIL$SCL_FUNCTION ?	EVTSG8::SCOTT	Does anyone look at personal names?	`Fri Mar 11 1994 13:55`	22
	Thanks for looking at this. I am sure someone, somewhere, must have tried this before. Or am I the only one who wants to control mail validation? :-( By messing around with the form (copying and renaming EMHEAD(2) and changing the field name 'TO' to 'XXX'), it appears that the 'special' handling of the mail addresses is due to the MAIL$SCL_FUNCTION data set. Could someone please give details of how to access this data set? >I spent a long time playing with this last night (where should I send my >overtime claim? ;-) and couldn't achieve the base noter's request. Don't know about overtime claims, but I can always be persuaded to buy a pint or two.......(or three.....) Colin.