This is the source code for self-hosting AnonAddy.
- Why is it called AnonAddy?
- Why did you make this site?
- Why should I use AnonAddy?
- Do you store emails?
- What is a shared domain alias?
- What is a standard alias?
- Can I use my own domain?
- Can I add a domain and also use it as a recipient?
- Why should I use this instead of a similar service?
- Is there a browser extension?
- Is there an Android app?
- Is there an iOS app?
- How do I add my own GPG/OpenPGP key for encryption?
- Are attachments encrypted too?
- Are forwarded emails signed when encryption is enabled?
- What if I don't want anyone to link ownership of my aliases together?
- Where is the server located?
- What if I don't trust you?
- What is the maximum number of recipients I can add to an alias?
- What happens when I delete my account?
- Does this work with any email provider?
- How do I reply to a forwarded email?
- Does AnonAddy strip out the banner information when I reply to an email?
- How do I send email from an alias?
- Will people see my real email if I reply to a forwarded one?
- Can emails have attachments?
- What is the max email size limit?
- What happens if I have a subscription but then cancel it?
- If I subscribe will Stripe see my real email address?
- How do you prevent spammers?
- What do you use to do DNS lookups on domain names?
- Is there a limit to how many emails I can forward?
- Is there a limit to how many aliases I can create per hour?
- How is my bandwidth calculated?
- How many emails can I receive before I go over my bandwidth limit?
- What happens if I go over my bandwidth limit in a given month?
- Can I login using an additional username?
- I'm not receiving any emails, what's wrong?
- How do I know this site won't disappear next month?
- What happens to AnonAddy if you die?
- Is the application tested?
- How do I host this myself?
- Who's behind AnonAddy?
- I couldn't find an answer to my question, how can I contact you?
AnonAddy is short for "Anonymous Email Address". The word "Addy" is internet slang for email address, e.g.
"My addy is being spammed. I should've kept it private."
I made this service after trying a few other options that do a similar thing. I was really interested in how they worked and loved the thought of protecting my real email addresses from spam.
I also wanted to address some issues with other services such as:
- Proprietary closed source code
- Adverts, analytics and trackers used on the sites
- No option to encrypt emails using a GPG/OpenPGP key
- No option for multiple recipients
I made the code open-source to show everyone what was going on behind the scenes and to allow others to help improve the application.
I use this service myself for the vast majority of sites I'm signed up to.
There are a number of reasons you should consider using this service:
- Protect your real email address from spam by simply deactivating/deleting aliases that receive unsolicited emails
- Identify who has sold your data by using a different email address for every site
- Protect your identity in the event of a data breach by making it difficult for hackers to cross-reference your accounts
- Prevent inbox snooping by encrypting all inbound emails using GPG/OpenPGP encryption
- Update where emails are forwarded without having to go through and change your email address for each site individually
- Reply to forwarded emails anonymously without revealing your true email address
No I definitely do not store/save any emails that pass through the server.
A shared domain alias is any alias that has a domain name that is also shared with other users. For example anyone can generate an alias with the @anonaddy.me domain. Aliases with shared domain names must be pre-generated and cannot be created on-the-fly like standard aliases.
A standard alias is any alias that can be created on-the-fly. Automatic on-the-fly alias creation is only available for domains that are unique to you. For example, your unique username subdomain, any additional usernames or any custom domains. So if you signed up with the username "johndoe", any alias you create using @johndoe.anonaddy.com would be a standard alias (even if you've generated a UUID/Random Word one).
Yes you can use your own domain name so you can also have *@example.com as your aliases. To do so you simply need to add a TXT record to verify your ownership of the domain. Then you will need to add an MX record to your domain so that our server can handle incoming emails. You can then add a few other records to enable sending from your domain too.
No, you cannot use the same domain as a custom domain and also for a recipient on AnonAddy.
e.g if you add "example.com" as a custom domain, you cannot then add "[email protected]" as a recipient. This is because a domain cannot direct email to multiple locations simultaneously using MX records. So your email would arrive for "example.com" and then attempt to be forwarded to "[email protected]" which would create a loop.
You can instead use a subdomain for your custom domain, e.g. "mail.example.com" instead of "example.com", this would allow you to create *@mail.example.com for your aliases. More details can be found here.
Here are a few reasons I can think of:
- Bring your own GPG/OpenPGP key to encrypt your forwarded emails (and the option to replace subjects)
- No adverts
- No analytics or trackers (just server access logs)
- No third party content (excluding stripe.js on the subscription page)
- Open-source application code
- No limitation on the number of aliases that can be created
- Generous monthly bandwidth
- Multiple domains to choose for aliases (currently anonaddy.com, anonaddy.me and another 2 for paid plan users)
- Ability to generate UUID and random word aliases at shared domains
- Ability to add additional usernames to compartmentalise aliases
- New features added regularly
Yes there is an open-source browser extension available to download for Firefox and Chrome (also available on other chromium based browsers such as Brave and Vivaldi). You can use the extension to generate new aliases remotely.
There is not an official Android app that I have made myself as I am not familiar with mobile development.
There is however an excellent open-source Android app created by Stjin that is available to download from the Play Store (paid) and F-Droid (free). The developer of this app has put in a lot of time and effort so if you would like to support him please purchase the Play Store version.
There is also another unofficial open-source Android app created by KhalidWar available on the Play Store.
Yes, KhalidWar's unofficial open-source app from above is also available on the App Store.
On the recipients page you simply need to click "Add public key" and paste in your public key data. Now all emails forwarded to you will be encrypted with your key. You should also replace the subject line of forwarded messages in your account settings as this cannot be encrypted.
Yes attachments are part of the email body and are also encrypted if you have it enabled.
Yes when you have encryption enabled all forwarded emails are signed using our [email protected] private key.
You can add this key to your own keyring so that you can verify emails have come from us.
The fingerprint of the [email protected] key is "26A987650243B28802524E2F809FD0D502E2F695" you can find the key on https://keys.openpgp.org.
If you're concerned that your aliases are all linked by your username e.g. @johndoe.anonaddy.com, then you have a couple of options:
- You can generate UUID or random word aliases instead, these are all under a shared domain and cannot be linked to a user.
- You can add additional usernames and separate your aliases under your these. e.g. you could have one username for personal stuff, another for work, another for hobbies etc.
The server is located in Amsterdam, Netherlands with Greenhost.net. Greenhost focuses greatly on privacy and security and their servers run entirely on Dutch wind energy.
It's good to keep your guard up when online so you should never trust anyone 100%. I'll try my best to be as honest and transparent as I can but if you still aren't convinced you can always just fire up your own server and self-host this application. You'll need to know about server administration and PHP. You can find more information here https://github.com/anonaddy/anonaddy#self-hosting.
The limit is currently set to 10 which should suffice in the vast majority of situations.
When you delete your account the following happens:
- All of your recipients are deleted from the database
- All of your aliases that use a shared domain e.g. @anonaddy.me are soft deleted from the database (this is to prevent any chance of another user generating the same alias in the future)
- All of your other aliases are deleted from the database
- All of your custom domains are deleted from the database
- Your user details are deleted from the database
- Your username and any additional usernames that you created are encrypted and added to a table in the database. This is to prevent anybody signing up with the same username in the future.
- Any subscription information is deleted from the database
Yes this will work with any provider, although I can't guarantee it won't land in spam initially.
Each forwarded email has a From: header set. This header will look something like this:
From: <[email protected]>
Where [email protected] is the address of the person who sent you the email and [email protected] is the alias that forwarded you the email.
All you need to do is click reply in your email client or web interface and it will automatically fill the To: field with the correct address.
To check if a reply has worked properly check in your dashboard if the reply count has been incremented for that alias.
For further details please see this help article - Replying to email using an alias.
At the moment the site does not automatically strip out the "This email was sent to..." text from forwarded emails when you reply to them. You need to either remove this from the quoted text manually or set the banner information to "off" in your account settings.
This works in the same way as replying to an email.
Let's say that you have the alias [email protected] and you want to send an email to [email protected].
All you need to do is enter the following in the To: field.
Note: you must send the email from a verified recipient on your account.
Then send the email exactly as you would any other. To check that the email has sent successfully, look in your dashboard at the sent count column and see if it has been incremented for that alias.
If you want an easy way to construct the correct email address that you should send to you can click "Send from" next to any alias in the web application and after entering the destination address it will display the right email address to use.
This works exactly the same for shared domain aliases, additional usernames and custom domains.
You can even use the send from feature to create an alias on the fly that does not yet exist. This only works for standard aliases or those at custom domains that behave as a catch-all.
You must generate aliases that use shared domains (e.g. [email protected]) beforehand in order to be able to send from them.
If you need to send an email to an address with an extension e.g. [email protected] then it's exactly the same method:
Just enter the extension too!
For further details please see this help article - Sending email from an alias.
No, your real email will not be shown, the email will look as if it has come from us instead. Just make sure not to include anything that might identify you when composing the reply, i.e. your full name.
Yes you can add attachments to emails forwarded and replies. Attachments count towards your bandwidth.
The max email size is currently set to 10MB (including attachments).
If you cancel your subscription it will remain active until the end of your current billing cycle, you will still be able to use your paid plan features until the billing cycle ends.
A few days before your billing cycle ends you will receive an email letting you know the steps you need to take to prevent the loss of any emails. Shortly after ending the following will happen:
- Any custom domains will be deactivated
- Any additional usernames will be deactivated
- If you have any more than 2 recipients they will be deleted
- Paid account settings will be reverted to default values
- Any aliases using paid plan only domains will be deactivated
- If you have any more than 20 aliases using a shared domain e.g. anonaddy.me they will be deactivated
- If your account username has catch-all disabled then it will be enabled
You will not be able to activate any of the above again until you resubscribe.
No, Stripe will instead be given an alias. This alias will only be created if Stripe sends an email to it, for example if your card payment fails or if your card has expired.
The following is in place to help prevent spam:
- Rspamd - Fast, free and open-source spam filtering system
- DNS blacklist checks - spamhaus.org
- SPF, DKIM - to check the SPF record on the sender's domain
- DMARC - to check for email spoofing and reject emails that fail
- FQDN - the sender must be using a valid fully qualified domain name
- PTR record check - if the sender has no valid PTR record it is rejected
The server is running a local DNS caching server to improve the speed of queries.
Not unless you are really going to town. Each user is throttled to 200 emails per hour through the server.
Currently you are limited to creating 10 new aliases per hour on the free plan, 20 per hour on the Lite plan and 50 per hour on the Pro plan. If you try to create more than this the emails will be deferred until you are back below the limit.
Each time a new email is received Postfix calculates its size in bytes. A column in the database is then simply incremented by that size when the email is forwarded or a reply is sent. At the start of each month your bandwidth is reset to 0.
I don't use rolling 30 day total as the only way to do this would be to log the date and size of every single email received.
Blocked emails do not count towards your bandwidth (e.g. an alias is inactive or deleted).
The average email is about 76800 bytes (75KB), this is roughly equivalent to 7,000 words in plain text. So the 10MB monthly allowance would be around 140 emails and the Lite plan's 50MB would be almost 700 emails.
If you get close to your limit (over 80%) you'll be sent an email letting you know. If you continue and go over your limit the server will start discarding emails until your bandwidth resets the next month or you upgrade your plan.
You can add 1 additional username as a Lite user and up to 3 additional usernames as a Pro user for totals of 2 and 4 respectively (including the one you signed up with). You can currently only login with the one that you originally signed up with.
Please make sure to add [email protected], [email protected] and any other aliases you use to your address book and also to check your spam folder. Make sure to mark emails from us as safe if they turn up in spam.
If an alias has been previously deleted and you try to send email to it, the emails will be rejected with an error message - "554 5.7.1 Recipient address rejected: Access denied".
Check that you have not deactivated the alias, custom domain or additional username. When any of these are deactivated, emails will be silently discarded, they will not be rejected or return any error message.
The sender of the email may be failing SPF, DMARC or DNS blacklist checks resulting in the email being rejected. The sender should also have correct reverse DNS setup and use a FQDN as their hostname.
If you are forwarding emails to an icloud.com email address some users are having issues with a small number of emails being rejected (often those from Facebook).
For some reason Apple seems to think these emails are spam and returns this error message:
Diagnostic-Code: smtp; 550 5.7.1 [CS01] Message rejected due to local policy.
I have contacted Apple multiple times about this but they have not yet responded.
If you are having issues with emails being rejected as "possibly spammy" by Google, iCloud or Microsoft then try adding a GPP key and enabling encryption. This will prevent the email's content being scanned and reduce the change of it being rejected.
If you still aren't receiving emails please contact me.
I am very passionate about this project. I use it myself every day and will be keeping it running indefinitely. The service also provides me with an income.
I do have someone in place who can keep the service running in the event of me not being here. They are able to continue paying for the servers that host AnonAddy and the domains that it uses. All AnonAddy domains also always have over 5 years until they expire.
They would make a Twitter announcement informing all users that they would be keeping the service running. You would then be able to decide whether you'd like to continue using AnonAddy or start to update your email addresses.
Yes it has over 180 automated PHPUnit tests written.
You will need to set up your own server with Postfix so that you can pipe the received mail to the application. You can find more information here https://github.com/anonaddy/anonaddy#self-hosting.
For those who prefer using Docker there is an image you can use here - github.com/anonaddy/docker.
My name is Will Browning, I'm a web developer from the UK and an advocate for online privacy and open-source software. You can find me on Twitter although I don't tweet that much!
For any other questions just send an email to - [email protected] (GPG Key)
- Postfix (3.0.0+) (plus postfix-mysql for database queries and postfix-pcre)
- PHP (7.4+) and the php-mailparse extension, the php-gnupg extension if you plan to encrypt forwarded emails, the php-imagick extension for generating 2FA QR codes
- Port 25 unblocked and open
- Redis (4.x+) for throttling and queues
- FQDN as hostname e.g. mail.anonaddy.me
- MariaDB / MySQL
- Nginx
- (SpamAssassin, OpenDKIM, OpenDMARC, postfix-policyd-spf-python) OR Rspamd
- DNS records - MX, SPF, DKIM, DMARC
- Reverse DNS
- SSL/TLS Encryption - you can install a free certificate from Let’s Encrypt.
For full details please see the self-hosting instructions file.
Thanks to Vlad Timofeev who is my very first GitHub sponsor!
Thanks to https://gitlab.com/mailcare/mailcare and https://github.com/niftylettuce/forward-email for their awesome open-source projects that helped me along the way.
The MIT License (MIT). Please see License File for more information.