Subj : Fmail (2018 Questions)
To   : Wilfred van Velzen
From : Ozz Nixon
Date : Thu Feb 14 2019 10:14 am

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)

.