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
 * Origin: Richmond VA (RVA) Fidonet Support (1:275/362)