From: Simon Josefsson <jas@extundo.com>
Subject: Re: nnimap problem with current cvs
Date: Wed, 17 Sep 2003 23:53:22 +0200 [thread overview]
Message-ID: <ilu65jrt73h.fsf@latte.josefsson.org> (raw)
In-Reply-To: <87fzivxfkd.fsf@amalthea.paradoxical.net> (Josh Huber's message of "Wed, 17 Sep 2003 17:36:50 -0400")
Josh Huber <huber@alum.wpi.edu> writes:
> I'm having this fairly odd problem with IMAP. I'm connecting to a
> Cyrus IMAP server (v2.1.x), which is working great.
>
> After some time (havne't figured out how much yet...), every time I
> check for new mail on the server ('g' in *Group*), I see the messages
> about negotiating a new STARTTLS session. Sure enough, looking in the
> logs, I see this from the imap server:
>
> Sep 17 17:32:46 hostname cyrus/imapd[14541]: starttls: TLSv1 with
> cipher AES256-SHA (256/256 bits new) no authentication
> Sep 17 17:32:46 hostname cyrus/imapd[14541]: login:
> hostname.domain.net[192.168.0.10] huber CRAM-MD5+TLS User logged in
>
> Another odd thing about this is, when I look in the server buffer, I
> see TWO entries for my imap server.
>
> Restarting Gnus (as I just did), brings back the old, correct,
> behavior. Hitting 'g' in the Group buffer does not open a new
> connection, responds very quickly, and there is only one entry for my
> imap server in the server buffer.
>
> Here's what I've got for select methods:
>
> (setq gnus-secondary-select-methods
> '(
> ;; private domain.net IMAP server
> (nnimap "hostname"
> (nnimap-server-address "hostname.domain.net")
> (nnimap-stream starttls))
> ;; public IMAP server @ CMU with a bunch of archived lists
> (nnimap "cmu"
> (nnimap-authenticator anonymous)
> (nnimap-list-pattern "archive.*")
> (nnimap-stream network)
> (nnimap-server-address "cyrus.andrew.cmu.edu"))))
>
> Any ideas? Anyone else seen this behavior before?
Press G e on groups on the starttls server and make sure they either
is "nnimap:hostname" or contain the entire select method _exactly_ as
typed in .gnus. Perhaps you have some group that uses a old version
of the select method, and since Gnus notice that they are different,
it opens a new server for it. If you know how to reproduce getting
the non-referral (i.e., non-"nnimap:hostname" version) select method
in the group buffer, please tell. Gnus should, IMHO, use the
"nnimap:hostname" syntax, so you can modify the g-s-s-m without
re-subscribing to all groups on the old server. I'm not sure why you
don't get this problem on direct startup though.
next prev parent reply other threads:[~2003-09-17 21:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-17 21:36 Josh Huber
2003-09-17 21:53 ` Simon Josefsson [this message]
2003-09-17 22:33 ` Josh Huber
2003-09-17 22:35 ` Josh Huber
2003-09-17 22:40 ` Josh Huber
2003-09-17 22:39 ` Simon Josefsson
2003-09-17 22:42 ` Josh Huber
2003-09-17 23:32 ` Simon Josefsson
2003-09-18 1:31 ` Josh Huber
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=ilu65jrt73h.fsf@latte.josefsson.org \
--to=jas@extundo.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).