HDTenEightyP/NetNews huggingface dataset:
Organization: Virginia Polytechnic Institute
Newsgroups: bit.listserv.relusr-l
Date:         Wed, 16 Dec 1992 11:39:26 EST
From:         Valdis Kletnieks <VALDIS@VTVM1.CC.VT.EDU>
Subject:      Re: Discussion-list for relay-ops

On Tue, 15 Dec 1992 20:38:26 MET you said:
>  Some time ago I heard of a 'closed' discussion-list about relay,
>for relay-operators. I tried to find the list's name and address.
>Unfortunately I can not find it. Maybe someone of you can help me.
>An address of the listowner is welcome too. Thanx!
>(I am no operator, maybe some of you want to know, but that is not
>relevant to this question)

Fred:

Actually, it *is*  relevant to the question. Why are  you trying to find
a closed  list for relay  ops when  you're not a  relay op? If  you have
something important to  pass along to the op community,  let me know and
I'll forward it to the list.

/Valdis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.relusr-l
Date:         Wed, 16 Dec 1992 08:46:44 -0800
Comments:     Warning -- original Sender: tag was benji@STEIN.U.WASHINGTON.EDU
From:         Ben Streissguth <benji@U.WASHINGTON.EDU>
Subject:      A really dump qustion

Hi,

        Alright, here's a massively stupid question:
                To what node do I 'send' to get off this list.

        I nolonger user relay, or send, and can't remember which nodes
controll what.  Thanks for all of your help.

        benji@u.washington.edu
                (aka  Pond_Scum, T21)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: RELUSR-L@ncsuvm.cc.ncsu.edu
X-VMS-To: IN%"RELUSR-L@ncsuvm.cc.ncsu.edu"
X-VMS-Cc: KYCHENG
Newsgroups: bit.listserv.relusr-l
Date:         Wed, 16 Dec 1992 10:13:00 GMT+0800
From:         "K.Y. Cheng (852) 789-6840" <KYCHENG@OLIV1.OLI.HK>
Subject: Re: Info

/RULES
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <U211610@HNYKUN11>
Newsgroups: bit.listserv.relusr-l
Date:         Wed, 16 Dec 1992 15:40:04 MET
From:         Fred Melssen <U211610@HNYKUN11.BITNET>
Subject:      Re: Discussion-list for relay-ops

Dear Subscribers,

  This moment I have got several answers to my questions on this list.
I think I will succeed now. So: thank you for all the information.


 Yours,

   Fred Melssen

       *Research Fellow*             *Coordinator, Networking*
       Department of Anthropology    Centre for Pacific Studies
       University of Nijmegen        University of Nijmegen
       The Netherlands               The Netherlands
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.relusr-l
Date:         Thu, 17 Dec 1992 04:52:15 EST
From:         Bob Refeld <CHENG145@OUACCVMB.BITNET>
Subject:      Discussion list for relayops

   The list you are looking for is RELAY-L at the UTCVM listserv.  Or at
least it used to be.  Membership is by permission only, so it's really
beyond me why Valdis and others should consider its location to be some
sort of big secret.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: RELUSR-L@NCSUVM.BITNET
X-VMS-To: IN%"RELUSR-L@NCSUVM.BITNET"
Newsgroups: bit.listserv.relusr-l
Date:         Wed, 16 Dec 1992 10:46:00 EST
From:         THCORNH@INDSVAX1.BITNET
Subject:      Re: Info

hans,
        well, I really don't know, but i'll try and find out for you. ok?
                                                        phantom
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: relusr-l@NCSUVM.BITNET
X-VMS-To: IN%"relusr-l@ncsuvm"
Newsgroups: bit.listserv.relusr-l
Date:         Thu, 17 Dec 1992 11:15:00 MET
Comments:     Sent using PMDF-822 V3.1, routing is done by KUNRC1
From:         GERALDINE VOOST <VOOST@PSYCH.KUN.NL>
Subject:      relay-l

Since most (if not all) Op's read this list too, I don't see why it's so
important to have the adress of relay-l too. If you want to start a
discussion, why not on *this* list?

