电子邮件初创公司的坟墓：大多数电子邮件公司为何失败

虽然许多电子邮件初创公司已经投入了数百万美元来解决已知的问题，但我们 转发邮件 自 2017 年以来一直专注于从头开始构建可靠的电子邮件基础设施。本分析探讨了电子邮件初创成果背后的模式以及电子邮件基础设施面临的根本挑战。

[!NOTE] 关键洞察：大多数电子邮件初创公司不会从零开始构建真正的电子邮件基础设施。许多公司都是基于现有解决方案（例如 Amazon SES）或开源系统（例如 Postfix）构建的。核心协议运行良好——挑战在于实施。

[!TIP] 技术深度探讨：有关我们的方法、架构和安全实施的全面详细信息，请参阅我们的 转发电子邮件技术白皮书 和 关于页面 记录了我们自 2017 年以来的完整发展时间表。

电子邮件启动失败矩阵

[!CAUTION] 故障率警报: 仅 Techstars 就有 28 家电子邮件相关公司 只有 5 个出口 - 失败率极高（有时计算为 80% 以上）。

以下是我们能找到的所有重大电子邮件初创公司的失败案例，按加速器、资金和结果进行整理：

基础设施现状检查

[!WARNING] 隐藏的真相：每个所谓的电子邮件初创公司都只是在现有基础设施上构建用户界面。他们不是在构建真正的电子邮件服务器，而是在构建连接到真实电子邮件基础设施的应用程序。

什么真正运行电子邮件

graph TD
    A[Email Infrastructure] --> B[Amazon SES]
    A --> C[Postfix SMTP]
    A --> D[Cyrus IMAP]
    A --> E[SpamAssassin]
    A --> F[DKIM/SPF/DMARC]
B --> G[Powers most email APIs]
C --> H[Actual SMTP server everywhere]
D --> I[Handles email storage]
E --> J[Filters spam]
F --> K[Authentication that works]


“电子邮件初创公司”究竟在做什么
graph LR
    A[Email Startup Stack] --> B[React Native Apps]
    A --> C[Web Interfaces]
    A --> D[AI Features]
    A --> E[Security Layers]
    A --> F[API Wrappers]
B --> G[Memory leaks]
C --> H[Break email threading]
D --> I[Gmail already has]
E --> J[Break existing workflows]
F --> K[Amazon SES with 10x markup]



[!TIP]
电子邮件成功的关键模式：真正在电子邮件领域取得成功的公司不会尝试重新发明轮子。相反，他们会构建 基础设施和工具，增强 现有的电子邮件工作流程。 发送网格, 邮件枪， 和 邮戳 通过提供可靠的 SMTP API 和交付服务成为价值数十亿美元的公司 - 他们工作 和 遵循电子邮件协议，而不是违背协议。我们在 Forward Email 中也采取了同样的方法。

为什么大多数电子邮件初创公司会失败

[!IMPORTANT]
基本模式： 电子邮件 客户 初创公司通常会失败，因为他们试图取代现有的协议，而电子邮件 基础设施 公司可以通过增强现有工作流程取得成功。关键在于了解用户的实际需求，以及企业家认为他们需要什么。

1. 电子邮件协议有效，但实施往往无效

[!NOTE]
电子邮件统计: 每天发送 3473 亿封电子邮件 在没有重大问题的情况下，服务 全球有 43.7 亿电子邮件用户 截至 2023 年。

核心电子邮件协议很可靠，但实施质量差异很大：

通用兼容性：每个设备、每个平台都支持 SMTP, IMAP， 和 POP3
去中心化：没有单点故障 全球数十亿个电子邮件服务器
标准化：SMTP、IMAP、POP3 是 20 世纪 80 年代至 90 年代经过实践检验的协议
可靠的: 每天发送 3473 亿封电子邮件 没有重大问题

真正的机会：更好地实施现有协议，而不是替代协议。
2. 网络效应牢不可破
电子邮件的网络效应是绝对的：

每个人都有电子邮件: 全球有 43.7 亿电子邮件用户 自 2023 年起
跨平台：与所有提供商无缝协作
业务关键: 99% 的企业每天都使用电子邮件 用于操作
转换成本：更改电子邮件地址会破坏与之相关的一切

3. 他们经常针对错误的问题
许多电子邮件初创公司关注的是感知到的问题，而不是真正的痛点：

“电子邮件太复杂了”：基本工作流程很简单 - 自 1971 年起发送、接收、整理
“电子邮件需要人工智能”: Gmail 已经具备有效的智能功能 例如智能回复和优先收件箱
“电子邮件需要更好的安全性”: DKIM, SPF， 和 DMARC 提供可靠的身份验证
“电子邮件需要一个新的界面”: 外表 和 电子邮件 界面经过数十年的用户研究而不断完善

值得解决的真正问题：基础设施可靠性、可交付性、垃圾邮件过滤和开发人员工具。
4. 技术债务巨大
构建真正的电子邮件基础设施需要：

SMTP 服务器：复杂的交付和 声誉管理
垃圾邮件过滤：不断发展 威胁形势
存储系统： 可靠的 IMAP/POP3 执行
验证: DKIM, SPF, DMARC, ARC 遵守
传递能力: ISP 关系和 声誉管理

5. 基础设施已经存在
当你可以使用以下内容时，为什么还要重新发明：

亚马逊SES：成熟的交付基础设施
后缀：久经考验的 SMTP 服务器
鸽舍：可靠的 IMAP/POP3 服务器
垃圾邮件杀手：有效的垃圾邮件过滤
现有提供商: 电子邮件, 外表, 快速邮件 工作正常

案例研究：电子邮件初创公司失败时
案例研究：小艇灾难
Skiff 完美地体现了电子邮件初创企业的所有弊端。
设置

定位：“隐私优先的电子邮件和生产力平台”
资金: 大量风险投资
承诺：通过隐私和加密改善电子邮件

收购
Notion 于 2024 年 2 月收购了 Skiff 并附有关于整合和持续发展的典型收购承诺。
现实

立即关闭: Skiff 在几个月内关闭
创始人流失: Skiff 创始人离开 Notion 并加入 Cursor
用户放弃：数千名用户被迫迁移

加速器分析
Y Combinator：电子邮件应用工厂
Y组合器 已经投资了数十家电子邮件初创公司。具体模式如下：

电子邮件 (2014 年)：移动电子邮件客户端→转向“健康”
邮件时间 (2016 年)：聊天式电子邮件 → 转向分析
重新邮件 (2009): iPhone 电子邮件搜索 → 被谷歌收购 → 关闭
融洽的 (2012)：Gmail 社交资料 → 被 LinkedIn 收购 → 关闭

成功率：业绩好坏参半，但也有一些值得关注的退出案例。一些公司实现了成功的收购（例如，reMail 被谷歌收购，Rapportive 被领英收购），而其他一些公司则放弃了电子邮件业务，或被收购以获取人才。
Techstars：电子邮件坟场
科技之星 有着更糟糕的记录：

电子邮件副驾驶 (2012年): 收购 → 关闭
回复发送 (2012)：彻底失败
Nveloped (2012)：“简单、安全、电子邮件”→失败
混乱 (2015): 电子邮件加密→失败
收件箱狂热 (2011)：电子邮件 API → 失败

图案：价值主张模糊，没有真正的技术创新，很快就失败。
风险投资陷阱

[!CAUTION]
风险投资悖论风险投资家青睐电子邮件创业公司，因为它们听起来简单，但实际上却不可能。吸引投资的那些基本假设恰恰注定了它们的失败。

风险投资家们喜欢电子邮件初创公司，因为它们听起来简单，但实际上不可能实现：
graph TD
    A[VC Email Startup Pitch] --> B[Sounds Simple]
    A --> C[Seems Obvious]
    A --> D[Technical Moat Claims]
    A --> E[Network Effect Dreams]
B --> F[Everyone uses email!]
C --> G[Email is old and broken!]
D --> H[We'll build better infrastructure!]
E --> I[Once we get users, we'll dominate!]

F --> J[Reality: Email works fine]
G --> K[Reality: Protocols are proven]
H --> L[Reality: Infrastructure is hard]
I --> M[Reality: Network effects unbreakable]


现实：这些假设对于电子邮件来说都不成立。
技术现实：现代电子邮件堆栈
究竟是什么推动了“电子邮件创业公司”的发展
让我们看看这些公司实际经营的情况：
graph LR
    A[Most Email Startups] --> B[React Native App]
    B --> C[Node.js API]
    C --> D[Amazon SES]
    D --> E[Existing Email Infrastructure]
F[Forward Email] --> G[100% Custom Node.js JavaScript Stack]
G --> H[Built From Scratch]


性能问题
内存膨胀：大多数电子邮件应用程序都是基于 Electron 的 Web 应用程序，会消耗大量 RAM：

Mailspring: 500MB+ 用于基本电子邮件
奈拉斯邮件: 1GB+内存使用量 关机前
邮箱: 300MB+ 空闲内存
金丝雀邮件: 由于内存问题而频繁崩溃
雷鸟: RAM 使用率高达 90% 系统内存


[!WARNING]
电子性能危机：使用 Electron 和 React Native 构建的现代电子邮件客户端存在严重的内存膨胀和性能问题。这些跨平台框架虽然为开发人员提供了便利，但却会创建资源密集型应用程序，为了实现基本的电子邮件功能，会消耗数百兆到数千兆的内存。

电池耗尽：持续同步和低效的代码：

永不休眠的后台进程
每隔几秒就会进行不必要的 API 调用
连接管理不佳
除了核心功能绝对需要的依赖之外，没有第三方依赖

收购模式：成功 vs. 失败
两种模式
客户端应用程序模式（通常会失败）:
flowchart TD
    A[Email Client Launch] --> B[VC Funding]
    B --> C[User Growth]
    C --> D[Talent Acquisition]
    D --> E[Service Shutdown]
A -.-> A1["Revolutionary interface"]
B -.-> B1["$5-50M raised"]
C -.-> C1["Acquire users, burn cash"]
D -.-> D1["Acqui-hire for talent"]
E -.-> E1["Service discontinued"]


基础设施模式（通常会成功）:
flowchart TD
    F[Infrastructure Launch] --> G[Revenue Growth]
    G --> H[Market Position]
    H --> I[Strategic Acquisition]
    I --> J[Continued Operation]
F -.-> F1["SMTP/API services"]
G -.-> G1["Profitable operations"]
H -.-> H1["Market leadership"]
I -.-> I1["Strategic integration"]
J -.-> J1["Enhanced service"]


最近的例子
客户端应用程序失败:

邮箱 → Dropbox → 关闭 (2013-2015)
Sparrow → Google → 关闭 (2012-2013)
reMail → Google → 关闭 (2010-2011)
Skiff → Notion → 关闭 (2024)

值得注意的例外:

超人 → Grammarly (2025)：成功收购并战略性地整合至生产力平台

基础设施的成功:

SendGrid → Twilio (2019 年)：30 亿美元收购，持续增长
Mailgun → Sinch (2021 年)：战略整合
邮戳 → ActiveCampaign (2022)：增强平台

行业演变与整合
自然的产业进步
电子邮件行业自然而然地走向了整合，大公司不断收购小公司，以整合功能或消除竞争。这未必是坏事——大多数成熟行业都是这样发展的。
收购后转型
当电子邮件公司被收购时，用户经常会面临：

服务迁移：转向新平台
功能变更：丧失专门功能
价格调整：不同的订阅模式
整合期：临时服务中断

转换期间的用户注意事项
在行业整合过程中，用户将受益于：

评估替代方案：多家供应商提供类似服务
了解迁移路径：大多数服务提供导出工具
考虑长期稳定性：成熟的供应商通常提供更多的连续性

黑客新闻的现实检验
每个电子邮件初创公司都会收到相同的评论 黑客新闻:

“电子邮件工作正常，这解决了一个不成问题的问题”
“像其他人一样使用 Gmail/Outlook”
“又一个将在两年内关闭的电子邮件客户端”
“真正的问题是垃圾邮件，而这并不能解决这个问题”

社区是正确的每次电子邮件初创公司推出新产品时都会出现这些评论，因为根本问题总是一样的。
现代人工智能电子邮件诈骗
最新浪潮
2024 年迎来了新一波“人工智能电子邮件”初创企业的浪潮，第一家大型企业已经成功退出：

超人: 筹集3300万美元, 成功被 Grammarly 收购 （2025 年）——罕见的成功客户端应用退出
短波：带有 AI 摘要的 Gmail 包装器
SaneBox：AI 电子邮件过滤（确实有效，但不是革命性的）

同样的老问题
添加“AI”并不能解决根本挑战：

AI摘要：大多数电子邮件已经很简洁了
智能回复: Gmail 多年来一直有这些功能 而且效果很好
电子邮件调度: Outlook 本身就具有此功能
优先级检测：现有的电子邮件客户端都有有效的过滤系统

真正的挑战：AI 功能需要大量的基础设施投资，同时解决相对较小的痛点。
真正有效的方法：真正的电子邮件成功案例
基础设施公司（获奖者）

发送网格: Twilio 以 30 亿美元收购
邮件枪: 收入 5000 万美元以上，被 Sinch 收购
邮戳: 盈利， 被 ActiveCampaign 收购
亚马逊SES：数十亿的收入

图案：他们构建的是基础设施，而不是应用程序。
电子邮件提供商（幸存者）

快速邮件: 25岁以上、盈利、独立
ProtonMail：注重隐私，可持续发展
Zoho Mail：大型商务套房的一部分
我们: 7年以上，盈利，不断增长


[!WARNING]
JMAP投资问题: 虽然 Fastmail 投入资源 JMAP，该协议 10 岁以上，领养受限，他们同时 拒绝实施 PGP 加密 许多用户都提出了请求。这体现了一种战略选择，即优先考虑协议创新而非用户请求的功能。JMAP 是否会获得更广泛的采用还有待观察，但目前的电子邮件客户端生态系统仍然主要依赖于 IMAP/SMTP。


[!TIP]
企业成功：转发电子邮件权限 顶尖大学的校友电子邮件解决方案，其中包括拥有 30,000 个校友地址的剑桥大学，与传统解决方案相比，每年可节省 87,000 美元的成本。

图案：它们增强了电子邮件的功能，但并不能取代它。
例外：Xobni 的成功故事
霍布尼 该公司是少数通过采取正确方法而获得成功的电子邮件相关初创公司之一。
Xobni 做对了什么:

增强现有电子邮件：建立在 Outlook 之上，而不是取代它
解决了实际问题：联系人管理和电子邮件搜索
专注于整合：使用现有的工作流程
企业焦点：针对有真正痛点的企业用户

成功: Xobni 于 2013 年被雅虎以 6000 万美元收购，为投资者带来丰厚的回报，并为创始人带来成功的退出。
为什么 Xobni 能成功而其他公司却失败了

建立在成熟的基础设施之上：使用 Outlook 现有的电子邮件处理
解决了实际问题：联系人管理确实有问题
企业市场：企业为生产力工具付费
整合方法：增强而不是取代现有的工作流程

创始人的持续成功
马特·布雷齐纳 和 亚当·斯密 Xobni 之后并没有停止：

马特·布雷齐纳：成为活跃 天使投资人 投资 Dropbox、Mailbox 等公司
亚当·斯密：继续在生产力领域打造成功的公司
两位创始人：证明电子邮件的成功来自于增强，而不是替代

模式
当公司能够做到以下几点时，他们就能在电子邮件领域获得成功：

构建基础设施 (发送网格, 邮件枪)
增强现有工作流程 (霍布尼, 快速邮件)
注重可靠性 (亚马逊SES, 邮戳)
服务开发者 （API 和工具，而非最终用户应用程序）

有人成功重新发明了电子邮件吗？
这是一个触及电子邮件创新核心的关键问题。简而言之，答案是： 没有人成功取代电子邮件，但有些人成功增强了电子邮件.
真正卡住的是什么
回顾过去 20 年的电子邮件创新：

Gmail 的线程：增强电子邮件组织
Outlook 的日历集成：增强调度
移动电子邮件应用：增强无障碍功能
DKIM/SPF/DMARC：增强安全性

图案：所有成功的创新 增强 现有的电子邮件协议，而不是取代它们。
新工具补充电子邮件（但不会取代它）

松弛：非常适合团队聊天，但仍会发送电子邮件通知
不和谐：非常适合社区，但使用电子邮件进行帐户管理
WhatsApp：非常适合消息传递，但企业仍然使用电子邮件
飞涨：视频通话必不可少，但会议邀请通过电子邮件发送

HEY实验

[!IMPORTANT]
真实世界验证: HEY创始人 DHH 实际上，他个人的域名使用的是我们 Forward Email 的服务。 dhh.dk 并且已经存在好几年了，这表明即使是电子邮件创新者也依赖于成熟的基础设施。

HEY 经过 大本营 代表了近期“重新发明”电子邮件的最严肃的尝试：

已推出: 2020 年盛大开幕
方法：具有筛选、捆绑和工作流程的全新电子邮件范例
接待：混合 - 有些人喜欢它，大多数人仍然使用现有的电子邮件
现实：它仍然是电子邮件（SMTP/IMAP），但界面不同

真正有效的方法
最成功的电子邮件创新包括：

更好的基础设施：更快的服务器、更好的垃圾邮件过滤、更高的传递率
增强接口: Gmail 的对话视图, Outlook 的日历集成
开发人员工具：用于发送电子邮件的 API、用于跟踪的 webhook
专业工作流程：CRM 集成、营销自动化、交易电子邮件

这些都没有取代电子邮件——它们只是让电子邮件变得更好。
为现有电子邮件协议构建现代基础设施：我们的方法
在深入探讨电子邮件的失败原因之前，重要的是先了解电子邮件究竟是如何运作的。问题不在于电子邮件本身存在缺陷，而在于大多数公司都在试图“修复”那些已经完美运行的功能。
电子邮件创新谱
电子邮件创新分为三类：
graph TD
    A[Email Innovation Spectrum] --> B[Infrastructure Enhancement]
    A --> C[Workflow Integration]
    A --> D[Protocol Replacement]
B --> E[What works: Better servers, delivery systems, developer tools]
C --> F[Sometimes works: Adding email to existing business processes]
D --> G[Always fails: Trying to replace SMTP, IMAP, or POP3]


为什么我们关注基础设施
我们选择构建现代电子邮件基础设施是因为：

电子邮件协议已被证明: SMTP 自 1982 年以来一直可靠运行
问题在于实施：大多数电子邮件服务使用过时的软件堆栈
用户需要可靠性：不是破坏现有工作流程的新功能
开发人员需要工具：更好的 API 和管理界面

电子邮件中真正起作用的是什么
成功的模式很简单： 增强现有的电子邮件工作流程，而不是取代它们。 这意味着：

构建更快、更可靠的 SMTP 服务器
创建更好的垃圾邮件过滤功能而不破坏合法电子邮件
为现有协议提供开发人员友好的 API
通过适当的基础设施提高交付能力

我们的方法：我们为何与众不同
我们所做的

构建实际基础设施：从头开始定制 SMTP/IMAP 服务器
注重可靠性: 99.99% 正常运行时间，正确的错误处理
增强现有工作流程：适用于所有电子邮件客户端
服务开发者：真正有效的 API 和工具
保持兼容性： 满的 SMTP/IMAP/POP3 遵守

我们不做什么

构建“革命性”的电子邮件客户端
尝试替换现有的电子邮件协议
添加不必要的AI功能
承诺“修复”电子邮件

如何构建真正有效的电子邮件基础设施
我们的反初创企业方法
当其他公司花费数百万美元试图重新发明电子邮件时，我们专注于构建可靠的基础设施：

没有枢轴：我们已经构建电子邮件基础设施 7 年多了
没有收购策略：我们正在为长期发展而努力
没有“革命性”的主张：我们只是让电子邮件更好地工作

我们有何不同

[!TIP]
政府级合规性：转发电子邮件是 符合第 889 条规定 并为美国海军学院等组织提供服务，表明我们致力于满足严格的联邦安全要求。


[!NOTE]
OpenPGP 和 OpenWKD 实现：与 Fastmail 不同， 拒绝实施 PGP 出于对复杂性的担忧，Forward Email 提供了完整的 OpenPGP 支持并符合 OpenWKD（Web 密钥目录），为用户提供他们真正想要的加密，而无需强迫他们使用 JMAP 等实验协议。

技术堆栈比较:
graph TD
    A[Proton Mail Stack] --> B[Postfix SMTP Server]
    A --> C[Custom Encryption Layer]
    A --> D[Web Interface]
E[Forward Email Stack] --> F[100% Custom Node.js]
E --> G[JavaScript Throughout]
E --> H[Built From Scratch]

B --> I[1980s C code]
C --> J[Glue code required]
D --> K[Integration complexity]

F --> L[Modern language]
G --> M[No glue code needed]
H --> N[Web-native design]



= APNIC 博客文章 确认 Proton 使用 postfix-mta-sts-resolver，表明他们运行 Postfix 堆栈

主要区别:

现代语言：整个堆栈中的 JavaScript 与 20 世纪 80 年代的 C 代码
无胶码：单一语言消除了集成的复杂性
Web 原生：从头开始为现代 Web 开发而构建
可维护：任何 Web 开发人员都可以理解并做出贡献
无遗留债务：干净、现代的代码库，无需数十年的补丁


[!NOTE]
设计隐私： 我们的 隐私政策 确保我们不会将转发的电子邮件存储到磁盘存储或数据库中，不存储有关电子邮件的元数据，也不存储日志或 IP 地址 - 仅为电子邮件转发服务在内存中操作。

技术文档：有关我们的方法、架构和安全实施的全面详细信息，请参阅我们的 技术白皮书 以及大量的技术文档。
电子邮件服务提供商比较：通过成熟的协议实现增长

[!NOTE]
实际增长数字：其他提供商还在追逐实验性协议，而 Forward Email 则专注于用户真正需要的东西——可靠的 IMAP、POP3、SMTP、CalDAV 和 CardDAV，并且兼容所有设备。我们的增长证明了这种方法的价值。

提供者
域名（2024 通过 安全追踪)
域名（2025 通过 查看DNS)
百分比变化
MX记录
转发邮件
418,477
506,653
+21.1%
mx1.forwardemail.net
质子邮件
253,977
334,909
+31.9%
mail.protonmail.ch
快速邮件
168,433
192,075
+14%
in1-smtp.messagingengine.com
邮箱
38,659
43,337
+12.1%
mxext1.mailbox.org
全部的
18,781
21,720
+15.6%
mail.tutanota.de
Skiff（已停业）
7,504
3,361
-55.2%
inbound-smtp.skiff.com
关键见解:

转发邮件 增长强劲（+21.1%），超过 50 万个域名使用我们的 MX 记录
成熟的基础设施获胜：具有可靠 IMAP/SMTP 的服务表现出一致的域名采用率
JMAP 无关性：与专注于标准协议的提供商相比，Fastmail 的 JMAP 投资增长较慢（+14%）
Skiff 的倒塌：这家倒闭的初创公司丢失了 55.2% 的域名，证明了“革命性”电子邮件方法的失败
市场验证：域名数量的增长反映了真实的用户采用率，而不是营销指标

技术时间线
根据我们的 官方公司时间表，以下是我们构建实际有效电子邮件基础设施的方法：
timeline
    title Forward Email Development Timeline
    2017 : October 2nd - Domain purchased : November 5th - 634-line JavaScript file created : November - Official launch with DNS-based forwarding
    2018 : April - Switched to Cloudflare DNS for privacy : October - Gmail and Outlook "Send Mail As" integration
    2019 : May - v2 release with performance improvements using Node.js streams
    2020 : February - Enhanced Privacy Protection plan : April - Spam Scanner alpha release and 2FA : May - Custom port forwarding and RESTful API : August - ARC email authentication support : November 23rd - Public launch out of beta
    2021 : February - 100% JavaScript/Node.js stack (removed Python) : September 27th - Regular expression alias support
    2023 : January - Redesigned website : February - Error logs and dark mode : March - Tangerine integration and DNS over HTTPS : April - New infrastructure with bare metal servers : May - Outbound SMTP feature launch : November - Encrypted mailbox storage with IMAP support : December - POP3, passkeys, WebAuthn, and OpenPGP support
    2024 : February - CalDAV support : March-July - IMAP/POP3/CalDAV optimizations : July - iOS Push support and TTI monitoring : August - EML/Mbox export and webhook signatures : September-January 2025 - Vacation responder and OpenPGP/WKD encryption

为什么别人失败，我们却成功

我们构建基础设施，而不是应用程序：专注于服务器和协议
我们增强，而不是取代：与现有的电子邮件客户端合作
我们盈利：没有风险投资的压力，要求企业“快速发展，打破常规”
我们了解电子邮件: 7年以上深厚技术经验
我们服务于开发者：真正解决问题的 API 和工具

成本现实检验
graph TD
    A[Typical Email Startup] --> B[$500K-2M per month burn]
    A --> C[20-50 employees]
    A --> D[Expensive office space]
    A --> E[Marketing costs]
F[Forward Email] --> G[Profitable from day one]
F --> H[Small focused team]
F --> I[Remote-first, low overhead]
F --> J[Organic growth]


电子邮件基础设施的安全挑战

[!IMPORTANT]
量子安全电子邮件安全：转发电子邮件是 世界上第一个也是唯一一个使用抗量子和单独加密的 SQLite 邮箱的电子邮件服务，为未来量子计算威胁提供前所未有的安全性。

电子邮件安全是一项复杂的挑战，影响着业内所有提供商。与其关注个别事件，不如了解所有电子邮件基础设施提供商必须应对的常见安全问题。
常见安全注意事项
所有电子邮件提供商都面临着类似的安全挑战：

数据保护：保护用户数据和通信
访问控制：管理身份验证和授权
基础设施安全：保护服务器和数据库
遵守：满足各种监管要求，例如 GDPR 和 CCPA


