HDTenEightyP/NetNews huggingface dataset:
From: FrankVance@AIRGUN.WG.WAII.COM (Frank Vance)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: TSO Notification for SMTP Inbound Mail
Date: 5 Oct 92 21:43:09 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
              5, 92 12:30 pm

Lionel B. Dyck writes:
>Is there an exit available with the MVS TCP/IP that will enable an installation
>to send a message to a TSO user to inform them that they have mail to receive.
>This exit would be analogous to JES2 Exit 13 or JES3 user exit IATUX42.

I certainly have not found one.  I tried to open an APAR against this, and
IBM told me it was not a defect (i.e. B.A.D.).   We have PASRed it.
The PASR number is RKG5118.  On 2 Jun 92, it was closed ACCEPTED, so at
least there is some hope it will get fixed before December 1993.

--
Frank Vance  +1.713.963.2426		Western Geophysical
fvance@airgun.wg.waii.com		10001 Richmond Avenue
Fax: +1.713.963.2758			Houston, TX 77042   USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 6 Oct 1992 14:06:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: TSO Notification for SMTP Inbound Mail

On Tue, 6 Oct 1992 11:23:07 CDT,
   Frank Vance <FrankVance@AIRGUN.WG.WAII.COM> said:
> Bill Rubin writes:
> > I have a question here, and please don't take it the wrong way.  When a
> > file arrives in the JES spool from NJE, the user is sent a message by JES,
> > correct?  If that is the case, then why doesn't JES also send a message
> > when a file arrives from the local system?  The spool file is certainly
> > being allocated in the DEST=node.user form.  Why should it be up to each
> > individual application to send a message when a file is sent?  Why doesn't
> > JES do it, he's the one delivering the file!
> Since SMTP is a later addition to MVS than JES2/NJE/XMIT, I think the
> burden of getting the notification to work right rests with TCP, unless
> they can convince JES2 to change their ways.

The problem is *not* a JES2 problem.  SMTP is dynamically allocating
a sysout dataset to the *local* node.  This is not NJE.  Just because
a dest is specified does not make it NJE if the dest is equal to the
local node.  JES2 exit 13 (for notification) is only driven for
incoming *NJE* files.  Of course, if SMTP were changed to use SNA
APPL-APPL instead of dynamic allocation for passing mail to JES2 (as
I suggested long ago, and still wish for), a nice side effect would be
exit 13 getting driven.

On the other hand, I claim that SMTP is not (and was never intended to
be) a complete mailer, even though it has just barely enough features
for some sites to squeak by with just SMTP.  I can't imagine not
having UCLA/Mail or some equivalent mailer on MVS.  TRANSMIT and
RECEIVE are not Mail User Agents.  Rather than complain about SMTP not
doing any notification, I suggest that the original poster get a
mailer for MVS.  I highly recommend UCLA/Mail.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 17:55:07 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: new FTP user exit
              01 Oct 92 16:57:13 -0400. <9210012144.AA21176@Princeton.EDU>

On Thu, 01 Oct 92 16:57:13 -0400 ronlane@yktvmv.bitnet said:
> There are four user exits for FTP available in 2.2.
> FTCHKIP - given control at start of ftp logon, and given the
>  ip address etc.
> FTCHKPWD - called after the user enters the password, to see if
>  you want to check the userid some more.
> FTCHKCMD - called before any command is about to be done.
> FTCHKJES - given control when JCL is about to be submitted to the
>  JES internal reader.  It is given one buffer of JCL at a time.
>
> They are described in teh TCP/IP Planning and Customization
> manual.

Ok, I'll bite! I have V2.2 P and C manual SC31-6082-1 and I can
find no reference to the exits you mention. Am I blind?

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 6 Oct 1992 13:04:00 EDT
From:         Rodney Ferryman <WIZARD@OHSTMVSA.BITNET>
Subject:      Re: TSO Notification for SMTP

> > > >[Discussion of SMTP exit to notify TSO users of incoming mail]
> > I hope this will be an option which can be turned on or off because our
> > mailer sends a message to the TSO user when mail is received.
>
> What mailer are you using on MVS?

We are using UCLA/Mail version 1.500.  We have been using one version
or another of UCLA/Mail for the past several years and have been quite
happy with it.  It has it's own internal routine which sends an
interactive message to a TSO user when a piece of mail has been received
by the mailer for that particular user.

   Rodney
