HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.mail.pmdf
Subject: Problem with valid??? address...
From: "l. Thomas Skipper, MCP VAX Systems Manager"
Date: 28 Sep 1992 10:55:38 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 10:55:38 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPB74015828ZEDZB@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"info-pmdf@ymir.bitnet"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Greetings!

Hope someone on the list can either answer this question or at least
point me in the right direction.  I received a message from one of
my users regarding a mail message that he received but was NOT able
to reply to it successfully.  I have include excerpts from the message
within this request.  Obviously, someone don't like the RETURN address.
I can see that it is a "mess" but am not familiar enough with mail
standards to know if it is legal or not.  Any help would be appreciated
with this.

**********************************************************
Excerpts from the message:
**********************************************************

From:   IN%"HOFFMAN@MEDCOLPA.BITNET" 27-SEP-1992 10:19:10.03
To:     IN%"skipper@MEDCOLPA.BITNET"
CC:
Subj:   help with an e-mail address

From:   IN%"VMMAIL@PUCC.PRINCETON.EDU"  "Network Mailer" 24-SEP-1992 08:51:36.10
To:     IN%"HOFFMAN@MEDCOLPA.BITNET"
CC:
Subj:   mail delivery error

Batch SMTP transaction log follows:

220 PUCC.PRINCETON.EDU Columbia MAILER R2.09 ptf000 BSMTP service ready.
050 HELO MEDCOLPA.BITNET
250 PUCC.PRINCETON.EDU Hello MEDCOLPA.BITNET
050 TICK 0001
250 0001 ... that's the ticket.
050 MAIL FROM:<HOFFMAN@MEDCOLPA.BITNET>
250 <HOFFMAN@MEDCOLPA.BITNET>... sender OK.
050-RCPT TO:</PN=DALE.A.BEGLEY/DD.ID=SSW.DABEGLEY/PRMD=UPJOHN/ADMD=TELEMAIL/C=US
050 /@sp
553 Mailbox syntax error.
050 rint.com>
500 Invalid command
050 DATA
354 Start mail input.  End with <crlf>.<crlf>
250 Mail accepted for delivery.
050 QUIT
221 PUCC.PRINCETON.EDU Columbia MAILER BSMTP service done.

Original message follows:

...


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
L. Thomas Skipper (Tom)                             M     M   CCCCCC  PPPPPPP
VAX Systems & Networking Manager                    MM   MM  C        P      P
Medical College of Pennsylvania                     M M M M  C        P      P
College Computer Center                             M  M  M  C        PPPPPPP
2900 Queen Lane                                     M     M  C        P
Philadelphia, Pennsylvania 19129                    M     M   CCCCCC  P

BITNET:  SKIPPER@MEDCOLPA  Internet: SKIPPER@SINGER.ASRI.EDU
PHONE:   (215)991-8180          -OR- SKIPPER%MEDCOLPA.BITNET@PUCC.PRINCETON.EDU
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Newsgroups: vmsnet.mail.pmdf
Subject: RE: no headers and stuck in queue
From: dan@toe.towson.edu
Date: 01 Oct 1992 18:38:42 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 18:38:42 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: info-pmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFU03YDR68WW404@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"NED@SIGURD.INNOSOFT.COM"
X-Vms-Cc: ipmdf
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>There are all sorts of reasons why a delivery job might abort, leaving a
>message that only gets picked up by the periodic job. You'll have to track this
>down on a case by case basis; there are simply too many possibilities to
>consider otherwise. It is important to know where the messages are coming from
>as well as where they are going.

>Since messages in the BIT_GATEWAY queue never come from VMS MAIL under normal
>circumstances, this is not likely to a problem with VMS MAIL.

I'll keep my eye on it and look a little more closely at the files which are
queued.

>Does your INFOREP use DELIVER? This and the headeromit keyword is the only
>way to get this effect out of PMDF. If neither of these is involved I suspect
>the mail is coming from something other than PMDF.

