Make Reply-To field searchable

[sauladam]

I think it would be quite useful if the Reply-To field was searchable.

An example use case would be a contact form. When a user sends a message through a contact form, the message is delivered via email e.g. to contact@mydomain.tld and has the user's email address in the Reply-To field. But right now there seems no way in Roundcube to search for that email address (unless it's included in the email body or in the subject).

I think this would be a great feature so I really hope to see that one included in a future release!

[alecpl]

Note that mail messages may use also Mail-Reply-To and Mail-Followup-To. Maybe it would make sense to include them too. Now we have From, To, Cc, Bcc. So, I guess we have a few options here:

1. Just add Reply-To to the list of fields (it could search in Reply-To only or in all three mentioned headers)
2. Search in From and Reply-To (or all three mentioned headers) header when using From.
3. Replace From, To, Cc, Bcc with
   • Senders (includes searching in From, Reply-To, etc.)
   • Recipients (searching in To, Cc, Bcc).

If we go with a solution that hides real header names used in search from the user we could also consider adding use of Delivered-To, Envelope-To and other headers like these. It may have impact on performance, and server side indexing system may require changes.

[sauladam]

Hey @alecpl,

thanks for your feedback! Excellent points about the other possible fields, didn't think of that.

I quite like the idea of reducing the field selection down to Senders and Recipients (as you describe with option 3). Of course this might become a performance issue if we keep searching in every possible field, so maybe a better approach would be to make it user-configurable what Senders and Recipients are. From the UI perspective I'm thinking of a nested dropdown for Senders and Recipients where the user can select what fields to use for each category.

So, right now in the elastic theme all fields are just listed one by one:

Maybe we could group them together in Senders, Recipients and Message and let the user toggle and fine tune each group, but keep the sensible defaults as they are now.

[alecpl]

For now we'll ignore Delivered-To, Envelope-To. They might not be understood by an average user.

[alecpl]

Done.