Holy shit, I just got a dozen or so dupes in fsxNet again and they weren't thrown in my dupe echo.
This is pretty annoying. I wish we could get to
the bottom of this or get it solved somehow. :(
I've got 11 dupes. They all went the same route
@PATH: (...) 4/106 1/133 100 (...)
One of these nodes is mot likely responsible. 1/133 shouldn't be in
the path. Old Mystic version with major FTN bugs, not fit for fidoweb routing.
This is pretty annoying. I wish we could get to
the bottom of this or get it solved somehow. :(
Mystic problem, talk to the author of the software. Or get a decent
tosser that recognizes dupes.
the bottom of this or get it solved somehow. :(
the bottom of this or get it solved somehow. :(
How about upgrading to the latest Alpha, I'm running 04/09/20
maybe, just maybe that may help.
I think Netsurge upgraded one of his boxes to the same.
If g00r00 will work toward that he has my support although I haven't seen him here or otherwise for some time.
If g00r00 will work toward that he has my support although I
haven't seen him here or otherwise for some time.
I guess we will wait and see then!
g00r00 is a pretty smart guy I'm sure he will figure it out...
How about upgrading to the latest Alpha, I'm running 04/09/20
maybe, just maybe that may help.
These issues are not an issue for most BBSs. These problems just come into play for the hubs and nodes moving mail.
These issues are not an issue for most BBSs. These problems just
come into play for the hubs and nodes moving mail.
Isn't hub and nodes moving mail the same thing?
I'm actually a bit nervous about that. I think mismatched alphas of
mystic are probably a significant part of why we're dealing with this in the first place.
Isn't hub and nodes moving mail the same thing?
No, a hub is a node who others rely on to get mail/files. They are
setup with the purpose of moving mail/files quickly and efficiently to connected nodes.
On 04-11-20 11:14, ryan wrote to All <=-
Holy shit, I just got a dozen or so dupes in fsxNet again and they
weren't thrown in my dupe echo. This is pretty annoying. I wish we
could get to the bottom of this or get it solved somehow. :(
I have hope that the mutil in A45 may work for our purposes here in
fsxNet although that version also changes messages in transit. That
makes it unfit for use in Fidonet.
There are grave issues with mutils tossing currently. I'm sure they
could be fixed if there is a will to do that.
If g00r00 will work toward that he has my support although I haven't
seen him here or otherwise for some time.
If g00r00 will work toward that he has my support although I
haven't seen him here or otherwise for some time.
Does pkt have message_id to look for ?
I'm actually a bit nervous about that. I think mismatched alphas of mystic are probably a significant part of why we're dealing with this in the first place.
The hubs are all meshed together. Each hub sends messages to each other hub so they well get and deal with many dupes. That way any node in any net can be fed mail by that nodes hub and will get all messages in the net.
Hello gallaxial,
If g00r00 will work toward that he has my support although I
haven't seen him here or otherwise for some time.
Does pkt have message_id to look for ?
Are you refering the the .bad pkt we were talking about?
The message with the D'Bridge 4 tear line and "if you build it he will come" in the origin line does not have a msgid or any message body at
all.
No to, no from and no subject either. The date is 06 Apr 20 00:00:00.
I think that is all that remains of a message that has somehow become corrupt.
Vk3jed wrote to ryan <=-
I saw a bunch of old messages today.
I look a .pkt it does not refer of the origin of post and the
pass thru none , i do not think fido tech have a dup check or a
control about that
Holy shit, I just got a dozen or so dupes in fsxNet again and they
weren't thrown in my dupe echo. This is pretty annoying. I wish we could get to the bottom of this or get it solved somehow. :(
@REPLY: 21:3/102 5e922436
@MSGID: 21:4/106 5e922932
@CHRS: UTF-8 2
@TZUTC: -0700
@TID: hpt/lnx 1.9.0-cur 2019-12-05
@PATH: 4/106 100 1/100
107
Hello Oli,
@REPLY: 21:3/102 5e922436
@MSGID: 21:4/106 5e922932
@CHRS: UTF-8 2
@TZUTC: -0700
@TID: hpt/lnx 1.9.0-cur 2019-12-05
@PATH: 4/106 1/133 100
Hello Oli,
I've got 11 dupes. They all went the same route
On 11 Apr 2020 at 01:20p, Al pondered and said...
@REPLY: 21:3/102 5e922436
@MSGID: 21:4/106 5e922932
@CHRS: UTF-8 2
@TZUTC: -0700
@TID: hpt/lnx 1.9.0-cur 2019-12-05
@PATH: 4/106 1/133 100
Hello Oli,
I've got 11 dupes. They all went the same route
Second post...
21:1/133 had a stuck tosser (that's a guess on my part) for a week or so and then tossed everything in his inbound. They went dupidy dupidy doo
for some reason.
Strange, 21:1/133 has been connected here for some time, more than 6 months I think and it has not caused trouble that I know of.
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 2 |
Nodes: | 8 (0 / 8) |
Uptime: | 86:49:04 |
Calls: | 2,122 |
Calls today: | 3 |
Files: | 11,149 |
D/L today: |
30 files (10,780K bytes) |
Messages: | 950,636 |