From: Lars Magne Ingebrigtsen <larsi@gnus.org>
To: emacs-devel@gnu.org
Cc: erc-discuss@gnu.org
Subject: Re: STARTTLS for erc
Date: Thu, 23 Jun 2011 02:54:52 +0200 [thread overview]
Message-ID: <m3oc1ps6xv.fsf@quimbies.gnus.org> (raw)
In-Reply-To: m3k4cd5sm1.fsf@quimbies.gnus.org
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Anybody know of a public one that has STARTTLS that I can test with?
I googled a bit, and I found a few public ones.
However, none of the ones I found seemed to support "CAP LS", as
documented here:
http://wiki.inspircd.org/STARTTLS_Documentation
So you have to know in advance that the server supports STARTTLS or not,
which is kinda, er, stupid.
However. After logging in, the servers seem to output a capability list
of sort during the login greeting. But at that point it's too late to
get STARTTLS support going. *sigh*
So erc could close the connection, and then restart it, now with
STARTTLS. But ircd logins are notoriously slow, so that's totally
icky.
So perhaps something like the following would work? If erc sees that
the server supports STARTTLS, then it will store this data for future
reference. The next login will look up this data, and if the server
supports STARTTLS, it'll do STARTTLS.
But where would this per-server data be stored?
And this would be somewhat brittle. If a server goes from one type
(supporting STARTTLS) to another (not supporting STARTTLS), it might
mean that the next login might fail.
However however, the IRC servers just seem to output no data whatsoever
on unknown commands, so perhaps a timeout on the STARTTLS for two
seconds (or something) would be sufficient to handle that case...
In any case, it all feels somewhat tacky and hacky.
Anybody have better ideas?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
next prev parent reply other threads:[~2011-06-23 0:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-22 23:55 STARTTLS for erc Lars Magne Ingebrigtsen
2011-06-23 0:54 ` Lars Magne Ingebrigtsen [this message]
2011-06-23 12:24 ` Ted Zlatanov
2011-06-23 13:44 ` Antoine Levitt
2011-06-24 14:20 ` Lars Magne Ingebrigtsen
2011-06-23 13:49 ` Julien Danjou
2011-06-25 13:10 ` Stefan Monnier
2011-06-25 17:04 ` Lars Magne Ingebrigtsen
2011-06-27 1:07 ` Stefan Monnier
2011-06-27 10:25 ` Lars Magne Ingebrigtsen
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=m3oc1ps6xv.fsf@quimbies.gnus.org \
--to=larsi@gnus.org \
--cc=emacs-devel@gnu.org \
--cc=erc-discuss@gnu.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.