mirror of
https://github.com/anonaddy/anonaddy.git
synced 2026-04-24 21:55:52 +03:00
[GH-ISSUE #784] [Bug] Aliases created with the + modifier get stripped before forwarding #1102
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#1102
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 @DavidPesticcio on GitHub (Oct 25, 2025).
Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/784
When using a sieve in an alias address
the alias is created, but the received email is missing the sieve, i.e.
+topicis missing when forwarded - shouldn't this be preserved? Otherwise it breaks the ability to filter on the receiving end. 🙁I could not find anything in the Help, FAQ or Blog sections mentioning this behaviour.
Update: Additionally, it doesn't increment the
Sendscount when sending via the above formatted email using thesendlink on the aliases page. It does however increment theRepliescount - although no message is received.@RokeJulianLockhart commented on GitHub (Nov 22, 2025):
@DavidPesticcio,
discussions/460#discussioncomment-6014528may elaborate somewhat, whereasissues/421#issuecomment-1564442519explains how this functionality differs, for Addy, from what the RFCs stipulate.@DavidPesticcio commented on GitHub (Dec 7, 2025):
@RokeJulianLockhart - Thanks for the info. 👍
I am unable to use
X-AnonAddy-Original-To:on the client end (Gmail web UI) - but that is useful to know if I was using SpamAssasin or Procmail etc., or a local MDA/MTA like Postfix or similar.For now, I have solved my problem - albeit not as granular - by assigning a recipient specifically for the
+topiccomponent of each incoming alias.This way consolidates all the aliases with
+topicon the other end, i.e. to one recipient becomes the filter - although one could add a recipient per alias if per alias granularity was required, it's not quite as "nice" a solution as filtering onX-AnonAddy-Original-To:would be.@willbrowningme - feel free to close this issue unless the future has other plans! 😄
@RokeJulianLockhart commented on GitHub (Dec 7, 2025):
@DavidPesticcio, you might want to comment this use case beneath
discussions/334#discussioncomment-3714035.