Re: mailbox close while accessing exchange over imap
- To: mutt-users@xxxxxxxx
- Subject: Re: mailbox close while accessing exchange over imap
- From: Kyle Wheeler <kyle-mutt@xxxxxxxxxxxxxx>
- Date: Fri, 30 Nov 2007 16:37:33 -0600
- Comment: DomainKeys? See http://domainkeys.sourceforge.net/
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=memoryhole.net; h=date:from:to:subject:message-id:references:mime-version:content-type:in-reply-to; q=dns/txt; s=default; bh=NOkL0YFURVauxe4F7/Vkg2GEIXU=; b=ZTx9QGIfqFQjlOGsd06EhCrK12N1xpDiu0sbZRgOj15BfxALqO68COaY5xu8aTfK2kbk+ZPOAvmZjvSfh6YvwIRwCABB7gDfHEMB4Sn65QrQe7VasiRXtblAV5zhcnK+Zvjhh8hVRN/UEbEMOfqGvP0Fphaou54BeldzIv5/t3s=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=memoryhole.net; b=N1rsPc2GxGy1KdUDPHOom+CXPJkpJ5fumXjNNISJQ4mcgwmouDe6gy/tHDSFdJ5TMRhG9/6Ci/+AJl/4jISZ1skvI9nLjRUFoZlaW8nzAai3GfPS0uODayxG2yxymnp6u1C0rEMW4AAUG7ApKnQppdjFQP3pOmTveHnRbgrgeG0=; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent;
- In-reply-to: <fipsan$sp8$1@xxxxxxxxxxxxx>
- List-post: <mailto:firstname.lastname@example.org>
- List-unsubscribe: send mail to email@example.com, body only "unsubscribe mutt-users"
- Mail-followup-to: mutt-users@xxxxxxxx
- References: <fipsan$sp8$1@xxxxxxxxxxxxx>
- Sender: owner-mutt-users@xxxxxxxx
- User-agent: Mutt/1.5.17 (2007-11-21)
-----BEGIN PGP SIGNED MESSAGE-----
On Friday, November 30 at 02:37 PM, quoth Jason Joines:
> The reason I'm working on this in the first place is someone else
> reported the same problem with an imap_keepalive=300. So, I set up
> Mutt to connect to the same exchange server and another instance of
> Mutt to connect to a Courier IMAP 4.1.3 server that I maintain.
> There have been no problems with the connection to the Courier
> server just using Mutt's default settings.
Heh, there's a shock: a Microsoft product that plays fast and loose
with the IMAP spec.
> I normally use Thunderbird 2.0 to connect to the same exchange
> server and have no problems. However, Thunderbird keeps the message
> index and headers on local disk even for IMAP mail so it just might
> not be letting me know that the mailbox is being closed by the
Indeed, it probably isn't. Seriously, if you can fake it to hide the
network latency, why bother the user with such pithy details? Mutt
only does so because it believes in being more honest about what's
really going on rather than in providing a pleasant illusion. ;)
(That's one way of putting it, anyway---another would be WYSIWYH.)
> From the way Mutt reports "Fetching message headers" at startup
> while it counts through all the messages in my inbox and then
> displays an empty list when the mailbox goes away, I'm guessing it
> does not store any sort of index on disk for IMAP messages. Is that
For mutt 1.4.x? Correct. That feature has been added to the
development version of mutt (1.5.x) and will be in the next stable
mutt (1.6), whenever that comes out.
> Any suggestions for other client side tweaks to help with this
> problem? I don't administer the exchange server and getting those
> who do to even reveal any settings, much less change them, will be a
I guess my first instinct would be to use a *really* low
imap_keepalive (like 60), and maybe a timeout value of 1 or something
similarly silly and see if that helps.
If it doesn't, I'd be curious to try compiling mutt with debugging
enabled (reconfigure with --enable-debug) and then run it with a -d2
argument. That will cause it to log (in ~/.muttdebug0) the entire IMAP
conversation, so you can see exactly what's going on. If the previous
attempts to fix the problem didn't work, my guess would be that mutt
is using the IMAP NOOP command to keep the connection alive, and
Exchange is not recognizing that as something that keeps the
connection alive. But that's just a guess---the log of the IMAP
connection would tell you for certain. At that point you can probably
easily figure out what mutt is doing and who's doing something wrong.
Chances are there's little you can do to really fix the problem, but
it's better to know what the problem is for sure first!
The surest way to corrupt a youth is to instruct him to hold in higher
regard those who think alike than those who think differently.
-----BEGIN PGP SIGNATURE-----
Comment: Thank you for using encryption!
-----END PGP SIGNATURE-----