HDTenEightyP/NetNews huggingface dataset:
From: <dongray@genrad.com>
Newsgroups: vmsnet.mail.mx
Subject: Re: Protocol errors between Vaxcluster?
Date: Fri, 2 Oct 92 02:53:34 -0400
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Shutting down and restarting UCX and MX on both clusters didn't clear this
problem. Has anyone got any suggestions what's wrong, please? Every time I try
a test message it works, but this list entry simply isn't being delivered. And
the status entries don't seem to mean anything.

 2-OCT-1992 07:52:43.41 Processing queue entry number 3666 on node CD4000
 2-OCT-1992 07:52:43.65   Recipient: <davey@CDCLU2>, route=CDCLU2
[...lines deleted...]
 2-OCT-1992 07:52:43.66   Recipient: <williamsi@CDCLU2>, route=CDCLU2
 2-OCT-1992 07:52:43.66   SMTP_SEND: looking up host name CDCLU2
 2-OCT-1992 07:52:43.80   SMTP_SEND: Attempting to start session with CDCLU2
 [128.1.0.42]
 2-OCT-1992 07:52:43.81   SMTP_SEND: Connected
 2-OCT-1992 07:52:43.93   SMTP_SEND: Rcvd:
 2-OCT-1992 07:52:44.07   SMTP send failed, sts=0C27804A, sts2=0C278042
 2-OCT-1992 07:52:44.07   Recipient status=0C27804A for <davey@CDCLU2>
[...lines deleted...]
 2-OCT-1992 07:52:44.07   Recipient status=0C27804A for <williamsi@CDCLU2>
 2-OCT-1992 07:52:44.62   16 rcpts need retry, next try  2-OCT-1992 08:22:44.62
 2-OCT-1992 07:52:44.72 *** End of processing pass ***

I think ther blank "Rcvd" line may be trying to tell me something; but every
time I try "telnet cdclu2 25" from one one our Unix boxes, I get the
identification banner, so the SMTP server seems to be working.

Also is there some way to reset the timeout on a message? It's tedious to have
to wait 20 minutes or so for the next retry after trying something to clear the
problem.

--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
InterNet : Dongray@GenRad.com               UKnet : Derek.Dongray@GenRad.co.uk
PSS : 234261600119::Dongray                 CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
From: daveh@vax.oxford.ac.uk
Newsgroups: vmsnet.mail.mx
Subject: Unexpected error message
Date: 2 Oct 92 08:15:18 GMT
Organization: Oxford University VAX 6620

One of our users has been trying to send a mail message to vac+@cs.cmu.edu.
We've got the mail patch installed so that you don't have to put the MX% in
front of the address. The following error is produced:

mail> send
to: vac+@cs.cmu.edu

no such user VAC
error opening FS27:[DAVEH]CS.CMU as input - file not found
no such user EDU


Using MX%"vac+@cs.cmu.edu" seems to work, however. Can anybody explain the error
messages?

Dave
-- 

David Hastings                      | "Imposition of order=escalation of chaos"
VAX Systems Programmer              |                     
Oxford University Computing Services| "Just when you think you've won the 
daveh@vax.oxford.ac.uk              |        rat race, along come faster rats"
From: mccaslin@cco.caltech.edu (Stanley John McCaslin)
Newsgroups: vmsnet.mail.mx
Subject: inhomogeneous cluster?
Date: 5 Oct 1992 01:26:38 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: alumni.caltech.edu
Summary: Need advice on starting MX on node with own UAF
Keywords: mx,cluster,inhomogeneous

I am just installing MX on a vaxcluster, one of whose nodes
violates the condition for a homogeneous MX-cluster in that
it has its own UAF.  Has anyone done this, and if so could you
advise me what files need to be specific to that node?  The
manual seems pretty clear on homogeneous clusters, but this
is not my situation.

Stanley J. McCaslin
mccaslin@alumni.caltech.edu 
or mccaslin@pscvax.peru.edu (when I get it working)
From: p_rand@luke.spu.edu (Phil Rand, Computer Services, 281-2428)
Newsgroups: vmsnet.mail.mx
Subject: Patch, what patch?
Date: 6 Oct 92 14:06:48 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

daveh@vax.oxford.ac.uk writes in
  <1992Oct2.091518.9170@vax.oxford.ac.uk>:

> We've got the mail patch installed so that you don't have to put the MX% in
> front of the address.

What patch is this?  Where can I find it, and what are the pros and cons
of installing it?  Any comments would be appreciated.

--Phil

-----------------------------------------------------------------------
 Phil Rand, Computer & Information Systems, Seattle Pacific University
 3307 3rd Ave W, Seattle, WA  98119     p_rand@spu.edu  (206) 281-2428
-----------------------------------------------------------------------
From: "Brian Tillman, Smiths Industries, VAX Support, x8425"
Newsgroups: vmsnet.mail.mx
Subject: Re: MX headers and mail logical names.
Date: Thu, 01 Oct 1992 08:59:01 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Matt Madison (madison@tgv.com) writes:

>VMS Mail does).  If you defined EWG as
>
>   $ DEFINE EWG "Jon","Jim","Kent","Paul"
>
>you should get the correct results.  Looks like VMS Mail automatically
>deals with the comma-separated list, whereas MX_MAILSHR does not.  Looks
>like MX_MAILSHR needs some additional code to handle this.

Thanks for the suggestion, Matt.  However, it didn't work.  Apparently Mail
can't handle search lists, either.  This appears to be a basic mail problem,
too, not am MX problem.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: chris@csvax1.ucc.ie (J.C. Higgins, Sys Mgr CsVax1, UCC , Eire)
Newsgroups: vmsnet.mail.mx
Subject: RE: Entries with size 0 in MX queue
Date: 7 Oct 92 01:49:50 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

In a previous article, madison@tgv.com wrote:
>Date: Tue, 6 Oct 1992 17:34:06 GMT
>From: madison@tgv.com
>Subject: RE: Entries with size 0 in MX queue
>Reply-To: MX-List@WKUVX1.BITNET
>
>In article <00961A80.2DCDDA80.21303@WKUVX1.BITNET>, Hunter Goatley
> <goathunter@WKUVX1.BITNET> writes:
>>>Does anybody know why we keep getting entries like the following in our MX
>>>message queue? They seem to go away eventually, but I would like to know what
>>>they are.
>>>
>>>Entry: 18523, Origin: [code=0]
>>>  Status: IN-PROGRESS, size: 0 bytes
>>>  Created:  1-OCT-1992 22:41:59.85, expires 31-OCT-1992 22:41:59.85
>>>  Last modified  1-OCT-1992 22:41:59.85
>>>    Recipient #1: <RNSPANE@ceride.bitnet>
>>>
>>[...]
>>These are left whenever a user aborts a message.  For example, if a
>
>Under normal circumstances, cancelling a message in VMS Mail should result
>
Would they not also be there whilst the process is actually preparing a mail
message.. Ie: Don't go killing them as soon as you see them...

>-Matt
>--
>Matthew Madison | madison@tgv.com    | +1 408 427 4366
>TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
>

                                                  Chris.

+ J.C. Higgins, Sys Admin  +  If you love something, set it free. If it doesn't
+ CHRIS@csvax1.ucc.ie      +  come back to you, hunt it down and KILL it. If
+ SCCS6002@iruccvax.ucc.ie +  that doesn't work, then GIVE UP peacefully.
From: "Jonathan E. Hardis" <hardis@vax844.phy.nist.gov>
Newsgroups: vmsnet.mail.mx
Subject: RE: Reply to an MX Message
Date: Mon, 05 Oct 1992 01:02:53 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

> I recently installed MX 3.1C on some of our VAXStations, using UCX as the
> transport.  ... What [happens] is, say, a user has an address
> user@node.university.edu, the reply-to that gets generated at other sites
> in some cases is just the address user@node.  Is there something wrong with
> my MX setup, or is this a problem at the remote sites this occurs at?

The problem is at your end, with UCX (rather than MX).  This is a FAQ:

|        I believe you've bumped into a known problem with UCX.  The
|documentation suggests that the hosts file be set up with alias first and
|then the FQDN.  You need to set up the hosts file so that the FQDN is
|first, followed by any aliases.
|
|*************************************************************************
|*                                                                       *
|*                        Here, there be dragons!                        *
|*                      dragon@nscvax.princeton.edu                      *
|*                                                                       *
|*                                                Richard B. Gilbert     *
|*************************************************************************
From: <dongray@genrad.com>
Newsgroups: vmsnet.mail.mx
Subject: Protocol errors between Vaxcluster?
Date: Wed, 30 Sep 92 06:49:33 -0400
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I have two Vaxclusters both runnning UCX 1.3A and MX 3.1C on VMS 5.5-1. Both
clusters are configured so that a boot node runs almost everything (local,
smtp, smtp_server, router, etc.) and some, but not all, satelites run
smtp_servers. The clusters are configured to have cluster IP addresses as well
as several nodes having individual addresses.

On cluster 1, there is a mailing list which includes several entries for
cluster 2. Quite frequently, these fail with protocol error and eventually get
abandoned after the retry count runs out. Mail on the same list to local Suns
(Unix) and Vaxes running DNSMTP is delivered ok. and test mail from cluster 1
to cluster 2 is also delivered ok.

Debugging produces the following SMTP log on cluster 1. There don't appear to
be any debug logs on cluster 2.

30-SEP-1992 12:05:56.47 Processing queue entry number 3666 on node CD4000
30-SEP-1992 12:05:58.21   Recipient: <davey@CDCLU2>, route=CDCLU2
[...some entries deleted...]
30-SEP-1992 12:05:58.31   Recipient: <williamsi@CDCLU2>, route=CDCLU2
30-SEP-1992 12:05:58.50   SMTP_SEND: looking up host name CDCLU2
30-SEP-1992 12:05:59.23   SMTP_SEND: Attempting to start session with CDCLU2
 [128.1.0.42]
30-SEP-1992 12:05:59.25   SMTP_SEND: Connected
30-SEP-1992 12:06:02.36   SMTP_SEND: Rcvd:
30-SEP-1992 12:06:02.81   SMTP send failed, sts=0C27804A, sts2=0C278042
30-SEP-1992 12:06:02.85   Recipient status=0C27804A for <davey@CDCLU2>
[...some entries deleted...]
30-SEP-1992 12:06:02.86   Recipient status=0C27804A for <williamsi@CDCLU2>
30-SEP-1992 12:06:04.28   16 rcpts need retry, next try 30-SEP-1992 12:36:04.28
30-SEP-1992 12:06:04.37 *** End of processing pass ***

I have been unable to find a translation for the status codes given.

Stopping and restarting MX (and UCX) on both clusters usually clear it for a
while, but I would like to know what the problem really is. Any help would be
appreciated.

Thanks,

Derek.
--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
InterNet : Dongray@GenRad.com               UKnet : Derek.Dongray@GenRad.co.uk
PSS : 234261600119::Dongray                 CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
From: manager@SUNYSBNP.BITNET (John Hasstedt)
Newsgroups: vmsnet.mail.mx
Subject: Multinet 3.1
Date: 6 Oct 92 11:32:56 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I recently received Multinet V3.1.  Has anyone installed it with V3.1C of MX?
The release notes say user-written dispatchers may need to be modified.  Does
MX use a user-written dispatcher?  The socket library is compatible with
previous releases.
==========================================================================
John Hasstedt                   BITNET:   MANAGER@SUNYSBNP
Physics Department              Internet: John.Hasstedt@sunysb.edu
State University of New York    HEPNET:   SBNUC::MANAGER or 44145::MANAGER
Stony Brook, NY  11794-3800     Phone: 516-632-8154   FAX: 516-632-8573
From: jkreibic@sumter.cso.uiuc.edu (Jay Arnold Kreibich)
Newsgroups: vmsnet.mail.misc
Subject: Stupid Question...Forwarding mail
Date: 28 Sep 92 18:12:05 GMT
Organization: University of Illinois at Urbana



I was wondering if it is possible to have a VAX/VMS system automagically  
forward my mail to a different address.  I know this is a simple question,  
but I'm not to into the VMS world, and was wondering how.  If you could  
just mail me a short note on how to do this I would be thankful.

Thanks

		-j
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Internet mail address in RFC 822 header
From: John C Klensin <klensin@infoods.mit.edu>
Date: 28 Sep 1992 05:53:29 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 05:53:29 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: jobes@mayo.edu, IPMDF@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPAWFDA50I8ZED6N@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"NED@INNOSOFT.COM"
X-Vms-Cc: IN%"jobes@mayo.edu", IN%"IPMDF@YMIR.CLAREMONT.EDU"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Mail-System-Version: <VAX-MM(312)+TOPSLIB(155)+PMDF(4.1)@INFOODS.MIT.EDU>

>> We use PMDF and PMDF-MR to interface smtp to Message Router which integrates
>> All-in-1 IOS, All-in-1 Mail, OfficeVision (PROFS) via MRP, and VMS Mail via
>> MRGATE.  It works very well.  PMDF has given OfficeVision users access to the
>...
>> Is it possible to configure PMDF so that the sender's Internet mail address
>> appears in the RFC 822 header?

