HDTenEightyP/NetNews huggingface dataset:
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ROLFF@enterprise.eurokom.ie"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Wed, 16 Dec 92 21:13:02 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: PX25_master hangs (PMDF 4.0)
Newsgroups: bit.listserv.pmdf-l

This is the first we've heard of any such problem; many sites are using
this channel successfully and as far as I know you're the first one to
report this.

Without additional logging information from the channel there's nothing
we can do to diagnose this further. I would also recommend upgrading to
V4.1; we no longer support V4.0. There were some changes in V4.1 that
might have corrected this problem, but there's no way to be sure.

                        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@innosoft.com"
X-VMS-Cc: KNOVAK
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 02:13:14 GMT
From:         S.ROSS@CGNET.COM
Subject:      Max size of PMDF.cnf?
Newsgroups: bit.listserv.pmdf-l

PMDF hacker types:

I added a few trivial lines to my PMDF.cnf file yesterday, without putting
in any blank lines, and immediately, I could not send anything through
PMDF using IN% from VMSmail!  The error message is shown below.

We have PMDF 4.1-13 and our PMDF.cnf file is NOT compiled.  The file was
731  lines before I added anything.

Is there a limit to how large PMDF.cnf can be?

It seems like a good idea to compile PMDF.cnf anyway, but I wanted to
check to see if this error is indicative of any other problem.

Has anyone seen this before?


MAIL> se
To:     in%k.novak-ms
%PMDF-E-FOPN, File open error
-PMDF-I-TEXT, no room in pool for alias test-l-expand -- line #6184 in file PMDF
_ALIAS_FILE

MAIL>

Thanks in advance!
Steve Ross
CGNET Services International

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: MAILGATE::"@si.com:info-pmdf@ymir.claremont.edu"
X-VMS-Cc: HARRIS
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 17 Dec 92 05:54:04 GMT
From:         Ken Harris <HARRIS@SI-BAS.SI.COM>
Subject:      talking about MCI, how about a SprintMail PMDF interface?
Newsgroups: bit.listserv.pmdf-l

>
> does PMDF have a way to talk directly to mcimail?
>
> --
> --- bob pasker
> ---- rbp@netcom.com

Going further... does PMDF have a way to talk to SprintMail?  We are hoping to
become a X.400 PRMD off TMAILUK (Sprint aka Telemail, in the UK) but in the
meantime are using the PC Sprintmail package via dial-up to access mailboxes on
the SprintMail host.  Lotus have a cc:Mail to SprintMail gateway product that
uses cc:Mail import/export much like the PMDF to cc:Mail gateway but it's
pricey and does not support binary attachments (strange because the cc:Mail to
MCI mail gateway DOES).  Looks like it would need a combination of the PMDF
cc:Mail gateway code plus some dialling code from PhoneNet and some...

Any ideas?  BTW the Lotus product SEEMS to only need ONE mailbox on SprintMail
to serve multiple real local users; sounds clever.

Ken
________________________________________________________________________________
Ken Harris                                         | Tel: +44-256-349422
Smiths Industries Aerospace                        | Fax: +44-256-844434
Basingstoke RG22 6HP                               | PSI: 234225600152::HARRIS
UK                                                 | harris@si-bas.si.com
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:         Fri, 18 Dec 92 03:54:52 GMT
From:         Ned Freed <NED@SIGURD.INNOSOFT.COM>
Subject:      RE: Sending small msgs before large ones
Newsgroups: bit.listserv.pmdf-l

PMDF already supports the sending of small messages before large ones.
It does it automatically, as a matter of fact. It is implicit in the way
the queue cache is implemented.

We're adding some additional functionality in PMDF V4.2 in this area as
well that's tied into the SMTP extensions for message size negotiation.
This will provide you with the ability to specifically block the transfer
of messages larger than some size, as well as providing for the case of
simply holding large messages.

                                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"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 13:58:25 -0700
From:         bthomas@DRIFTER.UWYO.EDU
Subject:      Address reversal data base
Newsgroups: bit.listserv.pmdf-l


