* Originally in bama
* Crossposted in fidosoft.husky

31 Oct 16 13:06, you wrote to me:

 ml>>>> with more dupes flying around, old school slash old style dupe
 ml>>>> databases can get overrun pretty quickly...

 WV>>> Eh... You are only storing a checksum of the first original. More
 WV>>> dupes doesn't mean more space needed in the dupe database! 

 ml>> that depends on the database format 

 WV> It shouldn't!

again, that depends on the database format...

 WV> Dupes have by definition the same dupe-checksum as the original, so
 WV> storing them is useless!

maybe to you but to another developer who may be doing other things than /just/
 dupes, it may be needed or desired... don't be so square that your mind is
closed to other possibilities and thought processes... perhaps someone is
keeping count of duplicate MSGIDs and needing also to store the CRC/hash for
each of them...

example: yesterday i saw two messages with exactly the same MSGID, header, time
 stamps, and what looks to be the exact same message body... the seenbys and
paths were different yet HPT with its HASH+MSGID dupe checking missed seeing
the second one as a dupe... both were back-to-back in my message base so it was
 easy to flip back and forth between them to try to see any differences...
golded+'s [I]nfo showed that they were virtually identical but there looked to
be one space character immediately after the MSGID that was in one post and not
 the other... now, get this, both MSGIDs, even though they are the same, are in
 the dupe database but with different hashes...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... We have no free press any more. It is bought and paid for.
---
 * Origin:  (1:3634/12.73)