[!NOTE]
高级加密： 我们的 安全实践 包括邮箱的 ChaCha20-Poly1305 加密、使用 LUKS v2 的全盘加密以及静态加密、内存加密和传输加密的全面保护。

透明度的价值
当安全事件发生时，最有价值的响应是透明度和快速行动。以下公司：

及时披露事件：帮助用户做出明智的决定
提供详细的时间表：表明他们了解问题的范围
快速实施修复：展示技术能力
分享经验教训：促进整个行业的安全改进

这些回应通过推广最佳实践并鼓励其他提供商保持高安全标准使整个电子邮件生态系统受益。
持续的安全挑战
电子邮件行业不断发展其安全实践：

加密标准：实施更好的加密方法，例如 TLS 1.3
身份验证协议：改进 DKIM, SPF， 和 DMARC
威胁检测：开发更好的垃圾邮件和网络钓鱼过滤器
基础设施强化：保护服务器和数据库
域名声誉管理：处理 来自微软 onmicrosoft.com 域名的前所未有的垃圾邮件 要求 任意阻止规则 和 额外的 MSP 讨论

这些挑战需要该领域所有供应商的持续投资和专业知识。
结论：关注基础设施，而不是应用程序
证据确凿
在分析了数百家电子邮件初创公司后：

失败率超过80%：大多数电子邮件初创公司都彻底失败了（这个数字可能远远高于 80%；我们是友善的）
客户端应用程序通常会失败：被收购通常意味着电子邮件客户端的死亡
基础设施建设可以取得成功：构建 SMTP/API 服务的公司通常会蓬勃发展
风险投资资金带来压力：风险投资创造了不切实际的增长预期
技术债务不断累积：构建电子邮件基础设施比想象中要难

历史背景
据初创公司称，电子邮件已经“消亡”了 20 多年：

2004：“社交网络将取代电子邮件”
2008：“移动消息传递将取代电子邮件”
2012: "松弛 将取代电子邮件”
2016：“人工智能将彻底改变电子邮件”
2020：“远程工作需要新的沟通工具”
2024：“人工智能最终将解决电子邮件问题”

电子邮件仍在这里……它仍在成长，仍至关重要。
真正的教训
教训并非在于电子邮件无法改进，而是在于选择正确的方法：

电子邮件协议有效: SMTP, IMAP, POP3 经过实战检验
基础设施很重要：可靠性和性能胜过华而不实的功能
增强胜过替代：利用电子邮件开展工作，不要与之对抗
可持续性胜过增长：盈利企业比风险投资企业存活更久
服务开发者：工具和 API 比最终用户应用程序创造更多价值

机会：更好地实施经过验证的协议，而不是替代协议。

[!TIP]
全面的电子邮件服务分析：如需对 2025 年 79 种电子邮件服务进行深入比较，包括详细评论、屏幕截图和技术分析，请参阅我们的综合指南： 79 个最佳电子邮件服务。此分析说明了为什么 Forward Email 始终被评为可靠性、安全性和标准合规性的推荐选择。


[!NOTE]
真实世界验证：我们的方法适用于各种组织 要求遵守第 889 条的政府机构 至 各大高校管理着数万个校友地址，证明构建可靠的基础设施是电子邮件成功之路。

如果你正在考虑创建一家电子邮件初创公司，不妨考虑构建电子邮件基础设施。世界需要的是更好的电子邮件服务器，而不是更多的电子邮件应用。
扩展的电子邮件墓地：更多故障和关闭
谷歌的电子邮件实验出了问题
谷歌尽管拥有 电子邮件，已经扼杀了多个电子邮件项目：

谷歌波浪 (2009-2012)：无人理解的“电子邮件杀手”
Google Buzz (2010-2011)：社交电子邮件整合灾难
Gmail 收件箱  (2014-2019)：Gmail 的“智能”继任者被抛弃
Google+ 电子邮件功能（2011-2019）：社交网络电子邮件集成

图案：甚至连谷歌也无法成功重塑电子邮件。
连续失败：牛顿·梅尔的三次死亡
牛顿邮报 去世 三次:

云魔法 (2013-2016)：电子邮件客户端被 Newton 收购
牛顿邮报 (2016-2018)：品牌重塑，订阅模式失败
牛顿邮件复兴 (2019-2020)：尝试复出，再次失败

课：电子邮件客户端无法维持订阅模式。
从未发布的应用程序
许多电子邮件初创公司在推出之前就倒闭了：

时间 (2014)：日历电子邮件集成，发布前关闭
邮件流 (2011)：电子邮件管理工具，发布前已收购
流利 (2013 年)：电子邮件客户端，开发停止

收购至关闭模式

Sparrow → Google → 关闭 (2012-2013)
reMail → Google → 关闭 (2010-2011)
邮箱 → Dropbox → 关闭 (2013-2015)
Accompli → Microsoft → 关闭 （成为 Outlook Mobile）
Acompli → Microsoft → Integrated （罕见的成功）

电子邮件基础设施整合

邮箱 → eM 客户端 (2024)：Postbox 被收购后立即关闭
多次收购: ImprovMX 已被多次收购， 隐私问题引发担忧 和 收购公告 和 商业列表
服务降级：收购后许多服务变得更糟

开源电子邮件的坟场：当“免费”不再可持续时
Nylas Mail → Mailspring：无法实现的分叉

奈拉斯邮件：开源电子邮件客户端， 2017年停产 并且有 大量内存使用问题
Mailspring：社区分支，维护困难， 高 RAM 使用率问题
现实：开源电子邮件客户端无法与原生应用竞争

尤朵拉：18年的死亡行军

1988-2006：适用于 Mac/Windows 的主流电子邮件客户端
2006: 高通停止开发
2007：以“Eudora OSE”的形式开源
2010：项目被放弃
课：即使是成功的电子邮件客户端最终也会消亡

FairEmail：被 Google Play 政治扼杀

公平电子邮件：注重隐私的 Android 电子邮件客户端
谷歌播放: 因“违反政策”被禁言
现实：平台策略可以立即杀死电子邮件应用程序

维护问题
开源电子邮件项目失败的原因是：

复杂：电子邮件协议的正确实施非常复杂
安全：需要持续的安全更新
兼容性：必须与所有电子邮件提供商合作
资源：志愿者开发者倦怠

AI电子邮件创业浪潮：“智能”重演历史
当前的人工智能电子邮件淘金热
2024年的AI电子邮件初创公司：

超人: 筹集3300万美元, 被 Grammarly 收购 (2025)
短波：Y Combinator，Gmail + AI
SaneBox：AI电子邮件过滤（实际上有利可图）
回旋镖：AI调度和响应
邮件-0/零：人工智能电子邮件客户端初创公司正在构建另一个电子邮件界面
收件箱清零：开源 AI 电子邮件助手试图实现电子邮件管理自动化