How does one go about getting a default reversal mapping in the
reversal data base similar to the "*" mapping in the directory
data base. I would like not to have to put all users on other systems
using PMDF as a mail forwarder into the reversal file if I can help it.
I get the idea from the manual this is done with the REVERSE keyword
but I have tried several varations on using it and none have worked.

Thanks

-------------------------------------------------------------------------------
|   ####   ###  ##    |   Brad Thomas                                         |
|   ####   ###  ##    |   System Programmer                                   |
|   ####   ###  ##    |   Network Development Group                           |
|   ####   ###  ##    |   University of Wyoming                               |
|    ###    #   #     |   Bthomas@Outlaw.UWyo.Edu                             |
|     ###### ###      |   bthomas@drifter.uwyo.edu                            |
-------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"TIHOR@ACFcluster.NYU.EDU"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 22:34:52 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Mailserv subscriptions
Newsgroups: bit.listserv.pmdf-l

> Huh?

I merely explained one such case where using the Reply-to: instead of the
From: address for automatic list subscriptions will get you into trouble.
I can provide you with more examples of how using the Reply-to: address
can get you into deep trouble.

> A user phil sends mail from pole.nyu.edu his workstation but wants
> all his mail to go towards mail.nyu.edu from which it is redirected.
> The mailer on his workstation does not support forging the From: address.

There is no need to forge the From: address.  He can simple use the command

    SUBSCRIBE <list> <address>

and specify the address to be subscribed.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"Shah.Khatri@ASU.Edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 14 Dec 92 20:47:46 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Registered mail
Newsgroups: bit.listserv.pmdf-l

> We are translating non-local OfficeVision mail to RFC format through the
> PUMP software, which uses the "X-Acknowledge-To" header.  An OfficeVision
> message that is not converted through PUMP does not seem to have a
> registered mail header at all.  Unmodified OfficeVision messages are Notes
> with Format "MESSAGE."
>
> RiceMail honors the X-Acknowledge-To header.  It ignores
> "Return-Receipt-To."
>
> I was hoping that I could create a mapping in the MAPPINGS file to convert
> from one header to another.  Does this sound plausible?  Maybe there could
> be a mapping table per channel.

No this isn't terribly plausible since you cannot, in general, map between
header lines this way.  Each header line has its own syntax which must be
honored. To map from one header line to another you must know the syntax of
each header line, and you must parse the source header line and convert its
contents to the proper format in the destination header line.  In the most
general setting, this is a very non-trivial task as there are many
issues to consider.

Again, trying to fix this in PMDF seems like the wrong approach to me: I would
think you'd get a lot more mileage handling this problem on the IBM system
since PMDF is not the only mailer which will present the IBM with
Delivery-receipt-to header lines.

> When a delivery receipt is requested, PMDF uses the "Return-Receipt-To"
> header, correct?  What about the ad hoc standard (as you said),
> "Delivery-Receipt-To"?

I was confused, the ad-hoc standard is Return-receipt-to: which is what
PMDF uses out SMTP.  (Internally, PMDF will use Delivery-receipt-to: and
Read-receipt-to:.)

Dan
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 20:47:00 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.
>>
>
>       When ever I look at the mail queues, with @pmdf_root:[exe]qm
>       all I see are mail messages with sizes and dates. What I would
>       like to know is why a particular message is queued. The "postmaster"
>       sometimes receives copies of mail to various users stating his
>       mail sent is queued for three days and will continue to be queued
>       for "n" more days, the question is WHY is this particular
>       message being queued and resent. Often the user wants to know.

At present you have to look in the log files to determine why PMDF has been
unable to send the message.  There are two primary causes of mail not being
able to be sent: the network is down or the destination host is down.

PMDF V4.2 stores with each message, non-delivery information.  This information
will be sent to the sender along with non-delivery notices.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ccvj@misty.latrobe.edu.au"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Sat, 12 Dec 92 02:32:22 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: DELIVER query - return message to sender
Newsgroups: bit.listserv.pmdf-l

