From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86827 Path: news.gmane.org!not-for-mail From: Jochen Hein Newsgroups: gmane.emacs.gnus.general Subject: Re: gssapi authentication for nnimap Date: Wed, 10 Feb 2016 05:42:47 +0100 Message-ID: <834mdh89bs.fsf@echidna.jochen.org> References: <87oaecan6t.fsf@mid.deneb.enyo.de> <87d1sanxyx.fsf@gnus.org> <83a8ncfnkc.fsf@echidna.jochen.org> <8737t3g4hk.fsf@gnus.org> <831t8mgbpi.fsf@echidna.jochen.org> <87io1ykh0h.fsf@linux-m68k.org> <83vb5yhjpo.fsf@echidna.jochen.org> <87wpqeix2s.fsf@linux-m68k.org> <83zivammhs.fsf@echidna.jochen.org> <83wpqd4pk6.fsf@echidna.jochen.org> <87egcl795w.fsf@gnus.org> <83si1142u6.fsf@echidna.jochen.org> <87twlhi3v4.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1455079603 27734 80.91.229.3 (10 Feb 2016 04:46:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Feb 2016 04:46:43 +0000 (UTC) Cc: Andreas Schwab , ding@gnus.org, Florian Weimer To: Lars Ingebrigtsen Original-X-From: ding-owner+M35052@lists.math.uh.edu Wed Feb 10 05:46:32 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aTMff-0006jD-LD for ding-account@gmane.org; Wed, 10 Feb 2016 05:46:31 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1aTMfO-0002Gh-At; Tue, 09 Feb 2016 22:46:14 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1aTMfL-0002G6-TK for ding@lists.math.uh.edu; Tue, 09 Feb 2016 22:46:11 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1aTMfH-0003BQ-Jb for ding@lists.math.uh.edu; Tue, 09 Feb 2016 22:46:11 -0600 Original-Received: from smtp.dinoex.de ([188.40.204.4] ident=root) by quimby.gnus.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1aTMfG-0007X4-5h; Wed, 10 Feb 2016 05:46:06 +0100 Original-Received: from smtp.dinoex.de (uucp@smtp.dinoex.de [188.40.204.4]) by smtp.dinoex.de (8.15.2/8.15.1) with ESMTPS id u1A4j3hc081965 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 10 Feb 2016 05:45:04 +0100 (CET) (envelope-from jochen@jochen.org) Original-Received: (from uucp@localhost) by smtp.dinoex.de (8.15.2/8.15.1/Submit) with UUCP id u1A4j3I0081964; Wed, 10 Feb 2016 05:45:03 +0100 (CET) (envelope-from jochen@jochen.org) Original-Received: from echidna.jochen.org (echidna.jochen.org [IPv6:fd23:e163:19f7:1234:222:4dff:fe7c:d76a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by jupiter.jochen.org (Postfix) with ESMTPSA id 7CA361BD; Wed, 10 Feb 2016 05:42:47 +0100 (CET) X-Message-Flag: This space is intentionally left blank In-Reply-To: <87twlhi3v4.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 10 Feb 2016 15:30:39 +1100") User-Agent: Gnus/5.130015 (Ma Gnus v0.15) Emacs/24.4 (gnu/linux) X-Milter: Spamilter (Reciever: smtp.dinoex.de; Sender-ip: 188.40.204.4; Sender-helo: smtp.dinoex.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (smtp.dinoex.de [188.40.204.4]); Wed, 10 Feb 2016 05:45:05 +0100 (CET) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86827 Archived-At: Lars Ingebrigtsen writes: > Jochen Hein 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... ... > 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... I'm not sure. Right now open-gssapi-stream kills the greeting with erase-buffer. We need to scrapt greeting first, if needed. Or something like that. I think I'll have to explore some different paths to see what might be the best way forward. Jochen -- The only problem with troubleshooting is that the trouble shoots back.