Regards,

Geraldine Voost
aka Miss_X
Holland relay-Op
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Wed, 16 Dec 92 13:42:05 MST
From:         WEINTRAU@ARIZVM1.CCIT.ARIZONA.EDU
Subject:      Upgrade to VM/ESA 1.0 370 Feature
Comments: To: 9370-l%hearn.bitnet@ARIZVM1.ccit.arizona.edu
Newsgroups: bit.listserv.9370-l

We are planning to upgrade the operating system on our 9370 model 80 from VM/SP
 Release 6.0 to VM/ESA 1.0 370 Feature.  What problems will I encounter and are
 there any things I should do in advance other then upgrading the program produ
cts first?
-----------------------------------------------------------------------------
DAVID B. WEINTRAUB           |   VOICE: 602-626-0913                        |
SYSTEMS PROGRAMMER - SENIOR  |   FAX:  602-626-4884                         |
OFFICE OF MEDICAL COMPUTING  |   EMAIL: WEINTRAU@ARIZVM1.CCIT.ARIZONA.EDU   |
1501 N. CAMPBELL AVE #2104   |                                              |
TUCSON, ARIZONA 85724        |                                              |
----------------------------------------------------------------------------
DISCLAIMER:
THE ABOVE STATEMENTS ARE THE AUTHORS AND DO NOT REPRESENT THE OPINIONS OF THE
UNIVERSITY OF ARIZONA.
Newsgroups: bit.listserv.9370-l,bit.listserv.ibmtcp-l
From: ehrlich@world.std.com (Stuart R Ehrlich)
Subject: Why no NFS on 9370 Integrated Ethernet Controller?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 17 Dec 1992 21:27:01 GMT


The TCP install doc notes that NFS is not supported on 9370's with the
integrated ethernet controller?  Does anyone know why this is?  Does this
imply that it would work on a 9370 if I got a real channel and 3172?
How could the software care about the attachment?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Universita' degli Studi di Verona
X-pmrqc:      1
Priority:     normal
X-mailer:     Pegasus Mail v2.3 (R4).
Date:         Fri, 18 Dec 92 13:32:48 GMT+1
Reply-To:     ilario%chiostro.univr.it@icineca.cineca.it
From:         Ilario Gavioli <ILARIO@CHIOSTRO.UNIVR.IT>
Subject:      Re: Why no NFS on 9370 Integrated Ethernet Controller?
Comments: To: 9370-L%HEARN.BITNET@vm.univr.it
Newsgroups: bit.listserv.9370-l

>
> The TCP install doc notes that NFS is not supported on 9370's with the
> integrated ethernet controller?  Does anyone know why this is?
NFS not support Ethernet Integrated Communication Adapter in
9370 processor "due to the potential of severe performance
problems within the hardware" (IBM says).

>Does this imply that it would work on a 9370 if I got a real
channel and 3172?
YES, in this case all works properly.






**********************************************************************

Gavioli Ilario
Centro di Informatica e Calcolo Automatico
Universita degli Studi di Verona
Tel. +39 (45) 8098475 - 212                        IGV0@IVRUNIV.BITNET
Fax  +39 (45) 8098471                         ilario@chiostro.univr.it
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: 9370-L@nic.SURFnet.nl
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 08:55:06 CET
From:         Rob.vanHoboken@RC.TUDELFT.NL
Subject:      Re: Why no NFS on 9370 Integrated Ethernet Controller?
Comments: To: "IBM 9370 and VM/IS specific topics list" <9370-L@nic.SURFnet.nl>
Newsgroups: bit.listserv.9370-l

I remember running NFS on a 9370 with an ICA some years ago.  I have
no experience with the TCP/IP 2.2 NFS on VM, mind you.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"OPERATOR%WFEB2.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 17 Dec 92 19:08:15 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Help: How to get mail deliver messages for internet nodes?
Newsgroups: bit.listserv.pmdf-l

