Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    IPV6    |    The convoluted hot-mess that is IPV6    |    4,612 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,327 of 4,612    |
|    Tony Langdon to Richard Menedetter    |
|    Re: New One    |
|    19 Nov 20 19:16:00    |
      TZUTC: 1100       MSGID: 1600.fido-ipv6@3:633/410 241b7a8e       REPLY: 2:310/31 5fb41305       PID: Synchronet 3.17c-Linux Nov 3 2019 GCC 4.6.3       TID: SBBSecho 3.10-Linux r3.146 Nov 3 2019 GCC 4.6.3       CHRS: ASCII 1       -=> On 11-17-20 19:13, Richard Menedetter wrote to Tony Langdon <=-               RM> Indeed!        RM> Especially IPv6 packet too big messages.        RM> IPv4 would fragment on the way.        RM> That is not possible in IPv6 where fragmentation is only allowed on the        RM> ends of a connection.        RM> It relies on the ICMP packet too big arriving at the sender, so he can        RM> resend.              Yeah that makes sense, and even blovking IPv4 ICMP causes strange issues, like       without path MTU discovery, senders won't know to adjust packet size.                     ... Can I blame my spelling on Line Noise?       === MultiMail/Win v0.51       --- SBBSecho 3.10-Linux        * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)       SEEN-BY: 1/123 90/1 105/81 120/340 123/131 226/30 227/702 229/424       SEEN-BY: 229/426 550 664 1016 240/5832 249/206 317 400 317/3 322/757       SEEN-BY: 342/200 633/0 267 280 281 410 412 509 640/1384 712/848       PATH: 633/410 280 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca