TIP: Click on subject to list as thread! ANSI
echo: perl
to: Maurice Kinal
from: Russell Tiedt
date: 2005-02-15 17:08:02
subject: talking to myself

Hello Maurice.

13 Feb 05 11:00, you wrote to me:

 RT>> As long as it does not generate msgs. faster than it creates
 RT>> MSGID's there should not be a problem, even if it wastes/skips a
 RT>> few here and there.

 MK> Personally I'd prefer it actually produced a meaningful ID that could
 MK> be employed further on down the line.  For dupechecking?  I doubt it
 MK> is good for that.  Too easy to give an actual duped message a whole
 MK> new ID and it will get past everyone.  You can count on that
 MK> happening.  However the reverse, a new message with a duped ID, is
 MK> probably more common then any one system is aware of.  For example I
 MK> get non-dupe-dupes in my dupe file from Janis that don't ever show up
 MK> at all, nevermind in the dupe area, on the node's system which has a
 MK> different uplink.  I figure that is because wherever these messages
 MK> are originating aren't passing through too many systems before Janis
 MK> gets them and thus I recieve them from there, whereas on the node
 MK> there is at least one system between myself and the originating system
 MK> that is filtering them out as dupes based on the phoney-baloney,
 MK> flawed MSGID dupe "standard".  Given that then it seems
to me that I
 MK> am only seeing the tip of the iceberg and that each so-called dupe I
 MK> do see probably represents a small fraction of what is really going
 MK> on.  Does that make sense?

Yes, it explains a whole heap better what you have been on about ....

Thanks ...

 RT>> I on occasion still catch a lot of dupes especially from Bob
 RT>> Seaborn, I would have expected his system to filter out all dupes
 RT>> but it does not seem so, must still check that sometime.

 MK> How many of those are REAL dupes?  Also, if they are REAL dupes check
 MK> the originating system, etc. and see if there is any commonality
 MK> between all the dupes. Also, also, how many REAL dupes are making it
 MK> past your dupe checking and what is the commonality of those?  I've
 MK> noted some interesting things following this ideology.  Here at
 MK> Kumalockasun we started calling stuff like that "pulling a
Swindle",
 MK> heh, heh.  Care to guess why?

I usually don't check them all, but I have yet to notice a dupe, that I cannot 
find in the echo base where it should be, will check all dupes, next time I 
get a batch, even if there a 300+ of them. :-((

Russell

--- GoldED+/LNX 1.1.4.7
* Origin: Rusty's BBS - Bloemfontein, Free State, South Africa (5:7105/1)
SEEN-BY: 633/267 270
@PATH: 7105/1 774/605 123/500 106/2000 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™.