Check out PMDF_ROOT:[DELIVER]TRIP.COM. This is a sample program that does
precisely what you want, I think.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"DPMSYS%RITVAX.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Sat, 19 Dec 92 02:55:52 GMT
From:         Ned Freed <NED@SIGURD.INNOSOFT.COM>
Subject:      RE: 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?

Reply-To: headers are mapped into the inReplyTo Message Router and/or X.400
field. This is in accordance with RFC1327. The information is therefore
present; I don't know whether ALL-IN-1 IOS can get at it or not. MailWorks
definitely can; use REPLY/LIST in the character cell client. It currently isn't
possible to specify that /LIST is the default in MailWorks; I hope this is
added to a future release.

> 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.

Proper processing of Reply-To: is an essential element of proper UA behavior
behavior. If ALL-IN-1 IOS doesn't do this by default it should be possible to
customize it do to it.

> 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?

I hope you can configure this in ALL-IN-1 IOS. We do not plan to add an option
to map Reply-To: into MR FROM information; this would be a flagrant violation
of RFC1327.

                                Ned
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: info-pmdf
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 04:21:36 GMT
From:         "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
Subject:      RE: default routing in Jnet V3.6
Newsgroups: bit.listserv.pmdf-l

> I just upgraded to Jnet V3.6.  However, before I institute the new default
> routing can anyone tell me what its effects on BN_MASTER are?  If I tell
TOWSON2
> that the default Jnet router is TOWSON1 and then bring up Jnet on TOWSON2
> without a JANROUTES.JCP file, what happens when PMDF tries to process a
message
> destined for BN_MASTER on TOWSON2?

Depends a bit on what Jnet default routes mean.  If it is purely a Jnet issue
and has nothing to do with mail, then PMDF won't know or care anything about
Jnet default routes.  I suspect this is the case.

        /Kevin Carosso
         Innosoft
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"PMDF-L@IRLEARN.BITNET"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Date:         Fri, 11 Dec 92 18:21:58 GMT
From:         MARTIN@EKU.BITNET
Subject:      Re: mail without sender?
Newsgroups: bit.listserv.pmdf-l

PMDF-L@IRLEARN.BITNET  (PMDF Distribution List) 10-DEC-1992 writes:

>
>        Is it possible to send an email with VMS Mail without the
>        email-address of the sender being included in that mail?
>
>   \_\_                 \_\_           David-Michael Lincke

Yes, but it's not proper! Therefore, I doubt if anyone on this list will
tell you....

Bob Martin -- martin@eku.bitnet
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%"ipmdf@ymir.bitnet"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 22:12:11 GMT
From:         Stephen Tihor <TIHOR@NYUACF.BITNET>
Subject:      RE: Mailserv subscriptions
Newsgroups: bit.listserv.pmdf-l

Huh?

A user phil sends mail from pole.nyu.edu his workstation but wants
all his mail to go towards mail.nyu.edu from which it is redirected.
The mailer on his workstation does not support forging the From: address.
So his subscription request would be from phil@polar.nyu.edu but reply-to
phil@mail.nyu.edu.  It would be sent to mailserv@somehwreelse ...
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"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 07:59:55 GMT
From:         Stephen Tihor <TIHOR@ACFCLUSTER.NYU.EDU>
Subject:      Mailserv subscriptions
Newsgroups: bit.listserv.pmdf-l

One of our mailing list maintainers reports that SUBSCRIBE seems to be using
the From: address rather than the Reply-To address.  I can see some logic
for that but I suspect that the latter might be a better choice.   Does the
pseudo-standard specify or is the a clear logic for using the one?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"rbp@netcom.com"
X-VMS-Cc: info-pmdf
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 06:31:38 GMT
From:         "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
Subject:      RE: MCI mail PDMF interface?
Newsgroups: bit.listserv.pmdf-l

> does PMDF have a way to talk directly to mcimail?

What does MCI Mail speak?  We may well have some protocol in common with
whatever their service has.

        /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%"kraftjoel@bvc.edu"
