On Fri, 24 Jun 2011 22:34:03 +0200, Louis Rilling l.rill...@av7.net wrote:
Maybe the alternate solution could consist in simply not renaming emails
having
no flags to be changed (Currently notmuch_message_tags_to_maildir_flags()
unconditionally moves messages from new/ to cur/). This would
On 24/06/11 11:19 -0400, Austin Clements wrote:
> Welcome to notmuch!
Thanks!
>
> From your description, I assume you're using both notmuch and another
> MUA simultaneously. I'm betting that MUA is mutt (though please
> correct me if I'm wrong).
Correct :)
>
> Unfortunately, mutt's
Welcome to notmuch!
>From your description, I assume you're using both notmuch and another
MUA simultaneously. I'm betting that MUA is mutt (though please
correct me if I'm wrong).
Unfortunately, mutt's interpretation of maildir doesn't agree with the
rest of the world. I don't know of any
Welcome to notmuch!
From your description, I assume you're using both notmuch and another
MUA simultaneously. I'm betting that MUA is mutt (though please
correct me if I'm wrong).
Unfortunately, mutt's interpretation of maildir doesn't agree with the
rest of the world. I don't know of any
On 24/06/11 11:19 -0400, Austin Clements wrote:
Welcome to notmuch!
Thanks!
From your description, I assume you're using both notmuch and another
MUA simultaneously. I'm betting that MUA is mutt (though please
correct me if I'm wrong).
Correct :)
Unfortunately, mutt's interpretation
notmuch_message_tags_to_maildir_flags() moves messages from maildir directory
"new/" to maildir directory "cur/", which makes messages lose their "new" status
in the MUA. However some users want to keep this "new" status after, for
instance, an auto-tagging of new messages.
This patch introduces