Michael,

I'm using the interface, since I developed it.  Initially it was an interface to
HP's mail application 'HPDESK', but since my employer decided to drop HPDESK I
had to find something else.  At the time, keeping budgetary constraints in mind,
I found "JTMAIL" a freeware SMTP mailer written and contributed to the HP3000
community by Jim Wowchuk.  After some enhancements for our site I also developed
a command file that given a 'internet style e-mail address' or a distribution
list name or a user's payroll number it would resolve the addresses and invoke
'jtmail' to send the needed message.  (Earlier this morning I received a request
from Jim and forwarded to him my changes to 'JTMAIL' so that he could evaluate
them and decide if he'd include them in the contributed version).

All I had to configure within SLEEPER was a default recipient for the each
application and a method of executing the command file.  The simplest and
perhaps most flexible way was:
CI.PUB.SYS;PARM=3;INFO="MAILXFER.JTMAIL.SYS $USERID '$SUBJECT' $FILE YES"

The above runs the command interpreter suppressing any displays to the $stdlist
and executes the command file indicated in the 'info string'.  The $userid,
$subject, $file and "YES" are parameters required by the command file.  $subject
and $file are 'set' by sleeper while $userid is replaced by the configured
userid/distribution list of the 'owner' of a particular entry in error.

At this time 'sendmail/ix' is also available for the HP3000 platform and another
SMTP mailer from 'telamon.com'.  What ever you use, a command file
'encapsulating' the utility will most certainly be needed.  Care must be given
in developing such a command file since CI variables are NOT 'isolated' to a
specific execution of a command file but are rather 'shared/available' to all
processes in a given job/session.  While SLEEPER is cycling through the schedule
it is probable that the errors could be encountered against multiple MPE
accounts and thus the CI and the associated command file could be invoked
multiple times.

The command file that I'm using contains code to 'single thread' the invocations
of our 'mailxfer' command file in order to avoid CI variable 'clashes'.  I can
make the command file available to anyone that is interested.

Regards
Paul H. Christidis

____________________Reply Separator____________________
Subject:    Sleeper & the email option.
Author: [log in to unmask]
Date:       11/8/99 9:34 AM

I just recently started using the Y2K compliant version of Sleeper, and noticed
   that it has some kind of Email support. I am curious, is anyone on the list
   using this feature? If so, what software are you using to allow Sleeper to
   transport msg's to a  POP3 or SMTP Server?

Thanks in advance for your input.



_________________________________
Michael Anderson
Student Services Programmer/Analyst
Spring Independent School District, Houston, Texas, 77090
281.586.1105