My INFOREP does not use DELIVER and I have headerbottom on the local channel.
The problem is not consistent.  In most cases, she does get the headers.  If I
am only running DECnet (VMS 5.4-3), Jnet 3.5, UCX 1.3-7(A?) and PMDF 4.1-6 what,
other than PMDF with the BN_SLAVE process, could be delivering the mail.  No
other user seems to have this problem (though that doesn't necessarily mean it
doesn't happen).

Thanks.

Dan

   Daniel A. Dinkin
   Network Services Manager                   BITNET: dan@towsonvx.bitnet
   IR Academic Computing                    Internet: dan@toe.towson.edu
   Towson State University                            dan@midget.towson.edu
   Towson, Maryland 21204                UMSA DECnet: toe::e7opdan
   (410)830-3320

     Any thoughts in this message are purely random and my employer had
           nothing to do with them... especially if I was right.
Newsgroups: vmsnet.mail.pmdf
Subject: RE: no headers and stuck in queue
From: Ned Freed <ned@sigurd.innosoft.com>
Date: 01 Oct 1992 16:29:35 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 16:29:35 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFW3WO5K28WW3FH@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"Dan@TOE.TOWSON.EDU"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I have no idea what else could be delivering the mail. All I know is that
there are no paths in PMDF that would produce this result.

				Ned
From: ned@sigurd.innosoft.com (Ned Freed)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: REPOST (for lack of any answer) performance problem with local
Date: 6 Oct 92 00:46:52 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 05 Oct 1992 17:46:52 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPLK9JZA548WWJM4@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"tkslen@ubvmsb.cc.buffalo.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>   A) Does anyone have any suggestions on what I could do to improve my local
>      queue's performance?

There were major improvements in local channel processing in V4.1. Every test I
have been able to run has shown that things improved, sometimes by a factor of
five or more.

For this reason I can only conclude that you have some sort of site-specific
bottleneck that is causing trouble. It is quite possible that V4.1 has a very
different resource utilization mix than V4.0. For example, the simple fact that
you can now have many more jobs hitting on a single mail file a lot faster may
cause bottlenecks in the delivery processing inside of VMS MAIL. I have seen
this happen here -- there are situations where some sort of deadlock develops
on a single mail file that require waiting until something times out and lets
processing continue. And it is quite possible this is aggravated by the
improved throughput of PMDF V4.1.

Insofar as courses of action go, there isn't much I can suggest here except to
analyze what resources are being used using whatever tools you have available.
Since I don't have any way of knowing what you have handy I cannot suggest
anything more specific than that.

If you want to try the stab-in-the-dark approach, you can always fiddle around
with the FDL file for QUEUE_CACHE.DAT. Something like more global buffers might
help, but it is just a complete stab in the dark. The recommended approach is
to evaluate performance using appropriate tools for such exercises.

>  B) Why do I still see some files get left behind (as I explained in #4)?

It is probably caused by something that cannot poke its entries into the
queue cache. This could well be a quota or privilege problem somewhere. As I
have described many times on this list, the thing to do is to find out what
is generating the stuck entries (where they are going is unimportant) and
check that environment very carefully to see if it is properly set up. It
is possible to enable various sorts of logging for this in PMDF, but until I
know the source of these jobs I cannot suggest a next step.

>  C) Why doesn't a BIT_GATEWAY job get started by POST.COM when there are
>     messages waiting to be delivered?

This is also indicative of a privilege or quota problem. These jobs almost
always originate from the BN_SLAVE process running under Jnet, so that is the
environment that needs to be checked. In this particular case setting
slave_debug on the bit_local channel and OS_DEBUG to 1 in the PMDF option file
should give you enough logging to figure out what is or isn't happening.

				Ned
Newsgroups: vmsnet.mail.pmdf
Subject: RE: PMDF on a cluster
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 01 Oct 1992 17:00:48 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 17:00:48 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFWWEJFZM8WW4D9@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"KWOLTERS@LUCY.WELLESLEY.EDU"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> Hi.  I apologize if this is a stupid question, but
> What special considerations (if any) need to be
> taken when running PMDF on a cluster.  We have
> been running V3.2 on a single machine for a
> while and are now setting up a cluster.  I did
> not see anything in the System Manager's Guide
> discussing it.

While not an exhaustive list, here's some of the considerations:

(1) You need a PMDF directory tree per "homogeneous" cluster where homogeneous
    means same SYSUAF.DAT & VMSMAIL_PROFILE.DATA.  Within a homogeneous cluster
    you can use a single PMDF directory tree and configuration file.  You
    might consider re-running PMDF_ROOT:[EXE]CONFIGURE.COM and in the fifth
    part, when it asks "include other cluster members", answer YES.

(2) You can make MAIL$BATCH a generic queue which feeds specific queues on
    specific cluster members.  However, if you only have certain resources
    available on a strict subset of the cluster (e.g., Jnet only on one node)
    then you need to restrict the applicable channels (e.g., bit_ channels)
    to only process on a batch queue on that node.  This is done with the
    "queue" channel keyword.  (Actually, for BITNET you set the bitnet_queue
    symbol in BITNET_DOMAINS_DRIVER.COM and re-run that command procedure.)

