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