@MSGID: 13502.fido_fidonews@1:135/115 2c9dd0b3
@REPLY: 2:203/2 6837e2be
@TZUTC: -0500
@PID: Synchronet 3.21a-Linux master/97e1d3922 May 08
2025 GCC 14.2.0
@TID: SBBSecho 3.25-Linux master/97e1d3922 May 08
2025 GCC 14.2.0
@BBSID: PALANTIR
@CHRS: CP437 2
@FORMAT: flowed
-=> BjФrn Felten wrote to Dan Clough <=-

 BF>>    If IPv4 is busy, use IPv6. It`s never busy. Welcome to the 21st
 BF>> century.

 DC> Busy?  It`s a binkp connection attempt, not a phone call.  Duh.

 BF>    LOL! Your expert opinion is duly noted.

It`s not an opinion, it`s simple fact.  Multiple binkp connections can 
happen at the same time, unlike a modem/phone connection.  Your nodelist 
entry specifies "CM", "IBN", and "INA".  Let me know if you need some 
clarification on what those terms mean.

 DC> I don`t have IPv6, as my ISP doesn`t offer it.

 BF>    I`ve enjoyed IPv6 for almost two decades now, despite not having
 BF> native IPv6 support. That`s a really bad excuse. Try he.net like so
 BF> many of us before we got native IPv6. It`s even FREE of CHARGE!

It wasn`t an "excuse", just a statement of fact.  I could not care less 
about having/using IPv6.  Version 4 works just fine.

 DC> Fix your shit.

 BF>    Yes, Massa Gimme-Gimme. I will, of course, immediately see if I can
 BF> give your Very Important Traffic on a depreciated network protocol,
 BF> such as IPv4, higher priority.

It`s not "deprecated" (the proper spelling of what you mean).  It`s a 
world-wide standard, in widespread use.  Also, I wasn`t asking for 
higher priority, just that your system match what it advertises as it`s 
capabilities.  CM/IBN/INA.  There aren`t any "busy signals".

 BF>    It might mean that my paying customers will have to accept reduced
 BF> speed, but I`m sure they understand that a VIP, entitled non-paying
 BF> client, must be given the highest priority.

Why would it affect them at all?  Are you using some kind of deprecated 
hardware, or something?

I just tried replying to your netmail to me, and .... yep, can`t get a 
connection to 2:203/2.  It`ll keep trying, and maybe eventually get 
through.  Strange how your system(s) are so unreliable.



... All the easy problems have been solved.
=== MultiMail/Linux v0.52
--- SBBSecho 3.25-Linux
 * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
SEEN-BY: 1/120 18/0 50/109 103/705 104/119 114/10
116/116 120/302 616 123/0
SEEN-BY: 123/25 180 755 3001 3002 124/5016 135/0
115 205 220 240 363 366 385
SEEN-BY: 135/388 390 391 153/757 7715 154/10 30
50 700 203/0 220/6 20 30 90
SEEN-BY: 221/0 6 222/2 226/18 44 50 240/1120 5832
250/1 263/1 275/1000
SEEN-BY: 280/464 5003 5006 5555 292/854 8125 301/1
310/31 341/66 234 396/45
SEEN-BY: 423/120 450/1024 452/166 460/58 463/68
633/280 712/848 1321 770/1
SEEN-BY: 2320/105 3634/0 12 27 56 57 58 60 119
5000/111 5015/46 5019/40
SEEN-BY: 5020/400 545 715 830 846 1042 4441 12000
5023/24 5030/49 1081 1474
SEEN-BY: 5053/51 55 58 5060/900 5061/133 5068/45
5075/35 128 5083/1 444
@PATH: 135/115 3634/12 154/10 280/464 5555
5020/1042 4441