Conversation Grouping Improvements
As a user, I would like to see conversation grouping work more similarly to other mainstream mailing services like Outlook or Gmail by updating the functionality of conversations to:
- not include conversations that have been deleted
- only group emails that are replies from the original email (i.e., not grouping emails because they have the same title.)
The latter point can be frustrating when receiving emails such as appointment confirmations, newsletters, or sign-in pass codes which often have the same subject line.
Katherine
shared this idea
-
Anonymous
commented
I fully agree.
Conversation threading should indeed use the "In-Reply-To" header as aggregation key. Alternatively:
1) folder/label should be added to subject and sender/recipient as grouping criteria
2) we should be able to edit subjects (https://protonmail.uservoice.com/forums/284483-feedback/suggestions/34117900-ability-to-change-subject-of-received-mails) -
Jonas commented
I agree. I really miss this feature. Just having "dumb" filtering on sender and subject is not producing the desired result. Examples:
Invoices sent with subject "Invoice from *name of club* " will be grouped as a single thread, making it very difficult to find the latest invoice (especially when combined with a search function that does separate trashed messages in the result (https://protonmail.uservoice.com/forums/284483-feedback/suggestions/39908797-filter-out-exclude-trashed-emails-from-searches))
My kids teacher sends out weekly reports on what's the class has been up to. The subject is (translated) "Weekly letter #24". The current filter will group the new message with the one, completely unrelated, sent one year ago.
-
Filippo
commented
I really agree with this!! I'm new on ProtonMail and I really miss this feature!
-
Daniel
commented
This is definitely a huge pain point, urgent enhancement needed!!!
-
Alexander
commented
If mails are grouped, only those should be grouped that a) mention / quote another mail OR b) if the mails arrived within x minutes.
Because as it is at present with me mails are grouped which were sent years(!) after each other. They also have nothing at all to do with each other. Only because both have the same title.
-
Erich
commented
Conversation threading is distinct from conversation grouping, which is currently implemented. The way I understand it, conversation grouping groups messages together based on the sender and subject line. This means that emails with the same subject line that are a month apart (like bill notifications) get grouped together. This is not at all what I want.
Conversation threading, however, threads together messages based on the "In-Reply-To" header lines so it only groups messages that belong to the same thread. In this way, bill notification messages do not get "grouped" together, because each notification email belongs to a different "thread". Message conversations that utilize "reply" and "forward" are grouped together in the same thread, which is the behavior that I want.
In my opinion, "Conversation Grouping" tries to be smart and does unexpected things, whereas "Conversation Threading" is a dumb algorithm but does exactly what I would expect.
I see "Conversation Grouping" and "Conversation Threading" as mutually exclusive options, as the way messages are displayed would be the same* for both options, but the algorithm for determining which messages get grouped together is different.
*Actually, "Conversation Threading" can even be displayed better than "Conversation Grouping" as you should be able to tell which message was replied to for each message if the UI presents the connectivity of messages rather than just being flat (see Thunderbird for example).