> We are on both Bitnet and Internet.  Before we joined Internet last month, we
> can receive messages dislayed on the screen shown where the mail has been
> delivered.  After I adding a channel and installing the slave program
> PMDF_ROOT:[EXE]MTCP_SLAVE.EXE to act as TGV MultiNet's SMTP server, now I can
> receive deliver messages only when the mail's destination is a BITNET node.
> Some of my users REALLY sit in front of the terminal until they saw their mail
   s
> been delivered to the destination.  That feature is very important to them.
> Can anyone tell me if it is possible to get the deliver messages for all the
> addresses(not only Bitnet)?  Is there some kind of switch I need to set?
> Thank you very much for your help.

The SMTP (the Internet's mail transport) does not support this "feature" nor
does PMDF's SMTP client implement any sort of mechanism whereby a broadcast can
be sent to a local user after their mail has been delivered to a remote SMTP
server.  If your users really want to get delivery confirmations, they can
request a delivery receipt when they send the message.  Note, however, that not
all mailers will generate delivery receipts (i.e., recognize delivery receipt
requests) and thus a negative confirmation does not mean that the message has
not yet been delivered.  These delivery reports come back in the form of a mail
message and are generated by the remote mailer.

Now for a warning: your users can really deluge your system with mail when they
use delivery receipts without thinking about what they're doing.  For instance,
accidentally post to a large mailing list (e.g., info-vax) with a delivery
receipt request and they may receive 10 of thousands of delivery reports.  Not
only will this flood their mailbox, it can flood your system.

See Section 2.1.10 in the V4.1 PMDF System Manager's Guide for a discussion
on how to request delivery receipts.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"bob@camb.com"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 15:43:30 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: Organization:-header and mail sent to host::in%"..."
Newsgroups: bit.listserv.pmdf-l

There's no built-in way to set this header depending on DECnet connection.
It would be trivial to set/override this as part of DECnet proxy login,
however. In the absence of a clear definition for or reasonable use of
this header we don't plan to provide elaborate mechanisms for setting it.

                                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.bitnet"
X-VMS-Cc: DPMSYS
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 20:41:57 GMT
From:         "Dave Mulvihill - Technical Support x-6993"
              <DPMSYS@RITVAX.BITNET>
Subject:      REPLY-TO: handling on PMDF-MR gateway
Newsgroups: bit.listserv.pmdf-l


Does the PMDF-MR channel handle processing of the REPLY-TO:
headers so that replying in Allin1 will send to the REPLY-TO:
address?

I've set up a list in my aliases file with the reply-addr
specified as the list address.  For VMSMAIL recipients PMDF
rewrites the from address,  other recipients receive the
mail from the sender, but their mailer processes the REPLY-TO
headers and sends replys to the list.

Recipients who receive mail from this list via the PMDF-MR
channel recieve it from the sender and no processing of the
REPLY-TO address seems to occur.

Can I configure this somewhere?

Thanks,

Dave Mulvihill
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"SMITH%NYUMED.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 17 Dec 92 18:00:06 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Encrypted mail
Newsgroups: bit.listserv.pmdf-l

> A couple of years ago I got a program called ENCRYPT from Wesleyan and have
> had it here for a while.  It hasn't been used much until now, but we recently
> had a user who wnated to mail encrypted text and asked if this could be built
> in directly into mail.  ENCRYPT generates mail-like headers, which potentially
> allows decryption on the fly, and might lend itself to incorporation into a
> mail package.
>
> Any thoughts on whether this might be something you would consider for the
> PMDF user agent, or whether other mailers might support encryption (or
> security-enhanced mail, as ENCRYPT calls it).

We have every intention of supporting privacy enhanced mail (PEM) with many of t
   he
frills (message integrity checks, non-repudiation of origin).  However, like
most everyone else, we've been waiting for the PEM working group of the IETF
to come to some sort of closure on their standards work.  This closure now
seems to be nearing and we'll begin looking into adding PEM support to PMDF.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"GREENBJB%SNYONEVA.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 18:50:46 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: PMDF Installs in a Heterogeneous VAX Cluster
Newsgroups: bit.listserv.pmdf-l

> Section 1.3.2 of the PMDF manual explains how to install PMDF on two nodes in
> a heterogeneous cluster.  I think I understand it but want to make sure.

> I currently have PMDF running on one node no problems.  I now want to install
> it on the other, each having their own QUEUE, LOG, TABLE, etc. directories.
> In fact, they will be on different disks. I realize I could share the EXE
> directory but don't know how if PMDF_ROOT has to point to a different place
> on each node. So lets say I will have two of those also.

> I now have the PMDF startup files in my SYS$COMMON:[000000.SYS$STARTUP] dir
> from the first install.  This points the PMDF_ROOT to the correct place for
> the current install.  When I install the second node, won't it will overwrite
> (create a new version) of this file since the nodes share a common startup
> disk.  Don't I have to break up the startup so the two startups are in
> specific not common areas?

After doing one install, simply move the PMDF_STARTUP.COM and
PMDF_SUBMIT_JOBS.COM files to system specific directory of the SYS$STARTUP:
directory tree.

> The manual says the startup files will be installed in the specific areas but
> that is not what appears to have happened with my first install.  Did I miss
> something?

I am not aware of the manual ever claiming that the startup files will be
installed in specific areas.  It merely states that they will be stored in the
SYS$STARTUP directory which out being any more specific.  For 90% of PMDF
installs, storing the files in the common SYS$STARTUP is the correct action.
For non-homogeneous clusters, we leave it to the installer to move these
startup files.  This is mentioned in paragraph 3 of the VAXcluster installation
section.

> Does it sound like I know what I'm doing? Anything else to worry about?

Yes, you sound like you're aware of all of the issues and doing the right
thing.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-path: uucp@mccall.UUCP
Errors-to: epmdf@YMIR.BITNET
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf-newsgate@mccall.UUCP"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 15:42:23 GMT
From:         Bob Pasker <rbp@NETCOM.COM>
Subject:      MCI mail PDMF interface?
Newsgroups: bit.listserv.pmdf-l

does PMDF have a way to talk directly to mcimail?

--
--- bob pasker
---- rbp@netcom.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"FLEP@NET.CCD.BNL.GOV"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 17:45:54 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Queued mail messages.
Newsgroups: bit.listserv.pmdf-l

> How can I find out WHY a mail message is being queued??

We need a little more context in order to answer this question in a meaningful
way.  I.e., does the same message keep on appearing on your system as a new
message; is there a message looping around on your system; are there messages
seemingly appearing from nowhere; etc.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
Organization: Cambridge Computer Associates, Inc.
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"NED@INNOSOFT.COM"
X-VMS-Cc: IN%INFO-PMDF,TINKELMAN
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 20:19:24 GMT
From:         Bob Tinkelman <bob@CAMB.COM>
Subject:      RE: Stuck msgs in queue for local channel
Newsgroups: bit.listserv.pmdf-l

> > A dump of the queued msg shows lots of envelope destination addresses
> > of the form node::user.  This surprised me.  Is it an indication that
> > I did something wrong in setting up the list?
>
> I could not say without knowing what you did and how you did the conversion.

The system used to have logicals defined of the form
        $ define /system dis$xxx "@distribution_dir:xxx.dis"
and users would send to mail destination called dis$xxx (without typing an
@-sign).  The distribution files were indexed files with lines of the form
        node::user

We left the files indexed files intact (and thanks, Ned, for the change
that allowed us to access indexed files), removed the logicals, and for
each did:
        $ pmdf forward dis$xxx <file-spec-for-list
        $ mail
        Mail> set forward /user=dis$xxx in%dis$xxx

Would the fact that we used PMDF FORWARD rather than the alias file cause
us problems?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"DAN@INNOSOFT.COM"
X-VMS-Cc: IN%"info-pmdf@ymir.claremont.edu"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 23:52:11 GMT
From:         Stephen Tihor <TIHOR@ACFCLUSTER.NYU.EDU>
Subject:      RE: Mailserv subscriptions
Newsgroups: bit.listserv.pmdf-l

Once I get 4.2 up I will tell him to do that until then I need to used
the hacked mailserv that ignores address parameter.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"Dan@TOE.TOWSON.EDU"
X-VMS-Cc: IN%"info-pmdf@ymir.claremont.edu",LAUE
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Wed, 16 Dec 92 22:11:26 GMT
From:         Eliza Lau <LAUE@VTCC1.CC.VT.EDU>
Subject:      RE: PMDF V4.1 and Jnet V3.6
Newsgroups: bit.listserv.pmdf-l

>
> We upgraded to Jnet V3.6 using 3 DNANJE links and 1 BSC/370 link last Friday.

> As Jack Pernice said, the new install does not replace your lmd.com.  Along wi
   th
> other user-configurable procedures, they give you a template file and tell you

> to merge your local modifications into it.
>
> For LMD.COM, I just left the Jnet template alone and used the LMD.COM from PMD
   F
> V4.1.  We've had no problems since then (related to Jnet, that is - but that's

> another story :-).
>
> 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.
>
What release of JNET did you upgrade from?  We are running JNET V3.4 and
PMDF V4.1-10.  Do I have to switch to the LMD.COM (V3.5) from PMDF 4.1 or
stick with LMD.V34 after upgrading to Jnet V3.6?

