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)
