TIP: Click on subject to list as thread! ANSI
echo: dbridge
to: Rob Swindell
from: mark lewis
date: 2018-06-19 19:10:18
subject: Dupeloops

On 2018 Jun 19 14:26:36, you wrote to me:

 >> in numerous cases, yes... but, if i want a rescan of an area that had
 >> damaged  data files and i'm trying to recover the last year's messages,
 >> why should the  rescanned messages be sent on to any other system? mine
 >> is the only one that  wants or needs them... why should other linked
 >> systems have to do the  additional work? if we just don't send
 >> ^aRESCANNED messages on to other  systems, no other systems would be
 >> bothered...

 RS> I don't dispute that rescanned message shouldn't be forwarded to
 RS> downlinks and I just committed a change to SBBSecho to that effect.

that is so very cool, man! <3

 >> i've seen the second one cause systems to only see, for example, the
 >> first monthly posting of something and they never see it again in any
 >> of the following months... then it is purged out of their message base
 >> and they don't  have it any more and don't receive it either... maybe
 >> it is echo rules... maybe it is a monthly PSA...

 RS> And if it's duplicate, it's a duplicate. That's why auto-posters should (?)
 RS> put timestamps or other unique data in their message body if they really
 RS> want to avoid being ignored as dupes.

there is that... it is something i have considered adding to my automated
postings but haven't...

 RS> But including metadata (control lines) in the dupe detection seems
 RS> like a bad approach. If message takes a different path, it'll have
 RS> different metadata, but it's still a dupe (and often that's how dupes
 RS> arrive, via a different path than the original).

AFAIK, seenbys and paths are not included in most dupe detection schemes...
other non-changing control lines are fine to be included... one of the
problems comes when some system sort those control lines on messages they
are passing along... we don't see so much of that like we did at one time
;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin'
it wrong...
... Impossibility is an excuse before the law.
---
* Origin: (1:3634/12.73)
SEEN-BY: 20/4609 116/116 123/25 141 150 755 129/215 135/300 153/7715 154/10 20
SEEN-BY: 154/30 40 700 203/0 221/0 1 6 360 227/400 261/38 280/464 320/219
SEEN-BY: 340/800 633/267 280 640/384 1384 712/620 848 770/1 3634/12 15 22 24
SEEN-BY: 3634/27 50 119
@PATH: 3634/12 154/10 221/6 0 640/1384 384 712/848 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.