TZUTC: 1000
MSGID: 1950.fdn_binkd@3:633/509 28f37af2
REPLY: 3:770/100 e34ea0a3
PID: Synchronet 3.20a-Linux master/29204587e May 30 2023 GCC 10.2.1
TID: SBBSecho 3.20-Linux master/29204587e May 30 2023 GCC 10.2.1
COLS: 80
BBSID: ALTERANT
CHRS: CP437 2
NOTE: FSEditor.js v1.105
  Re: why one aka vs another
  By: Paul Hayton to All on Sun Jun 18 2023 10:31 am

 > When it polls BinkD is showing/logging the fidonet AKA for the incoming poll
 > and not the Zone 21 AKA that has been configured at my end.
 >
 > I don't have a Fidonet AKA setup in my BinkD for this node, yet my instance
 > of BinkD seems to like/accept it?
 >
 > Any ideas how I can ensure just the Zone 21 is accepted?

 > - 18 Jun 00:00:50 [8243] VER binkd/1.1a-115/Linux binkp/1.1
 > + 18 Jun 00:00:50 [8243] addr: 1:19/40@fidonet
 > + 18 Jun 00:00:50 [8243] addr: 21:1/167@fsxnet

Binkd authenticates against to the address that matches the password, but
becasue they have their fido address listed first, I think it shows that as
the session in the logs.

(IIRC binkd doesnt support MPWD - Multiple password mode, where it would
authenticate each presented AKA)


...ëîåï
--- SBBSecho 3.20-Linux
 * Origin: I'm playing with ANSI+videotex - wanna play too? (3:633/509)
SEEN-BY: 1/123 15/0 90/1 105/81 106/201 114/709 123/131 129/305 153/7715
SEEN-BY: 218/700 226/30 227/114 229/110 112 113 200 206 275 307 317
SEEN-BY: 229/426 428 470 550 664 700 266/512 280/464 282/1038 291/111
SEEN-BY: 292/854 317/3 320/219 322/757 342/200 396/45 633/267 280
SEEN-BY: 633/281 384 410 412 418 420 509 712/848 770/1
PATH: 633/509 280 229/426