Subj : Proper dupe prevention
To   : Andrew Leary
From : Tommi Koivula
Date : Mon Feb 01 2016 08:21 am

31 Jan 16 19:04, you wrote to mark lewis:

ml>> 640/384 or 320/119 are stripping as there is no 640/* entries in
ml>> the seenbys... 203/0 is left because that's the direct uplink...

AL> 320/119 runs FastEcho 1.46.1 under OS/2, so it would appear the
AL> stripping is happening there.  When I have time, I will have to look
AL> into another tosser for this node.

It is quite easy to go to Hpt. I had two AKA's running in FE: 2:221/1 and
2:221/0. I separated those, now 2:221/0 is running Hpt.

My main link to Zone1 is/was connected to 2:221/0, so this problem was solved
pretty easy.

Our link, as well as my link to Paul still performs the zonegate stripping, but
it really is not a big issue as long as the dupe detection works.

AL>  FE is actually working as it was designed and documented.  Tobias
AL> didn't have any clue that one day something like the FidoWeb would
AL> exist.

Yes. But still hardcoding is never a good thing...

Can anyone contact Tobias to change this? :)

'Tommi

---
* Origin: 2001:470:1f15:cb0:f1d0:2:221:6 (2:221/6)