HDTenEightyP/NetNews huggingface dataset:
Return-path: uucp@mccall.UUCP
Errors-to: epmdf@YMIR.BITNET
Organization: Cambridge Computer Associates, Inc.
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf-newsgate@mccall.UUCP"
Date:         Sun, 12 Apr 92 10:58:00 PST
From:         Bob Tinkelman <tinkelman@CAMB.COM>
Subject:      RE: PMDF 4.0 install
X-To:         ipmdf-newsgate@mccall.UUCP
Newsgroups: bit.listserv.pmdf-l

In article <01GIN6ABEX1Y9BVCNP@HMCVAX.CLAREMONT.EDU>, "Ned Freed, Postmaster"
<ned@hmcvax.claremont.edu> writes:
> If you install PMDF V4.0 in a separate directory and tell it not to start up
> you should be able to get by without disturbing your existing configuration.
>...                                 You are also responsible for moving all
> the files from the old copy to the new one that need to be moved -- this
> includes configuration files, messages in the queues, and any log files you
> want to save. Getting this right can be tricky, which is why we really
> recommend you install over the existing version, thus doing the upgrade "in
> place".

There's a middle ground that I like.  I make a copy of the directory tree
using BACKUP (eg. [pmdf.032...] to [pmdf.040...]) and then do a `new' install
over the copy, specifying purge.  PMDF will replace the old pmdf_startup.com
file, but we don't edit that here.  You also need to heed Dan's warning
regarding installing the same modules from different directories.  However,
if you totally mess up, you can continue using the old (untouched) version
of PMDF.
--
Bob Tinkelman, Cambridge Computer Associates, Inc., 212-425-4900, bob@camb.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"MITCHELL@uthscsa.edu"
X-VMS-Cc: IPMDF
Date:         Mon, 6 Apr 92 16:20:00 PST
From:         "Ned Freed, Postmaster" <NED@HMCVAX.CLAREMONT.EDU>
Subject:      RE: PMDF accounting stats
X-To:         MITCHELL@uthscsa.edu, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

Actually, the notion of generating overall processing tallies for PMDF is not
a new idea at all. We definitely plan to implement this in the future. However,
it needs to be done by maintaining a general table of this information
internal to PMDF. A user callback is definitely NOT the right answer to
saving this sort of information.

The issues involved are very complex. For example, there are cluster
synchronization issues that need to be addressed. I think I have an overall
scheme that will solve these problems, but it will not see implementation
in the V4.1 time frame.

All of this coincides with standards efforts to design an SNMP MIB for
mail systems. There's a funny coincidence here -- I'm on the committee to
design this creature ;-)

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"GHC@NIHKLMB.BITNET"
X-VMS-Cc: info-pmdf
Date:         Fri, 10 Apr 92 22:21:00 PST
From:         "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
Subject:      RE: Open file quota problem
X-To:         GHC@NIHKLMB, info-pmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

> can accept that. The question is what do others find as an
> acceptable limit on the open files.  As a temporary measure I have
> raised the limit to 30, but I am only shooting in the dark.  BTW -
> we are using a subprocess quota of 2, pmdf 4.0 and vms 5.3-1.

I find a FILLM lower than 100 to be unnecessarily low.

        /Kevin Carosso
         Innosoft
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"SUE@A1.PSUPEN.PSU.EDU"
X-VMS-Cc: ipmdf
Date:         Wed, 8 Apr 92 03:23:00 PST
From:         "Ned Freed, Postmaster" <NED@HMCVAX.CLAREMONT.EDU>
Subject:      RE: Interpretation of delivery failure
X-To:         SUE@A1.PSUPEN.PSU.EDU, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

> Hi!  I'm running PMDF 4.0.  I received the following delivery failure but
> I'm having difficulty deciding what (or who) is causing the problem.  I have
> a mailer registered (MAILER, not SMTPUSER).  Any help would be appreciated
> since it appears that the originator of the message is not being told that
> his message didn't make it.

This looks like a busted mailer to me -- not yours, the one on the other end.
The fact that the message is bouncing to SMTPUSER pretty much confirms it.

It may be just a configuration problem or it may be something deeper. There's
no way to tell from your end.

I do note that there's one thing that's a little strange in your
configuration. Your registered mailer is MAILER@PSUPEN.BITNET. However, you
seem to use PSUPENA.BITNET as your official host name on your Jnet channels. I
don't know what your Jnet configuration does; it may be that PSUPEN is a
cluster alias or something.

This configuration will generate a HELO line that does not agree with your
registered mailer name. I cannot say whethere either of these agrees with
the envelope host name on outgoing message -- the JAN_BN_MASTER_FLAGS logical
would control that if you have a Jnet cluster alias.

I would recommend making all three of these things agree -- your registered
mailer host, the local alias on your Jnet channels, and the host name that's
stamped on outgoing messages by Jnet.

                                        Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"INFO-PMDF@YMIR.CLAREMONT.EDU"
Date:         Fri, 10 Apr 92 05:07:00 PST
From:         Joe Deck <JDECK@WILLET.WESLEYAN.EDU>
Subject:      trailing dot
X-To:         INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

I know I have read about the meaning of a trailing dot on an address.  I.E.
(user@host.domain.) But I can't remember what it was or where I read it.
I guess I am getting old.  Can someone please enlighten me?  Thanks...

                                                Joe Deck

Internet: jdeck@eagle.wesleyan.edu
Bitnet:   jdeck@wesleyan
Phone:    (203) 347-9411 ext. 2773
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"robin_goldstone@macgate.csuchico.edu"
X-VMS-Cc: IPMDF
Date:         Thu, 9 Apr 92 12:27:00 PST
From:         "Ned Freed, Postmaster" <NED@HMCVAX.CLAREMONT.EDU>
Subject:      RE: PMDF 4.0 install
X-To:         robin_goldstone@macgate.csuchico.edu, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

If you install PMDF V4.0 in a separate directory and tell it not to start up
you should be able to get by without disturbing your existing configuration.
The only problem that arises is that you must manually delete the installed
images in the old copy of PMDF prior to starting up the new one (this is
when you're ready to start it up). You are also responsible for moving all
the files from the old copy to the new one that need to be moved -- this
includes configuration files, messages in the queues, and any log files you
want to save. Getting this right can be tricky, which is why we really
recommend you install over the existing version, thus doing the upgrade "in
place".

As for MAILSERV, there is no install time option to include it. It is simply
part of the regular kit. It was part of the V3.2 kit as well; you probably
have it on your system now.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@YMIR.CLAREMONT.EDU"
Date:         Thu, 9 Apr 92 09:51:00 PST
From:         Robin Goldstone <robin_goldstone@MACGATE.CSUCHICO.EDU>
Subject:      PMDF 4.0 install
X-To:         ipmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

Hi,

I want to install PMDF 4.0 in parallel to my existing installation of PMDF 3.2.
 According to the PMDF 4.0 documentation, section 1.4.1, I need to shut down my
existing PMDF and preferrably my entire TCP/IP network prior to installing 4.0.
 Is this still necessary if I am doing a parallel installation?  If I tell the
install procedure to not run PMDF_STARTUP.COM after the installation, shouldn't
I be able to do the install 4.0 on my running system without disrupting
anything?

Also, how do I get MAILSERV?  I was told that it is an install-time option.
Where in the installation process do I specify that I want MAILSERV?

Thanks,
Robin Goldstone, CSU Chico
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"JWMANLY@amhchn.amherst.edu"
X-VMS-Cc: IN%"info-pmdf@ymir.claremont.edu"
Date:         Thu, 9 Apr 92 00:48:00 PST
From:         Gilles Rech <GILLES@CISM.UNIV-LYON1.FR>
Subject:      RE: Question about XMAILER.NAMES, DOMAIN.NAMES, and BITEARN.NODES
X-To:         JWMANLY@amhchn.amherst.edu
X-cc:         info-pmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

>:nick.AMHERST.EDU :mailer.SMTPUSER@AMHERST  BSMTP  3   :served.YES
>:site.Amherst College
>:gatemast.BITMGR@AMHERST        :interconnect.NO
>Do these look right?  Shouldn't we have ":interconnect.YES" in DOMAIN.NAMES
>since we ARE on the Internet?  If so, who do we contact about getting
>the necessary changes made?
>
It should be ":interconnect.MX" as Internet MTA's can get Mail eXchangers for
your domain:

multinet nslookup /type=mx amherst.edu.
Server:  LOCALHOST
Address:  127.0.0.1

Non-authoritative answer:
AMHERST.EDU     preference = 10, mail exchanger = MAIL.AMHERST.EDU

Sincerely,
Gilles Rech.    Universite Claude Bernard Lyon I / INSA Lyon.   France
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir.claremont.edu"
X-VMS-Cc: JDAVIS,PADWA
Date:         Wed, 15 Apr 92 23:05:00 PST
From:         Danny Padwa <PADWA@HUSC13.HARVARD.EDU>
Subject:      Performance problem with PMDF in a cluster.....
X-To:         ipmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

        I've recently been noticing some severe performance problems with
PMDF 4.0 (VMS 5.5) on our cluster. The PMDF directory is connected to our
8550 and 8350 via an HSC....these two (rather loaded) machines serve the HSC
disks to our workstations (3000 and 4000 class machines).

        The problem is that outgoing mail from VMSmail takes an inordinate
amount of time to process ('til one returns to the MAIL prompt) when run
from one of the satellite nodes. I turned on debugging on the local channel,
and the long delay seems to be while "Copying the body of the message".
This takes dozens of seconds even for an EXTREMELY short message.

        Any idea what could cause this? Is there other debug information
I should be looking for? Most of the bottleneck on the process seems to
be I/O oriented.

        Please let me know,
                Thanks,
                                Danny Padwa
                                Harvard University
                                padwa@husc3.harvard.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"INFO-PMDF@YMIR.CLAREMONT.EDU"
X-VMS-Cc: IN%"wilder@NSRSKE.AGR.CA"
Date:         Tue, 14 Apr 92 08:46:00 PST
From:         "Bill Wilder: 902 679-5577" <wilder@NSRSKE.AGR.CA>
Subject:      Error 114 in ERR_MTCP_LOCAL_SLAVE.LOG
X-To:         INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

One site is sending me the same message over and over each each
half hour. My host is not returning any mail that would
perpetuate this loop. The SMTP log (bottom) seems OK to me. For
each occurrence an ERR_MTCP_LOCAL_SLAVE.LOG files is generated
containing:

RCVD will 114 (reply)
SENT dont 114 (reply)
os_smtp_read: Returning with nothing.

It seems the sending site is not removing it's queue entry
but I would appreciate further details of the above messages.

Thanks

Bill Wilder, Computer Systems Manager     Internet: WILDER@NSRSKE.AGR.CA
Research Station, Agriculture Canada
Kentville, Nova Scotia CANADA             Phone:    (902) 679-5577
B4N 1J5                                   Fax:      (902) 679-2311
===========================================================================
Contents of MTCP_LOCAL_SLAVE.LOG
===========================================================================
Sending    : "220 GW.AGR.CA -- Server SMTP (PMDF#12190 V4.0)".
Received   : "Helo HPB.HWC.CA".
Sending    : "250 GW.AGR.CA".
Received   : "MAIL FROM:<JSTALKER@HPB.HWC.CA>".
Sending    : "250 Address OK.".
Received   : "RCPT TO:<WILDER@NSRSKE.AGR.CA>".
Sending    : "250 WILDER@NSRSKE.AGR.CA OK.".
Received   : "DATA".
Sending    : "354 Enter mail, end with a single ".".".
Received      : ... 19 lines message body...
Sending    : "250 Ok.".
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: pmdf-l@irlearn.BITNET
X-VMS-To: IN%"pmdf-l@irlearn"
X-VMS-Cc: MWILDER
Date:         Sun, 12 Apr 92 20:07:00 EST
From:         MIKE WILDER <MWILDER@FRMNVAX1>
Subject:      Re: SET FORW for Deliver
Newsgroups: bit.listserv.pmdf-l

Thanks for all the help that will come, but I solved my own problem.  Those who
were sharp enough noticed on my previous mailing that a copy was also addressed
to a local user (~aflcio@frmnvax1.bitnet).  I wasn't paying attention to how I
was logged on when I finally got a combination that worked.  Unfortunately I
set a forwarding address for my account instead of the account I was testing
and didn't notice until it was too late.  For those who are interested, the
correct combination of quotes is: SET FORW IN%"""~username""".

____________________________________________________________________________
Mike Wilder
Postmaster, TechRep
Furman University Computer Center
Greenville, SC
BITNET: MWILDER@FRMNVAX1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"IPMDF@YMIR.CLAREMONT.EDU"
Content-type: TEXT
Posting-date: Tue, 7 Apr 1992 08:34 EST
Importance: normal
Priority: non-urgent
X-Hop-count: 1
A1-type: MAIL
Date:         Tue, 7 Apr 92 05:43:00 PST
From:         "Sue Ake (814) 863-2524" <SUE@A1.PSUPEN.PSU.EDU>
Subject:      Interpretation of delivery failure
X-To:         IPMDF@YMIR
Newsgroups: bit.listserv.pmdf-l


Hi!  I'm running PMDF 4.0.  I received the following delivery failure but I'm
having difficulty deciding what (or who) is causing the problem.  I have a
mailer registered (MAILER, not SMTPUSER).  Any help would be appreciated since
it appears that the originator of the message is not being told that his
message didn't make it.

Here's the failure notice:

(( Electronic Mail ))

                                      Date:    06-Apr-1992 09:13am EST
                                      From:
                                      Dept:
                                      Tel No:
                                      Fax No:

TO:  Postmaster@PEMBVAX1.BITNET@PMDFGATE@PENA
TO:  postmaster@PSUPEN.PSU.EDU@PMDFGATE@PENA
Total Recipients: 2

Subject: Undeliverable mail: local delivery failure

The message could not be delivered to:

Addressee: SMTPUSER
Reason:
  %MAIL-E-NOSUCHUSR, no such user SMTPUSER at node PENA

----------------------------------------

Received: from Jnet-DAEMON by PSUPEN.PSU.EDU (PMDF #12159) id
 <01GIISNTMPLO90MT7D@PSUPEN.PSU.EDU>; Mon, 6 Apr 1992 09:13 EST
Received: From PEMBVAX1(MAILER) by PSUPENB with Jnet id 7430 for
 SMTPUSER@PSUPEN; Mon,  6 Apr 1992 09:13 EST
Date: Mon, 06 Apr 1992 09:12:34 EDT
From: Message Exchange Jnet Interface <Postmaster@PEMBVAX1.BITNET>
Subject: Error in BSMTP message proccessing
To: SMTPUSER@PSUPEN.PSU.EDU
Message-id: <01GIISNTMPLO90MT7D@PSUPEN.PSU.EDU>

BSMTP transcript:

220 PEMBVAX1.BITNET MX MX V2.3-1 SMTP server ready at Mon, 06 Apr 1992 09:12:34
EDT
050 HELO PSUPENA.BITNET
250 Hello, PSUPENA.BITNET
050 TICK 0001
250 OK
050 MAIL FROM:<DSUCHANIC@A1.PSUPEN.PSU.EDU>
250 MAIL command accepted.
050 RCPT TO:<ANGELA@PEMBVAX1.BITNET>
250 Recipient okay (at least in form)
050 DATA
354 Start mail input; end with <crlf>.<crlf>
050 Received: from MRGATE.PSUPEN.PSU.EDU by PSUPEN.PSU.EDU (PMDF #12159) id
050  <01GIISL569I48X0FXT@PSUPEN.PSU.EDU>; Mon, 6 Apr 1992 09:10 EST
050 Received: with PMDF-MR; Mon, 6 Apr 1992 09:05 EST
050 Date: Mon, 6 Apr 1992 08:54 EST
050 From: Dave Suchanic <DSUCHANIC@A1.PSUPEN.PSU.EDU>
050 Subject: RE: Errands?
050 To: ANGELA@PEMBVAX1.BITNET
050 Message-id: <01GIISL569I48X0FXT@PSUPEN.PSU.EDU>
050 X-Envelope-to: ANGELA@PEMBVAX1.BITNET
050 Content-type: TEXT
050 Posting-date: Mon, 6 Apr 1992 08:59 EST
050 Importance: normal
050 Priority: non-urgent
050 X-Hop-count: 1
050 A1-type: MAIL
050
050     Message text removed!
050 .
554 Fail: Mailer not registered in my table.
---- Rest of BSMTP input follows ----
QUIT

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: tkslen@ubvms.cc.buffalo.edu (Lenny Miceli)
Newsgroups: bit.listserv.pmdf-l
Subject: How do you throw away mail messages.
Date: 6 Apr 92 15:20:06 GMT
Reply-To: tkslen@ubvms.cc.buffalo.edu (Lenny Miceli)
Organization: SUNY at Buffalo, Systems group


I know this was discussed a couple months back so I tried to look at the 
archieved listings but it seems they are not available.
What is the preferred way to divert an incoming piece of mail to the
"bit bucket".  That is, I want to throw away all mail messages from a specific
user@node. I am running vms v5.4-2 and pmdf v4.0-11.


Thanks,
  Lenny Miceli
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"vaughan@sjh.org"
X-VMS-Cc: IPMDF
Date:         Fri, 10 Apr 92 17:27:00 PST
From:         "Daniel C. Newman" <DAN@HMCVAX.CLAREMONT.EDU>
Subject:      RE: Simple question
X-To:         vaughan@sjh.org, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

>  Simple question, why doesn't pmdf put the username in lowercase?

PMDF is very careful to not change the case of addresses presented to it. Note,
however, that site-supplied rewrite rules, in the process of canonocalizing
addresses, may alter domain names in addresses but never alter the local part
of an address short of replacing it entirely as in the case of an alias
expansion. I suspect that you're seeing VMS MAIL (or some other interface) put
things into uppercase before handing them off to PMDF or after receiving them
from PMDF.  And, of course, when VMS MAIL gives your username as a From:
address in mail you send, VMS MAIL gives your username in uppercase.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir.claremont.edu"
X-VMS-Cc: PETER
Date:         Mon, 6 Apr 92 23:39:00 PST
Comments:     ---- EMBL Hamburg is no longer in BITnet ---- use EMBL-Hamburg.DE
              ----
From:         PETER@EMBL-HAMBURG.DE
Subject:      switching batch queues
X-To:         ipmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

I am trying to switch the queue for a channel, dynamically to another CPU.
Up to now I have been running the mtcp channels from only one of the two CPUs
in the cluster that run Multinet.

(As a result of the "os_smtp_write: network read failed: broken pipe" error that
 I reported earlier, I had a backlog of some 200 files in one of my MTCP_xxx
 channels [queue.MTCP_xxx])

I initialised a new queue "nodename_mails" on the second CPU, edited pmdf.cnf
with a "queue nodename_mails" on the channel and reinstalled (CRDB/SYSMAN
"install replace") AND did an install_replace on pmdf_submit_master.

To my surprise, the periodic job _or_ "@pmdf_root:[exe]submit_master mtcp_xxx"
appear to start up the _old_ queue, whereas the immediate job seems to start
the _new_ queue!

What did I miss?


regards
Peter Bendall
European Molecular Biology Laboratory,
Hamburg Outstation.
 Tel:      +49  40 - 890 801 33 : Internet          Peter@EMBL-Hamburg.de
 FAX:      +49  40 - 890 801 49 : EAN-Mail          Peter@Hamburg.embl.dbp.de
                                :         (S=Peter;OU=Hamburg;P=embl;A=dbp;C=de)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"PETER@EMBL-Hamburg.DE"
X-VMS-Cc: IPMDF
Date:         Tue, 7 Apr 92 14:43:00 PST
From:         "Ned Freed, Postmaster" <NED@HMCVAX.CLAREMONT.EDU>
Subject:      RE: switching batch queues
X-To:         PETER@EMBL-Hamburg.DE, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

> I am trying to switch the queue for a channel, dynamically to another CPU.
> Up to now I have been running the mtcp channels from only one of the two CPUs
> in the cluster that run Multinet.

Perfectly reasonable.

> I initialised a new queue "nodename_mails" on the second CPU, edited pmdf.cnf
> with a "queue nodename_mails" on the channel and reinstalled (CRDB/SYSMAN
> "install replace") AND did an install_replace on pmdf_submit_master.

I assume you mean CNBUILD, not CRDB. CRDB has nothing to do with the
configuration file.

> To my surprise, the periodic job _or_ "@pmdf_root:[exe]submit_master mtcp_xxx"
> appear to start up the _old_ queue, whereas the immediate job seems to start
> the _new_ queue!

Well, sure. The periodic jobs run in the MAIL$BATCH queue. That's the way they
are supposed to work. Channel queue assignments do not affect them except to
make them start their work jobs in the queue that's appropriate to the channel.

If you want to move the periodic jobs you'll have to delete them and restart
them with the proper logical name assignments in effect.

Finally, if you take a look at the parameters SUBMIT_MASTER accepts, you'll see
that one of them is the queue name. SUBMIT_MASTER will submit jobs to whatever
queue you tell it to use; it has no knowledge of the relationship between
channels and queues itself. Adding such knowledge would slow SUBMIT_MASTER down
tremendously and simply is not worth doing. If no queue is specified
SUBMIT_MASTER uses MAIL$BATCH by default.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"PADWA@HUSC13.HARVARD.EDU"
X-VMS-Cc: IPMDF
Date:         Thu, 16 Apr 92 01:35:00 PST
From:         "Ned Freed, Postmaster" <NED@HMCVAX.CLAREMONT.EDU>
Subject:      RE: Performance problem with PMDF in a cluster.....
X-To:         PADWA@HUSC13.HARVARD.EDU, INFO-PMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

The process of copying the message requires a temporary file. If PMDF
cannot make use of this file in a timely manner there could be big trouble.
This file is normally created on the disk SYS$SCRATCH points to (or SYS$LOGIN
if SYS$SCRATCH does not exist, and finally SYS$DISK if SYS$LOGIN does not
exist). I would strongly recommend an initial check on the soundness of
whatever disk is being used for this purpose. If it is severely fragmented
you might see such things.

PMDF V4.1 eliminates the need for such temporary files in most cases. This
alone may be enough to at least determine if the temporary file is the
culprit.

PMDF also has to do I/O to two other files during this interval. It has to
read the file that VMS MAIL provides for it and it has to write its own
message queue entries. If VMS MAIL is passing over a file that's in poor
shape there's absolutely nothing PMDF can do about it. On the other hand,
this would affect all mail you send regardless of whether or not you
use PMDF.

If the PMDF queues are in poor shape PMDF will have trouble in all areas,
and once again you should be able to tell if this is the case.

One more thing. PMDF also creates its batch queue entries during this
time. If your queues are in bad shape (e.g. you're using VMS 5.4 queues under
VMS 5.5) this can cause big processing delays.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU