Subj : Re: ET phone home
To   : Mark Lewis
From : Nick Andre
Date : Sun Jan 08 2017 10:06 pm

On 08 Jan 17  11:44:32, Mark Lewis said the following to Nick Andre:

ML> i remember the different dup cache files... i didn't know they were limited
ML> a paltry 1024 entries, though... i never dug that deep ;)

1024 may not seem like much, but as I explained about how dupe detection works
in DB it actually is sufficient. Again... if anyone didn't think it was, I 
would've heard about it by now and increased it.

ML>  NA> Interestingly it appears that there is a "reputation" method for the
ML>  NA> cache database. It appears as it is loaded into RAM during a toss, any
ML>  NA> time a CRC match is encountered, that CRC is pushed up the cache
ML>  NA> table, while CRC's of legitimate messages end up being pushed down.
ML>  NA> The CRC table is saved into that cache file every time the Echomail
ML>  NA> area changes in the toss cycle; or there are no more packets to toss.
ML> 
ML> that's pretty interesting... i guess that's so that messages with more dupe
ML> can be detected faster with their CRCs at the top of the queue... interesti
ML> idea and i'm sure one that was important back in the day of slower machines

That sounds about correct, D'Bridge was written with PC/XT in mind. There was 
a bunch of caching code for the Echomail database at one time; which I had to 
remove as it limited the total areas a Sysop could have. One could argue that 
a DOS computer like the XT's or Tandy 1000's could just install Norton 
Speedcache or even Smartdrive but that would just take away from available 
conventional memory/heap. The size of the mailer's configuration also takes
away from conventional memory... especially the Netmail routing table.

Nick

--- Renegade vY2Ka2
 * Origin: Joey, do you like movies about gladiators? (1:229/426)

.