Re: gssapi authentication for nnimap

[Lars Ingebrigtsen <larsi@gnus.org>]

Jochen Hein <jochen@jochen.org> writes:

> That seems to be the way forward, yes.  I guess that the wrapper willl
> look a lot like open-protocol-stream...  I'll have a try in the next few
> days.

An idea just occurred to me...  This is the definition of
open-network-stream is this:

(open-network-stream NAME BUFFER HOST SERVICE &rest PARAMETERS)

[...]

:type specifies the connection type, one of the following:
  nil or ‘network’
             -- Begin with an ordinary network connection, and if
                the parameters :success and :capability-command
                are also supplied, try to upgrade to an encrypted
                connection via STARTTLS.  Even if that
                fails (e.g. if HOST does not support TLS), retain
                an unencrypted connection.
  ‘plain’    -- An ordinary, unencrypted network connection.
  ‘starttls’ -- Begin with an ordinary connection, and try
                upgrading via STARTTLS.  If that fails for any
                reason, drop the connection; in that case the
                returned object is a killed process.
  ‘tls’      -- A TLS connection.
  ‘ssl’      -- Equivalent to ‘tls’.
  ‘shell’    -- A shell connection.

We could extend this to `function', and that function would then deliver
the socket top `open-network-stream'.  It'd be exactly like `shell', but
instead of calling the shell, we'd call the function.

The function in this case would be a slight variation over
open-gssapi-stream.

Or rather, it would kinda look like this:

(open-network-stream NAME BUFFER HOST SERVICE
  ... :type 'function
  :connection-function (lambda (name buffer host service parameters)
                         (open-gssapi-stream name buffer server port nnimap-user)))

Wouldn't that do the trick with the minimal amount of hacking?  If so, I
can add the :type 'function to open-network-stream on the Emacs trunk...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no