[GH-ISSUE #524] [Feature Request] Modify List-Unsubscribe message header to forward through Addy #949

Closed
opened 2026-03-14 11:17:14 +03:00 by kerem · 6 comments
Owner

Originally created by @httpjamesm on GitHub (Sep 21, 2023).
Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/524

Marketing emails have List-Unsubscribe headers that tell email clients where and what to send to unsubscribe from marketing lists. I'd like Addy to modify this so the recipient address for unsubscribing is a proxy address. This would allow unsubscribing using email clients without revealing your true address, as the unsubscribe message would go through Addy.

Originally created by @httpjamesm on GitHub (Sep 21, 2023). Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/524 Marketing emails have `List-Unsubscribe` headers that tell email clients where and what to send to unsubscribe from marketing lists. I'd like Addy to modify this so the recipient address for unsubscribing is a proxy address. This would allow unsubscribing using email clients without revealing your true address, as the unsubscribe message would go through Addy.
kerem closed this issue 2026-03-14 11:17:20 +03:00
Author
Owner

@obadz commented on GitHub (Dec 23, 2025):

As discussed in #593, the List Unsubscribe should add the sender to a Block Sender rule imho.

<!-- gh-comment-id:3687880036 --> @obadz commented on GitHub (Dec 23, 2025): As discussed in #593, the List Unsubscribe should add the sender to a `Block Sender` rule imho.
Author
Owner

@httpjamesm commented on GitHub (Dec 24, 2025):

As discussed in #593, the List Unsubscribe should add the sender to a Block Sender rule imho.

This is a bad idea. Aliases can be for important accounts that deliver notifications too, not exclusively newsletters.

<!-- gh-comment-id:3689214828 --> @httpjamesm commented on GitHub (Dec 24, 2025): > As discussed in #593, the List Unsubscribe should add the sender to a `Block Sender` rule imho. This is a bad idea. Aliases can be for important accounts that deliver notifications too, not exclusively newsletters.
Author
Owner

@obadz commented on GitHub (Dec 24, 2025):

This is a bad idea. Aliases can be for important accounts that deliver notifications too, not exclusively newsletters.

Absolutely. I'm not sure why that implies that "unsubscribe ⇒ block" is a bad idea though.

<!-- gh-comment-id:3689686983 --> @obadz commented on GitHub (Dec 24, 2025): > This is a bad idea. Aliases can be for important accounts that deliver notifications too, not exclusively newsletters. Absolutely. I'm not sure why that implies that "unsubscribe ⇒ block" is a bad idea though.
Author
Owner

@httpjamesm commented on GitHub (Dec 24, 2025):

Well my thinking is this:

  • You receive a newsletter from your banking institution tied to your alias
  • You click the unsubscribe button in your mail client with the intention of unsubscribing from the newsletter only
  • The sender has been blocked as a result of the proposed logic
  • You don't receive the newsletter, but you also no longer receive important notifications

This can happen if transactional mail comes from the same address as newsletter mail

<!-- gh-comment-id:3690315417 --> @httpjamesm commented on GitHub (Dec 24, 2025): Well my thinking is this: - You receive a newsletter from your banking institution tied to your alias - You click the unsubscribe button in your mail client with the intention of unsubscribing from the newsletter only - The sender has been blocked as a result of the proposed logic - You don't receive the newsletter, but you also no longer receive important notifications This can happen if transactional mail comes from the same address as newsletter mail
Author
Owner

@obadz commented on GitHub (Dec 24, 2025):

I'm not aware of any operators which send newsletter or marketing E-mails from the same From address as their real operating E-mails (for this reason). Besides, the functionality would have to be understood by the user as: "you click unsubscribe ⇒ you are blocking this sender". The user can make the call on whether that is in fact what they want or whether they want a more elaborate filter based which they would have to create by hand.

<!-- gh-comment-id:3690373934 --> @obadz commented on GitHub (Dec 24, 2025): I'm not aware of any operators which send newsletter or marketing E-mails from the same From address as their real operating E-mails (for this reason). Besides, the functionality would have to be understood by the user as: "you click unsubscribe ⇒ you are blocking this sender". The user can make the call on whether that is in fact what they want or whether they want a more elaborate filter based which they would have to create by hand.
Author
Owner

@willbrowningme commented on GitHub (Feb 19, 2026):

This has just been added along with the new "List-Unsubscribe Behaviour" option in account settings.

<!-- gh-comment-id:3926709524 --> @willbrowningme commented on GitHub (Feb 19, 2026): This has just been added along with the new "List-Unsubscribe Behaviour" option in account [settings](https://app.addy.io/settings).
Sign in to join this conversation.
No labels
bug
pull-request
No milestone
No project
No assignees
1 participant
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
starred/anonaddy#949
No description provided.