AnonAddy 1.7.3 介绍与选型指南
AnonAddy（现更名 addy.io）匿名邮件别名服务认知选型：更名背景、Laravel+Postfix 架构、功能特性、与 SimpleLogin/Firefox Relay/iCloud+ 量化对比，全文联网溯源（2026-10-25）。
AnonAddy 1.7.3 介绍与选型指南
目标：帮助读者快速理解 AnonAddy（现官方更名 addy.io）匿名邮件别名与转发服务的定位、架构与功能，并与 SimpleLogin 等同类方案做量化选型对比。本文为认知选型篇，全部信息来自联网溯源（查询日期 2026-10-25），不涉及本地实测。
一、环境信息
- 溯源方式：官方仓库 GitHub 页面 HTML、shields.io 徽章、官方 README / SELF-HOSTING 文档、Docker Hub 镜像仓库 API
- 溯源日期：2026-10-25
- 目标软件：AnonAddy（官方站点名 addy.io），仓库
anonaddy/anonaddy - 对比对象：SimpleLogin（simple-login/app）、Firefox Relay、iCloud+「隐藏我的电子邮件」
二、软件概述
AnonAddy 是一个开源的匿名电子邮件转发（Anonymous Email Forwarding）服务，官方仓库 README 开宗明义：“This is the source code for self-hosting addy.io”（来源：github.com/anonaddy/anonaddy README，查询日期 2026-10-25）。它的核心用法是：你为每个网站/场景生成一个别名地址（如 shop@用户名.example.com），发往别名的邮件经服务转发到你的真实邮箱；回复时通过别名中转，对方永远看不到真实地址。别名泄露或被滥用时一键停用即可，从源头掐断垃圾邮件与撞库关联。
更名背景：项目原名 AnonAddy（站点 anonaddy.com），后品牌升级为 addy.io（“addy” 是英文网络俚语中 “address/地址” 的缩写，来源：官方 README FAQ “Why is it called addy.io?”，查询日期 2026-10-25）。代码仓库与开源项目名仍沿用 anonaddy/anonaddy，版本发布、Docker 镜像（anonaddy/anonaddy）也继续使用 AnonAddy 名称；官方托管服务与文档站统一为 addy.io。本专栏以仓库名 AnonAddy 为准，正文两者等价。
关键身份数据（均为 2026-10-25 联网实查）：
| 维度 | 取值 | 来源 |
|---|---|---|
| 最新稳定版 | v1.7.3（2026-10-06 发布） | GitHub Releases 页 / shields.io |
| 许可证 | AGPL-3.0（composer.json 标注 AGPL-3.0-or-later） | shields.io / composer.json |
| GitHub Star | 约 4.9k | shields.io |
| 技术栈 | PHP ^8.3 + Laravel 13 + Inertia.js + Vue | v1.7.3 composer.json |
| 官方 Docker 镜像 | anonaddy/anonaddy（有 1.7.3 标签，73 个标签） | Docker Hub API |
| 官方托管服务 | addy.io（Free/Lite/Pro 订阅） | 官方 README |
三、核心架构
AnonAddy 是一个标准的 Laravel Web 应用 + Postfix 邮件管道架构（依据：官方 SELF-HOSTING.md 与 v1.7.3 源码，查询日期 2026-10-25）：
- 入站：Postfix 作为 MTA 监听 25 端口，
virtual_mailbox_domains通过 MySQL 查询判断收件域是否属于本服务；命中后经master.cf定义的anonaddy管道（pipe）把整封邮件喂给php artisan anonaddy:receive-email，由 PHP 应用解析 MIME、匹配别名。 - 应用层：Laravel 应用负责别名匹配、限额（每小时转发数、月带宽）、GPG/OpenPGP 加密转发、失败投递记录，并提供 Web 控制台（Inertia + Vue SPA）与 REST API（Sanctum 令牌）。
- 出站：转发邮件经 SMTP 投回本地 Postfix，再投递到收件人的真实邮箱 MX；退信通过 VERP 变量回退地址（如
b_<token>@example.com）回到管道，应用据此记录失败投递。 - 依赖组件：数据库（MySQL/MariaDB/PostgreSQL/SQLite）、Redis（缓存/会话/队列，可选）、队列Worker（异步发送）、Rspamd（可选，负责 SPF/DKIM/DMARC 校验与 DKIM 签名）。
💡 技术拓展：邮件别名服务的「入站管道」有多种实现——Postfix pipe（AnonAddy 采用，MTA 直接 fork 进程喂邮件）、LMTP 投递（wildduck 等）、Webhook 推送（部分 SaaS）。pipe 方案无需额外网络监听、与 Postfix 天然集成，是 AnonAddy 的选择。
四、功能特性
依据官方 README FAQ 与 .env.example（v1.7.3，查询日期 2026-10-25）：
- 三类别名：标准别名（
*@用户名.你的域名）、共享域别名（随机词组合，如circus.waltz449@anonaddy.me，不可回溯到用户名）、自定义域别名（*@你的域名，支持 catch-all）。 - 别名收发双向：不仅收信转发，还可“以别名身份回复/发信”——向
别名+目标=域名@你的域名这种特殊构造地址发信即可（来源：README “How do I send email from an alias?”）。 - GPG/OpenPGP 加密转发：上传收件人公钥后，转发邮件端到端加密；服务端持有私钥可对加密邮件再签名（
ANONADDY_SIGNING_KEY_FINGERPRINT/ANONADDY_GNUPGHOME）。 - 多收件人：一个别名可同时转发给多个真实邮箱，可随时增删。
- 用量管控：每用户每小时转发限额（默认 200）、每月带宽限额（默认 100MB）、每小时新建别名额（默认 100）、附加用户名数（默认 10）。
- 安全可见性：入站邮件未通过 DMARC 校验时，转发件会加红色“可能伪造”警示横幅，并附
X-AnonAddy-Authentication-Results头（来源：README FAQ）。 - 失败投递管理：记录失败投递（FDN），支持 3 天自动清理、退信自动停用别名防信誉受损。
- 2FA 与 WebAuthn：依赖
asbiin/laravel-webauthn、pragmarx/google2fa-laravel（composer.json）。 - 生态客户端：官方开源 Android 应用（Stjin 开发，Play Store / F-Droid）、浏览器扩展、iOS 应用、Raycast 扩展（README FAQ）。
五、快速开始（最小可用示例）
自建最小闭环的官方路径（细节见后续部署篇）：
# 1. 准备 Ubuntu 22.04 服务器，安装 PHP 8.3 / Nginx / MariaDB / Redis / Postfix
# 2. 拉取 v1.7.3 源码，composer install + npm run production
# 3. 配置 .env（ANONADDY_DOMAIN=example.com 等）后 php artisan migrate
# 4. Postfix 配置 virtual 域查询 + anonaddy 管道（见 SELF-HOSTING.md）
# 5. 创建管理员
php artisan anonaddy:create-user admin admin@qq.com
Docker 形态一行起步（官方镜像，来源：github.com/anonaddy/docker examples/compose，查询日期 2026-10-25）：
services:
app:
image: anonaddy/anonaddy:1.7.3
ports: ["25:25", "8000:8000"]
⚠️ 注意：AnonAddy 强依赖真实公网 DNS（MX/SPF/DKIM/PTR），最小可用实验可在内网跑通 Web 与管道，但要对外收发必须完成域名解析与端口 25 开放（不少云厂商默认封 25，需工单解封——官方 SELF-HOSTING 明示）。
六、适用场景与限制
适用场景：
- 注重隐私的个人/团队，自建“一次性邮箱+永久别名”体系，防垃圾邮件与跨站画像；
- 企业为测试/注册场景提供可控的邮箱别名池；
- 需要把别名体系绑定自有域名、并自行掌控数据合规的团队。
限制（依据官方文档与架构）：
- 运维门槛高于普通 Web 应用：必须维护 Postfix MTA、DNS（MX/SPF/DKIM/DMARC/PTR）、IP 信誉，官方 SELF-HOSTING 假设读者已会做服务器加固；
- 出口 IP 进黑名单会直接影响送达率，官方建议先用 multirbl 检查新购服务器 IP（SELF-HOSTING）；
- AGPL-3.0：对外提供网络服务也需开源修改部分；
- 依赖 PHP 8.3，老发行版默认仓库不满足，需要 PPA 或自行编译。
七、同类选型对比
以下数据均为 2026-10-25 实查（shields.io / 各仓库 Releases 页 / 官方站点）：
| 维度 | AnonAddy (addy.io) | SimpleLogin | Firefox Relay | iCloud+ 隐藏我的电子邮件 |
|---|---|---|---|---|
| 开源/许可 | 全开源 AGPL-3.0 | 全开源 AGPL-3.0 | 仅客户端开源，服务端闭源 | 闭源商业服务 |
| 自托管 | ✅ 官方文档+镜像 | ✅ 官方文档+镜像 | ❌ | ❌ |
| 最新版本 | v1.7.3（2026-10） | v4.83.1（2026） | 滚动（SaaS） | 滚动（SaaS） |
| GitHub Star | ~4.9k | ~7.1k | ~1.8k（relay 仓） | — |
| 技术栈 | PHP 8.3 / Laravel 13 | Python / Flask | — | — |
| 反向别名回复 | ✅ | ✅ | ✅（限回复） | ❌（仅转发） |
| GPG 加密转发 | ✅ | ✅（Proton 系） | ❌ | ❌ |
| 自定义域名 | ✅ | ✅ | ✅（高级版） | ❌ |
| 官方免费额度 | 无限别名（共享域）/ 带宽 10MB/月 | 10 个别名 | 5 个别名 | —（需 iCloud+ 订阅） |
| 移动端 | Android/iOS 官方应用 | Android/iOS | 浏览器扩展 | 系统集成 |
关键差异解读：
- 想要完全自主可控 + PHP 生态：选 AnonAddy。Laravel 技术栈对 PHP 团队友好，官方 Docker 镜像开箱即用，限额/带宽/多用户名等运营级功能是四者中最完整的自托管实现。
- 想要更活跃的社区与 Proton 生态：选 SimpleLogin（星数更高、被 Proton 收购后持续维护，Python 栈）。
- 只想偶尔注册小号：Firefox Relay / iCloud+ 零运维，但无自托管、功能受制。
八、参考链接
- 官方仓库：https://github.com/anonaddy/anonaddy（Releases / README，查询日期 2026-10-25）
- 官方站点与服务：https://addy.io
- 自托管官方文档：仓库内 SELF-HOSTING.md（v1.7.3）
- 官方 Docker 镜像仓库：https://github.com/anonaddy/docker 、https://hub.docker.com/r/anonaddy/anonaddy
- 对比对象仓库：https://github.com/simple-login/app