Configurable subject response prefix #175

Closed
opened 2022-08-31 18:36:24 +03:00 by oblitum · 13 comments

I'd like to request a feature, I think very small, but that annoys me in almost all e-mail clients I've used to this day. I'd like to request for meli to have a configuration option that accepts a list of strings to be used for identifing email response prefixes. Currently when responding an email, meli prefixes the subject with "Re: ", if it's not already in the subject. The problem is, when communicating with diverse people, I often hit someone whose email client picks "RE: " for that, or even "Res: ", etc. What happens then, is that each client can't understand each other, and every subsequential email gets pilled with subject prefixes "Re: RE: Res: Re: Res: Subject", it's really annoying, I often try to evade that by manually editing the subject, but I often forget and notice the problem when it's already in my Sent folder.

I'd like to request a feature, I think very small, but that annoys me in almost all e-mail clients I've used to this day. I'd like to request for meli to have a configuration option that accepts a list of strings to be used for identifing email response prefixes. Currently when responding an email, meli prefixes the subject with "Re: ", if it's not already in the subject. The problem is, when communicating with diverse people, I often hit someone whose email client picks "RE: " for that, or even "Res: ", etc. What happens then, is that each client can't understand each other, and every subsequential email gets pilled with subject prefixes "Re: RE: Res: Re: Res: Subject", it's really annoying, I often try to evade that by manually editing the subject, but I often forget and notice the problem when it's already in my Sent folder.

Is this the solution you were thinking about?

d5594560bf

Is this the solution you were thinking about? https://git.meli.delivery/meli/meli/commit/d5594560bff45562f6c0c771dd8db8854a9354c8

Hi @epilys, that seems to be well done and should work out of the box is most cases :)

I'd like to just comment one specific person I interact with over email that has a particular interesting response prefix. Every single prefix of theirs comes with a counter, say, "RE[1]: ", "RE[2]: ", etc. I'm not sure how that should be handled, if at all.

Hi @epilys, that seems to be well done and should work out of the box is most cases :) I'd like to just comment one specific person I interact with over email that has a particular interesting response prefix. Every single prefix of theirs comes with a counter, say, "RE[1]: ", "RE[2]: ", etc. I'm not sure how that should be handled, if at all.

Oh, I think you need to proof read that string list, there's "RE:" twice, and no "Res:", only "RES: ". Seems weird.

Oh, I think you need to proof read that string list, there's "RE:" twice, and no "Res:", only "RES: ". Seems weird.
oblitum reopened this issue 2022-09-01 00:48:29 +03:00

Thanks, I'll fix that! (perils of not having compile-time hash sets)

"RE[1]: ", "RE[2]: ",

Ha! Maybe we could cook something up with the regexp pcre2 feature... Though no guarantee the stripping would happen sequentially 😄

Thanks, I'll fix that! (perils of not having compile-time hash sets) > "RE[1]: ", "RE[2]: ", Ha! Maybe we could cook something up with the regexp `pcre2` feature... Though no guarantee the stripping would happen sequentially 😄
Fixed: https://git.meli.delivery/meli/meli/commits/branch/reply-prefix

In case you want to review the diffs, I will wait a day or two before merging it into master.

In case you want to review the diffs, I will wait a day or two before merging it into master.

It seems nice, waiting for the merge to get my new build :)

It seems nice, waiting for the merge to get my new build :)

Merged!

Merged!

Thanks!

Thanks!

I just realized that an original subject like "RES: something" gets mutated to "Re: something". It's nice to have Re duplication avoided, but not sure about that mutation, it'll either get flipping back and forth, or the other person's client will stack it on further responses ("RES: something" -> "Re: something" -> "RES: Re: something").

I just realized that an original subject like "RES: something" gets mutated to "Re: something". It's nice to have Re duplication avoided, but not sure about that mutation, it'll either get flipping back and forth, or the other person's client will stack it on further responses ("RES: something" -> "Re: something" -> "RES: Re: something").

Oh yeah that's true. So keep the original prefix?

Oh yeah that's true. So keep the original prefix?

I think that's the best route, leave subject as-is once prefix is identified.

I think that's the best route, leave subject as-is once prefix is identified.

Sorry for the delay, it got burried and lost in the task queue

Sorry for the delay, it got burried and lost in the task queue
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: meli/meli#175
There is no content yet.