* synchronizing tag for cur/new location of mail
@ 2013-03-12 9:38 Daniel
2013-03-12 10:24 ` Jani Nikula
0 siblings, 1 reply; 2+ messages in thread
From: Daniel @ 2013-03-12 9:38 UTC (permalink / raw)
To: notmuch
Is there currently no automatic tag that reflects whether a mail was
found in folder/cur or folder/new? The "unread" tag properly reflects
the maildir ",S" flag, but the one named "new" doesn't seem to be
automatic in any way, right?
I mostly use notmuch as a search backend to mutt, and it certainly is
very useful. Though since I started feeding rss to maildir, I would like
the idea of presenting somewhere in my system a list of new and "unseen"
mails (in the mutt sense, kind of, which you might be familiar with).
Presently this seems impossible.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: synchronizing tag for cur/new location of mail
2013-03-12 9:38 synchronizing tag for cur/new location of mail Daniel
@ 2013-03-12 10:24 ` Jani Nikula
0 siblings, 0 replies; 2+ messages in thread
From: Jani Nikula @ 2013-03-12 10:24 UTC (permalink / raw)
To: Daniel, notmuch
On Tue, 12 Mar 2013, Daniel <quite@hack.org> wrote:
> Is there currently no automatic tag that reflects whether a mail was
> found in folder/cur or folder/new? The "unread" tag properly reflects
> the maildir ",S" flag, but the one named "new" doesn't seem to be
> automatic in any way, right?
That's correct, there's no such automatic tag.
The "new" tag is in no way special to notmuch. It's just a typically
used temp tag, usually added by 'notmuch new' based on the user's
new.tags config, and removed by the user's post-new hook.
> I mostly use notmuch as a search backend to mutt, and it certainly is
> very useful. Though since I started feeding rss to maildir, I would like
> the idea of presenting somewhere in my system a list of new and "unseen"
> mails (in the mutt sense, kind of, which you might be familiar with).
From notmuch perspective the difference between "new" and "cur" is just
that the message files in "new" have no maildir flags set, and once
maildir flags are set, they are moved to "cur". No additional semantics
is applied to the file location.
> Presently this seems impossible.
A search for folder:new might be helpful, depending on your setup.
It seems that you may get surprising results if you have more than one
file with the same message-id, and some of those files are in "new" and
some in "cur". (Any code to support automatic "new" tag would have to
handle this too.)
HTH,
Jani.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-03-12 10:24 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-12 9:38 synchronizing tag for cur/new location of mail Daniel
2013-03-12 10:24 ` Jani Nikula
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).