HDTenEightyP/NetNews huggingface dataset:
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: vmsnet.test
Subject: Test
Date: 23 Nov 1992 18:28:43 -0500
Organization: Science Applications Intl Corp - Dayton, Ohio
NNTP-Posting-Host: dayton.saic.com
Keywords: NO REPLY
X-Newsreader: TIN [version 1.1 PL7]

NO REPLY


-- 
Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake
Newsgroups: vmsnet.test
Subject: This is a test.   Oh no, not another one!
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Date: 17 Nov 1992 16:36:30 -0600
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: Tin 1.1 PL3

hello, kids.   a real post using "tin".  wowza.
-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: vmsnet.test
Subject: Re: harumpg(2)
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Date: 17 Nov 1992 16:32:15 -0600
Distribution: usa
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: Tin 1.1 PL3

This is a followup, no message included, posted via tin.

-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: vmsnet.test
Subject: Another test
From: ake@dayton.saic.com (Earle Ake)
Date: 19 Nov 1992 09:03:07 -0500
Organization: Science Applications Intl Corp - Dayton, Ohio
NNTP-Posting-Host: dayton.saic.com
X-Newsreader: TIN [version 1.1 PL7]

Another test.  No reply.
-- 
Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake
Newsgroups: vmsnet.test
From: hub@gese.ge14.mdadv.gv.at (Manfred Huber)
Subject: TEST
Originator: hub@gese0n.ge14.mdadv.gv.at
Organization: MD-ADV, Vienna, Austria
Date: Mon, 23 Nov 1992 08:17:30 GMT


Sorry, this is just a little test ...

-- 
Manfred Huber (hub@gese.ge14.mdadv.gv.at)
MD-ADV, Vienna, Austria
-- 
Manfred Huber (hub@gese.ge14.mdadv.gv.at)
MD-ADV, Vienna, Austria
Newsgroups: vmsnet.test
From: gwi@rip.hrb.com
Subject: testt
Organization: HRB Systems, INC.
Date: Sat, 21 Nov 1992 21:36:49 GMT
X-Posted-From: rip.hrb.com
NNTP-Posting-Host: sol.ctr.columbia.edu

testt
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: vmsnet.test
Subject: Re: Another test
Date: 19 Nov 1992 09:28:33 -0500
Organization: Science Applications Intl Corp - Dayton, Ohio
NNTP-Posting-Host: dayton.saic.com
X-Newsreader: TIN [version 1.1 PL7]

Earle Ake (ake@dayton.saic.com) wrote:
: Another test.  No reply.
: -- 
: Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake

	Just testing followup.
-- 
Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake
Newsgroups: vmsnet.test
Subject: A test
From: alanb@sdl.mdcbbs.com (Alan Braggins)
Date: 21 Nov 92 17:11:21 GMT
Organization: Shape Data (Division of EDS), Cambridge UK

So what did you expect in a test newsgroup?
--
     Alan Braggins, alanb@sdl.mdcbbs.com, abraggins@cix.compulink.co.uk
Shape Data - A division of EDS-Scicon Limited.   Cambridge, UK +44-223-316673
   "Any technology distinguishable from magic is insufficiently advanced."
 "My employer does not necessarily share my views - but I'm working on it."
From: <cmuadmin@ltec.com>
Newsgroups: vmsnet.mail.mx
Subject: help
Date: Fri, 20 Nov 92 16:10:40 CST
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

help
From: goathunter@WKUVX1.BITNET (Hunter Goatley)
Newsgroups: vmsnet.mail.mx
Subject: RE: High router io?
Date: 18 Nov 92 20:21:00 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

rand@lucy.merrimack.edu writes:
>
>How normal are these stats over 19hrs for a small site?
>
>24600165 MX Router       LEF      4   203646   0 00:07:06.41     16074    603
>24600166 MX Local        HIB      4    86091   0 00:03:50.83     19752    806
>24600167 MX SMTP         HIB      4    62648   0 00:02:04.76     12894    456
>24600168 SMTP Server     HIB      5    10637   0 00:00:45.91      6024    411
>24600169 MX MLF          HIB      4    51943   0 00:01:35.21      4999    894
>
That's about right.

>3 io/sec for the router seems pretty high. My MX queue file always seems to be
>the hottest file (by far) on my system disk. I realize I could move it but
>I find it interesting that its hotter that stuff like the rights db.
>
There are several reasons for this.  This is one of the things I hope
to address soon with MX---the reorganization of the queueing system so
that an indexed file is not used.  No promises on when, but I should
be able to start on it soon.

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: <cmuadmin@ltec.com>
Newsgroups: vmsnet.mail.mx
Subject: help
Date: Mon, 23 Nov 92 10:44:33 CST
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

help
From: "Hussein S. Ayad" <HUSSIEN@EGAUCACS.BITNET>
Newsgroups: vmsnet.mail.mx
Subject: Installation problems !?
Date: Sun, 22 Nov 1992 20:52 +0200
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I am facing a set of problems in the installation of MX 3.1:
1. I want to install MX to operate with:
        - Jnet 3.5
        - ALL-IN-1
        - UCX V1.3
        Is it possible? How? Who should be activited before the
        other?
2. I've installed it without All-IN-1, but no msg was sent and
they are spooled on my system.
3. Please let me know the logical names required and if any
parameters that must be set to make it work corrcet.
4. Also, I want it to deliver the mail the nodes in our
university.
                                Thanx in advance.
From: "Bob Johns, (604)363-6520" <bob@ccs.ios.bc.ca>
Newsgroups: vmsnet.mail.mx
Subject: MX v3.1b and Digital's Message Router
Date: Mon, 23 Nov 1992 08:20:21 PST
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Does anyone know of an MX gateway for Digital's Message Router that:

   1) would be usable from their Mailworks package (formerly ALL-IN-1 mail,
      which is not the same as their ALL-IN-1 messaging!)?

   2) is in the public domain?  (I already know about PMDF.)

Thanks, in advance...

  ...Bob

------------------------------------------------------------------------
| Bob Johns                               |                            |
| Manager, Central Systems & Networks     |   Internet:  bob@ios.bc.ca |
| Scientific Computing                    |                            |
| Institute of Ocean Sciences             |   Tel     :  (604)363-6520 |
| 9860 West Saanich Rd., Sidney, B.C.     |   FAX     :  (604)363-6390 |
| Canada  V8L 4B2                         |                            |
------------------------------------------------------------------------
From: ian@mars.senecac.on.ca (Ian Vaz)
Newsgroups: vmsnet.mail.mx
Subject: Cannot send E-mail to UUCP gateway...
Date: 22 Nov 92 16:42:41 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Hello MX-ers,

We seem to be having a problem sending e-mail to a machine "gramarye.mv.com"
which is gatewayed to the Internet via "mv.mv.com"-an Internet machine.
Apparently, sending e-mail to the above address used to work before, when we
used CMU-TEK TCP/IP.  We now use Multinet.  I re-installed MX with the
Multinet netlib.  E-Mail everywhere else works.  BTW, "mv.mv.com" is a
uucp gateway machine.  Now, I know that MX uses a default UUCP gateway
rewrite rule, and I know that the above address, "gramarye.mv.com" does
not conform to the rule..., but, it worked before.  I guess some other
machine on the Internet had an MX record for it and knew about how to
route it ???  I am lost at this point.  The sys admin at mv.mv.com says
nothing has changed at his end.  Is this an MX problem ?  I cannot be too
sure if this is the result of changing to Multinet.  Any ideas ?

The bounced back SMTP error follows:


*************************BEGIN ERROR**************************************
> To: <ian@mars.senecac.on.ca>
> Subject: SMTP delivery error
>
> Note: this message was generated automatically.
>
> A problem occurred during SMTP delivery of your message.
>
> Error occurred sending to host gramarye.mv.com:
>  retry count exceeded
>  no such host
>    end of file

========================================================================

Message follows.

Received: by mars.senecac.on.ca (MX V2.3) id 16597; Sat, 21 Nov 1992 18:39:28
 EST
Date: Sat, 21 Nov 1992 18:39:28 EST
From: Ian Vaz <ian@mars.senecac.on.ca>
To: joe@gramarye.mv.com
CC: mv-admin@mv.mv.com, ian@mars.senecac.on.ca
Subject: Another test to reach Joe at gramarye...

Test from Seneca to Joe at gramarye.

********************************END ERROR ***********************************

*******************************************************************
* Ian Vaz                                                         *
* Seneca College                                                  *
* Don Mills, Ontario                                              *
* (416) 491-5050  x 7252                                          *
* Internet e-mail addresses:     i)     ian@mars.senecac.on.ca    *
*                               ii)     ian@phobos.senecac.on.ca  *
*******************************************************************
From: rand@lucy.merrimack.edu
Newsgroups: vmsnet.mail.mx
Subject: High router io?
Date: 18 Nov 92 17:26:52 GMT
Reply-To: rand@lucy.merrimack.edu ()
Organization: "Silicon Surfers, Inc."