------------------------------------------------------------------------------
 Eliza Lau
 Virginia Tech Computing Center                Internet : LAUE@VTCC1.CC.VT.EDU
 1700 Pratt Drive                               Bitnet  : LAUE@VTCC1
 Blacksburg VA 24060                            Voice   : (703) 231-9399
------------------------------------------------------------------------------
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: FLEP
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 15:43:48 GMT
From:         "Frank Lepera 516-282-4183" <FLEP@NET.CCD.BNL.GOV>
Subject:      Queued mail messages.
Newsgroups: bit.listserv.pmdf-l

Folks...

How can I find out WHY a mail message is being queued??

Frank Lepera
Brookhaven National Lab.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"DMPM%DUKEMC.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 17 Dec 92 19:08:26 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Moving mail from one channel to another.
Newsgroups: bit.listserv.pmdf-l

> We recently switched from using Wollongong's tcp/ip to UCX.
> All is working, but I notice some old mail n the WTCP_LOCAL
> channel.  Is there a way to move the to the CTPC channel so it
> will get processed?

Copy the files from the [queue.wtcp_local] directory to [queue.utcp_local]
directory.  In the process, introduce some sort of name change to the files;
e.g.,

   $ copy [queue.wtcp_local]*.%% [queue.utcp_local]*.02

