Text 24037, 123 rader
Skriven 2015-04-24 14:27:00 av Bill McGarrity (16061.2fidonews)
     Kommentar till en text av Wilfred van Velzen (2:280/464)
Ärende: Re: Dupes...
====================
-=> On 04-24-15 19:52, Wilfred van Velzen wrote to Bill McGarrity <=-

Hiya Wilfred...

 WvV> * Originally in FIDONEWS
 WvV> * Crossposted in SYNCHRONET

 WvV> Hi Bill,

 WvV> On 2015-04-23 22:44:00, you wrote to All:

 BM> OK, reply from Rob on the issues of dupe checking.  He is speaking
 BM> about Joe's system as that is who Wilfred was originally talking
 BM> about.

 DM>> If the seen-bys were in-fact stripped, then when Joe's system received
 DM>> the message a second time, it would not know it's a duplicate until it
 DM>> performed a duplicate message check. If the message was indeed a
 DM>> duplicate, then it would not be imported into Joe's system *or*
 DM>> forwarded to his links.

 BM> So this takes care of one of the issues that was discussed.  Before a
 BM> message gets forwarded it is checked.

 WvV> That is not what Rob told me and Joe last year:

 WvV>  On 19-Jan-14 22:58, Rob Swindell wrote:

 RS> Joe,

 RS> SBBSecho only checks for duplicate messages when importing into a
 RS> local message base. If you're a hub for an echo, any messages you
 RS> receive from one link (up or downlink) will be propagated to the
 RS> others without any dupe checking.

 RS> -Rob

 WvV>  On Tue, Jan 21, 2014 at 10:08 PM, Rob Swindell <rob@synchro.net>
 WvV> wrote:

 RS> Wilfred,

 RS> The duplicate message checking occurs in the Synchronet Message Base
 RS> (SMB) library, which is not specific to FidoNet or any other
 RS> networking technology. So whether a message is imported via QWK, NNTP,
 RS> SMTP, PostLink, FTN, or whatever- future-networking-technology, it is
 RS> subjected to the same database of hashes to detect duplicates.

 RS> When an FTN message packet is processed by SBBSecho but the message is
 RS> not imported into a local message base (e.g. pass-through area or
 RS> passing between up/downlinks), the SMB library is thus not involved
 RS> (the message would go straight from one FTN packet to another FTN
 RS> packet), never touching a Synchronet message base.

 RS> -Rob

 WvV> So I think you miss understood what Rob is saying in his reply to you?


I can only go what he's stating and if I read it correctly, no duped messages
get forwarded. I am assuming he means checking using MSGID's. I will again
check on pass-through messages... 


 DM>> Instead, what I think is happening, is the seen-bys were *not*
 DM>> stripped, so Joe's system recgonizes this as a circular path message
 DM>> (due to his address already existing in the SEEN-BYs), does not bother
 DM>> with any dupe checking, and then forwards the message to his links.

 BM> This could be an issue everyone seems to worried about.

 WvV> I would call it a bug. But Rob fixed it with the new option...

 DM>> Joe could easily change this behavior by disabling the Circulat Path
 DM>> checking in sbbsecho (adding NOPATHCHECK to his sbbsecho.cfg or
 DM>> enabling the equivalent option in EchoCfg) - this would require no
 DM>> change to SBBSecho.

 BM> One fix....

 DM>> Alternatively, Joe could leave circular-path detection enabled (which
 DM>> I think is a good thing) and I could add an option to SBBSecho to
 DM>> *not* forward circular messages to links. This would not require dupe
 DM>> checking at all.

 BM> This is the fix I asked Rob to do.

 WvV> Why would he make it an option and not the default behaviour. I can't
 WvV> think of a reason why you want to forward circular messages (for the
 WvV> second or third or ... time).

 DM>> So to recap: SBBSecho's dupe checking works fine and indeed duplicate
 DM>> messages are detected *before* sent to links (and dupe messages are
 DM>> not forwarded). However, a detected circular path prevents any
 DM>> duplicate message checking and this is the area for potential change
 DM>> in behavior.

 BM> So there is the explaination.  Hopefully within a few weeks the new option
 BM> can be added to SBBScho so all bases are covered.  Right now I've added
 WvV> the
 BM> NOCHECKPATH to see if that at least helps.  Just know IF duplicate MSGID
 BM> are detected, they are stripped before being sent to links.

 WvV> Strip MSGID's? That would be a very big bug! ;)

I meant to say throw that message in the bucket.. ;)


--

Bill

Telnet: tequilamockingbirdonline.net
Web: bbs.tequilamockingbirdonline.net
FTP: ftp.tequilamockingbirdonline.net:2121
IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
Radio: radio.tequilamockingbirdonline.net:8010/live


... Look Twice... Save a Life!! Motorcycles are Everywhere!!
=== MultiMail/Win32 v0.50
--- SBBSecho 2.27-Win32
 * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)