* Feature request: Search header Reply-to when using search prefix from
@ 2021-05-26 16:24 Tulio Magno Quites Machado Filho
2021-08-02 15:37 ` David Bremner
0 siblings, 1 reply; 4+ messages in thread
From: Tulio Magno Quites Machado Filho @ 2021-05-26 16:24 UTC (permalink / raw)
To: notmuch
tl;dr;
This is a request for the search prefix 'from:' to look at both headers 'From:'
and 'Reply-to:'.
Detailed explanation:
Unfortunately DMARC broke the usage of the From: header in mailing lists.
When we use the search prefix 'from:' we don't get the emails we expect anymore
because mailing lists that respect DMARC have to replace them [1].
One of the solutions adopted by mailing lists is to set the Reply-To: header
with the original address. That is forcing notmuch users to index that header,
but whenever we search emails from a person, we have to search for:
from:person@example.com OR ReplyTo:person@example.com
This feature request is similar to what is done for search prefix 'to:' which
searches on headers 'To', 'Cc' and 'Bcc'.
[1] https://dmarc.org/wiki/FAQ#I_operate_a_mailing_list_and_I_want_to_interoperate_with_DMARC.2C_what_should_I_do.3F
Thank you!
--
Tulio Magno
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Feature request: Search header Reply-to when using search prefix from
2021-05-26 16:24 Feature request: Search header Reply-to when using search prefix from Tulio Magno Quites Machado Filho
@ 2021-08-02 15:37 ` David Bremner
2021-08-02 18:56 ` Tulio Magno Quites Machado Filho
0 siblings, 1 reply; 4+ messages in thread
From: David Bremner @ 2021-08-02 15:37 UTC (permalink / raw)
To: Tulio Magno Quites Machado Filho, notmuch
Tulio Magno Quites Machado Filho <tuliom@ascii.art.br> writes:
> tl;dr;
>
> This is a request for the search prefix 'from:' to look at both headers 'From:'
> and 'Reply-to:'.
>
Long delayed reply:
Your message finally reached the list and I've tagged it as a feature
request.
I personally prefer to search for lists by List-Id. Can you explain a
bit why that doesn't work for you?
For the experts:
One implementation issue is that without adding another value slot, regular
expression searches would not work for things that were only in
Reply-To, which is pretty confusing. I don't know what the resource cost
of adding a value slot is, but I'm a bit leery of adding too many.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Feature request: Search header Reply-to when using search prefix from
2021-08-02 15:37 ` David Bremner
@ 2021-08-02 18:56 ` Tulio Magno Quites Machado Filho
2021-08-12 17:34 ` David Bremner
0 siblings, 1 reply; 4+ messages in thread
From: Tulio Magno Quites Machado Filho @ 2021-08-02 18:56 UTC (permalink / raw)
To: David Bremner, notmuch
David Bremner <david@tethera.net> writes:
> Tulio Magno Quites Machado Filho <tuliom@ascii.art.br> writes:
>
> Long delayed reply:
>
> Your message finally reached the list and I've tagged it as a feature
> request.
Thanks!
> I personally prefer to search for lists by List-Id. Can you explain a
> bit why that doesn't work for you?
Me too, but in many cases I have to search for the author of the message without
remembering if the message was sent directly to me or via a mailing list.
However, with mailing lists adopting DMARC, the From: header is being
manipulated and can't be trusted for searches anymore [1].
If it's hard to understand what is happening, look at the From: header from this
archived mbox [2] sent to libc-alpha.
You will notice the different email addresses in From: and Reply-To:. I hope it
helps to understand why a search for from:tuliom would not return that message.
The mailing list had to do this so that people with a DMARC-enabled email could
continue to receive messages from the mailing list.
[1] https://dmarc.org/wiki/FAQ#I_operate_a_mailing_list_and_I_want_to_interoperate_with_DMARC.2C_what_should_I_do.3F
[2] https://public-inbox.org/libc-alpha/878s26l76b.fsf@linux.ibm.com/raw
> One implementation issue is that without adding another value slot, regular
> expression searches would not work for things that were only in
> Reply-To, which is pretty confusing. I don't know what the resource cost
> of adding a value slot is, but I'm a bit leery of adding too many.
I see.
--
Tulio Magno
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Feature request: Search header Reply-to when using search prefix from
2021-08-02 18:56 ` Tulio Magno Quites Machado Filho
@ 2021-08-12 17:34 ` David Bremner
0 siblings, 0 replies; 4+ messages in thread
From: David Bremner @ 2021-08-12 17:34 UTC (permalink / raw)
To: Tulio Magno Quites Machado Filho, notmuch
Tulio Magno Quites Machado Filho <tuliom@ascii.art.br> writes:
> David Bremner <david@tethera.net> writes:
>
>> I personally prefer to search for lists by List-Id. Can you explain a
>> bit why that doesn't work for you?
>
> Me too, but in many cases I have to search for the author of the message without
> remembering if the message was sent directly to me or via a mailing list.
>
One option to consider is the upcoming s-expression query syntax. The
latest version [1] includes the possibility to define a macro like
(macro (From user) (or (from user) (Reply-To user)))
and use it like
$ notmuch search --query=sexp '(From user)'
[1]: id:20210812170728.1348333-1-david@tethera.net
https://nmbug.notmuchmail.org/nmweb/search/id%3A20210812170728.1348333-1-david%40tethera.net
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-08-12 17:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-26 16:24 Feature request: Search header Reply-to when using search prefix from Tulio Magno Quites Machado Filho
2021-08-02 15:37 ` David Bremner
2021-08-02 18:56 ` Tulio Magno Quites Machado Filho
2021-08-12 17:34 ` David Bremner
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).