I'm fairly certain the netmail is getting sent via binkd to Risa HUB but for some reason the packet doesn't make it any further. I'm sure I'm
doing something wrong, but can't figure it out - is anyone able to take
a look at the packet I'm sending and see if they notice what I'm doing wrong?
On 20 Jan 2020 at 02:12p, apam pondered and said...
I'm fairly certain the netmail is getting sent via binkd to
Risa HUB but for some reason the packet doesn't make it any
further. I'm sure I'm doing something wrong, but can't figure
it out - is anyone able to take a look at the packet I'm
sending and see if they notice what I'm doing wrong?
Can you give me a packet name or time to look for ?
I just sent another one at 5:02pm my time.
I think judging by your netmail, the problem is I've set the message to crash when it shouldn't be.
magimail see's the crash flag and sets the destination to 21:1/100
instead of setting the destination as the one in the packet.
That's my theory, not sure if it's right we'll see if the 5:02 pm packet makes it through.
Local time here is just after 8pm ... looks like it arrived at
1/100 and tossed in addressed to you at the HUB which won't end
well.
Sorry about that. Hopefully by "won't end well" doesn't mean catastrophe at the hub, but rather just a disappearing packet.
I'm fairly certain it's magimail doing something...
I've never really understood the packet addressing completely
either. But I think you can have a destination address within the
packet but then another address encapsulated elsewhere? Dunno, it's getting late here...
Yep it's 11pm here now, and I've made no progress. The packet has a
header with the origin and destination in it, so does each message. So I
On 20 Jan 2020 at 11:08p, apam pondered and said...
Yep it's 11pm here now, and I've made no progress. The packet
has a header with the origin and destination in it, so does
each message. So I
are you attempting to send to/from a point address in the current
tests?
are you attempting to send to/from a point address in the
current tests?
No, these tests I setup a test net with mystic as the hub.
Ok, so it's definitely something weird with mystic.. I just sent a
netmail via scinet and it worked (netsurge uses hpt i believe).
Ok, so it's definitely something weird with mystic.. I just
sent a netmail via scinet and it worked (netsurge uses hpt i
believe).
I do. Drop a copy of the packet in my inbound and i'll take a look
at it for you.
Just sent 21144546.test-pkt to you :)
Just sent 21144546.test-pkt to you :)
I don't see anything wrong with it. It is per FTSC specs. I would
like to see what Mystics logs say. Didn't g00r00 just up the
verbosity of the logs in the latest alpha. As you already know, I
use hpt so I can't check on my Mystic system, but if you can get
them from Avon or someone else running Mystic that might help.
I don't have any logs on that particular packet as I just created a
fresh one for you to look at, but here was my last test in my fake happynet setup. Note, the packet was addressed to Al at 637:1/101, I
sent it to Al as there was no Al user on my mystic system.
So is the issue that it isn't routing it?
Yes
Yes
I take it you have tried routing to multiple FTNs like
fsx/fido/scinet across multiple hubs running different tossers and
it's only failing with Mystic.
The odd thing is, it's only my packets it doesn't route if I go the
other direction, ie with a packet generated by crashmail, it works fine. Logic would say it's something different about my packet, but I just
can't seem to put my finger on it.
Seems like the issue is with Mystic. If mail netmail is being routed fine through other mailers like HPT of Synchronet's tosser, and none of us
can see anything wrong with the packet, then occam's razor it is.
The odd thing is, it's only my packets it doesn't route if I
go the other direction, ie with a packet generated by
crashmail, it works fine. Logic would say it's something
different about my packet, but I just can't seem to put my
finger on it.
Seems like the issue is with Mystic. If mail netmail is being
routed fine through other mailers like HPT of Synchronet's tosser,
and none of us can see anything wrong with the packet, then occam's
razor it is.
gOOrOO found the problem, turns out I shouldn't have had colons between TOPT, FMPT and INTL kludges. I guess other tossers were more forgiving which threw us off a bit.
Anyway, it's all working now.
On 27 Jan 2020 at 03:01p, apam pondered and said...
gOOrOO found the problem, turns out I shouldn't have had
colons between TOPT, FMPT and INTL kludges. I guess other
tossers were more forgiving which threw us off a bit.
Anyway, it's all working now.
Cool. Good that it was caught with help :)
gOOrOO found the problem, turns out I shouldn't have had colons between TOPT, FMPT and INTL kludges. I guess other tossers were more forgiving which threw us off a bit.
Anyway, it's all working now.
Sysop: | Eric Oulashin |
---|---|
Location: | Beaverton, Oregon, USA |
Users: | 91 |
Nodes: | 16 (0 / 16) |
Uptime: | 17:51:05 |
Calls: | 5,074 |
Calls today: | 6 |
Files: | 8,491 |
Messages: | 352,931 |
Posted today: | 1 |