home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   MBSE      The Linux/FreeBSD MBSE BBS Support Echo      2,445 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 2,402 of 2,445   
   Andrew Leary to Vincent Coen   
   Possible bug using mbfido no   
   15 Feb 25 01:13:42   
   
   REPLY: 2:250/1@fidonet 67af841d   
   MSGID: 1:320/219@fidonet 67b03205   
   CHRS: UTF-8 2   
   TZUTC: -0500   
   TID: MBSE-FIDO 1.1.0 (Linux-x86_64)   
   Hello Vincent!   
      
   14 Feb 25 17:35, you wrote to all:   
      
    VC> Just did a notify using mbfido no 2:263/1   
      
    VC> Node reports that the netmails come from 2:263/0   
      
    VC> Now my AKAs are as set up :   
      
    VC>  1   2:250/1@fidonet                    11   
    VC>  2   2:25/21@fidonet                    12   
    VC>  3   2:250/0@fidonet                    13   
    VC>  4   2:25/0@fidonet                     14   
    VC>  5   2:263/0@fidonet                    15   
      
      
    VC> This is because I am the Host for region 2:25 and therefore 2:250 and   
    VC> 2:263   
      
    VC> My primary node is 2:250/1 and 2:25/21 is used for the Elist software.   
    VC> As region 25 is the UK including Northern Ireland but Southern Ireland   
    VC> is an independent country it has its own net as 2:263 and there are 2   
    VC> nodes present .1 and .5.  and I am the host at 2:263/0 as that has to   
    VC> be defined in the nodelist.   
      
    VC> I have had a look at the source code at mbfido / notify.c and I cannot   
    VC> see where it obtains system AKA from but at a guess it is the last one   
    VC> so how do I tell mbfido no to use the first entry (2:250/1) ?   
      
    VC> I did a mbfido no 2:250/1  but that did not produce anything, then did   
    VC> a mbfido no 2:25/21 then unpacked the archive being sent to that   
    VC> address as the system reported all AKA's are locked - reasonably as it   
    VC> was trying to send to itself. So moved over the pkt and let mbse deal   
    VC> with it into my netmail inbox area for 250/1  (I have 2 more one for   
    VC> 25/21 and one for 25/0 & 25/21 and no I have no idea who two different   
    VC> akas are being used as : NETMAIL is set Fido Aka 2:250/1 all traffic   
    VC> to/from me at 250/1. NETMAIL2 is set Fido Aka 2:25/0 for Z2 netmail   
    VC> traffic. NETMAIL3 is set Fido Aka 2:25/21 for the Elist AKA 25/21.   
      
    VC> The only conclusion I can draw is that the problem netmail sent from   
    VC> MBFIDO NO uses the Last AKA but I cannot define what one is used so   
    VC> the question is how do I fix it without breaking the other two Netmail   
    VC> msg areas.   
      
      
    VC> Hope I have made this clear but if you have a query regarding all   
    VC> this, fire away.   
      
    VC> Vincent   
      
   MBSE defaults to using the closest AKA to the destination.  For 2:263/1, that    
   would be 2:263/0.  There currently isn't a way to override which AKA is used.    
   I am considering adding support for this, but it'll take a while to get that    
   done and debugged.   
      
   I do recommend that you setup a NetMail area for every AKA your system has.    
   This insures that MBFIDO has a place to put incoming netmail for any of your    
   system's AKA addresses.   
      
   Andrew   
      
   --- GoldED+/LNX 1.1.5-b20240209   
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)   
   SEEN-BY: 1/19 16/0 18/200 19/37 80/1 105/81 106/201 123/130 128/187   
   SEEN-BY: 129/305 142/104 153/7715 154/110 203/0 218/700 221/0 226/30   
   SEEN-BY: 227/114 229/110 114 206 275 317 400 426 428 470 550 664 700   
   SEEN-BY: 229/705 240/5832 266/512 291/111 292/854 320/119 219 319   
   SEEN-BY: 320/2119 322/757 762 342/200 396/45 460/58 633/280 712/848   
   SEEN-BY: 902/26 5020/400 5075/35   
   PATH: 320/219 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca