HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.mail.pmdf
Subject: unsubscribe
From: Systems <uccxjps@vms.ucc.okstate.edu>
Date: 11 Sep 1992 08:26:10 -0600 (CST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 11 Sep 1992 08:26:10 -0600 (CST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GONCX767TU984N5Z@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"INFO-PMDF@YMIR.CLAREMONT.EDU"
X-Vms-Cc: UCCXJPS
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Now that our news system is fully functional, I can get my pmdf notes from it.
Please unsubscribe me from your list.  Thank you.

Jim Strother
Newsgroups: vmsnet.mail.pmdf
Subject: Limiting access to outgoing mail.
From: don.rainwater@uc.edu
Date: 09 Sep 1992 12:45:49 -0500
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 09 Sep 1992 12:45:49 -0500
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: Don.Rainwater@UC.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOKR9S76XE96VY1P@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"IPMDF@YMIR.CLAREMONT.EDU"
X-Vms-Cc: IN%"Don.Rainwater@UC.EDU"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

        I'd like to be able to limit access to non-local (off-node) email.
I'm thinking that I can define a rights id, say 'NO_OUTMAIL' for example,
and set the appropriate image with an ACL such that anyone holding that id
cannot send internet mail messages.  My questions are simple:  Will this
work?  and, which image(s) should be set this way?

        Here's my reason for wanting to do this.  My system is used for
course work, and each person in a class that needs the VAX is given an
account for the quarter.  At the end of the quarter, all class accounts are
removed.  That's where the problem begins - once the accounts are removed,
my mailbox is flooded with postmaster messages because some of the class
users subscribe to mailing lists.

        It should be too fascist of me to do this, since a permanent
account is available to any student that wants one.

        If anyone has a better idea on how to handle this, I'm all ears.
Thanks in advance.
--
Don Rainwater, Systems Manager, Univ of Cincinnati Center for IT Services
Don.Rainwater@UC.Edu
From: gilles@cismhp.univ-lyon1.fr (Gilles Rech)
Newsgroups: vmsnet.mail.pmdf
Subject: The "Sender:" header and [exe]return.exe
Date: 15 Sep 1992 12:41:02 GMT
Organization: Universite Claude Bernard. Lyon (France)
Distribution: world
NNTP-Posting-Host: cismhp.univ-lyon1.fr

My configuration: PMDF 4.1-7 & VMS 5.5-1
[exe]return.com does not send the warning message to the "Sender:"
header address when this address is not embedded between "<",">" 
characters. Some discussion lists sends mails with such a header, for
instance:

when 
would work. It's a bit annoying because the warning message is sent to
the original author.

Another question: in PMDF 4.0, I could exclude a channel of the
"return" mechanism by setting the exclude_list symbol in [exe]return.com.
How can I achieve such a restriction in PMDF 4.1 ?
Thank in advance for any help.
Sincerely,
		Gilles Rech.
		C.I.S.M., Universite Claude Bernard Lyon I & INSA Lyon, France.
Newsgroups: vmsnet.mail.pmdf
Subject: Digested lists and the Notes channel
From: "Brett E. Bowman" <bowman_brett_e@lilly.com>
Date: 11 Sep 1992 14:34:06 +0000 (GMT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 11 Sep 1992 14:34:06 +0000 (GMT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
X-MX-Warning: Warning -- Invalid "To" header.
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GONFCUKYF6984NEH@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"@mr.lilly.com:ipmdf%ymir.claremont.edu@in"
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: 11695A5F2300
X-Hop-Count: 2

Has anyone come up with a method of using PMDF's Notes channel to post messages
into Notes, but also getting messages from digested lists split up into
multiple posts?  We used to use BBoard to do this, but since we've moved to
PMDF's Notes channel, I haven't come up with any good way to accomplish the
same thing.

						Brett E. Bowman
						Eli Lilly & Company
						BOWMAN_BRETT_E@LILLY.COM
From: jjc+@pitt.edu (Jeffrey J. Carpenter)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Holding Mail
Date: 31 Aug 92 13:58:13 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 31 Aug 1992 09:58:13 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GO80VF4VHU95O4R8@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"IPMDF@YMIR.CLAREMONT.EDU", IN%"NED@INNOSOFT.COM"  "Ned Freed"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Excerpts from mail: 30-Aug-92 Re: Holding Mail Ned Freed@INNOSOFT.COM (410*)

> The usual way to do this is to associate the machine with a channel of
> its own and then set the notices intervals for the machine to either
> very large or very small values. This has the effect of either holding the
> mail or bouncing it more or less immediately.

> The PMDF_HOLD stuff may work and you are welcome to try it, but it is
> largely a holdover from times when we didn't have notices intervals.

> 				Ned


Can you specify a different interval on a channel by channel basis?  I
couldn't see how to do this in the manual.



	jeff
From: franz@vm.cnuce.cnr.it (Francesco Gennai)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Mail system to use with PathWorks?
Date: 10 Sep 92 07:47:03 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 10 Sep 1992 08:47:03 +0100 (MET)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOMAMBT7QQ984JS8@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"info-pmdf@YMIR.CLAREMONT.EDU"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>  .....   .. .  . ..
>I would appreciate any comments.  If you wish to avoid a lengthy
>argument on the list, feel free to mail opinions directly to me, and I
>will summarise in a couple of weeks.
>
>Thanks in advance,
>
>Alistair Grant
>   . . .  .......  . . .
I'm interested in this argument, so I would like have the discussion
on the list.

Regards,

Francesco Gennai.
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Defragment channel
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 15 Sep 1992 11:01:17 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 15 Sep 1992 11:01:17 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOT7QKGMAQ9851MD@YMIR.CLAREMONT.EDU>
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

> Ah, I didn't think about a rewrite rule.  How does this work?  What makes PMDF
> look for the name `defragment.sigurd.innosoft.com'?

PMDF typically does not use that rewrite rule.  The channel block for the
defragment channel is there so that options can be set for the channel.  A
channel must have an associated host name and hence the
"defragment.sigurd.innosoft.com" address.  We then go ahead and add a rewrite
rule for that host name on the off chance that mail gets sent directly to
xxx@defragment.sigurd.innosoft.com.

>> and a channel block of the form
>>
>>       defragment nox_env_to
>>       defragment.sigurd.innosoft.com
>
> I didn't have the `nox_env_to', but I did have a channel block.
>
>> Also, make sure that the local channel is marked "defragment"
>
> Yup.  I have that.  Does this redirect mail sent to the official-host-name
> to defragment.official-host-name?

I'll leave the details of this to Ned to describe as he's the one who
implemented it.

Dan
From: ned@innosoft.com (Ned Freed)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: PMDF-MR, MIME, WPS-Plus format attachments
Date: 30 Aug 92 01:40:03 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 29 Aug 1992 18:40:03 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GO5WR65HHE95OQB8@YMIR.CLAREMONT.EDU>
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

The notion of doing an alternative conversion for WPS-Plus has been on
the to-do list for about a year now. There is nothing wrong with this
approach that I can see. Expect to see something implementing it in the
next release.

				Ned
From: jeremy@vsm.com.au (Jeremy Begg)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Erroneous output from CONFIGURE.COM
Date: 4 Sep 92 08:20:37 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 04 Sep 1992 14:20:37 -0600 (CST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: info-pmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOD2UIMFZ695PB24@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"NED@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

>> Didn't work.  I removed the "charset7 us-ascii" without success, and then
>> also the "charset8 iso-8859-1" and that didn't help either.
>
>Did you remove them from both the D AND the L channels? You have to get rid of
>it in both places. charset8 has nothing to do with it unless you use 8-bit
>characters. You can also solve the problem by getting rid of the linelength
>limits. The proper solution, of course, is to get a newer version of PMDF that
>handles this interaction correctly. Please contact your distributor if you want
>a updated version; all distributors have had updated versions in hand for quite
>a while.

Thanks, that's fixed it.  I'll see if I can get a later release.

        Jeremy Begg
Newsgroups: vmsnet.mail.pmdf
Subject: Question about TEST/REWRITE
From: khatri@pcmail.inre.asu.edu
Date: 13 Sep 1992 09:10:00 -0700 (MST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 13 Sep 1992 09:10:00 -0700 (MST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOQB89C5AQ984SGM@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@YMIR.CLAREMONT.EDU"
Content-Type: MULTIPART/MIXED; BOUNDARY="Boundary (ID dbySkCc4RXTVa34VGxSh+A)"
X-Mailer: Network Courier V2.1b


--Boundary (ID dbySkCc4RXTVa34VGxSh+A)--
From: dan@innosoft.com (Daniel C. Newman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Limiting access to outgoing mail.
Date: 9 Sep 92 17:05:16 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 09 Sep 1992 10:05:16 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOKRY15FGI96VY3E@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"Don.Rainwater@UC.EDU"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

>         I'd like to be able to limit access to non-local (off-node) email.
> I'm thinking that I can define a rights id, say 'NO_OUTMAIL' for example,
> and set the appropriate image with an ACL such that anyone holding that id
> cannot send internet mail messages.  My questions are simple:  Will this
> work?  and, which image(s) should be set this way?

This won't work since the users only run VMS MAIL or DECWindows MAIL.  They
don't run the actual images which send outbound mail.  Instead, you probably
want to associated this rightlist identifier with, say, your TCP/IP channel.
You do this by merely specifying the rightlist id as a channel keyword; e.g.,

        mtcp_local single smtp mx no_outmail

Then, only processes with the no_outmail rightslist id can queue mail to
the mtcp_local channel.  Be sure to grant this rightslist id to whatever
accounts PMDF may run under!

In PMDF V4.2, there will be a mapping file table which you can use to do very
elaborate channel access schemes which will even allow you to reject incoming
mail.

Dan
From: dan@innosoft.com (Daniel C. Newman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: BN_MASTER and SEND/FILE
Date: 6 Sep 92 23:37:59 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 06 Sep 1992 16:37:59 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOGYUMKW9U96VP14@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"jjc+@pitt.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> We have a connection to an MVS machine on our campus via BITNET.  The
> mailer on that machine really wants the External Writer field to be set
> to the destination user.  If this is not done, it parses the headers for
> the "To:" line, which causes unpleasant results.
>
> By default, the SEND/FILE command comes from Joiner with "/OPTIONS" set
> to "".   I see from the source that the Options file seems to be used to
> create a "/OPTIONS=blah" switch on the SEND/FILE that BN_MASTER performs.
>
> Here are my questions:
>
> 1. Can I add a "W=" to the options file to have it set use the options
> as follows:
>
> 	SEND/FILE/OPTIONS="W="

You need to create an option file named PMDF_ROOT:[TABLE]channel_OPTION.;
where "channel" is the name of the channel (e.g., "bit_blah").  In this
option file place the option:

        OPTIONS=W=

This will cause BN_MASTER to use the qualifier /OPTIONS="W=".

> 2. Joiner Tech Support tells me it is safe to include "/OPTIONS="W=" to
> have the external writer field filled in on each SEND.  Is that true?

I have no idea.  Perhaps Ned knows.

> Are there any NJE mail software packages that would not like this?  If
> there are, what is the best way to have this option apply to our
> specific host (or a specific queue)?

To make this specific to one host, make the rewrite rule for that particular
host use a bit_xxxxx channel (where xxxxx is whatever you want it to be barring
duplications) and then, for that channel, set up an option file with the
OPTIONS=W= entry.

Dan
From: bob@camb.com (Bob Tinkelman)
Newsgroups: vmsnet.mail.pmdf
Subject: `Disconnected' remote PhoneNet dial-in processes
Date: 1 Sep 92 15:00:42 GMT
Organization: Cambridge Computer Associates, Inc.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Sep 1992 11:00:42 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GO9H9YQ1LE9FM99A@INNOSOFT.COM>
X-Vms-To: IN%"info-pmdf"
X-Vms-Cc: TINKELMAN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I often have a half dozen disconnected processes (sometimes more) from
the same remote site which dials into our node for PhoneNet msg transfer.
Nothing really goes wrong, but these disconnected processes are eating
some resources while they hang around waiting to time-out.

The scripts all end with `go' and `end' lines.  Examining, at the other
end, the di_<channel>_master.trn files shows them sending the `end'.

I vaguely remember seeing something about this a long time ago.  A bug?
A bug that was fixed in some release?

The remote system is running 4.1-9 and this system is running 4.1-6.

Thanks
--
Bob Tinkelman <bob@camb.com>
From: bob@camb.com (Bob Tinkelman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: `Disconnected' remote PhoneNet dial-in processes
Date: 3 Sep 92 08:06:47 GMT
Organization: Cambridge Computer Associates, Inc.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 03 Sep 1992 12:06:47 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: ipmdf@INNOSOFT.COM
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOCC8JFKEQ95P8VO@YMIR.CLAREMONT.EDU>
X-Vms-To: CCA::TINKELMAN
X-Vms-Cc: IN%"info-pmdf"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Ned, I took your suggestion.  I modified the PhoneNet account (PMDF_xx)
temporarily, removing the DisReconnect flag, and then tried connecting
to the process myself.  Attached is the resulting [Kermit] log file
(edited only to remove the phone number and login name).  There doesn't
seem to be anything waiting to be emitted by the disconnected slave
process except for ``logged out'' msg.

The connection process is
 (1) Dial into a tcp/ip terminal server, a Bridge (now 3com) cs/100.
 (2) Connect to the VAX (called `red')
 (3) Log in as PMDF_xx

Could it be something to do with the terminal-server-to-VAX interaction?

Any ideas?
cds >
cds >d1-xxx-xxx-xxxx-L
dial tone
dialing: 1-xxx-xxx-xxxx-L...........
#3Welcome to CCA!
#4Welcome to CCA!
puffin>c red
Querying Primary Name Server...
Connecting... session 1 -- connected to red


Welcome to VMS V5.3-1



    You have the following disconnected process:
Terminal   Process name    Image name
VTA2902:   PMDF_xx         RED$DUA0:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE


  PMDF_xx      logged out at  3-SEP-1992 11:48:12.74
puffin>lo 
From: ned@innosoft.com (Ned Freed)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Tracking down problem with PMDF-MR
Date: 6 Sep 92 06:59:21 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 05 Sep 1992 23:59:21 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GOFZXOEGRM96VN8X@YMIR.CLAREMONT.EDU>
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

> I keep getting OPCOM broadcasts such as the following from the PMDF symbiont:

> %%%%%%%%%%%  OPCOM   4-SEP-1992 15:04:25.93  %%%%%%%%%%%
> Message from user SYSTEM on VAXA
> %PMDF-W-PRCSMBWRN, PMDF process symbiont non-fatal warning

> %%%%%%%%%%%  OPCOM   4-SEP-1992 15:04:25.95  %%%%%%%%%%%
> Message from user SYSTEM on VAXA
> %PMDF-W-MRLSUBERR, Error submitting PMDF-MR master for local mailbox "MAILGATE",
>     status = 178028674
> -PMDF-E-HOST, Illegal host/domain in address "!AD"

This is an indication that the local mailbox name associated with your MR
notification mailbox does not match the name you told PMDF-MR was being used.
The mailbox name is specified via the user keyword on the mr_local channel. It
apparently isn't MAILGATE, so the symbiont doesn't know what channel the
notification request matches and therefore issues this error.

> Is this just the symbiont letting me know about every message returned due
> to incorrectly formed To: address ?  Or is there an actual problem here?

The symbiont has no knowledge of return message or anything like this.
This is a configuration problem.

> Mail is not accumulating in the queue and I can't find any hard errors
> in the log files for MR_LOCAL.  (debug and logging are on)  If its just
> letting me know that its bouncing a particular message back due to incorrect
> address, I rather not bother my operations staff with this.  Can I turn off
> that particular broadcast?

Your mail is not accumulating because the periodic job is taking care of
pending messages. You are not getting immediate processing of messages queued
to the PMDF-MR mailbox in Message Router.

This message indicates a problem that should be fixed and cannot be disabled.
You can always get rid of notification mailboxes if you don't need the
immediate processing.

				Ned
From: dmpm%dukemc.bitnet@ymir.claremont.edu (James Dryfoos - Postmaster)
Newsgroups: vmsnet.mail.pmdf
Subject: Use of mail/prot=deliver_mailshr
Date: 1 Sep 92 22:53:00 GMT
Organization: Duke University Medical Center, Durham NC, USA
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Sep 1992 17:53:00 -0500 (EST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GO9WVYJ20I95P1Y7@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@ymir"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

A long time ago I wrote a procedure to send mail using PMDF
It uses the format:

$ define/job pmdf_from "soandso"
$ mail/prot=deliver_mailshr/subj="test" t. "in%""dmpm@dukemc"""

I am not sure why this is so.

One thing I do notice is that rewrite rules behave differently.
It appears that mail sent with above is not treated as from the
local channel.  If not, what is its channel?
Reason I say this is I have some rules that have

$Nl

on them so that they are not used when from the local channel.
If I send the mail as above these rules are used.
If I do not use the /prot bit, the rules are not used.

One reason for using the above, is that the sender field is what
I define PMDF_FROM to be.  If I simply send it with

mail/subj="test" t. "in%""dmpm@dukemc"""

The sender field is the username it was sent with and not the logical
PMDF_FROM -- this causes problems with what I am doing.

Does this all make sense?

-Jim

P.s.  I have tried using PMDF SEND and have same problem with sender field.

P.s.s.  What I am trying to do is send mail on behalf of someone and set
        the return address to go to them.  If someone has a better way I
        would love to hear it.  Thanks.

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