>This question is somewhat nonsensical. The sender's address appears in the
>RFC822 header by definition. PMDF-MR converts this information into Message
>Router header information. Any header information that remains after conversion

Ned,
   Let me see if I can pose this question a slightly different way,
since I'm guessing, based on a few recent experiences, at what is going
on here.  If my guess is wrong, consider this a separate question...
  Let's assume that I've got a situation in which most of my users have,
or can have, VAX-based mail accounts (VMSMail and, in some cases,
anxiously waiting for your UA, plus maybe an MM user or two).  And many
of them have access to LAN-based and/or weird-protocol products that
have the same symptoms as the list in the original message: at least for
sending purposes, mail is travelling out via MR.  This typically gives a
given user at least two addresses: something of the VMSMail/easy-RFC822
persuasion (vms-userid@domain) and something of the X.400 persuasion in
the local-part.
  I want only the easy-RFC822 addresses to appear "outside": whether the
user originates mail in one environment or another should be invisible
to external users and, if the user switches receiving/delivery
environments back and forth, that should *clearly* be invisible outside.

  Now, the question is "how to do that?".  Clearly the reversal database
works, but, if I correctly understand things, I've got to include one
record in it for each user with an X.400-ish address, rewriting that
address into a simple-822-mailbox address.  But those X.400-ish things
clearly obey patterns, since the local mail administrator controls most
of their content if not their actual syntax.
  So, the revised question (or at least my revised question) is "given
that I can state a rule that maps the X.400-like addresses given to
users onto the VMS User IDs we give out, is there a way to apply that
rule to rewrite the local-part of outgoing mail so that I don't have to
list every single user in the address reversal database?"
     --john
Newsgroups: vmsnet.mail.pmdf
Subject: MAILSERV and PACKAGE files...
From: smith%nyumed.bitnet@ymir.claremont.edu
Date: 03 Oct 1992 10:17:19 -0400 (EDT)
Organization: NYU Medical Center, 550 First Ave., New York, 10016
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 03 Oct 1992 10:17:19 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPI54EUU3M8WWB3H@YMIR.CLAREMONT.EDU>
X-Vms-To: in%"ipmdf@ymir.bitnet"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT


The new version of VMS_SHARE (V8.1) produces the usual list of files that
a distribution gets packaged into.  In addition it produces a file like
<dist>.$PACKAGE, whgich contains the list of files in the package.  Other
Mail/List servers allow you to send a mail message like SEND dist.PACKAGE
and this allows you to get all the bits, without knowing how many there are.

Is there a chance that MAILSERV could get enhanced to provide this service?
From: terry@spcvxa.spc.edu (Terry Kennedy, Operations Mgr)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: REPOST (for lack of any answer) Problems with % addressing.
Date: 6 Oct 92 01:18:57 GMT
Organization: St. Peter's College, US
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 05 Oct 1992 21:18:57 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: IPMDF@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPLL70B1FM8WWJGE@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"tkslen@ubvmsb.cc.buffalo.edu"
X-Vms-Cc: IPMDF@YMIR.CLAREMONT.EDU,TERRY
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

tkslen@ubvmsb.cc.buffalo.edu (Lenny Miceli) writes:

[I believe this is the first time I've seen this message, so if you sent it
previously it must have been lost]

> Every so often I find a mail message in my local queue addressed to:
>
> user%node  where "node" is greater than seven characters
> (e.g. joe%abcdefgh)
>    or
> user%node.decnet  where "node" is less than seven characters
> (e.g. joe%abc.decnet)
>
> I know addressing like this is frowned upon, but since pmdf will still accept
> it I feel this problem should be resolved.  Reading the manual tells me that
> if pmdf can't rewrite the address then it will treat the address as
> user%node@localhost.  The only problem with this is, if "node" is not a valid
> decnet nodename then vms can give strange error messages.  For example,

  We've found that things work better if we list all of our DECnet nodes in
the PMDF configuration file and simply reject anything else. For even greater
reliability, you can run PMDF on the remote nodes and use DECnet SMTP instead
of MAIL-11 over DECnet. That way PMDF can determine the exact problem, rather
than relying on what VMS MAIL tells it, which is always changing (and often
incorrect).

  If these messages are for nodes that don't exist, you can either rewrite
