starred/anonaddy

Fork 0

mirror of https://github.com/anonaddy/anonaddy.git synced 2026-04-25 14:15:53 +03:00

[GH-ISSUE #721] Aliases don't respect "Update Display From Format" - Custom domain #1067

New issue

Closed

opened 2026-03-14 11:37:55 +03:00 by kerem · 3 comments

kerem commented

2026-03-14 11:37:55 +03:00

Owner

Originally created by @eiblei on GitHub (Feb 25, 2025).
Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/721

First of all thank you so much for creating such a great tool. It is a great solution to lots of my mail nightmares. I did a lot of research but didn't find a solution anywhere, so hopefully this will help to squash a bug.

I've just created a custom domain with some custom formated aliases. During that process I had the setting "Update Display From Format" set to "No name - just the alias"

Afterwards I did change the setting to "John Doe 'johndoe at example.com'" but the behaviour of the already created aliases didn't change as expected. Even after deleting/forgetting the aliases are now stuck with the setting active during their first creation.

I did a lot of testing and found the following (for custom domains and custom formated aliases):

aliases respect the setting active during their creation
if "Update Display From Format" is changed afterwards, the existing aliases don't change in their behaviour
newly created aliases use this setting though
if "Update Display From Format" is changed again, the aliases from step 3 don't respect the new setting either

What I've tested so far but didn't solve the problem:

deleting and forgetting the aliases, recreating them - they are now stuck with the first setting
forgetting the aliases and waiting a couple of hours before recreating them (even a whole day for 1 alias)
deleting the whole domain, waiting about 15 minutes, recreating everything

I hope I didn't miss anything. Thank you in advance :)

Originally created by @eiblei on GitHub (Feb 25, 2025). Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/721 First of all thank you so much for creating such a great tool. It is a great solution to lots of my mail nightmares. I did a lot of research but didn't find a solution anywhere, so hopefully this will help to squash a bug. I've just created a custom domain with some custom formated aliases. During that process I had the setting "Update Display From Format" set to "No name - just the alias" Afterwards I did change the setting to "John Doe 'johndoe at example.com'" but the behaviour of the already created aliases didn't change as expected. Even after deleting/forgetting the aliases are now stuck with the setting active during their first creation. I did a lot of testing and found the following (for custom domains and custom formated aliases): - aliases respect the setting active during their creation - if "Update Display From Format" is changed afterwards, the existing aliases don't change in their behaviour - newly created aliases use this setting though - if "Update Display From Format" is changed again, the aliases from step 3 don't respect the new setting either What I've tested so far but didn't solve the problem: - deleting and forgetting the aliases, recreating them - they are now stuck with the first setting - forgetting the aliases and waiting a couple of hours before recreating them (even a whole day for 1 alias) - deleting the whole domain, waiting about 15 minutes, recreating everything I hope I didn't miss anything. Thank you in advance :)

kerem closed this issue

2026-03-14 11:38:00 +03:00

kerem commented

2026-03-14 11:38:06 +03:00

Author

Owner

@willbrowningme commented on GitHub (Feb 26, 2025):

Is there a chance that your email client is simply saving the address and display name combination when first receiving the email from an alias which is why it does not change even when you update the setting in addy.io?

To confirm this, please inspect the actual From: header of the message to see what the display from format is being sent as.

@willbrowningme commented on GitHub (Feb 26, 2025): Is there a chance that your email client is simply saving the address and display name combination when first receiving the email from an alias which is why it does not change even when you update the setting in addy.io? To confirm this, please inspect the actual `From:` header of the message to see what the display from format is being sent as.

kerem commented

2026-03-14 11:38:11 +03:00

Author

Owner

@eiblei commented on GitHub (Feb 27, 2025):

Tank you so much. That one was good! But things are a "bit" weired. I can confirm there is no bug on your side, but I want to share the knowledge gained.

I was forwarding to icloud.com and Apple seems to cache or manipulate something, because iCloud-Web, MacOS Mail AND Thunderbird connected to the same icloud account display the wrong "From Format". Even though the email's From: Header is correctly visible on Thunderbird.

Forwarding the same alias to icloud AND another mailprovider (mailbox.org) reproduces my problem on icloud but displays everything correctly on mailbox.org on their WebUI and even with MacOS Mail and Thunderbird.

Thanks again for providing us such a great service an support! :)

@eiblei commented on GitHub (Feb 27, 2025): Tank you so much. That one was good! But things are a "bit" weired. I can confirm there is no bug on your side, but I want to share the knowledge gained. I was forwarding to icloud.com and Apple seems to cache or manipulate something, because iCloud-Web, MacOS Mail **AND** Thunderbird connected to the same icloud account display the wrong "From Format". Even though the email's `From:` Header is correctly visible on Thunderbird. Forwarding the same alias to icloud **AND** another mailprovider (mailbox.org) reproduces my problem on icloud **but** displays everything correctly on mailbox.org on their WebUI and even with MacOS Mail and Thunderbird. Thanks again for providing us such a great service an support! :)

kerem commented

2026-03-14 11:38:16 +03:00

Author

Owner

@willbrowningme commented on GitHub (Feb 27, 2025):

Thanks for sharing those details.

@willbrowningme commented on GitHub (Feb 27, 2025): Thanks for sharing those details.

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#1067

No description provided.

Rows
Columns