From: TROTH@RICEVM1.RICE.EDU (Rick Troth)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Remote printing from VM to AIX
Date: 2 Oct 92 15:53:22 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Hi, Tom,

        And thanks for that LPR example you sent me a while back.
It helped me develop our local LPR pipelines gem.

>We are having problems sending print jobs from VM to AIX.   ...
>               ...           Remote print requests originating on
>another AIX system work fine. Remote print requests originating on VM
>work when we use a local implementation of the lpr protocol.

        Remote print from VM to AIX work when you use your code  WHERE?
VM or AIX?   I was going to suggest that you look at Bruce Crabill's
NETPRINT.   He isolated the trouble with AIX's LPR (LPD) and that may
help you pin this down.

>I have contacted IBM about this. I have seen a lot of unneccesary delay
>and intra-IBM finger pointing, but I have not seen much evidence of
>progress in resolving the problem.

        I hesitate to blame IBM for any of this.   The Berkeley LPR/LPD
protocol was created in a UNIX world to serve a UNIX world.   I have
been able to  "beat it into submission"  to serve our local needs,
but it was a long and confusing  (sometimes painful)  process.

        Aside:  I've been working on a generic file transfer scheme
that would lend itself quite nicely to  "a better LPR".

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
From: FrankVance@AIRGUN.WG.WAII.COM (Frank Vance)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: TSO Notification for SMTP
Date: 6 Oct 92 15:20:01 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
              6, 92 10:23 am

Rodney Ferryman writes:
>
> > >[Discussion of SMTP exit to notify TSO users of incoming mail]
> I hope this will be an option which can be turned on or off because our
> mailer sends a message to the TSO user when mail is received.

What mailer are you using on MVS?

--
Frank Vance  +1.713.963.2426		Western Geophysical
fvance@airgun.wg.waii.com		10001 Richmond Avenue
Fax: +1.713.963.2758			Houston, TX 77042   USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 12:39:25 CET
From:         S Llorente <SLLORENT@ESOC.BITNET>
Subject:      Secure TCP/IP

> We need to restrict access to our TCPIP to users at our site only.
> That is, we don't want people from other TCP/IP networks or sites (different
> first two numbers of IP address) to be able to access our IBM system.
> I can not find any option to do this in the customization guide.
> Does anyone know how I can set such a restriction up.

If your connection to the outside world goes through a router, the best is to
set an access-list in it to filter IP packets. Different models of routers
have different filtering capabilities but most of them allow you to do
filtering based on the IP address of sender and destination, protocol number
and port numbers. This allows you, for instance, to reject incoming telnets
from certain addresses but allowing outgoing ones.

Another solution is to define in the GATEWAY statement of your PROFILE dataset
only those IP networks you want to communicate with and to remove the
DEFAULTNET statement. This still allows other networks to send you IP packets
but makes imposible for your TCP/IP to answer to them which, in pratice, means
that Telnet, FTP, ... to or from networks not defined in your profile will be
rejected.
But you may want to allow some protocols and reject others. You could then run
2 tcpips in your machine: one with the full tcp/ip functionallity but only
local routing and the other one with restricted functionality (e.g. no Telnet,
FTP, NFS, ... servers) and open routing to the world.

The very fine solution would be that IBM supplied a TCP/IP security exit,
similar to the VTAM SME, to allow the filtering of IP packets.

Regards,

Santiago Llorente
European Space Operations Centre
Darmstadt (Germany)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <TOM@PENNDRLS.UPENN.EDU>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 15:18:04 EST
From:         "Thomas D. Denier" <TOM@PENNDRLS.UPENN.EDU>
Subject:      Re: Remote printing from VM to AIX

The combinations of products that works is home-grown software running under
VM sending print jobs to IBM software on the AIX system. One of the
home-grown programs that works with the AIX system is the pipeline-based
sample program Rick Troth mentioned when he asked where our home-grown
software was running.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 30 Sep 1992 09:25:56 EDT
From:         Bill Rubin <rubinm@WATSON.IBM.COM>
Subject:      Re: Diagnosis Guide

A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK> writes:

> LY43-0013 doesn't appear to come with MVS TCP/IP. The info in DIAL-IBM
> lists VM TCP/IP but not MVS as the corresponding program. Can someone
> say whether they got it with VM TCP/IP, and is the lack of it with MVS
> an oversight on IBM's part?

