It is unfortunate that the emails are grouped in a such hard to use way.

The current conversions grouping is just broken. Why not use the `thread-index` in the email header to group actual conversations instead of fuzzy matching subject and pulling in seven year old unrelated emails or deleted emails into a conversation?

Conversation view enabled me to migrate from Gmail to Proton. I pay for it but it is still broken and not on-par.

I have emails by different people/organisations being grouped because they have the same short subject.
This likewise results in the carefully crafted labels that should be different, to show merged into one conversation.

- and on the other hand -

I have multiple people reply to the same email thread, and they do not show up as one conversation.
This likewise results in each of those conversations being oncomplete.
This likewise results in each of those conversations not folding as expected, showing lots of duplicate information.

Ofcourse I started looking for a "split from conversation" or "merge into conversation" button to fix the conversations/emails I selected. I was hoping to help Proton learn with bigdata eventually, and resolve my immediate problem, but this feature does not exist.

Would love this. With Gmail (which I am moving from) the archived emails with similar subjects or previous emails on the subject show up even if archived. If I archive it I'd love for it to not show up in the thread. Having some deeper search here would be beneficial.

I know this is older but I dont' think I've seen a fix or update here.

Could this not be a selectable option, so those who need it or want can and others have the option

I very much agree. Messages having a common sender and subject is very common for things like order confirmations and invoices, but they are distinct messages and shouldn't be grouped together. However, I don't want to disable conversation group since it's a very valuable feature for actual conversations.

I'd hope that there is a way to group conversations using more unique values, perhaps in the message headers. At a minimum, have options to put an age limit on grouped conversations or allow the ability to exclude items in Trash from being grouped.

Yes please implement this. Current implementation of conversation grouping is pretty useless for me or even more an annoyance than helping with anything. Also let me allow to define if new messages should be on top or bottom.

After my import from gmail completed, I discovered that a large amount of my existing conversation threads were disconnected from each other, making it unusable for me. I love so many things about Proton, but unfortunately I will not be able to fully switch over until this is addressed.

After testing for a month, this drove me away from using Proton. It defies belief that people have explained in clear and simple terms how to do the product correctly (i.e., how every other email provider does it) and Proton have done nothing about it. They surely use their own product so they must see how annoying conversations are. Until now they didn't have much competition in the E2EE space but now they do, and the competitor handles conversations the correct way.

"I concur. When using email services for business purposes, you often receive (and send) emails with similar subjects that are otherwise unrelated. This is especially true if you do sales via email. In my case, I send approximately 10-20 emails a day to different clients, all with the same subject.

Right now I am forced to use a third-party email client (and Mail Bridge) to be able to differentiate conversations easily, which in several ways disrupts my workflow.

I understand that the reason for Proton's handling of conversation grouping is that you don't read the body of the emails (as stated here: https://proton.me/support/disable-conversation-view).

However, this shouldn't prevent the addition of an option in Settings to restrict the grouping to conversations that have both the subject and the sender/receivers in common.

Please add this feature.

Conversation grouping should also be able to handle replies. They are prefixed with "RE: <SUBJECT>". This makes Proton very difficult to use at the first reply to a conversation creates a new grouping.

yes yes yes. grouping should only be for messages that are directly related to the other by a reply. It should not group all messages that simply have the same subject.

The lack of this feature is the only thing that keeps me from switching to proton since years. :(

The actual implementation of conversation groupping is buggy with presented with mailing lists that modify the subject, like:

[Python-Dev] Python multithreading without the GIL
and
[Python-Dev] Re: Python multithreading without the GIL

making it very frustrating if not unusable.

Protonmail support tells me: « this is indeed how the conversation grouping feature works ».

I'm infuriated.

+3 to this. My dilemma is either I miss emails in conversation view, or my inbox is a mess in linear view. This will drive me away too, eventually.

I completely agree. The lack of this feature is what will ultimately drive me away from PM.

+1 to this one. Threading is severely lacking. Is there a shortcut to jump to the next message within that grouping? I couldn't even find that.

This fix would really clean up my inbox. Right now, I'm having to search through each email individually to see who I've replied to, where our conversation left off... it's really getting messy and the folders only help to a point (I'm basically building my own threads through folders - not fun). "Conversation Threading" would help immensely.

Also, because I have people emailing me from my website, they all have the same subject line. I need to be able to organized the conversations by the sender at the very least. For example, I have 100 emails from 50 different people mixed under one thread. It makes it hard work to organize.

If this got sorted, I would move my gmail to Proton mail.

For a really good description of what is wanted, scroll down to the section titled "Why use Mutt?" on this LWN article: https://lwn.net/Articles/837960/

I'll note that in my experience Thunderbird also correctly displays threaded conversations.