| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.