On Mon, Apr 16, 2012 at 01:33:07PM +0200, Karel Zak wrote:
On Tue, Apr 10, 2012 at 03:14:37PM -0500, AJ Lewis wrote:
> I'm really liking this fork by the way - it's working quite well for
> me.
>
> I'm seeing one little issue with virtual folder unread counts: I
> have a folder that is showing a large unread count "1753(1748)" when
> I'm in any other virtual folder, but it changes to "1753[1]" when I
> select it.
it seems that your notmuch DB is not synchronized with maildir flags,
see your ~/.notmuch-config, and option:
[maildir]
synchronize_flags=true
or (and) use "notmuch new" command.
Hrm...I have synch flags set to true. Maybe I hadn't run notmuch new
yet. In any case, I rebuilt mutt from the latest git on Friday, and
things seem to be behaving better now. (I also adjusted some pre/post
hooks for both offlineimap and notmuch, which may have made a
difference)
> Notice the square braces around the 1 in the second case. There
are no
> unread messages in this folder. Any idea what's going on? What do the
> square braces mean?
The square braces means flagged messages (see <flag-message>
command). This flag is not currently read from notmuch database for
sidebar statistics (it's in my TODO). The number of flagged messages is
available only when complete virtual folder is parsed.
Ok - that makes sense.
Thanks!
--
AJ Lewis
Software Engineer
Quantum Corporation
Mobile: 612 860-8068
Work: 651 688-4346
YahooIM: vortechs2000
AIM: v0r73chz
MSN: vortechs2000(a)yahoo.com
email: aj.lewis(a)quantum.com
----------------------------------------------------------------------
The information contained in this transmission may be confidential. Any disclosure,
copying, or further distribution of confidential information is not permitted unless such
privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have
electronic communications, including email and attachments, sent across its networks
filtered through anti virus and spam software programs and retain such messages in order
to comply with applicable data security and retention requirements. Quantum is not
responsible for the proper and complete transmission of the substance of this
communication or for any delay in its receipt.