and then run PMDF_ROOT:[EXE]SYNCH_CACHE.

In general you cannot always move files from one queue directory to another
but in this case you should be okay.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-path: uucp@mccall.UUCP
Errors-to: epmdf@YMIR.BITNET
Organization: Buena Vista College, Storm Lake, IA
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf-newsgate@mccall.UUCP"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 20:47:15 GMT
From:         kraftjoel@BVC.EDU
Subject:      Second l channel?
Newsgroups: bit.listserv.pmdf-l

In order to make mail look "nicer" for our users, we currently use the
"headeromit" keyword on our l channel.  I have recently found the need to have
headers on mail sent to some accounts (most notably the account that receives
mail that is to be posted to news).  I would like to set up an additional
"l" channel that is identical to normal l except that the headers are included
on messages.  I have tried to make a new channel using the MAIL_ prefix name on
the channel, but any delivery on that channel crashes with this error:

%MAIL-E-ERRACTRNS, error activating transport HEADERS
%LIB-E-ACTIMAGE, error activating image $1$DUA0:[SYS2.SYSCOMMON.][SYSLIB]HEADERS
-RMS-E-FNF, file not found

I need to do this with a separate channel so that the activity to this channel
can be tracked in the logfile.  I have no problem with making entries in
aliases. for the accounts that need to have headers...

Thanks,
Joel D. Kraft
System Manager
Buena Vista College
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU