Conference iosg::all-in-1_v30

3445.0. "Incorrect mail address generated from DDS lookup" by SEDMTS::DAVIES_G (GLYN DAVIES @ESO) Mon Oct 25 1993 15:35

    I have a customer who has just upgraded to ALL-IN-1 V3 and is now
    experiencing some difficulties when addresses are looked up in DDS
    which were not present with ALL-IN-1 V2.4.
    
    The problem arrises with DDS entries that do not have a blank /NAME
    (fullname) attribute. This is necessary because DDS is syncronised in
    some way with a softswitch directory which contains CC:mail entries
    which for some reason means that these entries do not contain a full
    name.
    
    
    The senario is as follows:
    
    1. A user creates a mail message and enters the first few characters of
       a non local ALL-IN-1 user in the TO: field of the EMHEAD form.
    
    2. After pressing return, ALL-IN-1 responds with the following message:
       'Addressee not found. Do you want to search the mail directory Y/N"
    
    3. If the user responds with 'Y', a search of the mail directory is
       performed and a list of matching entries is presented on the EMSSRC
       form.
    
    4. If the user selects one of these, control is returned to the EMSHEAD
       form with the address of the selected entry in the TO: field. 
    
    If the DDS entry of the selected user had a complete /NAME attribute, the
    TO: field is completed similar to the following:
    
    TO: 'fullname'                ( DAVIES_G@A1@SEDOAS )
    
    with 'fullname' being taken from the /NAME attribute of the DDS entry.
    
    If the DDS entry of the selected user has a blank /NAME attribute the
    TO: field is completed as follows:
    
    TO: ( DAVIES_G@A1@SEDOAS )
    
    This results in a 'unrecognised recipient' non delivery notification 
    message being generated when the message is sent.
    
    The operation described above is also inconsistant with that when SMD
    is used to search the mail directory from the GOLD M menu.
    
    In this case even if the /NAME attribute is blank, ALL-IN-1 manages to
    generate a correct fullname using the givenname and surname attributes
    and places this in the correct position of the mail header.
    
    Questions
    ---------
    
    1. Why is this not operating correctly?
    
    2. Why are ther inconsistancies with looking up addresses in DDS?
    
    3. Are there any customisations possible to fix this problem?
    
    Thanks,
    
    Glyn 
    

	Hi

	A1 V3.0A, MR V3.2

	I have the same problem. When a subscriber's /NAME is blank, the
	address in ALL-IN-1 looks like:
		To: ( MATTEST@A1@ASUPER )
	which generates a non-delivery notification (see base note).

	Has he author of the node a solution? Is this a known problem?
	I did not found anything in STARS, so a guess, I have to reports this
	(I am the CSC ...).

	Thanks and regards, Peter 
	

    Peter,
    
    This is a known problem that requires a code level fix. See IPMT case
    CFS.6973. No code level fix is available as yet. 
    
    Solution for the time being is to ensure DDS entries have a common
    name. I believe DDS records created with ALL-IN-1 and MBMAN have the
    common name filled in "Given Surname", so most DDS entries should have
    a Name field.
    
    Regards
    Alan