1. Forum
  2. Usenet
  3. COMP.MAIL.PINE

  • nntps

    From Roderick@21:1/5 to All on Thu May 13 10:05:04 2021
    This does nor work:

    nntp-server=news.eternal-september.org:563/user=xy

    Any hint?

    Thanks

    Rod.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roderick@21:1/5 to All on Thu May 13 10:15:25 2021
    nntp-server=news.eternal-september.org:563/user=xy

    Well, it works with

    nntp-server=news.eternal-september.org:563/user=xy/ssl

    but not with

    nntp-server=news.eternal-september.org:563/user=xy/tls

    Rod.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From J.O. Aho@21:1/5 to Roderick on Thu May 13 13:03:56 2021
    On 13/05/2021 12.15, Roderick wrote:


    This does nor work:
    nntp-server=news.eternal-september.org:563/user=xy/tls


    The server do not support tls or the ciphers it allows not supported by
    your local machine (upgrade of openssl may needed).


    --

    //Aho

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eduardo Chappa@21:1/5 to Roderick on Thu May 13 07:42:45 2021
    On Thu, 13 May 2021, Roderick wrote:


    nntp-server=news.eternal-september.org:563/user=xy

    Well, it works with

    nntp-server=news.eternal-september.org:563/user=xy/ssl

    You do not need the port in the definition. The same would work if you
    wrote

    news.eternal-september.org/user=xy/ssl

    but not with

    nntp-server=news.eternal-september.org:563/user=xy/tls

    /tls is a flag that refers to upgrading an insecure connection to a secure connection, therefore the port specifiec should be an insecure port

    news.eternal-september.org/user=xy/tls

    (again, it is not necessary to specify the port). However, I highly
    discourage anyone from ever using /tls, it is insecure and should never be
    used if /ssl is available.

    --
    Eduardo
    https://tinyurl.com/yc377wlh (web)
    http://repo.or.cz/alpine.git (Git)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Adam H. Kerman@21:1/5 to Eduardo Chappa on Thu May 13 20:27:33 2021
    Eduardo Chappa <chappa@washington.edu> wrote:
    On Thu, 13 May 2021, Roderick wrote:

    but not with

    nntp-server=news.eternal-september.org:563/user=xy/tls

    /tls is a flag that refers to upgrading an insecure connection to a secure >connection, therefore the port specifiec should be an insecure port

    /tls is really STARTTLS, right? It's confusing.

    news.eternal-september.org/user=xy/tls

    (again, it is not necessary to specify the port). However, I highly >discourage anyone from ever using /tls, it is insecure and should never be >used if /ssl is available.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eduardo Chappa@21:1/5 to Adam H. Kerman on Thu May 13 21:36:27 2021
    On Thu, 13 May 2021, Adam H. Kerman wrote:

    /tls is a flag that refers to upgrading an insecure connection to a
    secure connection, therefore the port specifiec should be an insecure
    port

    /tls is really STARTTLS, right? It's confusing.

    Yes Adam, that is correct. Alpine now supports a "/starttls" parameter
    that means STARTTLS (in the sense you are talking about) and that means
    the same as /tls for compatibility with the past. My expectation is that
    over time /tls will stop being used, and that people will start using
    /starttls as a replacement for /tls.

    --
    Eduardo
    https://tinyurl.com/yc377wlh (web)
    http://repo.or.cz/alpine.git (Git)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Adam H. Kerman@21:1/5 to Eduardo Chappa on Fri May 14 04:16:02 2021
    Eduardo Chappa <chappa@washington.edu> wrote:
    On Thu, 13 May 2021, Adam H. Kerman wrote:

    /tls is a flag that refers to upgrading an insecure connection to a >>>secure connection, therefore the port specifiec should be an insecure >>>port

    /tls is really STARTTLS, right? It's confusing.

    Yes Adam, that is correct. Alpine now supports a "/starttls" parameter
    that means STARTTLS (in the sense you are talking about) and that means
    the same as /tls for compatibility with the past. My expectation is that
    over time /tls will stop being used, and that people will start using >/starttls as a replacement for /tls.

    Thanks! Making sure labels are accurate makes things less confusing for
    the user.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Adam H. Kerman@21:1/5 to Eduardo Chappa on Wed May 19 01:08:15 2021
    Eduardo Chappa <chappa@washington.edu> wrote:
    On Fri, 14 May 2021, Adam H. Kerman wrote:
    Eduardo Chappa <chappa@washington.edu> wrote:

    Yes Adam, that is correct. Alpine now supports a "/starttls" parameter >>>that means STARTTLS (in the sense you are talking about) and that means >>>the same as /tls for compatibility with the past. My expectation is
    that over time /tls will stop being used, and that people will start >>>using /starttls as a replacement for /tls.

    Thanks! Making sure labels are accurate makes things less confusing for
    the user.

    I am all in agreement with you, and if you any other places in Alpine
    where this kind of improvement could be made, please let me know and I
    will be happy to improve Alpine this way.

    Thank you, Eduardo. Your committment to improve communication is in
    every line of the code.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eduardo Chappa@21:1/5 to Adam H. Kerman on Tue May 18 18:57:28 2021
    On Fri, 14 May 2021, Adam H. Kerman wrote:

    Eduardo Chappa <chappa@washington.edu> wrote:

    Yes Adam, that is correct. Alpine now supports a "/starttls" parameter
    that means STARTTLS (in the sense you are talking about) and that means
    the same as /tls for compatibility with the past. My expectation is
    that over time /tls will stop being used, and that people will start
    using /starttls as a replacement for /tls.

    Thanks! Making sure labels are accurate makes things less confusing for
    the user.

    I am all in agreement with you, and if you any other places in Alpine
    where this kind of improvement could be made, please let me know and I
    will be happy to improve Alpine this way.

    --
    Eduardo
    https://tinyurl.com/yc377wlh (web)
    http://repo.or.cz/alpine.git (Git)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)