The Diagnosis Guide applies to both VM and MVS TCP/IP.  It is not shipped
automatically with the product, it must be requested (I'm not sure why,
but the US Announcement letters provide this information).  You need to
order feature code 7003 to receive a copy for MVS, and 7040 for VM.  The
first copy is free with your license.  It's possible that this varies
outside the US, check your local announcement letter for details.

Bill Rubin
IBM TJ Watson Research
Organization: Washington University, St. Louis
Date:         Thu, 01 Oct 92 10:23:25 CST
From:         Bill Harvey <HARVEY@WUVMD.Wustl.Edu>
Subject:      new FTP user exit
Newsgroups:   bit.listserv.ibmtcp-l

On Wed, 30 Sep 1992 11:42:55 EDT, Ron Lane <RONLANE@YKTVMV.BITNET> said:
<...>
>FTP has a new user exit called FTCHKIP to check IP addresses.

I've been wanting to do this for a ***long*** time.  How new is it?  Is it
documented anywhere?  Is it available with V2.2?

Thanks
Bill
>Ron Lane
>TCP/IP Development
From: RONLANE@YKTVMV.BITNET (Ron Lane)
Newsgroups: bit.listserv.ibmtcp-l
Subject: re: Restricting Entry access in TCPIP V2.2 ESA
Date: 5 Oct 92 16:21:42 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>In addition to this exits are necessary to enable specific restrictions
>like IP number checking etc..

I just answered an APAR 28657 that might meet your needs.  The APAR
will be available in the not too distant future for 2.2.1.
This is specifically for FTP logon, but could be expanded to
other components of TCP/IP.

I added to RACF RACROUTE VERIFY calls (used during logon)
the TERMID parameter that would be made up of an 8 character
IP address of the user that is trying to log on.  To put an
IP address into 8 ebcdic bytes, we do the following:

240.32.5.10 would be become F020050A, where each of the 4 IP numbers
would be converted to the equivalent in printable hex,
because RACF requires printable data as input.

This would allow you to write RACF rules that look at IP addresses
during logon.

This would not affect at all shops that don't have rules regarding
TERMID now, and that is usually the case.

Ron Lane
TCP/IP Development
From: RONLANE@YKTVMV.BITNET (Ron Lane)
Newsgroups: bit.listserv.ibmtcp-l
Subject: re: Restricting Enty access in TCPIP V2.2 ESA
Date: 30 Sep 92 15:42:55 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

>We need to restrict access to our TCPIP to users at our site only.

The users all have userid's, I imagine, so how come they are logging
on when you don't want them to?  Is this Telnet or FTP, or what?
FTP has a new user exit called FTCHKIP to check IP addresses.
We need a clearer idea of your problem.

Ron Lane
TCP/IP Development
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 11:08:29 CET
Comments:     Warning -- original Sender: tag was K000160@ALIJKU11
From:         Wilfried Maschtera <Maschtera@EDVZ.UNI-LINZ.AC.AT>
Subject:      SMTP V2.2

Today I sent the mail below to the list. Agter them the solution ocurred
to me. I forgot that both systems are running a cache nameserver which
did not yet reflect the exchanged preference values for alijku11 and aearn.
Sorry for inconvenience.

Regards / Wilfried

=========================================================================

I have to VM systems,
  alijku11.edvz.uni-linz.ac.at and
  aearn.edvz.uni-linz.ac.at,
both with SMTP V2.2.

The maildomain is edvz.uni-linz.ac.at, that means, the complete address
can be user@edvz.uni-linz.ac.at, without the host. This functions well.

The following RRs are defined (SUN OS):

edvz.uni-linz.ac.at.    IN  MX 10 alijku11.edvz.uni-linz.ac.at.
                        IN  MX 15 aearn.edvz.uni-linz.ac.at.
alijku11....            IN  A  140.78.3.3
email1...               IN  CNAME alijku11.....
aaern ...               IN  A  140.78.2.1

If alijku11 receives mail for user@edvz..... it delivers this mail to
aearn. From RFC974 which says

"If the mailer is on a host which is listed as an MX for the destination
host, the mailer may only deliver to an MX which has a lower preference
count than its own host."

and also

"If the domain name LOCAL is listed as an MX RR, all MX RRs with a preference
value greater than or equal to that of LOCAL's must be discarded."

I expected that SMTP on alijku11 will process the mail locally. Is my
interpretation wrong ? If yes what can I do except deleting the MX RR for
aearn ?

