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.

   BINKD      Support for the Internet BinKD mailer      8,958 messages   

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

   Message 8,527 of 8,958   
   Michiel van der Vlist to Binkd team   
   Bindaddr problems in dual stack   
   07 Nov 23 17:20:40   
   
   TID: FMail-W32 2.2.0.0   
   TZUTC: 0100   
   CHRS: CP850 2   
   PID: GED+W32 1.1.5-b20170303   
   MSGID: 2:280/5555 654a63da   
   Hello Binkd team,   
      
   The bindaddr keyword is used to select the IP address for making outgoing   
   calls in case there is more than one IP address that the system can use. This   
   is usefull in case one has more binkd clients running on one and the same   
   system or when one wants to override the system default in order to present a   
   2001:DB8::f1d0:zone:net:node address instead of a SLAAC or random privacy   
   address.   
      
      
   The problem.   
   ------------   
      
   bindaddr works fine in a single stack envionment (IPv4 or IPv6 only) but it   
   encounters problems in a dual stack environment.   
      
   bindaddr accepts a literal address (IPv4 or IPv6) or a hostname. Specifying   
   multiple bindaddr lines in the config does not result in an error, but only   
   the last takes effect.   
      
   specifying:   
      
   bindaddr fido.vlist.eu   
      
   or   
      
   bindaddr [2001:1c02:1103:2a00:f1d0:2:280:5555]   
      
   Results in binkd using that address for outgoing IPv6 calls.   
      
   In the windows version it results in a warning when making outgoing IPv4   
   calls: "bind: {W32 API error 10049} The requested address is not valid in its   
   context" or ."bind -- getaddrinfo: Der angegebene Host ist unbekannt.  (11001)"   
      
   In the Linux version, the literal address must be specified without the square   
   brackets and attempts to make outgoing IPv4 calls fail. So one can not use   
   bindaddr to specify an outgoing IPv6 address without breaking outgoing IPv4   
   capability.   
      
      
   Proposed solution   
   -----------------   
      
   To remedie the situation I suggest to split up the bindaddr in an IPv6 and an   
   IPv4 part.   
      
   bindaddr6    
      
   This only affects the IPv6 address used for outpoing calls.   
      
   bindaddr4    
      
   This only affects the IPv4 address used for outgoing calls.   
      
   For backward compatibility bindaddr is an alias of bindaddr4   
      
   Or alternatively:   
      
   bindaddr -6    
      
   bindaddr -4    
      
      
   How about it?   
      
      
   Cheers, Michiel   
      
   ---   
    * Origin: http://www.vlist.eu (2:280/5555)   
   SEEN-BY: 1/19 123 15/0 16/0 19/37 40 90/1 103/705 105/81 106/201 123/130   
   SEEN-BY: 123/131 124/5016 129/305 132/174 142/104 926 153/757 7715   
   SEEN-BY: 154/10 203/0 218/700 221/0 6 226/30 227/114 229/110 112 113   
   SEEN-BY: 229/200 206 275 307 317 426 428 470 550 664 700 240/1120   
   SEEN-BY: 240/2100 5411 5413 5824 5832 5853 6309 266/512 280/464 5003   
   SEEN-BY: 280/5555 282/1038 291/111 292/854 8125 301/1 305/3 310/31   
   SEEN-BY: 317/3 320/119 219 319 2119 322/0 757 341/66 234 342/200 396/45   
   SEEN-BY: 423/120 460/58 633/280 712/848 770/1 2432/390 2454/119 5019/40   
   SEEN-BY: 5020/400 1042 5053/58 5075/35   
   PATH: 280/5555 464 240/5832 320/219 229/426   
      

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


(c) 1994,  bbs@darkrealms.ca