[pmmail-list] Filter question/REXX

[Steve Richards]

I am running same version.

I think what I am understanding is you run one account into many, where I run many accounts into one ?

The name problem is not significant because I can work around it with the directory structure and by not moving 
duplicates until the receiving directory is cleared out.

With regards to the fetch time, I do have the accounts setup to fetch at different times which mostly solves any 
issue. The main problem is when I startup in the morning the POP first fetch will take longer than the the 
interval for the SMTP receive time. For instance, I had 90 emails waiting which took about two minutes to 
download and I have my SMTP account set to fetch every 37 seconds, hence the overlap where the initial download 
has not completed.

My REXX scripts wait on a semaphore, so that there shouldn't be a file conflict. However, the POP receive hangs 
anyway so I suspect it has something to do with the receive process itself.

The lack of an execution point at the end of the receive prohibits a total lockout or serialization of receive 
processes. I suppose if the exit check the return code something could be done there also, but I didn't see any 
info on that in the docs.

I haven't written directly to anyone a BPSW.

Steve


On Mon, 28 Oct 2002 14:04:30 -0500 (EST), Bruce Francis wrote:

=>On Mon, 28 Oct 2002 13:41:28 -0500 (EST), Steve Richards wrote:
=>
=>>   After implementing this method I found that receive sessions will hang receiving messages if the 
=>account 
=>>getting mail using the SMTP directory is also receiving at the same time.
=>>   Have you run into this ?
=>
=>Not that I've been aware (meaning, not that I can trace directly to that).
=>
=>Info:
=>
=>1) I am running PMMail for OS/2 v2.20.2382 (which mostly works except for
=> some huge problems with filtering [won't recognize eg. h.to=xyz  if xyz is
=> not the FIRST item in a list of "To:"... giant PITA for me], and also has problems
=> at fetching some mails off ISP server containing some specific uuencoded
=> Javascripts (completely crashes PMMail ... req's Remote Control to kill bad
=> message on the server).
=>
=>2) I have set up most of my accounts so they (mostly) don't fetch at the same time --
=>  using (mostly) prime numbers for  Account | Account Settings | Receive |
=>  Check for new mail every XXX seconds
=>
=>3) I have a "Notify me" set in the filter that puts the message into the SMTP
=>  directory, and since they are relatively infrequent (and also usually somewhat
=>  urgent) I will just go to that account and F2.
=>
=>I saw your earlier requests on the list, but have not seen any of the problems
=>that you are having (eg the same-named emails [I thought the *nix-based
=>naming convention had much more resolution than you're saying it has])
=>
=>Have you tried writing directly to Brandon King?  He has direct access to
=>Peter Neilsen (who is SUPER) and can probably get you an exact answer.....
=>
=>I'm interested in how your use of this differs from mine (above).
=>
=>---
=>  /Bruce/
=>



+++++       end of message      ++++



Address correspondence to....

Steve Richards  (steve@aducredit.com)

Alpha Data Utility, Inc
269 Hanover Street
Post Office Box 2164
Hanover, MA 02339
USA
(781) 829-9411



****+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++****
This OS/2 system uptime is 0 days 05:16 hours.
This OS/2 system (Aurora FP1) uptime is 0 days 06:40 hours and 15 seconds
****+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++****

- pmmail-list - The PMMail Discussion List ---------------------------
To POST to the list, send your message to:
pmmail-list@blueprintsoftwareworks.com

To UNSUBSCRIBE, send a message to mdaemon@bmtmicro.com 
with the first line of the message body being...
UNSUBSCRIBE pmmail-list@blueprintsoftwareworks.com
---------------------------------------------------------------------