I tried several versions. I started with an A RR for email1 with the same
address as alijku11. In the MX RR I used email1 instead of alijku11. Then
I changed the MX RR to alijku11 and, finally, I changed the entry for email1
to a CNAME RR. I think this has no influence, it's only to complete the
information.

Regards / Wilfried
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 28 Sep 1992 14:55:11 CDT
From:         Frank Vance <FrankVance@AIRGUN.WG.WAII.COM>
Subject:      Re: Cum PTF tape for HTCP221
              Sep 21, 92 8:45 am

Frank Vance writes:
> Leonard D Woren writes:
> >
> > > Are there really no ptf's? Hard to believe.
> >
> > Believe it.  I think that no PTFs for V2R2 have been shipped to
> > customers yet.  (Note that I'm *not* saying there are no PTFs!)  Try
> > to get IBM to publicly explain why.  At least one IBM person is going
> > to be upset with me for even posting this much.  (How's my S40D
> > problem coming???  What's doing with the IUCVMULT-under-Pie
> > problem???)
>
> I heard from the person here who went to SHARE that IBM was telling everyone
> who would listen to "NOT install 2.2.  Wait for 2.2.1".
>
> Apparently (and I emphasize that this is second- or third-hand), the
> rationale is that some (lots?) of the APARs identified in 2.1 recently
> have not been fixed in 2.2 and will not be.  SO really, the PTF to fix
> every 2.2 problem is not really a PTF: it's 2.2.1!
>
Just in case anyone thought I was kidding, IBM today (9/28/92) closed the
following APARs with code UR3:
	PN27532 PN25401 PN24869 PN24854 PN24844 PN24841
	PN24760 PN24177 PN23476
UR3 means "Unable to reproduce (or known to be corrected) on a
_currently supported_ release.  Written against a release _supported_ at the
time the APAR was received...." (underlines IBM's).

The ship date for V2.2.1 was 9/25/92.  I guess that qualifies it as
a currently supported release, technically.


--
Frank (fvance@airgun) X2426
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 14:27:57 -0500
From:         David Lippke <lippke@UTDALLAS.EDU>
Subject:      Re: Lippke Drivers.
              "TED@VM.UTCS.UTORONTO.CA" at Oct 1, 92 8:25 am

> I was wondering were I could obtain the Lippke Drivers for our BTI box.
> We are and have over the past couple of years been using the BTI in CETI
> mode. Since we are about to upgrade our version of TCPIP I thought this
> may be a good time to experiment with non-ceti drivers, but I gotta have
> em to play with em, so how does one get em?

You can pick them up via anonymous FTP to vm.utdallas.edu.  The locations
  of the various versions will be displayed by the logon banner.  The only
  trick to it is that you need to fetch some of the files with ebcdic and
  block modes turned on.

Regards,
         David Lippke

p.s. There is also a discussion list for things having to do with FAL/HAL
     with BTI equipment.  It's FALBTI-L which you may subscribe to via
     listserv@utdallas.bitnet or listserv@utdallas.edu.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 16:57:13 EDT
From:         Ron Lane <RONLANE@YKTVMV.BITNET>
Subject:      re: new FTP user exit

>>FTP has a new user exit called FTCHKIP to check IP addresses.

>I've been wanting to do this for a ***long*** time.
>How new is it?  Is it documented anywhere?  Is it available with V2.2?

There are four user exits for FTP available in 2.2.
FTCHKIP - given control at start of ftp logon, and given the
 ip address etc.
FTCHKPWD - called after the user enters the password, to see if
 you want to check the userid some more.
FTCHKCMD - called before any command is about to be done.
FTCHKJES - given control when JCL is about to be submitted to the
 JES internal reader.  It is given one buffer of JCL at a time.

They are described in teh TCP/IP Planning and Customization
manual.
Ron Lane
TCP/IP Development
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Forschungszentrum (KFA) Juelich GmbH, Germany
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 5 Oct 1992 15:54:38 +0100
Reply-To:     Ralph Niederberger <R.Niederberger@KFA-juelich.de>
From:         Ralph Niederberger <ZDV104@ZAM001.ZAM.KFA-JUELICH.DE>
Subject:      Starting CBSAMPLE on IBM-RS6000 Xdefaults-problem

Hello list,

Does anyone know, what the meaning is of the errormessage below on my
IBM-RS6000 Workstation, when I call the IBM (VM-TCP/IP) provided CBSAMPLE
program on the RS6000:

     cbsample -xmon -hhostname

Do I have to specify another entry in my .Xdefaults file on my
RS6000 workstation.

And when, what do I have to specify.

Best regards,
Ralph Niederberger             Research Center Juelich (KFA)
                               Central Institute for Applied Mathematics
                               P.O.BOX 1913
                               D-5170 Juelich
                               Tel.: +49 2461 61 4772
                               INTERNET: R.Niederberger@kfa-juelich.de

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

Warning:
    Name: form
    Class: XmForm
    Null font list (no vendor shell default)

.....

Warning:
    Name: MonitorControls
    Class: XmForm
    Null font list (no vendor shell default)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 29 Sep 1992 06:53:00 PDT
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
Subject:      Re: Diagnosis Guide

> LY43-0013 doesn't appear to come with MVS TCP/IP. The info in
> DIAL-IBM lists VM TCP/IP but not MVS as the corresponding
> program. Can someone say whether they got it with VM TCP/IP,
> and is the lack of it with MVS an oversight on IBM's part?

It covers both MVS and VM versions.  It came out right before
the MVS version (V2.2?), so it wasn't shipped with it.  You
might already have it.. (I did and didn't realize it).

> p.s. anyone like to say whether it's useful or not? I'm
> tracking down a problem in TCPIP's IQE management causing 0C4s
> in EF03, but unless the manual goes into MVS-specific details
> of the "platform", it won't be any use to me.

It goes in to some detail, yes, it might help you.  On section
talks about the VMCF/IUCV simulation logic (appendix B?).  In
other areas there is much less detail (like what the various
traces do).

PS: How are you getting the 0C4's w/IQE's, I hadn't heard
    of them before...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 1 Oct 1992 16:11:00 EDT
From:         Rodney Ferryman <WIZARD@OHSTMVSA.BITNET>
Subject:      Re: Solution: Restricting Entry access in TCPIP V2.2 ESA

> The unfortunate drawback is that now other treats (FTP, SMTP, etc.) are
> also effectively shut down as far as our administrative box goes.  (These
> functions remain preferred and available from our academic systems and
> TCP/IP there.)  Hopefully, IBM will indeed provide an exit that allows
> selective restriction based on function (i.e. TELNET vs. FTP or SMTP or
> LPSERVE, etc.)  That way, TELNET (or any of the others) could be selectively
> secured to a site without affecting the other TCP/IP functions - and
> without having to install a second TCP/IP started task.

How about providing facilities to restrict access of hosts and subnets
for ANY port number.

   Rodney
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 2 Oct 1992 10:52:00 GMT
From:         "Robert G. Moskowitz" <0003858921@MCIMAIL.COM>
Subject:      Re: Restricting access

>While we are asking for exits, I will restate my request for TELNET and FTP
>to offer some sort of network authentication exit that has hooks into the
>OS the same way RACF does.  Namely, I want to implement the TELNET
>Authentication option (in my case with Kerberos), pass that fact along to the
>security package, and have it let the user login without having to type another
>userid/password.  In other words, bypass the OS logon screen.

There Must ABSOLUTELY be a full kerberization support in MVS/TCP.  Having the
MVS (or VM for that matter) host security system function as a trusted releam in
Kerberos v5 terminology is IMPERATIVE!  And soon.  DCE implementations will
start rolling out 1Q93.  IBM's own AIX/6000 is said to be OSF and DCE compliant
2Q93 (probably June 30th).  I have thousand of users all over me about single
logon and the mainframe security  people saying they don't trust our LANS.  HA!
Those security people much rather have passwords pass in the clear in a TELNET
session that is easy to trap with proper filters with $1200 LANWATCH!

Let's see a proposal here!


Robert Moskowitz
Chrysler
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 6 Oct 1992 10:23:00 EDT
From:         Rodney Ferryman <WIZARD@OHSTMVSA.BITNET>
Subject:      Re: TSO Notification for SMTP

> >Is there an exit available with the MVS TCP/IP that will enable an installati
> >to send a message to a TSO user to inform them that they have mail to receive
> >This exit would be analogous to JES2 Exit 13 or JES3 user exit IATUX42.
>
> If I remember correctly, something very similar to this was voted on
> at the August SHARE.  I don't know the results of the requirements
> voting or what IBM's response is/will be.

I hope this will be an option which can be turned on or off because our
mailer sends a message to the TSO user when mail is received.

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