Re: mutt/2152: new read mail in IMAP folder not seen
The following reply was made to PR mutt/2152; it has been noted by GNATS.
From: Phil Pennock <muttbug@xxxxxxxxxxxxxxxxx>
To: bug-any@xxxxxxxxxxxxx, Brendan Cully <brendan@xxxxxxxxxx>
Cc:
Subject: Re: mutt/2152: new read mail in IMAP folder not seen
Date: Thu, 15 Dec 2005 19:38:53 +0100
On 2005-12-15 at 18:27 +0100, Brendan Cully wrote:
> Synopsis: new read mail in IMAP folder not seen
>
> **** Comment added by brendan on Thu, 15 Dec 2005 18:27:32 +0100 ****
> I can't reproduce this with current CVS. The mail arrives in the first mutt
> (not marked new) as soon as I leave the message view (with debian cyrus
> 2.1.18). A longer trace would be needed...
Updated to CVS.
The ChangeLog is informative (latest "2005-12-14 17:29:57").
Trying the new code and looking at debug traces ... the new approach is
to poll every mailbox, always? That will cause hideous performance
problems for anyone using UW imapd as a front-end onto a regular mbox
folder, since that will involve recalculations for every folder (hence
the strenuous Thou Shalt Nots in RFC3501). I use Cyrus (mostly), so am
happy enough with the behaviour, but a friend will murder me if I try to
run this against his UW server.
Is the imap-fetch-mail command expected to disappear? Because it in
itself is not causing the mail fetch (as far as I can figure out); it's
being independently determined elsewhere by the STATUS polls.
Thanks,