On 2018 Sep 06 06:56:18, you wrote to Vince Coen:

 DG> Actually I have though. This example is for the 314 network (pinet) that I
 DG> am connected to. My Mystic IS set for 314:314/180.1, but packets sent to
 DG> MBSE (which is 314:314/180) appear to be from 314:65535/180.1.

 DG> The same is true for Fidonet Mystic IS configured for 3:633/509.1, but
MBSE
 DG> sees the from as 3:65535/509.1

which PKT format are you sending from your mystic point to MBSE? it must be
type 2+ or type 2.2 for point and/or domain support...

type 2.2 is the only one that allows for the 5D domain name in the PKT
header...

type 2+ has certain fields, originzone and destinatiozone, that are duplicated
but must be set a certain way when a point system is involved... the originnet
and destinationnet fields are handled differently in this case... you problem
description appears to show that MBSE is not properly reading the type 2+ PKTs
from your point system...

easy solution? switch your mystic back to a full node... you can still keep
your MBSE as a mail hub...

hard solution? fix MBSE's PKT handling code to properly handle Type 2+ PKTs
from point systems... there is a paper written by one of the Synchronet guys,
Stephen Hurd, that contains a lot of details about PKTs and how to handle
them... this information about Type 2+ PKT handling is definitely detailed in
that paper... i do not recall if the final version was presented to the FTSC
for publishing, if the FTSC accepted it, or if the FTSC did actually publish
it... i do recall that someone on the FTSC did make a move to get the paper
presented to the FTSC but i do not recall that outcome of that, either...


[TIME PASSES]


i was able to go back through my mail archive and find some posts about the
above document... draft 4 is available at http://bbsdev.net/fsp/FSP-1040.txt
and i think it is the last draft... the details i speak of above are found in
the notes portion of the document's section "3. Type 2+ Packet"... the first
paragraph in that notes section explains why net 65535 is being seen in these
PKTs and how to properly handle it...


)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... This is your train.  This is your train with Botchmann.  Any questions?
---
 * Origin:  (1:3634/12.73)