X-VMS-Cc: info-pmdf
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 15 Dec 92 05:55:33 GMT
From:         "Kevin V. Carosso" <KVC@SUMMER.INNOSOFT.COM>
Subject:      RE: Second l channel?
Newsgroups: bit.listserv.pmdf-l

>>on messages.  I have tried to make a new channel using the MAIL_ prefix name o
   n
>>the channel, but any delivery on that channel crashes with this error:
>
> Use a d or dn_ channel for a second local channel.

Don't use a dn_ channel, that will not run the correct channel program.  You
need to use a "d" or "d_" channel for this.  A "d" channel is normally used to
support DECnet MAIL-11 for remote DECnet nodes that do not have PMDF.  It turns
out that PMDF supports remote DECnet MAIL-11 nodes simply by handing the message
to VMS MAIL, which makes the network connection and does the transfer.  If
the address has no remote node then this devolves to being the same as a local
VMS MAIL delivery -- hence the use of a "d" channel for alternate local
delivery.

If you are already using a "d" channel and you don't want its configuration to
change for this purpose, go ahead and create a "d_headers" or something channel
(everything after the "d_" can be whatever you like).

The "mail_" channel didn't work because these channels are used to support other
foreign mail transports through VMS MAIL.  PMDF unconditionally takes whatever
follows the "_" in "mail_xxxx" and puts it in front of the address with a
percent sign, leading to "xxxx%address".  In your case the foreign transport
prefix didn't match an existing foreign transport, therefore the error.

        /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%"KNAPKE@Butler.EDU"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 11 Dec 92 18:56:18 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Bad or missing to address
Newsgroups: bit.listserv.pmdf-l

> In the last three or four days I have gotten a few bounced messages that
> are bounced because of a bad or missing to address.  I know this has been
> a topic before, but I don't recall the outcome.

Can you send a copy of one of these bounced messages to service@innosoft.com?
We need a little more context before we can answer the question.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"TIHOR@ACFcluster.NYU.EDU"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Fri, 18 Dec 92 17:34:44 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Mailserv subscriptions
Newsgroups: bit.listserv.pmdf-l

> One of our mailing list maintainers reports that SUBSCRIBE seems to be using
> the From: address rather than the Reply-To address.  I can see some logic
> for that but I suspect that the latter might be a better choice.   Does the
> pseudo-standard specify or is the a clear logic for using the one?

Ned might have a different take on this; I just want to toss in my two bits.

I've seen mailers & user agents which always put all From:, To:, and Cc:
addresses onto the Reply-to: line.  There's nothing inherently wrong with
doing so.  However, this is a case where you would certainly not want to
use the Reply-to: address.  The last thing you want to do is to automatically
subscribe the list to itself!

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:         Tue, 15 Dec 92 20:42:13 GMT
From:         Ned Freed <NED@SIGURD.INNOSOFT.COM>
Subject:      RE: Stuck msgs in queue for local channel
Newsgroups: bit.listserv.pmdf-l

Your conversion of the lists sounds fine to me. However, I don't see why
you expected to get anything other than "node::user" stuff as a result. This
is clearly _all_ you're going to get unless the node is known to PMDF.

In any case, I don't think the way you've set up the distribution list has
anything to do with your problems. The problem is your use of MAIL-11, and
in order to fix the hung jobs and such you're going to have to reconsider your
choice of protocols here. I explained in my original response that we're done
a
all we can to cater to MAIL-11 bugs. I'm open to suggestions as to what else
we can do, but I don't think there's much else that's possible.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
Organization: Duke University Medical Center, Durham NC, USA
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 17 Dec 92 18:32:15 GMT
From:         "James Dryfoos- Postmaster" <DMPM@DUKEMC.BITNET>
Subject:      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?

-Jim

  ==========================================================================
     James D. Dryfoos                   |  E-Mail:
     Medical Center Information Systems |    dryfo001@mc.duke.edu
     Duke University Medical Center     |    dryfo001@dukemc.bitnet
     Box 3900 DUMC                      |  (919) 286-6391 - Office
     Durham, NC 27710 USA, Earth        |  (919) 286-6369 - Fax
  ==========================================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU