Feature Request: possibility to join and break threads manually
Reported by Benjamin | April 27th, 2018 @ 07:42 PM
Hi Benny!
There is a thing that just came to my mind:
Let's say I received a mail from a friend, who responded to a
mail of me.
Unfortunately, the sender didn't push the "reply" button, so the
mail doesn't create header fields for In-Reply-To' or 'References'
and in MailMate, the conversation won't be displayed as a thread,
but as two independent messages.
I know this might be a case that maybe wouldn't happen too often in real life, that's why I don't even wish for a different threading mode in MailMate. What I do wish for is a way to manually join mails together to threads. I know that the programs like mutt offer such a feature: Selected Mails can be merged to one thread and threaded mails can be even broken up (manually). The program then rewrites the header fields of these mails, so mails are then displayed correctly.
Would this be something you could imagine implementing in MailMate experimental?
Best regards
Benjamin
Comments and changes to this ticket
-
Lars Trebing January 27th, 2024 @ 04:39 PM
This would be an absolute game changer for me, not just for email from friends who don’t know how to reply to messages but (much more importantly) for most of the automated emails (particularly order status updates) that are always clogging my inboxes.
Take an online purchase for example: I put a bunch of items in my shopping cart and go through the checkout, using PayPal as the payment method.
-
Within a few seconds, I receive two emails: the order confirmation from the seller and the payment confirmation from PayPal.
-
Two days later (because I placed my order on a Saturday), I receive another email from the seller letting me know that they are now processing my order.
-
Then a few hours later, the seller lets me know that they have completed my order and passed it to the parcel service.
-
Then the parcel service notifies me that I’m going to receive a parcel soon but they don’t have an ETA yet.
-
The seller sends me another email with the invoice in a PDF file.
-
Then the parcel service lets me know that the parcel is probably going to arrive tomorrow.
-
The next day, the parcel service reminds me, maybe even giving a more specific time frame, and suggests that I update my delivery preference in case I’m not home and would like them to bring it to my neighbors.
-
The seller lets me know that my order is going to arrive soon and that they hope I’ll like it.
-
Just as the delivery driver returns to their vehicle, the parcel service lets me know that they have delivered my order (duh).
-
A day later, the seller emails me again to ask me about my experience with the order and the product.
-
Obviously I don’t care about their stupid questionnaire, so they send me a reminder after a week.
Being someone who does not like delete emails, this leaves me with 12 disconnected emails: 7 from the seller, which I can get a nice overview of by manually copying the order number into my email search box; 4 from the parcel number, which I can get an overview of by doing the same with the parcel tracking number (although this will also show me a few of the seller’s emails again), and one from PayPal. Because obviously absolutely no one developing e-commerce software has ever heard of the In-Reply-To and References email headers.
Unless my email user agent gives me the option to manually combine messages into a thread, in which case this would be one single thread that I can keep in my inbox until I receive the order, then archive it in one single step.
-
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Mac OS X email client.