融资狂潮
风险投资公司正在向“人工智能+电子邮件”投入资金：

投资超过 1 亿美元 2024 年 AI 电子邮件初创公司
同样的承诺：“革命性的电子邮件体验”
同样的问题：在现有基础设施之上构建
结果相同：大多数将在 3 年内失败

为什么他们都会再次失败

人工智能无法解决电子邮件的问题：电子邮件工作正常
Gmail 已经拥有 AI：智能回复、优先收件箱、垃圾邮件过滤
隐私问题：人工智能需要阅读你所有的电子邮件
成本结构：人工智能处理成本高昂，电子邮件是商品
网络效应：无法打破 Gmail/Outlook 的主导地位

不可避免的结果

2025: Superhuman 被 Grammarly 成功收购 - 电子邮件客户端罕见的成功退出
2025-2026：大多数剩余的 AI 电子邮件初创公司将转型或关闭
2027：幸存者将被收留，结果不一
2028：“区块链电子邮件”或将成为下一个趋势

整合灾难：当“幸存者”变成灾难
大规模电子邮件服务整合
电子邮件行业已经发生了显著的整合：

ActiveCampaign 收购 Postmark (2022)
Sinch收购了Mailgun (2021)
Twilio收购SendGrid (2019)
多种的 ImprovMX 收购 （正在进行）与 隐私问题 和 收购公告 和 商业列表

展望：永不停歇的“幸存者”
微软 Outlook尽管是一名“幸存者”，但他的问题却始终存在：

内存泄漏: Outlook 消耗数 GB 的 RAM 和 需要频繁重启
同步问题：电子邮件随机消失并重新出现
性能问题：启动缓慢，频繁崩溃
兼容性问题：与第三方电子邮件提供商断绝关系

我们的真实世界经验：我们定期帮助那些 Outlook 设置破坏我们完全兼容的 IMAP 实施的客户。
邮戳基础设施问题
后 ActiveCampaign 的收购:

SSL 证书失败: 2024 年 9 月停电近 10 小时 由于 SSL 证书过期
用户拒绝: Marc Köhlbrugge 被拒绝 尽管合法使用
开发者大逃亡: @levelsio 表示“Amazon SES 是我们最后的希望”
MailGun问题: 斯科特报道：“@Mail_Gun 的服务太差了……我们已经两周没能发送电子邮件了”

近期电子邮件客户端受害者（2024-2025 年）
邮箱 → eM 客户端 获得: 2024 年，eM Client 收购了 Postbox， 立即关闭，迫使数千名用户迁移。
金丝雀邮件 问题： 尽管 红杉资本支持，用户报告功能无法使用且客户支持不佳。
Readdle 的 Spark：越来越多的用户反映电子邮件客户端的使用体验不佳。
邮件鸟 许可问题：Windows 用户面临许可问题和订阅混乱。
航空邮件 衰退：基于故障 Sparrow 代码库的 Mac/iOS 电子邮件客户端继续接收 差评 可靠性问题。
电子邮件扩展和服务获取
HubSpot Sidekick → 已停产：HubSpot 的电子邮件跟踪扩展程序 2016年停产 并替换为“HubSpot Sales”。
Engage for Gmail → 退休：Salesforce 的 Gmail 扩展程序 2024年6月退休，迫使用户迁移到其他解决方案。
幸存者：真正有效的电子邮件公司
并非所有电子邮件公司都会失败。以下是一些真正成功的公司：
Mailmodo: Y Combinator 成功故事, 红杉资本 Surge 投资 200 万美元 通过专注于互动电子邮件活动。
Mixmax：已提出 总融资额 1,330 万美元 并继续作为一个成功的销售参与平台运营。
Outreach.io：已到达 估值44亿美元以上 并正在为作为销售参与平台的潜在 IPO 做准备。
Apollo.io：已实现 估值16亿美元 2023 年为其销售智能平台进行 1 亿美元 D 轮融资。
麻省大学：Bootstrap 成功案例生成 每月14万美元 作为电子邮件营销的 Gmail 扩展。
Streak CRM：基于 Gmail 的成功 CRM 已投入运营 自2012年以来 没有重大问题。
兜售应用： 成功地 2017 年被 Marketo 收购 在筹集了 1500 万美元以上的资金后。
香蕉标签: 2021 年被 Staffbase 收购 并继续以“Staffbase 电子邮件”的形式运营。
关键模式：这些公司之所以成功，是因为他们 增强现有的电子邮件工作流程 而不是试图完全取代电子邮件。他们开发了有效的工具 和 电子邮件基础设施，而不是反对它。

[!TIP]
没有看到这里提到的您知道的提供商吗？ （例如 Posteo、Mailbox.org、Migadu 等）请参阅我们的 综合电子邮件服务比较页面 以获得更多洞察力。