I run a remote point, when I write a message on my point and poll my
boss node (my mystic bbs) messages get sent just fine. So mystic then polls its boss node 340/400 then when mystic polls that boss the next time, that message I wrote on my point gets sent back to mystic and is populated in the correct echo, still no problem, however the next time
my point polls my mystic board that message gets sent to my point. So on
that the messages I send from my point, do not include seen by 202.1
just 202? Is this something I have set up wrong or is a limitation of
On Sat May 16 2020 20:51:50, Rick Smith wrote to g00r00:
Yep, so if I am understanding you then 1:340/400 is sending you
duplicate messages and Mystic is catching them as a duplicate.
The question is why is 340/400 sending you messages that
originated from you as it should not be. What system is
340/400? It sounds like the issue is with 340/400, and Mystic is
properly catching the duplicate loop.
Rick and I have basicly the same setupSo it goes <340/202.1> message written -----> Mystic BBS
(340/202)-------> SBBS 340/400 SBBS 340/400 ----->Mystic BBS
340/202-------> point 340/202.1 (DUPE)
1) 340/400 shouldn't send the message back to 340/202 first off.
2) 340/202 should catch it as a dupe before it is sent back to the
point.
From what I've gathered from previous postings, 340/202.1 (Golded) is using the same message base files as 340/202 (Mystic)? Or was this
changed recently?
So it goes <340/202.1> message written -----> Mystic BBS
(340/202)-------> SBBS 340/400
SBBS 340/400 ----->Mystic BBS 340/202-------> point 340/202.1 (DUPE)
In that case, Mystic is catching them as dupes properly, and placing them in your DUPES area. This is the way it's supposed to be, is it not?
Just as well, the dupes are on your point also, because you're utilizing the same Mystic message bases with Golded. So it seems your Mystic BBS
may not be "sending" your point the dupes, but in fact they're already there because you're seeing them with Golded in the DUPE base on your Mystic system, if that makes sense.
With that said, it seems the problem does in fact lie with 340/400.
this is starting to look like your point software is not properly detecting the dupes...
I've understood the order the very first time you explained it, so you don't have to keep trying to reexplain each time. :)
340/202 is sending a message to 340/400 and then 340/400 is turning around and sending that message right back to 340/202. That shouldn't happen.
So that is why I am saying we need to start there and see whats up with 340/400.
340/202 is sending a message to 340/400 and then 340/400 is turning around and sending that message right back to 340/202. That shouldn't happen.
So that is why I am saying we need to start there and see whats up with 340/400.
point configuration
binkd for mailer
hpt (husky) for tosser
golded for message editor
I think the problem is with 400 or hpt, something somewhere I think is stripping off the seenbys or just ignoring them.
but shouldn't mystic be stopping a dupe from continuing down the
line??
netmail addressed to my point does not get routed to me through my
boss node, I still have to poll 340/400 with my point to get any netmail addressed to it.
340/400 has some work to do, then... they've either not updated to the latest sbbsecho
or their routing rules need some love but that's all a
topic for another area if/when that operator decides to ask ;)
But the fact still remains that 340/400 is sending your original message back to you, which it shouldn't be.
This is probably accurate, as netmail addressed to my point does not get routed to me through my boss node, I still have to poll 340/400 with my point to get any netmail addressed to it.
Sounds like 340/400 has both your Mystic setup and your point configured on his
system, which he shouldn't. He should only have your Mystic system configured, and route any points you may have through that. That may or may not be the issue in this case though. Could be his dupe checker isn't set high enough, or is disabled completely? Another good place for him to look would be if he has "Circular Path Detection" enabled.
Assuming you are using Windows or Linux, can you upgrade to the version that is at:
www.mysticbbs.com/downloads/prealpha
And see if that fixes things for you?
Re: Mystic tosser?
By: Nicholas Boel to mark lewis on Mon May 18 2020 17:22:44
do you have any other "ALL" entries that might be affecting the
routing of points?
are these the only point netmails routing through your system?
Netmail isn't the problem. This topic involves echomail.
netmail is/was involved because the points were having to poll the
BOSS' uplink to get their routed netmails... not sure if that has been solved... that's where i came in and the two topics have split from
there with the same subject line...
netmail is/was involved because the points were having to poll the BOSS' uplink to get their routed netmails... not sure if that has bee
The issues have been resolved with the latest pre-alphas - turned out
that it was not a synchronet issue.
netmail is/was involved because the points were having topoll the
BOSS' uplink to get their routed netmails... not sure ifthat has bee
The issues have been resolved with the latest pre-alphas - turned
out that it was not a synchronet issue.
For clarification there was no change to Netmail in Mystic any time recently.
The netmail PKTs I saw coming from the Synchronet system that were
sent out a few weeks ago were addressed to the wrong system which is
why they were not going through. There wasn't anything I could do on
the Mystic side to fix that. I think that is what Mark was refering
to.
(What I just changed in Mystic was something specific to the very
recent A46 pre-alphas only, so it would only affect people using the test-only versions that happen to feed a point).
Sysop: | Coz |
---|---|
Location: | Anoka, MN |
Users: | 2 |
Nodes: | 4 (0 / 4) |
Uptime: | 155:07:16 |
Calls: | 166 |
Files: | 5,389 |
Messages: | 223,379 |