Conference iosg::all-in-1_v30

    Mike,
    
    need a bit more info - what does the message look like in the Outbox?
    what is the FROM and TO. 
    
    Also is the message being auto_forwarded at any point or sent via
    a special mail-destination (i.e a recipient with a VMSmail destination)
    
    Regards,
    
    Andrew.D.Wicks

One thing to bear in mind is that this address is on the content of the 
message, and MR will not touch the content. MRX will, as it converts between 
MR addresses and X.400 addresses. Check the DDS entries for the user.

grahame

    To expand on Grahame's response...
    
    On the outbound (NBS->X409) hop, MRX needs to translate both the
    Envelope and Content addresses. If it can't translate the env.sender
    it will NDN the message. If it can't translate the content.from it
    does not include any address (while preserving the FreeformName).
    
    Assuming that IOS substitutes POSTMASTER for this case, then you need 
    to figure out why the envelope.sender of the orignal NBS message matched 
    the DDS reverse lookup, while the content.from didn't.
    
    	Dave

Thanks, Dave - you spotted that I'd exhausted my MRX knowledge by then!

And yes, I'd assumed that it must be IOS inserting the POSTMASTER . .  though 
I can't imagine where or why it does. 

grahame

    I think that incoming messages are created as being owned by, and
    therefore "from", POSTMASTER. Normally this gets over-written by the
    From, but if there isn't a From I wouldn;t be surprised if it gets left
    as POSTMASTER.
    
    However, observe the following comment (which you, Grahame, might
    remember!):
    
    
!
! Check the FROM field on the message. If it hasn't got any @ in it, we'd be
! better off copying the envelope value. This is to cater for cheap user agents
! (such as DECmail-11) which don't bother putting full FROMs on the message and
! just let MR do all the work.
!

Dave.

>          <<< Note 2260.5 by IOSG::SHOVE "Dave Shove -- REO2-G/M6" >>>
>                           -< Possible explanation >-
>
>    I think that incoming messages are created as being owned by, and
>    therefore "from", POSTMASTER. Normally this gets over-written by the
>    From, but if there isn't a From I wouldn;t be surprised if it gets left
>    as POSTMASTER.
    
Hmm, I don't think so. Yes, Postmaster creates the fetched message, but the 
message as shown in .0 has a correct Author, and Postmaster as the DAF's 
FROM_ADDRESS field. As there won't be a default for that, someone's put it in 
explicitly.

>    However, observe the following comment (which you, Grahame, might
>    remember!):
>    
>!
>! Check the FROM field on the message. If it hasn't got any @ in it, we'd be
>! better off copying the envelope value. This is to cater for cheap user agents
>! (such as DECmail-11) which don't bother putting full FROMs on the message and
>! just let MR do all the work.
>!

Oh dear, I'd forgotten what a long memory ALL-IN-1 has! But this doesn't 
really look relevant as the point was to try and get a valid return address - 
POSTMASTER clearly isn't that.

I don't think we're going to get to the bottom of this unless we find out the 
DDS entries (as Dave L requested), or some NBSDMPs of the message on its 
travels.

g

    Hi,
    
    Thanks for all the replies so far. 
    
    Below is a copy of the recipients DDS entry, I'll be able to post 
    details of the NBS and x.409 files later when the customer starts work.
    
        Organizational unit             : JH Bermuda
        Given name                      : David
        Surname                         : Yates
        Name                            : David Yates
        Reverse lookup                  : DCY@A1@BERCLS
        Master copy owning node         : ISLMAN
        MHS/VMS address number          : 1
                MHS/VMS address part    : BERCLS
                MHS mailbox             : A1
                MHS User identifier     : DCY
        Access Time                     : 15-MAY-1992 19:53:36.86
        Update Time                     : 15-MAY-1992 19:53:36.86
        DDSID                           : 21280A800095AA119C7EA840BD020000
    
    Thanks,
    
    Mike
        

    Hello Mike,
    
    	There is no Proxy User agent (OA$"NODE"$ALLIN1) or Unique
    subscriber identifier on this entry. Was this subscriber entry
    created by ALL-IN-1?
    
    		Julie