1.5.20 and MH folders

2009-09-13 Thread Antoine Reilles
Hi, There seem to be a problem with mutt 1.5.20 and MH folders, that can be reproduced at least on darwin an netbsd i386. Reading MH folders do not work any more. If i create the mh folder, with $ mkdir mh $ touch mh/.mh_sequences when i open this mailbox in mutt, it says "(no mailbox)". I can co

Re: 1.5.20 and MH folders

2009-09-14 Thread Antoine Reilles
Quoting Antonio Radici : On Sun, Sep 13, 2009 at 12:10:41PM +0200, Antoine Reilles wrote: Hi, There seem to be a problem with mutt 1.5.20 and MH folders, that can be reproduced at least on darwin an netbsd i386. Reading MH folders do not work any more. If i create the mh folder, with $ mkdir

change_folder_next patch

2007-03-05 Thread Antoine Reilles
Hi, A patch to add a (change_folder_next) option to mutt was proposed long time ago. It allow the change-folder command to start at the folder after the current folder. The reason is that it may be annoying that the 'c' (change-folder) command always starts from the first folder in the mailboxes

folder ending with '/'

2007-03-07 Thread Antoine Reilles
Dear mutters, While playing with change-folder-next, i noticed that buffy-cycle wasn't working properly when i had in my config set folder=~/Mail/ and was only listing the first mailbox with new mails. the problem was that it uses a comparison in mutt_buffy where the first argument is of the for

resetting browser when using set folder

2008-04-26 Thread Antoine Reilles
Hi, I'm using folder hooks and "set folder" in order to switch seput between local mail and a few imap accounts. To each imap inbox corresponds a different folder. I find it really annoying that "c" opens the last browsed folder instead of the current value of "set folder", when it just changed. I

Re: xlabel request

2008-04-28 Thread Antoine Reilles
Hi, On Fri, Apr 25, 2008 at 03:25:56PM -0500, David Champion wrote: > In March 2007 we talked about what's still needed for 1.6. The > discussion kicked off some progress and some releases, but I'm not sure > whether final decisions were made on all the proposals. At any rate, > in the interim I

Re: xlabel request

2008-04-28 Thread Antoine Reilles
On Mon, Apr 28, 2008 at 07:38:45PM +0200, Antoine Reilles wrote: > This patch really makes sense with the X-Label support that it already > in mutt, and which is rather useless without. An additional note: should this patch be accepted, it would be nice to either remap the edit-label comm