, 18 12:26:52 19929212:26:52 1992EST GMTLines: 18


How normal are these stats over 19hrs for a small site?

24600165 MX Router       LEF      4   203646   0 00:07:06.41     16074    603
24600166 MX Local        HIB      4    86091   0 00:03:50.83     19752    806
24600167 MX SMTP         HIB      4    62648   0 00:02:04.76     12894    456
24600168 SMTP Server     HIB      5    10637   0 00:00:45.91      6024    411
24600169 MX MLF          HIB      4    51943   0 00:01:35.21      4999    894

3 io/sec for the router seems pretty high. My MX queue file always seems to be
the hottest file (by far) on my system disk. I realize I could move it but
I find it interesting that its hotter that stuff like the rights db.

--
Rand P. Hall, System Janitor, Merrimack College, North Andover, Massachusetts
Internet: rand@merrimack.edu, rand@lucy.merrimack.edu
\  /\  /\  /\  /\____________________________________________________________  
 \/  \/  \/  \/     Abortion stops a beating heart
Newsgroups: vmsnet.mail.pmdf
Subject: RE: ccMail question
From: The PMDF Postmaster <mac@gvg34.gvg.tek.com>
Date: 19 Nov 1992 09:07:44 -0800 (PST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 19 Nov 1992 09:07:44 -0800 (PST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRBX9FH2KI8ZHYYR@YMIR.CLAREMONT.EDU>
X-Vms-To: in%"ipmdf@ymir.claremont.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>>We are seeing some of the messages that PMDF leaves for ccMail to
>>deliver that contain what looks like some form of line wrapping that
>>uses the ``='' as the continuation character.  There message also
>>appear to have hex quoting for some characters like maybe =20 means
>>a space and maybe =9 means a tab.  I know this is a marginal
>>description of the problem.  I will enclose a part of one of these
>>message at the end of this message.  What is going on?  Any help
>>greatly appreciated.
>
>You're seeing line wrapping which uses the quoted printable MIME
>encoding. The "=xx" means "ASCII character with hex value xx".  You
>see some =20 at the end of lines because PMDF wrapped the line and
>was now afraid that if it left a naked space at the end of the line
>some other mailer would strip it away.  The =9 are tabs.
>
>Send your PMDF.CNF to service@innosoft.com and some sort of
>indication as to how this message originally entered PMDF.  It
>probably came in on some channel with a "linelength" keyword
>specified.

Yes, I had added a ``linelength 80'' to the ccMail channel.  I had
several complaints about ccMail messages from the VAX appearing as
attachments that had to be double clicked on to be read.  I attempted
to resolve the problem before I read the documentation by adding the
linelength keyword to the ccMail channel.  Then I read that PMDF was
sending messages with lines longer than 80 characters as attachments
as part of the normal channel processing.  But of course, I did not go
back on change my configuration, because it looked like that was the
default action of the channel anyway.

So, I have stripped the keyword off the ccMail channel.  I will let
you know if that fixes it.  This has been particularly hard to track
down because we have not seen a pattern in the source addresses of the
mail messages that get the MIME wrapping or in the messages
themselves.  The original source for wrapped messages are from PMDF
machines running 4.0 and 4.1, but these same machines also generate
other messages correctly.  I will send the configuration to service so
they can look at it, but I won't bore the list with the details.  I
really suspect that the problem is resolved with removing the
linelength keyword.

Thanks for the help,

Bill
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Incoming notification From: prefix = SMTP%
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 19 Nov 1992 19:39:49 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 19 Nov 1992 19:39:49 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRCIPKIVC28ZI7GG@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"SETH@SPEECH.MIT.EDU"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>	A while back I posted a note concerning occasional file
> create errors of the following form:
>
> %MAIL-E-SENDERR, error sending to user audiodev@cbgrle.mit.edu at
> -PMDF-E-FCRT, File create error, Pascal status = 2, VMS statuses = 99684 and 0
> -PMDF-I-TEXT, cannot create channel queue entry
>
> 	It turned out that we were mixing IN% and SMTP% protocols
> in a given MAIL session. Simply requiring the use of only one
> of these form solved the problem, but in hindsight brings up an
> interesting question.

Yes, you cannot mix these two foreign protocols in a single VMS MAIL session.
Doing so can exercise an RMS bug which DEC doesn't seem interested in fixing
and for which we cannot work around (TGV neither).  You also have to watch
for people who have their mail forwarded to SMTP%"...".

> 	Why would all incoming mail on a machine newly updated
> from CMU TCP/IP to Multinet suddenly start using the SMTP prefix
> on ALL incoming Internet mail? I don't seem able to determine the
> cause of this change. As far as I know, it was nothing I did during
> the switch from CMU to TGV code, at least knowingly... :-)

This will happen if you do not configure MultiNet to use PMDF's SMTP
server.  Issue the MultiNet commands

  $ MULTINET CONFIGURE/SERVER
  MultiNet Server Configuration Utility 3.1(30)
  [Reading in symbols from SERVER image MULTINET:SERVER.EXE]
  [Reading in configuration from MULTINET:SERVICES.MASTER_SERVER]
  SERVER-CONFIG> SHOW SMTP
    Service     Proto      Port               Action
    -------     -----      ----               ------
    SMTP        TCP        25         Run Program PMDF_ROOT:[EXE]MTCP_SLAVE.EXE

You should be running PMDF_ROO:[EXE]MTCP_SLAVE.EXE as your SMTP server.
My guess is that this is not the case.  If you are running MTCP_SLAVE.EXE,
then check to make sure that this is the case on all cluster members.

Dan
Newsgroups: vmsnet.mail.pmdf
Subject: Logging feature missing?
From: skipper%medcolpa.bitnet@ymir.claremont.edu
Date: 16 Nov 1992 17:03:22 -0500
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 16 Nov 1992 17:03:22 -0500
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GR8HKV07CY8ZHG28@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@ymir"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Probably something very simple I am overlooking.

Anyway, my MAIL.LOG file in the PMDF_ROOT:[LOG] directory has
no entries since 09-NOV-1992.  I didn't notice this until I
noticed that the MAIL.LOG_CURRENT was 0 blocks in size and, of
course, MAIL.LOG_YESTERDAY was also.  I have changed our
configuration a few times (Thanks to KVC for the help) and I'm sure
these changes coincide with the missing MAIL.LOG entries.  I do
NOT have the "logging" keyword on the individual channels but it
is on the Defaults channel.  My Defaults channel is...

defaults postheadonly logging

What am I overlooking or NOT considering?  If more information is
needed it will certainly be provided.

Thanks in advance.

/tom
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Bad return address
From: "Kevin V. Carosso" <kvc@summer.innosoft.com>
Date: 19 Nov 1992 20:54:39 -0800 (PST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 19 Nov 1992 20:54:39 -0800 (PST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRCLBE1POY8ZI4PO@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"cvm@NAUVAX.UCC.NAU.EDU"
X-Vms-Cc: info-pmdf
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> I have a problem with MS-Mail not using the correct address when
> replying to a message from a POP3 client whose mail address is on our
> VAX.  I have a copy of the queued message on the VAX before it gets sent
> to the MS-Mail system.  All other machines that the POP client sends to,
> reply to CVM@NAUVAX.UCC.NAU.EDU.  The MS-Mail system replies to
> CVM@PC19.UCC.NAU.EDU.  Before I go to Microsoft or the MS-Mail
> discussion list, I need to know is what the first line in this file is
> used for.

The MS-Mail gateway is causing MS-Mail to use the envelope-from address
for replies rather than the header "From:" address.  This is not uncommon,
many UNIX mailers do the same sort of thing.  As Dan explained earlier,
the address on the "m;" line is the envelope-from address.  If you could
modify the MS-Mail itself or the MS-Mail gateway to use the header-from
preferentially, that might be a solution, but would hide the real problem.

I suspect the real problem actually lies with the POP3 client, which is
not putting a domain name on the envelope-from address when doing its
SMTP dialog.  I bet if you were to watch the SMTP dialog from that client
you would see something like:

   MAIL FROM:<cvm>

To verify this, put "slave_debug" on your "mtcp_local" channel in your
PMDF configuration file, PMDF_ROOT:[TABLE]PMDF.CNF.  This will result in
a trace of the SMTP dialog in the log file PMDF_ROOT:[LOG]MTCP_LOCAL_SLAVE.LOG

This is not allowed, it is not supposed to put an address onto the network
without fully qualifying it.  PMDF accepts this broken address and does the
only thing it can to make it legal by adding a domain name.  It chooses to
use the domain name of the machine at the other end of the connection,
in this case the POP3 client.

Previous versions of PMDF added PMDF's local host name rather than that of
the other machine.  In your case this would be preferable.  I do not know if
this is settable, but Ned should know.

I think you may also be able to fix this by putting a rewrite rule in PMDF.CNF
that reads:

    pc19.ucc.nau.edu        NAUVAX.UCC.NAU.EDU

This unconditionally maps the PC's address to the local host address.  Since
you cannot send mail to the PC directly, this shouldn't interfere with
anything.  If you think about it, since the POP3 machine has to get its
mail on the server, this rewrite rule simply reflects reality.

Of course you probably should see about fixing the POP3 client to correctly
specify envelope-from addresses.  It should use the same thing it is using
in the header-from (which is set by the user of the PC).

	/Kevin Carosso
	 Innosoft
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Missing message parts lately>
From: Ned Freed <ned@innosoft.com>
Date: 23 Nov 1992 20:50:48 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 23 Nov 1992 20:50:48 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRI6CYK5BM8ZIR87@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"TERRY@spcvxa.spc.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

The message you cite was damaged because it was in RFC1154 format, and
a bug in PMDF causes such messages to be incorrectly processed. This
problem was fixed in V4.1-13. However, the damage was done before the
message reached your system, so there's nothing you can do about it.

I have no idea what caused your problem with a previous message. All I can
say is that the example you cite has nothing to do with your configuration.

				Ned
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Working with MR "flags" like sensitivity in PMDF-MR
From: Ned Freed <ned@innosoft.com>
Date: 19 Nov 1992 15:08:48 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 19 Nov 1992 15:08:48 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRC98WZMMQ8ZI54T@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"BOWMAN_BRETT_E@LILLY.COM"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

PMDF-MR has always handled the Sensitivity: flag properly; it maps it
to a Sensitivity: header in accordance with RFC1327. We have not seen any
proposals, either as a standards-based effort or as a private extension
that map this information into any sort of real action. It would be trivial
to write a channel program that performs this sort of filtering. It is
possible that we'd consider adding support for Sensitivity: filtering to
PMDF proper as well. I'll have to think about it some, but it would be very very
easy to do.

				Ned
Newsgroups: vmsnet.mail.pmdf
Subject: strange Return address...
From: skipper%medcolpa.bitnet@ymir.claremont.edu
Date: 18 Nov 1992 11:59:14 -0500
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 18 Nov 1992 11:59:14 -0500
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GRAI3FVDK28ZHU1P@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@ymir"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Hopefully someone can look at the Return address in the following
headers and give me an idea as to what is happening.  The software
particulars are as follows...

        medcolpa.edu    VMS 5.5-1, PMDF 4.1, JNET 3.5
        shrsys.hslc.org  VMS 5.?, MX (3.0 perhaps)

Of course, this is NOT replyable from VMSMail.

Thanks,
/tom
**************************************************************************

From:   IN%"'NAME = Hayne Margulies\\\\'' <'mcplib::margulies'@shrsys.hslc.org>"
    18-NOV-1992 11:36:00.52
To:     IN%"skipper@medcolpa.edu"
CC:
Subj:   vax symbols

Return-path: <"mcplib::margulies"@shrsys.hslc.org>
Received: from CUNYVM.BITNET (MAILER@CUNYVMV2) by medcolpa.edu (PMDF #2945 ) id
 <01GRANHVRQ6O90MU5R@medcolpa.edu>; Wed, 18 Nov 1992 11:35:54 -0500
Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.08) with BSMTP id 2791; Wed,
 18 Nov 92 11:35:15 EST
Received: from SHRSYS.HSLC.ORG by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
 Wed, 18 Nov 92 11:35:12 EST
Received: by shrsys.hslc.org (MX V3.1) id 5263; Wed, 18 Nov 1992 11:35:56 EST
Date: 18 Nov 1992 11:35:36 -0500 (EST)
From: "NAME = Hayne Margulies\\"" <"mcplib::margulies"@shrsys.hslc.org>
Subject: vax symbols
To: skipper@medcolpa.edu
Message-id: <00963CBE.072DE720.5263@shrsys.hslc.org>
Content-transfer-encoding: 7BIT
X-MX-Warning:   Warning -- Invalid "From" header.
X-VMSmail-To: SHRSYS::MX%"skipper@medcolpa.bitnet"
X-VMSmail-CC: MARGULIES