JA> On 12/11/1999, Fred Springfield said to All about PM Sessions:
JA> 
JA> Howdy Fred.
JA> 
JA> FS> 
JA> FS> Unfortunately, Post Road Mailer did not honor the requests from either
JA> FS> of these methods, so nothing will work for PRM.  Also unfortunately,
JA> FS> PMMail is not a candidate for this project, because there is no way to
JA> FS> get it to do anything automatically upon opening, such as send, or
JA> FS> fetch, the mail. 
JA> 
JA> Sorry to have to unsettle you but my PMMail/2 v2.10.1999 does
JA> EXACTLY that and has done since umm v1.53 I think.
JA> 
JA> It's an Account setting not a Program setting ie each account (you
JA> can have multiples in PMM/2 - another reason use it) can be
JA> specified as Fetch on Open, Send After Fetch AND action on a timer
JA> (mine is set to 300 seconds = 5 mins to prevent my dialup account
JA> from throwing me off through inactivity).  
JA> 
JA> THEN you can have REXX pre- and post- actions (on prog open and
JA> close) plus ... I could consume a heap of bandwith extolling PMM/2.
JA> 
JA> I suggest that you check it out again.

Hi John-

Yes, this was called to my attention, and indeed it does have account
settings to do what you say.  However, it's a little more complicated
than that.

For, you see, what I want to do is control PMMail with a rexx program,
whereas what you are talking about are scripts to be run from PMMail
while it is the controlling program. 

Right now, the only way I see to do be able to open PMMail as a
controlled program, in either the send-on-opening mode, or in the
fetch-on-opening mode is to develop an accounr .ini file for each mode,
and then switch them before opening the program.  It would have been a
lot easier if there were command line switches to do the same thing, and
then I could develop an object for each one.

Your point is well noted, though, and I am looking at PMMail further
for this purpose.

Regards,

Fred Springfield
Plymouth, MN


 þ KWQ/2 1.2i þ It only takes one success to make you a winner.

--- ProBoard v2.16 [Reg]
7102/1