Subj : Mail routing issues
To   : David Gonzalez
From : deon
Date : Fri Oct 25 2024 02:18 pm

  Re: Mail routing issues
  By: David Gonzalez to Gamgee on Thu Oct 24 2024 09:35 pm

Howdy,

 > No, I think it was something to do with my uplink too, I was presenting all
 > my AKAs and it would reject mail, then I had to create separate events to
 > poll with 1 AKA first, then the other, but yeah I get what you say and
 > respect it.

Nope, I dont think you are correct there.

The suggestion to "hide AKAs" and poll individually was to ensure that presenting multiple AKAs wasnt affecting how I process your mail - since I process mail on the fly as it is received, based on the authenticated AKAs.

As I explained to you via email/netmail - I wanted to illiminate if this code was the cause of the incorrect processing of mail (it wasnt). Its the first time I had a point address point being presented and that part of the code hasnt been tested. (I have other users collect mail from multiple networks, and they present all AKAs at the same time.)

So, upon review your tosser (mystic) was packing messages with your FSXnet AKA when the message was destined to fidonet.

Here is an example, a fidonet netmail packet 0cfcde35.pkt, received by you in mail bundle fd8af604.mo8, which your system sent at 21 Oct 2024 21:56:27 -0500:

00000000  bc 00 b8 0a e8 07 09 00  15 00 15 00 38 00 19 00  |............8...|
00000010  00 00 02 00 03 00 79 02  fe 00 xx xx xx xx xx xx  |......y...xxxxxx|
00000020  xx xx 15 00 03 00 00 00  00 01 fe 00 01 00 15 00  |xx..............|
00000030  03 00 00 00 00 00 00 00  00 00 02 00 bc 00 00 00  |................|
00000040  03 00 5c 00 03 01 00 00  32 31 20 4f 63 74 20 32  |..\.....21 Oct 2|
00000050  34 20 20 32 31 3a 35 35  3a 32 39 00 61 64 6d 69  |4  21:55:29.admi|

This packet is from 0x0015:0x0003/0x00bc (21:3/188) to 0x0003:0x0279/0x0ab8 (3:633/2744) - and during that session you only presented your fido AKA.

You can refer to the respective FTS document to understand the format of the packet.

My system rejected the packet, because the source address, is not in the same domain as the target address (the domain was set to fidonet, because that's the address you authenticated with during the session). The INTL kludge was also incorrect.

As I explained, you had configuration problem, which I think you might have fixed.


....лоеп
--- SBBSecho 3.20-Linux
 * Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

.