Hi Developers,
I'm receiving some dupes that shouldn't happen. For echomail messages that originate or go through systems using hpt 1.9, which have -sbkeepall in their config set.
For instance here's a routing diagram of what I see for messages generated on 3:770/1 in the STATS area:
+----------+ A +-----------+
+ 3:770/1 |------->| 3:712/848 |
+----------+ +-----------+
| |
B | +-----------+ | C
+-->| 2:280/464 |<--+
+-----------+
A: Only Z3 downlinks of 3:770/1 in the seenby's
B: All downlinks (in all zones) of 3:770/1 in the seenby's
C: Unnecessary dupes received through 3:712/848, because my node should be in the seen+by's of the message received by 3:712/848 from 3:770/1.
An example for today:
From : 3:770/1 2024-01-31 23:59:16
To : All
Subj : Daily Areas Summary
@MSGID: 3:770/1 65ba2805
Has the following seen+by's and path when received directly from 3:770/1 by my system:
SEEN+BY: 218/840 220/70 226/17 267/800 280/464 712/848 770/1 100 330 340
SEEN+BY: 772/220 230
PATH: 770/1
And these when received through 3:712/848 as dupe:
SEEN+BY: 229/426 280/464 301/1 633/267 712/620 848 770/1 100 330 340 772/220
SEEN+BY: 772/230
PATH: 770/1 712/848
Notice that all the Z1 downlinks of 3:770/1 (218/840 220/70 226/17 267/800) present in the direct message, are missing from the seen+by's in the message that is received as dupe from 3:712/848.
I have confirmation it's the originating hpt system where this is happening, and there is no seen+by stripping taking place on the system in between.
3:770/1 Seems to be using hpt/lnx 1.9 2022-07-03
I've also confirmed the same thing happening on another system using hpt/lnx 1.9 2023-02-24.
Bye, Wilfred.
--- FMail-lnx64 2.2.1.0
* Origin: FMail development HQ (2:280/464)
|