From: Gregor Zattler <telegraph@gmx.net>
To: notmuch@notmuchmail.org
Subject: Re: Mail to self
Date: Sun, 28 Oct 2018 13:04:47 +0100 [thread overview]
Message-ID: <87lg6icm5c.fsf@len.workgroup> (raw)
In-Reply-To: <87va5ma5o7.fsf@llwynog.ekleog.org>
Hi Leo, notmuch users and developers,
I too filter emails into different folders. And I used to filter
some emails in several folders in order to find them in different
contexts.
* Leo Gaspard <notmuchmail.org@leo.gaspard.io> [2018-10-28; 16:31]:
> I can confirm this is my issue. My thinking is that if any file does not
> have the ,S maildir flag, then I would prefer the mail to be marked as
> unread, as a read mail that is spuriously marked as unread is a small
> inconvenience, while an unread mail that is spuriously marked as read
> can have huge consequences.
For me, when I filtered emails in several folders and read them
with mutt (1) it was the other way around: I wished for the
possibility to mark them as read in all folders if read in one.
I think your reasoning is also sound but only iff tags would
belong to files, but they belong to messages.
> Actually, I just noticed while writing this mail that I had setup a
> sieve filter for duplicate email that put them in a "Duplicate" folder
> and automatically marks them as "read", so that at the same time they
> wouldn't bother me in the thunderbird interface but I could still check
> dovecot's duplicate detection didn't have false positives.
>
> This behaviour of notmuch thus made me miss 9 emails in the 2 weeks I've
> been using it, the oldest being 12 days ago, without any warning. Well,
> now I know about it and can try to change my setup (except I can't
> really touch this sieve filter as other people rely on it), but...
But why would you tag a message (as opposed to a file) as
"unread" because it's a duplicate?
If it's somehow important to you to know that a certain email
your read via notmuch is a duplicate, why not tag it as
"duplicate" instead?
I suppose you do this filtering in case you read those emails
with a file/folders based client. But would you actually "read"
emails in a duplicate folder? I too have a duplicate folder and
it was useful some times in order to investigate problems with my
processing of incoming emails, but I do not read them in order to
understand the meaning of some message a human sent me.
Since I also filter emails in folders my searches heavily relay
on the path the message is in with the "path:" search prefix.
These is true for all mailing lists, for instance.
For the specific case of the duplicates folder: It's simply not
in the same maildir notmuch indexes and therefore there is no
issue with them for me. My procmail scripts first do a backup of
an incoming email, later they filter duplicates in a duplicates
folder and when an email actually is delivered in the maildir
hierarchy notmuch indexes, then it is also backed up in a third
backup folder for post-processed emails. These three special
folders are directories under my ~/.procmail directory and are
not indexed by notmuch.
HTH, Gregor
--
-... --- .-. . -.. ..--.. ...-.-
next prev parent reply other threads:[~2018-10-28 12:10 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-27 11:48 Mail to self Leo Gaspard
2018-10-27 19:58 ` David Bremner
2018-10-28 7:31 ` Leo Gaspard
2018-10-28 12:04 ` Gregor Zattler [this message]
2018-10-28 15:14 ` Leo Gaspard
2018-10-30 16:45 ` Leo Gaspard
2018-10-30 16:49 ` Leo Gaspard
2018-10-30 17:15 ` [PATCH 0/1] notmuch: be conservative and prefer marking too many messages as unread than too few notmuchmail.org
2018-10-30 17:15 ` [PATCH 1/1] " notmuchmail.org
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://notmuchmail.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lg6icm5c.fsf@len.workgroup \
--to=telegraph@gmx.net \
--cc=notmuch@notmuchmail.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).