them to the proper node (if you can determine a pattern to the errors) or
let PMDF bounce them after the notices period expires. You could also re-
write them to a "bad" channel with notices 1, and define PMDF_LOCAL_ADDRESS_
FORMAT to return some explanatory text to the sender with the message.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.mail.pmdf
Subject: Bug in callable mail or PMDF
From: "Lenny Glassmann (902-0027)" <glassmann@gs.com>
Date: 28 Sep 1992 12:37:06 -0400 (EDT)
Organization: Goldman, Sachs & Co.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 12:37:06 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPBAP9VGAA99DHDJ@INNOSOFT.COM>
X-Vms-To: IN%"info-pmdf@innosoft.com"
X-Vms-Cc: GLASSMANN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Let's try this again:
I seem to have stumbled across a bug in either VMSmail or PMDF.  I'm using the
callable mail interface to compose two different messages to two different
people simultaneously.  Here's my program (think of it as pseudo code, since I
haven't included my subroutines)

main ()
{
  long context1;
  long context2;

  sendmail_setup_c (&context1, "glassmann", "Test 1, please ignore");
  sendmail_setup_c (&context2, "jung", "Test 2, please ignore");
  sendmail_send (context1);
  sendmail_send (context2);
}

Both users have their mail forwarded to their accounts on the system "fi" using
PMDF.  The problem is that the first message gets sent to both people, and
the second message disappears into hyperspace.  If I just send to people who
read their mail on the VAX (no PMDF involved) it works fine.  Included below
is the message from the pmdf queue, waiting to get delivered.  Does anyone
have any insight into this?

m;GLASSMANN@athena
GLASSMAN@FI
jung@fi

Received: from gs.com by gs.com (PMDF #2348 ) id <01GPBEES8AHC8ZDW2K@gs.com>;
 Mon, 28 Sep 1992 11:29:04 EDT
Date: 28 Sep 1992 11:29:04 -0400 (EDT)
From: "Lenny Glassmann (902-0027)" <GLASSMANN@athena>
Subject: Test 1, please ignore
To: GLASSMAN@FI, JUNG@athena
Message-id: <01GPBEES8K4I8ZDW2K@gs.com>
Organization: Goldman, Sachs & Co.
X-Envelope-to: GLASSMAN@FI, jung@fi
X-VMS-To: glassmann
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Internet mail address in RFC 822 header
From: Ned Freed <ned@innosoft.com>
Date: 27 Sep 1992 16:09:29 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 27 Sep 1992 16:09:29 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPA9WUO4V68ZECU5@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"jobes@mayo.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> We use PMDF and PMDF-MR to interface smtp to Message Router which integrates
> All-in-1 IOS, All-in-1 Mail, OfficeVision (PROFS) via MRP, and VMS Mail via
> MRGATE.  It works very well.  PMDF has given OfficeVision users access to the
> Internet which they lacked otherwise.  The addressing channel allows them to
> send messages to Internet mail addresses not registered in Message Router's
> DDS.  MRP V1.2 allows them to receive messages from unregistered addresses,
> although such messages will be unrepliable (they're from userid MRP).  If the
> sender hasn't set a personal name, his Internet mail address may appear in the
> From field but, typically, it can't be found anywhere in the PROFS header or
> the attached RFC 822 header.

> Is it possible to configure PMDF so that the sender's Internet mail address
> appears in the RFC 822 header?

This question is somewhat nonsensical. The sender's address appears in the
RFC822 header by definition. PMDF-MR converts this information into Message
Router header information. Any header information that remains after conversion
is placed in a separate text attachment. I believe that this attachment is what
you're calling the "attached RFC 822 header". It isn't the RFC 822 header and
it isn't supposed to be the RFC 822 header -- it is only the unconverted
remnants of the original header.

You are losing the useful information out of the Message Router header because
of the silly DDS requirements. It is definitely an improvement for MRP to
deliver messages from unregistered users, but why they could not take the next
step and put the original addresses into the message text eludes me.

You can force preservation of the entire RFC 822 header if you set the
DELETE_HEADERS option to 0 in the MR_LOCAL_OPTIONS file. Alternately, you could
modify the TO_MR.TXT rules so that the entire address is placed in the free
form name (it sounds like this, at least, is preserved). We have also added
some facilities to PMDF V4.2 to make PMDF-MR do the same sort of substitutions
MRP does now, but of course we also insert the original addresses into the
message text so they aren't lost.

				Ned