[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference virke::mrmemo

Title:VAX MAILGATE for MEMO
Moderator:STKHLM::OLSSON
Created:Sat Feb 25 1989
Last Modified:Tue May 14 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:216
Total number of notes:933

79.0. "Can't send VMSmail to MEMO" by HSOMAI::WATKINS () Mon Apr 08 1991 22:24

    
    My customer receives mail from MEMO but cannot send mail from VMSmail.
    The Message Router Delivery notification message is as follows:
    
    RE   Message ID: Memo from VAX
    Generated by node: MEMO/Gateway
    
    UA  content ID: Memo from VAX
    
    Attempted delivery to:
    
    External DDA type	:	MRMRLP
    External DDA value  :       1
    Route	    	:       @MDA85
    Route		:       @MEMO
    Userid		:       SYLEN
    Arrival date	:	8-April-1991 12:00
    
    This delivery failed. Failure reason was "unable to transfer".
    Diagnotic was "invalid syntax for Gateway addressing".
    
    The syntax for the message was
    
    TO: MRGATE::"MEMO::SYLEN"
    
    He is sitting on the MRMEMO machine.  What other addressing can he use?
    
    They do not have any DDS validations enabled.  Also the MEMO sender never 
    gets a status that his message was received.  The current MRMEMO parameters
    are as follows:
    
    Server Identification:
      Node Name:		MDA85
      Mailbox Name:		MEMO
      Message Router Password:  ****
    SNA Session Identification:
      Gateway node:   		MDACAN
      Access name:		
      Circuit name:		
      Session address:		64
      Application name:         UTM0MRGT
      Logon mode entry:		MVXBIND
    Related files:
      Translation Table:	SYS$LIBRARY:MRMEMOTRA.TBL	
      Log file:			MRMEMO$DIR:MRMEMO1.LOG
      Accounting file:		MRMEMO$DIR:MRMEMOACC1.DAT
    Options:
      Accounting:		Enabled
      Timestamp:		Enabled
      Header in text:		Enabled
      Request Notifications:    Disabled
      Send Notifications:       Disabled
      Cluster alias addresses:  Disabled
      Addresses translation:    Disabled
      MEMO address:		SN_ATTRIBUTES
      DDS validation:
        MR to MEMO sender:	Disabled
        MEMO to MR sender:	Disabled
        MEMO to MR recipient:   Disabled
        MR to MEMO recipient:   Disabled
      Distribution list:	End
      Prefix:			VAX.
      Replace Strings:		..=@ 
      Console logging:		None
      Clock tick interval:	0 00:00:30.00
      MEMO line length:		75
      Wrap/truncation string:
      Wrapping of long lines:   Enabled
         Word wrap margin:      Disabled
         Hyphenation string:    
      Hours to GMT:		0
    	
    
     If anybody has any clues as to why this is not working, please let me 
     know.  Thanks,
    
    Tracey
    
T.RTitleUserPersonal
Name
DateLines
79.1Use Full MEMO-IDSTKOFF::SPERSSONPas de ProblemeTue Apr 09 1991 09:3248
    
    Hi Tracey,
    
    The MEMO address should consist of a Distribution Group Name (DGN) and
    a Distribution Element Name (DEN), separated by a dot. Thus, by only
    specifying one item (SYLEN), this rule is violated. Presumably SYLEN is
    a Username (DEN), but the user must have a DGN as well (say, ABC). The
    full MEMO-ID would then be:
    
    ABC.SYLEN
    
    and the MRGATE address:
    
    MRGATE::"MEMO::ABC.SYLEN"
    
    
    If the full MEMO-ID really is only SYLEN, then your customer has a
    weird MEMO configuration indeed. I always thought that such ID's were
    illegal.
    
    About status messages; this is an art of science in itself, but
    briefly: If you enable the MRMEMO server switch
    REQUEST_NOTIFICATIONS you'll get delivery notifications from the
    Message Router. This is reflected for the MEMO user in the way that if
    he chooses the EXPAND option on his MEMO menu, the status text
    "Delivery Not Yet Confirmed" will disappear. Read Receipts are never
    generated by VMSmail. This means that the MEMO user won't see the
    status of his message changed from "SENT TO" to "SELECTED BY".
    
    so what you need to do is
    
    $ MC MRMMAN DEFINE/REQUEST_NOTIFICATIONS
    
    ...don't forget to restart the Server.
    
    It deserves mention here that the new X.400 conformant product set,
    ALL-IN-1 MAIL, interoperates much better with MRMEMO as far as
    service/status messages are concerned. Read receipts will work although
    there are restrictions. These are described in 52.1
    
    
    cheers,
    
    	Stefan