From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/2236
Path: news.gmane.org!not-for-mail
From: William F Hammond <hammond@csc.albany.edu>
Newsgroups: gmane.emacs.gnus.user
Subject: Re: failure using starttls with Oort gnus/imap
Date: 23 Mar 2003 08:56:57 -0500
Organization: Dept of Math & Stat, Univ at Albany (SUNY), Albany, NY
Message-ID: <i7r88y6v9y.fsf@hilbert.math.albany.edu>
References: <i74r6cl1w0.fsf@hilbert.math.albany.edu> <m3fzpm14js.fsf@quimbies.gnus.org> <i7wuitlxum.fsf@hilbert.math.albany.edu> <m3he9va2wo.fsf@quimbies.gnus.org> <iluu1dvwbxc.fsf@latte.josefsson.org>
Reply-To: William F. Hammond <hammond@math.albany.edu>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: sea.gmane.org 1138668742 14423 80.91.229.2 (31 Jan 2006 00:52:22 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Tue, 31 Jan 2006 00:52:22 +0000 (UTC)
Original-X-From: nobody Tue Jan 17 17:30:23 2006
Original-Path: quimby.gnus.org!newsfeed1.e.nsc.no!nsc.no!nextra.com!peernews.cix.co.uk!newspeer1-gui.server.ntli.net!ntli.net!sn-xit-02!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
Original-Newsgroups: gnu.emacs.gnus
Original-Sender: hammond@hilbert.math.albany.edu
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
Original-X-Complaints-To: abuse@supernews.com
Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:2376
Original-Lines: 51
X-Gnus-Article-Number: 2376   Tue Jan 17 17:30:23 2006
Xref: news.gmane.org gmane.emacs.gnus.user:2236
Archived-At: <http://permalink.gmane.org/gmane.emacs.gnus.user/2236>

Simon Josefsson <jas@extundo.com> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
. . .
> > The problem seems to be more fundamental.  `imap-open' may kill the
> > buffer it's been fed, for some reason or other, which makes
> > `mail-source-fetch-imap' very unhappy, since it created the buffer.
> >
> > Perhaps Simon knows what the right fix for this should be?  (I think
> > it's probably a mistake for `imap-open' to kill the buffer...)
> 
> imap.el connects to the server initially, and then looks at what
> authentication/stream mechanisms are available ("starttls", "imtest",
> etc), and then tries each one of them in order until someone succeeds.
> These subsequent connections are made in a temporary buffer.  If one
> of them succeeds, the first buffer is closed and the new one renamed
> to the old one.
> 
> This works fine in Gnus which usually uses name of buffers, but I
> guess mail-sources use the elisp buffer type instead.
> 
> The reason the initial buffer isn't teared down and the other streams
> are invoked in the same buffer, is that imap.el can (and frequently
> does) decide to use that connection if no stronger
> stream/authentication succeeded.  So if it is teared down, it would
> have to reopen it.

Many thanks to both of you.

I just want to point out three things:

  0.  Very, very small messages seem to get through.

  1.  The same set-up talking to the same imap server (cyrus) for the
      same account from a GNU/Linux host works fine.

  2.  A mail-sources set-up that differs only in the mail-sources spec
      having

                :stream    ssl

      works fine on the same SunOS 5.8 host.

So I'm inclined to guess that at the base some library call by
starttls is not doing what is expected.  Unfortunately I'm not in a
position to give starttls (v. 0.9) a free-standing check out.

Thanks again.

                                    -- Bill