(3) You should execute SYS$STARTUP:PMDF_STARTUP.COM on all (licensed) cluster
    members.  You only need to run SYS$STARTUP:PMDF_SUBMIT_JOBS on one machine
    if you use a generic MAIL$BATCH queue, or, if you do not use a generic
    batch queue, then you should run it on the node where MAIL$BATCH is
    processed.  (This isn't crucial.)

(4) If you use a compiled configuration, then when you recompile it you must
    be sure to re-install it on all cluster members.

Dan
From: dan@innosoft.com (Daniel C. Newman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: MAILSERV mailing list distribution file format
Date: 30 Sep 92 16:32:20 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 09:32:20 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPE2XEIHMA91VZFK@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"AE@AC.DAL.CA"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT


>   The PMDF System Manager's Guide (May 1992) says in 11.6.2.3, the first
> paragraph (page 11-16) "the mailing list distribution file has the same format
> as the alias file, see also section 3.3".

The intended meaning of that sentence is

    ... the mailing list distribution file has the same format as the mailing
    lists used by the alias file.  See Section 3.3.2.2

I've reworded the documentation so as to avoid further confusion.

>   I have a user with a mailing list who would like people who do a SEND/LIST
> to see the real names of subscribers to the list as well as their addresses.
> Is this possible?  I have tried
>
> 	SUBSCRIBE listname xxx (comment)
> 	SUBSCRIBE listname "something" <xxx@yyy>
>
> and these show up in the file as
>
> 	XXX (COMMENT) (subscribed by ...)
> 	"something" <XXX@YYY> (subscribed by ...)
>
> I guess what I'm really asking is, when the SUBSCRIBE documentation says
>
> 	SUBSCRIBE list-name [address]
>
> can "address" be anything that's allowed on an RFC-822 "To:" line or a liberal
> subset thereof?

You may use any legal RFC 822 address.  So yes, comments and personal name
fields may be used in an address in the address part of a SUBSCRIBE command.

Dan
Newsgroups: vmsnet.mail.pmdf
Subject: Multiple addresses in reply_to field.  How does PMDF handle for VMS
From: James Dryfoos - Postmaster <dmpm%dukemc.bitnet@ymir.claremont.edu>
Date: 30 Sep 1992 09:30:07 -0500 (EST)
Organization: Duke University Medical Center, Durham NC, USA
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 09:30:07 -0500 (EST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPDWJ4FT9U91VYP1@YMIR.CLAREMONT.EDU>
X-Vms-To: DMPM,IN%"ipmdf@ymir"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

If I am correct, PMDF will use the Reply_to field over the from field
to setup the actual from field in VMS mail (when delivering to local system).
What happens when there are multiple addresses such as below?

Reply-to: vitale@athena.cas.vanderbilt.edu, LIBJCW@SUVM.BITNET,
 EBLEN@TWU.BITNET, Philip.A.Thompsen@m.cc.utah.edu, BESANCON@USMCP6.BITNET

-Jim

   =======================================================================
      James D. Dryfoos -- Postmaster    |  dmpm@mc.duke.edu
      Duke University Medical Center    |  dmpm@dukemc.bitnet
      Box 2914 DUMC                     |  (919) 684-6421 - office
      Durham, NC 27710 Earth            |  (919) 684-8675 - fax
   =======================================================================
Newsgroups: vmsnet.mail.pmdf
Subject: RE: listserv error in send/list
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 01 Oct 1992 13:16:48 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 13:16:48 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFP3QG0YQ8WW38T@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"BAJGOT@adler.mec.mass.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> User get the following message when using the listserv on my node:
>
> Subject: Errors in MAILSERV command processing
>
> You are not authorized to obtain the contents of list MCET-PHYSICS
> Use the HELP command to get a list of legal MAILSERV commands.

By default MAILSERV restricts the use of the SEND/LIST command to prevent
just anyone from obtaining the list membership.  Ned posted back a few
weeks ago documentation on how to change these defaults.  If you wish I
can send you a copy of that documentation.

Dan
From: jobes@mayo.edu (Steven L. Jobes)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Internet mail address in RFC 822 header
Date: 6 Oct 92 21:46:39 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 06 Oct 1992 16:46:39 -0500 (CDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPMF61SFYA8WWLZP@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"info-pmdf@YMIR.CLAREMONT.EDU"
Autoforwarded: false
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Importance: normal
Priority: non-urgent
Sensitivity: Private
Ua-Content-Id: 116A32AE2500
X-Hop-Count: 1

>> 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 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 understood the question correctly, my nonsensical phraseology
notwithstanding.  The context is messages from smtp to OfficeVision though PMDF
and MRP.  Stated more correctly then, is it possible to configure PMDF so that
the sender's address appears in the separate text attachment containing the
unconverted remnants of the original header?

Setting the DELETE_HEADERS option to 0 in the MR_LOCAL_OPTION file, as Ned
suggested, solved the problem quite nicely.  Thanks, Ned.
Newsgroups: vmsnet.mail.pmdf
Subject: unsubscribe pmdf-info
From: "Randy G. Spooner" <rgs%uvmvax.bitnet@ymir.claremont.edu>
Date: 30 Sep 1992 22:15 -0500 (EST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 22:15 -0500 (EST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPF00BNRJ68WW0UD@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@ymir.bitnet"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

        unsubscribe info-pmdf
Newsgroups: vmsnet.mail.pmdf
Subject: PMDF 4.1 release notes
From: smithm@admina.rferl.org
Date: 01 Oct 1992 17:27:50 +0100 (CET)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 17:27:50 +0100 (CET)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFH5NFWDE99DI9P@INNOSOFT.COM>
X-Vms-To: IN%"info-pmdf@innosoft.com"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT


Could you send me the release notes for the following patches :

	PMDF V4.1  -8,-9,-10,-11,-12


						Thanks,
							Michael

--Boundary (ID VHMAu45BuovvnQvEfzwg7A)--
Newsgroups: vmsnet.mail.pmdf
Subject: Alternatives to JNET for PMDF.
From: rlw%shcc.bitnet@ymir.claremont.edu
Date: 06 Oct 1992 12:11 -0800 (PST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 06 Oct 1992 12:11 -0800 (PST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPMNV3K11E8WWNDD@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"info-pmdf@YMIR.bitnet"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Like just about everyone else in the world, our budget is very tight.
Therefore when we found out that our version of JNET will not work with
VMS 5.5 and we had to spend more money to make it so, our administrator
said to find an alternative. While I am waiting for a quote for the
new JNET program from Wingra (formerly Joiner), I would like to find out
more about the ANJE software supported by PMDF. Is this software a
viable alternative to JNET and is it compliant with all of the
BITNET technical specs? Also, will it work with VMS 5.5?

How does one go about getting this software from Argonne/NESC?

Also, since we spent our budget on TGV Multinet software with an eye
toward an Internet node, I would like opinions/comments on whether to
continue on BITNET at all. Under the new CREN fee schedule, membership
is quite affordable, but the support software costs are really high.
(Makes me aprreciate PMDF's value even more!)

Since these questions are not germane to INFO-PMDF, responses via
private mail are probably more appropriate.

Thanks,
Rich Watson
System Manager
Shriners Hospital Research Unit
Portland, OR
From: bob@camb.com (Bob Tinkelman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: DELIVER to NEWMAIL folder
Date: 29 Sep 92 18:28:47 GMT
Organization: Cambridge Computer Associates, Inc.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 29 Sep 1992 14:28:47 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: info-pmdf@INNOSOFT.COM
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPCSQPK8IQ99DHRX@INNOSOFT.COM>
X-Vms-To: IN%"NED@SIGURD.INNOSOFT.COM"
X-Vms-Cc: IN%"info-pmdf@innosoft.com",TINKELMAN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> The problem with FOLDER seems to indicate that FOLDER is not installed with
> enough privileges to properly set the From: address. I cannot duplicate the
> problem here. But several bugs in FOLDER have been fixed recently, and so have
> a bunch of bugs in VMS MAIL that relate to privilege checking (this is in VMS
> V5.5-2), so there may well be an unrelated fix (in either PMDF or VMS) that
> has corrected this.

The problem was that FOLDER wasn't installed.  I'd apparently made an
editing error when editing pmdfimage.dat after the most recent installation.
My error.  Thanks for the pointer.

Which (again) brings up what I consider to be a minor itch in the install
process, the editing of pmdfimage.dat.  I always edit pmdfimage.dat to
comment out the lines that are needed only for the old stand-alone DELIVER,
and to uncomment the line related to FORWARD.  Would it be possible for the
install procedure to look at the old version of pmdfimage.dat and see which
images were installed, and which weren't, and use that in generating the new
pmdfimage.dat?

Thanks - Bob
Newsgroups: vmsnet.mail.pmdf
Subject: RE: PMDF 4.1 release notes
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 01 Oct 1992 09:51:13 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 09:51:13 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFHUXOC8Y8WW22Q@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"SMITHM@AdminA.RFERL.ORG"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> Could you send me the release notes for the following patches :
>         PMDF V4.1  -8,-9,-10,-11,-12

We do not compile per revision release notes.

Dan