mirror of
https://github.com/anonaddy/anonaddy.git
synced 2026-04-25 06:05:55 +03:00
[GH-ISSUE #654] Link to deactivate alias not removed from plain text #1032
Labels
No labels
bug
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/anonaddy#1032
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @andre-paulo98 on GitHub (Jun 26, 2024).
Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/654
When someone sends an email with HTML, and I reply to the email with HTML, the banner gets removed on the HTML side, however it can still be seen in the email (by looking at the "original message")
Steps
You'll see the banner which is available on Plain Text only.
I also confirmed that different email providers might have a different format, for example, when the alias recipient is on Gmail and you reply, you'll see this:
And if the alias recipient is Outlook it will be like this:
@willbrowningme commented on GitHub (Jun 27, 2024):
Thanks, you're right. The issue seems to be with the email client adding a plain text version of the HTML reply that includes the banner when replying.
The html email that is forwarded to you only includes the banner in the HTML version and not the plain text version:
But then when replying, the email client (in my case Thunderbird) adds in a plain text version (unless you specifically inform it to send html only):
addy.io is able to match and remove the HTML banner but it looks for:
The plain text banner between these tags and these are not present.
The deactivate alias link only works if the user is logged in so there is no risk of anyone disabling your alias.
I need to come up with a foolproof way to always match the plain text even if it has been altered as above by an email client.
@andre-paulo98 commented on GitHub (Jul 31, 2024):
Just to note that this also leaks the description of the alias to the recipient.
@willbrowningme commented on GitHub (Aug 1, 2024):
This should now be resolved, please could you try again and let me know if you are still having issues.