From: Ted Zlatanov <tzz@lifelogs.com>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>
Cc: Ivan Shmakov <ivan@siamics.net>, 19284@debbugs.gnu.org
Subject: bug#19284: 25.0.50; tls.el uses option --insecure
Date: Thu, 31 Dec 2015 11:00:12 -0500 [thread overview]
Message-ID: <87d1tmzjzn.fsf@lifelogs.com> (raw)
In-Reply-To: <m3twmz4wzq.fsf@gnus.org> (Lars Magne Ingebrigtsen's message of "Wed, 30 Dec 2015 19:22:49 +0100")
On Wed, 30 Dec 2015 19:22:49 +0100 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
LMI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> There is a user experience difference between relying on external tools
>> implicitly, which tls.el does, and explicitly, which ProxyCommand does.
>> Also, tls.el is not granular like ProxyCommand or the `nnimap-stream'
>> functionality, it applies to all connectivity. I hope that explains my
>> reasoning better.
LMI> Yeah. For the version after this, we should dump tls.el (and
LMI> starttls.el) completely. If somebody wants a way to do TLS proxying, we
LMI> should add that as separate functionality, not something that plops out
LMI> as a side-effect of using gnutls-cli.
Ivan, do you want to summarize the three separate proposals to emacs-devel
or should I? I think it's time to move it out of this bug report since
Lars has committed the changes to fix it.
The proposals, I think, were:
1) provide a new function hook point for tls.el to provide
network-stream functionality, and make that a defcustom that can be
overridden by host and port
2) move tls.el out of Emacs into the GNU ELPA
3) support TLS proxying in gnutls.el or at the C level, if we can define
what that actually means
Thanks
Ted
next prev parent reply other threads:[~2015-12-31 16:00 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-05 19:43 bug#19284: 25.0.50; tls.el uses option --insecure Jens Lechtenboerger
2015-12-26 21:15 ` Lars Ingebrigtsen
2015-12-26 21:39 ` Andreas Schwab
2015-12-26 21:49 ` Lars Ingebrigtsen
2015-12-27 9:59 ` Andreas Schwab
2015-12-28 22:04 ` Ted Zlatanov
2015-12-29 13:29 ` Lars Ingebrigtsen
2015-12-29 19:25 ` Ivan Shmakov
2015-12-30 14:46 ` Ted Zlatanov
2015-12-30 15:57 ` Ivan Shmakov
2015-12-30 16:38 ` Ted Zlatanov
2015-12-30 18:22 ` Lars Magne Ingebrigtsen
2015-12-31 16:00 ` Ted Zlatanov [this message]
2015-12-31 18:32 ` Ivan Shmakov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87d1tmzjzn.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--cc=19284@debbugs.gnu.org \
--cc=ivan@siamics.net \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.