• ipv6 live testing ?

    From Benny Pedersen@2:230/0 to All on Fri Mar 19 06:42:22 2021
    Hello All!

    is it verified ?


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.11.7-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Daniel Path@2:371/52 to Benny Pedersen on Fri Mar 19 15:53:34 2021
    Hello Benny.

    19 Mar 21 06:42, you wrote to All:

    Hello All!

    is it verified ?

    is it running on CP/M ?

    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Jay Harris@1:229/664 to Benny Pedersen on Fri Mar 19 14:12:05 2021
    *** Quoting Benny Pedersen from a message to All ***

    Hello All!

    is it verified ?

    Verified!

    C:\TELEGARD\BINKD>binkd.exe -p -P 2:230/0 binkd.ini
    14:10 [4744] BEGIN standalone, binkd/1.1a-112/Win32 -p -P 2:230/0 binkd.ini
    ? 14:10 [4744] Cannot find domain for zone 2, assuming 'fidonet'
    14:10 [4744] creating a poll for 2:230/0@fidonet (`d' flavour)
    14:10 [4744] clientmgr started
    + 14:10 [7128] call to 2:230/0@fidonet
    14:10 [7128] trying f0.n230.z2.binkp.net
    [2a01:7e01::f03c:91ff:fe0b:7bf9]...
    14:10 [7128] connected
    + 14:10 [7128] outgoing session with f0.n230.z2.binkp.net:24554 [2a01:7e01::f03c:91ff:fe0b:7bf9]
    - 14:10 [7128] OPT CRAM-MD5-f8a8abb5ece6c31f5733e6c8448b3bee
    + 14:10 [7128] Remote requests MD mode
    - 14:10 [7128] SYS gentoo binkd node in region23
    - 14:10 [7128] ZYZ Benny Pedersen
    - 14:10 [7128] LOC Jersore, Danmark
    - 14:10 [7128] NDL 300,TCP,BINKP
    - 14:10 [7128] TIME Fri, 19 Mar 2021 18:10:32 +0000
    - 14:10 [7128] VER binkd/1.1a-101/Linux binkp/1.1
    + 14:10 [7128] addr: 2:230/0@fidonet
    + 14:10 [7128] addr: 2:230/38@fidonet
    + 14:10 [7128] addr: 39:14/0@Amiganet (n/a or busy)
    + 14:10 [7128] addr: 39:140/0@Amiganet (n/a or busy)
    + 14:10 [7128] addr: 39:140/127@Amiganet (n/a or busy)
    - 14:10 [7128] OPT EXTCMD GZ BZ2
    + 14:10 [7128] Remote supports EXTCMD mode
    + 14:10 [7128] Remote supports GZ mode
    + 14:10 [7128] Remote supports BZ2 mode
    + 14:10 [7128] done (to 2:230/0@fidonet, OK, S/R: 0/0 (0/0 bytes))
    14:10 [7128] session closed, quitting...
    14:10 [4744] the queue is empty, quitting...


    Jay

    ... File not found. Should I fake it? (Y/N)

    --- Telegard v3.09.g2-sp4/mL
    * Origin: Northern Realms | 289-424-5180 | bbs.nrbbs.net (1:229/664)
  • From Michiel van der Vlist@2:280/5555 to Benny Pedersen on Fri Mar 19 20:39:15 2021
    Hello Benny,

    On Friday March 19 2021 06:42, you wrote to All:

    is it verified ?

    + 20:30 [584] call to 2:230/38@fidonet
    20:30 [584] trying f38.n230.z2.binkp.net [2a01:7e01::f03c:91ff:fe0b:7bf9]...
    20:30 [584] connected
    + 20:30 [584] outgoing session with f38.n230.z2.binkp.net:24554
    [2a01:7e01::f03c:91ff:fe0b:7bf9]
    - 20:30 [584] OPT CRAM-MD5-7a5baee37bdea32ac8578af1556c30ee
    + 20:30 [584] Remote requests MD mode
    - 20:30 [584] SYS gentoo binkd node in region23

    Region23? R23 has been gone for at least half a decade...

    - 20:30 [584] ZYZ Benny Pedersen
    - 20:30 [584] LOC Jersore, Danmark
    - 20:30 [584] NDL 300,TCP,BINKP
    - 20:30 [584] TIME Fri, 19 Mar 2021 19:30:07 +0000
    - 20:30 [584] VER binkd/1.1a-101/Linux binkp/1.1

    Looks good to me.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Benny Pedersen@2:230/0 to Daniel Path on Sat Mar 20 10:08:56 2021
    Hello Daniel!

    19 Mar 2021 15:53, Daniel Path wrote to Benny Pedersen:

    is it verified ?
    is it running on CP/M ?

    it could be yes :)

    -+- GoldED+/EMX 1.1.4.7

    not latest GoldED


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.11.7-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Benny Pedersen@2:230/0 to Jay Harris on Sat Mar 20 10:10:02 2021
    Hello Jay!

    19 Mar 2021 14:12, Jay Harris wrote to Benny Pedersen:

    is it verified ?
    Verified!

    super thanks :)

    ... File not found. Should I fake it? (Y/N)

    try


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.11.7-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Benny Pedersen@2:230/0 to Michiel van der Vlist on Sat Mar 20 10:10:52 2021
    Hello Michiel!

    19 Mar 2021 20:39, Michiel van der Vlist wrote to Benny Pedersen:

    MvdV> Region23? R23 has been gone for at least half a decade...

    you wish

    see update

    MvdV> Looks good to me.

    good


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.11.7-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Daniel PATH@2:371/52 to Benny Pedersen on Sat Mar 20 20:53:18 2021
    -+- GoldED+/EMX 1.1.4.7

    not latest GoldED

    any new features in the new version?

    --
    dp

    --- Maximus/2 3.01
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Benny Pedersen@2:230/0 to Daniel PATH on Sun Mar 21 09:00:32 2021
    Hello Daniel!

    20 Mar 2021 20:53, Daniel PATH wrote to Benny Pedersen:

    -+- GoldED+/EMX 1.1.4.7
    not latest GoldED
    any new features in the new version?

    incorrect question


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.11.7-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Daniel Path@2:371/52 to Benny Pedersen on Sun Mar 21 11:02:28 2021
    Hello Benny.

    21 Mar 21 09:00, you wrote to me:

    Hello Daniel!

    20 Mar 2021 20:53, Daniel PATH wrote to Benny Pedersen:

    -+- GoldED+/EMX 1.1.4.7
    not latest GoldED
    any new features in the new version?

    incorrect question

    ok, let's play: what's the good question?

    (long story short: i've tried 1.1.5.1 as well, but it core dumps me when
    i try to enter a message, so i decided to copy back the old version. so
    if you do not have a good reason why i should install the new one, i
    will stick with this)

    --
    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From mark lewis@1:3634/12 to Daniel Path on Sun Mar 21 10:11:40 2021
    Re: ipv6 live testing ?
    By: Daniel Path to Benny Pedersen on Sun Mar 21 2021 11:02:28


    (long story short: i've tried 1.1.5.1 as well, but it core dumps
    me when i try to enter a message,

    what is the width of the window you're trying to run GED in? it has problems with widths wider than 132 so set that width to 132 or less and GED should be ok...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Daniel Path@2:371/52 to mark lewis on Sun Mar 21 15:43:11 2021
    Hello mark.

    21 Mar 21 10:11, you wrote to me:

    Re: ipv6 live testing ?
    By: Daniel Path to Benny Pedersen on Sun Mar 21 2021 11:02:28


    (long story short: i've tried 1.1.5.1 as well, but it core dumps
    me when i try to enter a message,

    what is the width of the window you're trying to run GED in? it has problems with widths wider than 132 so set that width to 132 or less
    and GED should be ok...

    i don't know, i use mostly 80x24 via telnet, but the older version do not have this problem, so still don't understand why to force upgrade? security? (haha)

    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From mark lewis@1:3634/12 to Daniel Path on Sun Mar 21 11:15:48 2021
    Re: ipv6 live testing ?
    By: Daniel Path to mark lewis on Sun Mar 21 2021 15:43:11


    (long story short: i've tried 1.1.5.1 as well, but it core
    dumps me when i try to enter a message,

    what is the width of the window you're trying to run GED in?
    it has problems with widths wider than 132 so set that width
    to 132 or less and GED should be ok...

    i don't know, i use mostly 80x24 via telnet,

    i don't understand what telnet has to do with running GED... it is a local sysop editor... not one generally run from a BBS over a telnet connection... perhaps you should explain your usage scenario a bit more? probably over
    in the golded support echo would be better, too...

    but the older version do not have this problem, so still don't
    understand why to force upgrade? security? (haha)

    i would imagine mainly for the bug fixes... see you over in the golded support area! ;)


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Daniel Path@2:371/52 to mark lewis on Sun Mar 21 18:28:50 2021
    Hello mark.

    21 Mar 21 11:15, you wrote to me:

    Re: ipv6 live testing ?
    By: Daniel Path to mark lewis on Sun Mar 21 2021 15:43:11


    (long story short: i've tried 1.1.5.1 as well, but it core
    dumps me when i try to enter a message,

    what is the width of the window you're trying to run GED in?
    it has problems with widths wider than 132 so set that width
    to 132 or less and GED should be ok...

    i don't know, i use mostly 80x24 via telnet,

    i don't understand what telnet has to do with running GED... it is a
    local sysop editor... not one generally run from a BBS over a telnet connection... perhaps you should explain your usage scenario a bit
    more? probably over in the golded support echo would be better, too...

    i have my OS/2 machine in the office, and i am using it via telnet. not the BBS, i telnet into the OS/2 where i got a prompt -> C:\>
    then i enter: cd \golded and then run gedemx.exe :)
    95% i use my os2 box remotely and it works surprisingly well, i did
    not expect it.

    but the older version do not have this problem, so still don't
    understand why to force upgrade? security? (haha)

    i would imagine mainly for the bug fixes... see you over in the golded support area! ;)

    i did not notice any bugs yet, but i use it only for reading/answering, no fancy stuff, no automatic tagline generation, no nothing. :)

    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Richard Menedetter@2:310/31 to mark lewis on Sun Mar 21 20:06:26 2021
    Hi mark!

    21 Mar 2021 11:15, from mark lewis -> Daniel Path:

    i don't know, i use mostly 80x24 via telnet,
    i don't understand what telnet has to do with running GED... it is a
    local sysop editor...

    I assume that he does the same as I do.
    My fido node is running on a vserver in Germany.
    I am in Austria.
    When I want to check/write mails I log in via SSH or Web (ShellInABox) to my node, and start Golded.
    I assume he is doing something similar.

    CU, Ricsi

    ... This calls for a subtle blend of psychology and extreme violence.
    --- GoldED+/LNX
    * Origin: I hope we live to be as old as our jokes. (2:310/31)
  • From Daniel Path@2:371/52 to Richard Menedetter on Mon Mar 22 07:42:43 2021
    Hello Richard.

    21 Mar 21 20:06, you wrote to mark lewis:

    Hi mark!

    21 Mar 2021 11:15, from mark lewis -> Daniel Path:

    i don't know, i use mostly 80x24 via telnet,
    i don't understand what telnet has to do with running GED... it
    is a local sysop editor...

    I assume that he does the same as I do.
    My fido node is running on a vserver in Germany.
    I am in Austria.
    When I want to check/write mails I log in via SSH or Web (ShellInABox)
    to my node, and start Golded. I assume he is doing something similar.

    yup, except its not a virtual machine :)

    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Andrew Leary@1:320/219 to mark lewis on Mon Mar 22 10:43:07 2021
    Hello mark!

    21 Mar 21 11:15, you wrote to Daniel Path:

    i don't know, i use mostly 80x24 via telnet,

    i don't understand what telnet has to do with running GED... it is a
    local sysop editor... not one generally run from a BBS over a telnet connection... perhaps you should explain your usage scenario a bit
    more? probably over in the golded support echo would be better, too...

    Some SysOps run GoldED+ on their FidoNet machine from a remote location. I am currently using GoldED+ on my Linux box from an SSH login in an 80x25 window.

    i would imagine mainly for the bug fixes... see you over in the golded support area! ;)

    This discussion would seem to be more appropriate there.

    Andrew

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)
  • From Andrew Leary@1:320/219 to Daniel Path on Mon Mar 22 10:49:38 2021
    Hello Daniel!

    21 Mar 21 18:28, you wrote to mark lewis:

    i have my OS/2 machine in the office, and i am using it via telnet.
    not the BBS, i telnet into the OS/2 where i got a prompt -> C:\> then
    i enter: cd \golded and then run gedemx.exe :) 95% i use my os2 box remotely and it works surprisingly well, i did not expect it.

    OS/2 can be available remotely via PMVNC as well. I still use this occasionally to check on my OS/2 system.

    Andrew

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)
  • From Daniel Path@2:371/52 to Andrew Leary on Mon Mar 22 16:43:36 2021
    Hello Andrew.

    22 Mar 21 10:49, you wrote to me:


    i have my OS/2 machine in the office, and i am using it via
    telnet. not the BBS, i telnet into the OS/2 where i got a prompt
    then i enter: cd \golded and then run gedemx.exe :) 95% i
    use my os2 box remotely and it works surprisingly well, i did not
    expect it.

    OS/2 can be available remotely via PMVNC as well. I still use this occasionally to check on my OS/2 system.

    i'm more a console-guy, than a gui one :)

    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Andrew Leary@1:320/219 to Daniel Path on Mon Mar 22 12:35:53 2021
    Hello Daniel!

    22 Mar 21 16:43, you wrote to me:

    OS/2 can be available remotely via PMVNC as well. I still use
    this occasionally to check on my OS/2 system.

    i'm more a console-guy, than a gui one :)

    I almost exclusively use SSH for my Linux boxes, so I know where you're coming from on that.

    Andrew

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)
  • From Michiel van der Vlist@2:280/5555 to Daniel Path on Mon Mar 22 18:31:01 2021
    Hello Daniel,

    On Sunday March 21 2021 18:28, you wrote to mark lewis:

    i have my OS/2 machine in the office, and i am using it via telnet.
    not the BBS, i telnet into the OS/2 where i got a prompt -> C:\> then
    i enter: cd \golded and then run gedemx.exe :) 95% i use my os2 box remotely and it works surprisingly well, i did not expect it.

    Hungary is #22 with 30.2% on the list of IPv6 adoption by country. Just after The Netherlands with 30.5% at #21. Not bad.

    https://www.akamai.com/us/en/resources/our-thinking/state-of-the-internet-report/state-of -the-internet-ipv6-adoption-visualization.jsp

    So maybe you have IPv6 available at your office where your system is located?

    While Hungary and The Netherlands perform about the same regarding IPv6 in general, this does not show in the Fidonet Nodelist. The Netherlands is at the top with 7 out 0f 9 systems (78%) that are connectable via IPv6, Hungary is at the bottom with 0%.

    I tested your binkp server. It does not support IPv6. No surprise considering that you run OS/2. OS/2 does not support IPv6 and most likely never will...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Daniel Path@2:371/52 to Michiel van der Vlist on Mon Mar 22 18:57:33 2021
    Hello Michiel.

    22 Mar 21 18:31, you wrote to me:

    Hello Daniel,

    On Sunday March 21 2021 18:28, you wrote to mark lewis:

    i have my OS/2 machine in the office, and i am using it via
    telnet. not the BBS, i telnet into the OS/2 where i got a prompt
    then i enter: cd \golded and then run gedemx.exe :) 95% i
    use my os2 box remotely and it works surprisingly well, i did not
    expect it.

    Hungary is #22 with 30.2% on the list of IPv6 adoption by country.
    Just after The Netherlands with 30.5% at #21. Not bad.

    https://www.akamai.com/us/en/resources/our-thinking/state-of-the-inter net-report/state-of -the-internet-ipv6-adoption-visualization.jsp

    So maybe you have IPv6 available at your office where your system is located?

    While Hungary and The Netherlands perform about the same regarding
    IPv6 in general, this does not show in the Fidonet Nodelist. The Netherlands is at the top with 7 out 0f 9 systems (78%) that are connectable via IPv6, Hungary is at the bottom with 0%.

    I tested your binkp server. It does not support IPv6. No surprise considering that you run OS/2. OS/2 does not support IPv6 and most
    likely never will...

    yes, i have ipv6 in the office, but not for the retro computing. for
    a BBS ipv4 is way too modern. ;)

    i'm planning to create a mail-only hub on a linux VM for better reliabilty
    on mail services. if i will have the time.. in that case there will be
    another ipv6 fidonet node. ;)

    regards,
    --
    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Daniel Path@2:371/52 to Michiel van der Vlist on Mon Mar 22 19:18:54 2021
    Hello Michiel.

    22 Mar 21 18:31, you wrote to me:

    Hello Daniel,

    On Sunday March 21 2021 18:28, you wrote to mark lewis:

    i have my OS/2 machine in the office, and i am using it via
    telnet. not the BBS, i telnet into the OS/2 where i got a prompt
    then i enter: cd \golded and then run gedemx.exe :) 95% i
    use my os2 box remotely and it works surprisingly well, i did not
    expect it.

    Hungary is #22 with 30.2% on the list of IPv6 adoption by country.
    Just after The Netherlands with 30.5% at #21. Not bad.

    https://www.akamai.com/us/en/resources/our-thinking/state-of-the-inter net-report/state-of -the-internet-ipv6-adoption-visualization.jsp

    So maybe you have IPv6 available at your office where your system is located?

    While Hungary and The Netherlands perform about the same regarding
    IPv6 in general, this does not show in the Fidonet Nodelist. The Netherlands is at the top with 7 out 0f 9 systems (78%) that are connectable via IPv6, Hungary is at the bottom with 0%.

    I tested your binkp server. It does not support IPv6. No surprise considering that you run OS/2. OS/2 does not support IPv6 and most
    likely never will...

    hmmm, maybe its easier to implement ipv6 on os/2 than i tought, if
    anyone interested:

    https://serverfault.com/questions/276515/use-iptables-to-forward-ipv6-to-ipv4

    now i just need some time for this.

    --
    Daniel

    --- GoldED+/EMX 1.1.4.7
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)
  • From Tommi Koivula@2:221/360 to Daniel Path on Mon Mar 22 20:39:10 2021
    Hi Daniel.

    22 Mar 21 19:18:54, you wrote to Michiel van der Vlist:

    hmmm, maybe its easier to implement ipv6 on os/2 than i tought, if
    anyone interested:

    https://serverfault.com/questions/276515/use-iptables-to-forward-ipv6-to-ipv4

    now i just need some time for this.

    I'm just using xinetd in linux to forward ipv6 traffic to ipv4 in os/2. Simple. :)

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Michiel van der Vlist@2:280/5555 to Daniel Path on Mon Mar 22 19:56:44 2021
    Hello Daniel,

    On Monday March 22 2021 19:18, you wrote to me:

    I tested your binkp server. It does not support IPv6. No surprise
    considering that you run OS/2. OS/2 does not support IPv6 and
    most likely never will...

    hmmm, maybe its easier to implement ipv6 on os/2 than i tought, if
    anyone interested:

    There are tricks to make IPv4 only servers answer on IPv6. It is called an IPv6 to Ipv4 proxy. As it happens my http server works that way. The proxy is called Relay6. Windows also has a build in proxy. It is in netsh. The netsh method is unstable on XP, but on 7 and up it reported to work fine.

    https://serverfault.com/questions/276515/use-iptables-to-forward-ipv6- to-ipv4

    Tommi Koivula runs binkd OS/2 in combination with a proxy. Perhaps you should ask him for details. Benny Pedersen has run XinetD as a 6to4 proxy on linux.

    All that is for incoming. Outgoing is a bit more difficult...

    now i just need some time for this.

    We wait (im)patiently. ;-)


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Tue Mar 23 13:20:12 2021
    On 22.3.2021 20.56, Michiel van der Vlist wrote:

    Tommi Koivula runs binkd OS/2 in combination with a proxy. Perhaps
    you should ask him for details. Benny Pedersen has run XinetD as a
    6to4 proxy on linux.

    Xinetd for inbound, proxy (privoxy or squid) for outbound.

    All that is for incoming. Outgoing is a bit more difficult...

    A bit but not much. Binkd only must use hostname to dial out via proxy.

    13:15 [32276] BEGIN, binkd/1.1a-112/OS2 -p -P 280/5555 binkd.cfg
    13:15 [32276] creating a poll for 2:280/5555@fidonet (`d' flavour)
    13:15 [32276] clientmgr started
    + 13:15 [32278] call to 2:280/5555@fidonet
    13:15 [32278] trying fido.vlist.eu via proxy 192.168.1.24:8118...
    13:15 [32278] connected
    13:15 [32278] connected to proxy privoxy.localnet:8118
    + 13:15 [32278] outgoing session with fido.vlist.eu:24554
    - 13:15 [32278] OPT CRAM-MD5-62d804cffc4f6694817d59ec302dd5ee
    + 13:15 [32278] Remote requests MD mode
    - 13:15 [32278] SYS Nieuw Schnoord
    - 13:15 [32278] ZYZ Michiel van der Vlist
    - 13:15 [32278] LOC Driebergen, NL

    now i just need some time for this.

    We wait (im)patiently. ;-)

    You, perhaps. ;-)

    'Tommi

    --- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Tue Mar 23 12:26:46 2021
    Hello Tommi,

    On Tuesday March 23 2021 13:20, you wrote to me:

    All that is for incoming. Outgoing is a bit more difficult...

    A bit but not much. Binkd only must use hostname to dial out via
    proxy.

    Perhaps I should have written: "a bit more work".

    13:15 [32276] BEGIN, binkd/1.1a-112/OS2 -p -P 280/5555 binkd.cfg
    13:15 [32276] creating a poll for 2:280/5555@fidonet (`d' flavour)
    13:15 [32276] clientmgr started
    + 13:15 [32278] call to 2:280/5555@fidonet
    13:15 [32278] trying fido.vlist.eu via proxy 192.168.1.24:8118...
    13:15 [32278] connected
    13:15 [32278] connected to proxy privoxy.localnet:8118
    + 13:15 [32278] outgoing session with fido.vlist.eu:24554

    Sure it works:

    + 23 Mar 12:15:22 [3712] incoming session with 2001:470:1f15:cb0::e508
    - 23 Mar 12:15:22 [3712] SYS RBB/2
    - 23 Mar 12:15:22 [3712] ZYZ Tommi Koivula
    - 23 Mar 12:15:22 [3712] LOC Lake Ylo, Finland
    - 23 Mar 12:15:22 [3712] NDL IBN,CM
    - 23 Mar 12:15:22 [3712] TIME Tue, 23 Mar 2021 13:15:20 +0200
    - 23 Mar 12:15:22 [3712] VER binkd/1.1a-112/OS2 binkp/1.1
    + 23 Mar 12:15:22 [3712] addr: 2:221/1@fidonet
    + 23 Mar 12:15:22 [3712] addr: 2:221/0@fidonet
    + 23 Mar 12:15:22 [3712] addr: 2:221/360@fidonet
    + 23 Mar 12:15:22 [3712] addr: 31:200/0@zoonet (n/a or busy)
    + 23 Mar 12:15:22 [3712] addr: 31:300/0@zoonet (n/a or busy)
    - 23 Mar 12:15:22 [3712] OPT NDA EXTCMD CRYPT GZ BZ2
    + 23 Mar 12:15:22 [3712] Remote supports asymmetric ND mode
    + 23 Mar 12:15:22 [3712] Remote supports EXTCMD mode
    + 23 Mar 12:15:22 [3712] Remote requests CRYPT mode
    + 23 Mar 12:15:22 [3712] Remote supports GZ mode
    + 23 Mar 12:15:22 [3712] Remote supports BZ2 mode
    - 23 Mar 12:15:22 [3712] TRF 0 0
    + 23 Mar 12:15:22 [3712] Remote has 0b of mail and 0b of files for us
    + 23 Mar 12:15:22 [3712] pwd protected session (MD5)
    - 23 Mar 12:15:22 [3712] session in CRYPT mode
    + 23 Mar 12:15:22 [3712] done (from 2:221/1@fidonet, OK, S/R: 0/0 (0/0 bytes))
    23 Mar 12:15:22 [3712] session closed, quitting...

    But contrary to incoming, you have to make a rule for each node to be called by the proxy.

    Do you have a script for that or did you manually create the table?


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Tue Mar 23 15:45:21 2021
    On 23.3.2021 13.26, Michiel van der Vlist wrote:

    13:15 [32276] BEGIN, binkd/1.1a-112/OS2 -p -P 280/5555 binkd.cfg
    13:15 [32276] creating a poll for 2:280/5555@fidonet (`d' flavour)
    13:15 [32276] clientmgr started
    + 13:15 [32278] call to 2:280/5555@fidonet
    13:15 [32278] trying fido.vlist.eu via proxy 192.168.1.24:8118...

    = =============

    That information is from the nodelist. That is the address where the proxy connects. By default linux uses ipv6 address.

    But contrary to incoming, you have to make a rule for each node to be called by the proxy.

    No. Nothing more to be done as your binkd does. Use .binkp.net domain or nl2binkd or nodelist.pl.

    'Tommi

    --- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Tue Mar 23 15:46:43 2021
    Hello Tommi,

    On Tuesday March 23 2021 15:45, you wrote to me:

    13:15 [32278] trying fido.vlist.eu via proxy
    192.168.1.24:8118...

    = =============

    That information is from the nodelist. That is the address where the
    proxy connects. By default linux uses ipv6 address.

    Where does that port 8118 come from?

    But contrary to incoming, you have to make a rule for each node to
    be called by the proxy.

    No. Nothing more to be done as your binkd does. Use .binkp.net domain
    or nl2binkd or nodelist.pl.

    Then obviously your XinetD? Linux proxy works different then the ones I am familiar with: Relay6 or netsh in Windows.


    Care to write an article about it?


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Alexey Vissarionov@2:5020/545 to Michiel van der Vlist on Tue Mar 23 22:00:00 2021
    Good ${greeting_time}, Michiel!

    23 Mar 2021 15:46:42, you wrote to Tommi Koivula:

    13:15 [32278] trying fido.vlist.eu via proxy
    ^^^^^^
    Who fuquped the quoting?

    192.168.1.24:8118...
    That information is from the nodelist. That is the address where the
    proxy connects. By default linux uses ipv6 address.
    MvdV> Where does that port 8118 come from?

    From the configuration of the proxy daemon at TK's 192.168.1.24 :-)

    But contrary to incoming, you have to make a rule for each node to
    be called by the proxy.
    No. Nothing more to be done as your binkd does. Use .binkp.net
    domain or nl2binkd or nodelist.pl.
    MvdV> Then obviously your XinetD? Linux proxy works different then the
    MvdV> ones I am familiar with: Relay6 or netsh in Windows. Care to write
    MvdV> an article about it?

    There are only two types of proxies (either HTTP connect or SOCKS), and they work exactly the same (very primitive) way in all OSes.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... that's why I really dislike fools.
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Wed Mar 24 08:22:55 2021
    On 23.3.2021 16.46, Michiel van der Vlist wrote:

    13:15 [32278] trying fido.vlist.eu via proxy
    192.168.1.24:8118...

    Where does that port 8118 come from?

    From the binkd configuration, of course. :)

    Port 8118 is the default port of privoxy.

    ===
    proxy privoxy.localnet:8118
    ===

    And that hostname resolves:
    ===
    tommi@pin:~$ host privoxy.localnet
    privoxy.localnet has address 192.168.1.24
    privoxy.localnet has address 192.168.1.15
    ===

    So there is also some fault tolerancy and load balancing between my two ISP's. ;D

    'Tommi

    ---
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Thu Mar 25 11:02:45 2021
    Hello Tommi,

    On Wednesday March 24 2021 08:22, you wrote to me:

    Where does that port 8118 come from?

    From the binkd configuration, of course. :)

    Port 8118 is the default port of privoxy.

    ===
    proxy privoxy.localnet:8118
    ===

    Ah, now I get it. You use the http proxy feature of binkd! I never thought about that. I always skipped that section in the docs, thinking "I will most likely never need that". I never realised it could be used for a 4to6 proxy as well. And the reason for that in turn is because I do not need a 4to6 proxy for my binkd. It handles IPv6 natively...

    Of course this trick only works for binkd. We see two "IO" flags in the list of IPv6 nodes. It is my understanding that they use a 6to4 relay for incoming. They have no outgoing IPv6 for their binkd client. They both run Radius. Your trick won't work for them...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/6 to Michiel van der Vlist on Thu Mar 25 15:38:24 2021
    Hi Michiel.

    25 Mar 21 11:02, you wrote to me:

    ===
    proxy privoxy.localnet:8118
    ===

    Ah, now I get it. You use the http proxy feature of binkd! I never thought about that. I always skipped that section in the docs, thinking "I will most
    likely never need that". I never realised it could be used for a 4to6 proxy as
    well. And the reason for that in turn is because I do not need a 4to6 proxy for
    my binkd. It handles IPv6 natively...

    Of course this trick only works for binkd. We see two "IO" flags in
    the list of
    IPv6 nodes. It is my understanding that they use a 6to4 relay for incoming.
    They have no outgoing IPv6 for their binkd client. They both run Radius. Your
    trick won't work for them...

    Radius can use http proxy as well. I have tested it. The only problem with it is that it tries to resolve the address and it does not understand IPv6 address. I can poll you with Radius later when I get back home. :)

    'Tommi

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: nntps://news.fidonet.fi (2:221/6)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Thu Mar 25 19:48:53 2021

    25 Mar 21 15:38, Tommi Koivula wrote to Michiel van der Vlist:

    Radius can use http proxy as well. I have tested it. The only problem with it is that it tries
    to resolve the address and it does not understand IPv6 address. I can poll you with Radius
    later when I get back home. :)

    Please check your log. :)

    === Cut ===
    25-Mar-2021 19:47:08 Begin v4.011/24.10.2013,17:38(Bzdeta)
    25-Mar-2021 19:47:08 Running under: Windows NT 6.1 (build: 7601, Service Pack 1)
    ^ 25-Mar-2021 19:47:08 Connect To 192.168.67.1 #24554
    25-Mar-2021 19:47:08 Establishing BinkP transfer protocol
    25-Mar-2021 19:47:08 M_NUL : OPT CRAM-MD5-3eb1f21cb9d67a34c0129e90809a88ee
    = 25-Mar-2021 19:47:08 Station : Nieuw Schnoord
    = 25-Mar-2021 19:47:08 Address : 2:280/5555 2:28/0
    : 25-Mar-2021 19:47:08 SysOp : Michiel van der Vlist from Driebergen, NL
    : 25-Mar-2021 19:47:08 Number : "fido6.vlist.eu"
    : 25-Mar-2021 19:47:08 Flags : CM,MO,XW,IBN:fido.vlist.eu,RPK,NPK,ENC,NC,PING,IPv6
    : 25-Mar-2021 19:47:08 Mailer : binkd/1.1a-112/Win32 binkp/1.1
    = 25-Mar-2021 19:47:08 Time : Thu, 25 Mar 2021 18:47:13 +0100
    25-Mar-2021 19:47:08 Non-password session
    25-Mar-2021 19:47:08 M_NUL : OPT EXTCMD GZ BZ2
    25-Mar-2021 19:47:08 Remote submitted insecure session
    25-Mar-2021 19:47:08 Handshake time - 0 seconds
    25-Mar-2021 19:47:08 Nothing for them
    25-Mar-2021 19:47:08 RECE: End of batch
    25-Mar-2021 19:47:08 SEND: End of batch
    * 25-Mar-2021 19:47:08 Session completed successfully
    25-Mar-2021 19:47:09 End
    === Cut ===

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Thu Mar 25 19:40:03 2021
    Hello Tommi,

    On Thursday March 25 2021 19:48, you wrote to me:


    25 Mar 21 15:38, Tommi Koivula wrote to Michiel van der Vlist:

    Radius can use http proxy as well. I have tested it. The only
    problem with it is that it tries to resolve the address and it
    does not understand IPv6 address. I can poll you with Radius
    later when I get back home. :)

    Please check your log. :)


    - 25 Mar 18:47:13 [208] incoming from 2a01:4f9:c011:1ec5::1 (52356)
    + 25 Mar 18:47:13 [1844] incoming session with mxo.tkk.iki.fi [2a01:4f9:c011:1ec5::1]
    - 25 Mar 18:47:13 [1844] OPT PLZ LST CRYPT
    + 25 Mar 18:47:13 [1844] Remote requests CRYPT mode
    - 25 Mar 18:47:13 [1844] SYS LEN
    - 25 Mar 18:47:13 [1844] ZYZ Tommi Koivula
    - 25 Mar 18:47:13 [1844] LOC Lake Ylo, Finland
    - 25 Mar 18:47:13 [1844] PHN ::1
    - 25 Mar 18:47:13 [1844] NDL CM,MO
    - 25 Mar 18:47:13 [1844] TIME Thu, 25 Mar 2021 19:47:08 +0200
    - 25 Mar 18:47:13 [1844] VER Radius/4.011/24.10.2013,17:38(Bzdeta)/Win32 binkp/1.1
    + 25 Mar 18:47:13 [1844] addr: 2:221/1.6@fidonet
    + 25 Mar 18:47:13 [1844] addr: 2:221/6.6@fidonet
    + 25 Mar 18:47:13 [1844] addr: 2:221/6.6000@fidonet
    + 25 Mar 18:47:13 [1844] addr: 2:221/6000@fidonet
    + 25 Mar 18:47:13 [1844] done (from 2:221/1.6@fidonet, OK, S/R: 0/0 (0/0 bytes))
    25 Mar 18:47:13 [1844] session closed, quitting...

    Yep, there it is:


    === Cut ===
    25-Mar-2021 19:47:08 Begin v4.011/24.10.2013,17:38(Bzdeta)
    25-Mar-2021 19:47:08 Running under: Windows NT 6.1 (build: 7601,
    Service Pack 1) ^
    25-Mar-2021 19:47:08 Connect To 192.168.67.1 #24554
    25-Mar-2021 19:47:08 Establishing BinkP transfer protocol
    25-Mar-2021 19:47:08 M_NUL : OPT CRAM-MD5-3eb1f21cb9d67a34c0129e90809a88ee =
    25-Mar-2021 19:47:08 Station : Nieuw Schnoord =
    25-Mar-2021 19:47:08 Address : 2:280/5555 2:28/0 :
    25-Mar-2021 19:47:08 SysOp : Michiel van der Vlist from
    Driebergen, NL
    : 25-Mar-2021 19:47:08 Number : "fido6.vlist.eu"
    ^^^^^
    He, where does that come from? It exists and only has an AAAA revord, but it is not advertised in the nodelist.

    A few minutes earlier I see this in the log:

    - 25 Mar 18:44:52 [208] incoming from 135.181.90.166 (36544)
    + 25 Mar 18:44:52 [2648] incoming session with mxo.tkk.iki.fi [135.181.90.166] - 25 Mar 18:44:52 [2648] OPT PLZ LST CRYPT
    + 25 Mar 18:44:52 [2648] Remote requests CRYPT mode
    - 25 Mar 18:44:52 [2648] SYS LEN
    - 25 Mar 18:44:52 [2648] ZYZ Tommi Koivula
    - 25 Mar 18:44:52 [2648] LOC Lake Ylo, Finland
    - 25 Mar 18:44:52 [2648] PHN ::1
    - 25 Mar 18:44:52 [2648] NDL CM,MO
    - 25 Mar 18:44:52 [2648] TIME Thu, 25 Mar 2021 19:44:48 +0200
    - 25 Mar 18:44:52 [2648] VER Radius/4.011/24.10.2013,17:38(Bzdeta)/Win32 binkp/1.1
    + 25 Mar 18:44:52 [2648] addr: 2:221/1.6@fidonet
    + 25 Mar 18:44:52 [2648] addr: 2:221/6.6@fidonet
    + 25 Mar 18:44:54 [2648] addr: 2:221/6.6000@fidonet
    + 25 Mar 18:44:55 [2648] addr: 2:221/6000@fidonet
    + 25 Mar 18:44:55 [2648] done (from 2:221/1.6@fidonet, OK, S/R: 0/0 (0/0 bytes))
    25 Mar 18:44:55 [2648] session closed, quitting...

    So you first made an IPv4 connect and then manually entered an override to use fido6.vlist.eu instead of fido.vlist.eu?


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Fri Mar 26 07:46:23 2021

    25 Mar 21 19:40, Michiel van der Vlist wrote to Tommi Koivula:

    25 Mar 21 15:38, Tommi Koivula wrote to Michiel van der Vlist:

    Radius can use http proxy as well. I have tested it. The only
    problem with it is that it tries to resolve the address and it
    does not understand IPv6 address. I can poll you with Radius
    later when I get back home. :)

    Please check your log. :)

    - 25 Mar 18:47:13 [208] incoming from 2a01:4f9:c011:1ec5::1 (52356)
    + 25 Mar 18:47:13 [1844] incoming session with mxo.tkk.iki.fi [2a01:4f9:c011:1ec5::1]

    ..

    - 25 Mar 18:44:52 [208] incoming from 135.181.90.166 (36544)
    + 25 Mar 18:44:52 [2648] incoming session with mxo.tkk.iki.fi [135.181.90.166]

    ..

    So you first made an IPv4 connect and then manually entered an override to use fido6.vlist.eu
    instead of fido.vlist.eu?

    Exactly. That happens because Radius resolves the hostname and uses the ipv4 address, even when connecting via proxy.

    Binkd works 'better' in this case, it just passes the hostname to the proxy and then proxy does the resolving job.

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Fri Mar 26 13:28:21 2021
    Hello Tommi,

    On Friday March 26 2021 07:46, you wrote to me:

    So you first made an IPv4 connect and then manually entered an
    override to use fido6.vlist.eu instead of fido.vlist.eu?

    Exactly.

    Two questions:

    1) Where does the fido6.vlist.eu come from? It exists in the DNS but it is only for local use and not advertised in the nodelist. It is not advertised anywhere AFAIK. Maybe I mentioned it somewhere and forgot? Or maybe you just happened to make the right guess?

    That happens because Radius resolves the hostname and uses the ipv4 address, even when connecting via proxy.

    2) So this manual override works only for my node and to connect to another node you have to make another override? IOW manually enter a new line in the config for each node that is to be connected via IPv6?

    Binkd works 'better' in this case, it just passes the hostname to the proxy and then proxy does the resolving job.

    Understood.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Fri Mar 26 17:57:02 2021

    26 Mar 21 13:28, Michiel van der Vlist wrote to Tommi Koivula:

    So you first made an IPv4 connect and then manually entered an
    override to use fido6.vlist.eu instead of fido.vlist.eu?

    Exactly.

    Two questions:

    1) Where does the fido6.vlist.eu come from? It exists in the DNS but it is only for local use
    and not advertised in the nodelist. It is not advertised anywhere AFAIK. Maybe I mentioned it
    somewhere and forgot? Or maybe you just happened to make the right guess?

    From my memory... Or imagination... I think you have announced it once in some testings in the past? If not, a good guess. :D

    That happens because Radius resolves the hostname and uses the ipv4
    address, even when connecting via proxy.

    2) So this manual override works only for my node and to connect to another node you have to
    make another override? IOW manually enter a new line in the config for each node that is to be
    connected via IPv6?

    Pretty much so when the node has also IPv4 address. But using an ipv6-capable proxy with Radius makes it possible to connect IPv6-only nodes too. :)

    'Tommi

    ---
    * Origin: rbb.fidonet.fi (2:221/360)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Sat Mar 27 12:17:03 2021
    Hello Tommi,

    On Friday March 26 2021 17:57, you wrote to me:

    From my memory... Or imagination... I think you have announced it once
    in some testings in the past? If not, a good guess. :D

    Probably...

    That happens because Radius resolves the hostname and uses the
    ipv4 address, even when connecting via proxy.

    So Radius /only/ passes the IPv4 address to the proxy and the proxy has no way to match that to an IPv6 address all by itself.

    Coming to think of it: I have used a proxy server in the past. That was a long time ago. In the time of dial up internet via POTS. The machine with the modem (Win95) ran the proxy server so that other machines on the LAN could surf... That was way before I even knew about IPv6.

    2) So this manual override works only for my node and to connect
    to another node you have to make another override? IOW manually
    enter a new line in the config for each node that is to be
    connected via IPv6?

    Pretty much so when the node has also IPv4 address. But using an ipv6-capable proxy with Radius makes it possible to connect IPv6-only nodes too. :)

    Presently there are only two nodes with the INO4 flag in the nodelist. Much less then I expected. I had expected providers would massively convert their customers to DS-Lite and at one time it seemed to happen. And then the tide turned, most IPv6 capable customers have full Dual Stack. I do not know of one single Fidonet system that is on a DS-Lite connection. That is for "fixed" connections. Mobile is another story.

    So yes, Radius can be tricked into connecting to IPv6 only nodes. But each node must be individually configured. With only two this is doable...

    So binkd has extra code to run with a HTTP style proxy and it passes the host name to the proxy so that the proxy can do the resolving. There is of course another significant difference between binkd and Radius. With Radius the limitation is in the application itself. With binkd OS/2 the limitation is in the OS. I suppose that in the hypothetical event OS/2 is updated to support IPV6, the OS/2 version of binkd just needs a recompile to also support IPv6...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Benny Pedersen@2:230/0 to Tommi Koivula on Mon Jun 14 14:08:44 2021
    Hello Tommi!

    24 Mar 2021 08:22, Tommi Koivula wrote to Michiel van der Vlist:

    Port 8118 is the default port of privoxy.

    ===
    proxy privoxy.localnet:8118
    ===

    And that hostname resolves:
    ===
    tommi@pin:~$ host privoxy.localnet
    privoxy.localnet has address 192.168.1.24
    privoxy.localnet has address 192.168.1.15
    ===

    no ipv6 on that hostname ?, bummer :)

    So there is also some fault tolerancy and load balancing between my
    two ISP's. ;D

    if it works :)


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.12.10-gentoo-dist (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)