Hello Wilfred.

12 Feb 19 21:51, you wrote to me:

 WV> Hi Ozz,

 WV> Isn't that what the .jlr files in the JAM message base are for? They
 WV> contain the last read "pointers" for each user, and they
are updated
 WV> everytime fmail updates the jam area files, as far as I remember...?

Yes, but hitting 1000+ JLR files all over a drive *is slow* versus,
SCANTHIS.LST from me to you - you only hit 5 to 10 echos that have been
active since I signaled FMAIL SCAN.

And vise versa, FMAIL and Rhenium run in a seperate thread/window from the
BBS which is actually running right now behind GameSrv.exe in dynamic
windows. * This will *SERIOUSLY* change when I migrate this to my Linux
rack. However, in either case, I do not "SCAN" after every
caller, and I do not "TOSS" after every mailer session. I am
currently doing it on the 5's (every 5th minute I check if SCANTHIS.LST
exists then I do a FMAIL SCAN) and if /BinkPDOS/IN/ has anythign other than
. and .. then I call FMAIL TOSS.

I do this, as I get 100's of port scans a minute that would normally
trigger a "FMAIL TOSS" and really eat CPU... and depending upon
their script - could cross-fire FMAIL SCAN if I ran it in the STARTBBS.BAT
for GameSrv.exe

 WV> Currently I and the single other test node, only use FMail with Binkly
 WV> Style Outbound (BSO), and Golded as editor. And no bbs. So it could
 WV> use some testing in other environments...

If you do not mind *crazy* ideas to steamline my systems across the US - I
will gladly share ideas. I can even share how d'Bridge does its folders - I
call DBO for my environment (which supports both BSO and DBO
concurrently)... MODEM vs BINKP. I am currently looking at scheduling a
rewrite on Portal of Power, and merging my BinkPDOS code into it giving me
EMSI/WAZOO/BINKP all on a single codebase (DOS/WINDOWS/MAC/LINUX).

Ozz

--- FMail-W32 2.0.1.4