北京
iPhone上终于要有一个真正属于Thunderbird的邮件应用了。但开发团队做的第一件事，不是把桌面版代码搬过来，而是全部推倒重来。
Thunderbird团队公开了iOS版的开发进展。这款应用被定位为原生iOS应用，不流用既有代码，从零开始构建。团队的说法是，先把iPhone上高速、稳定运行的基础打牢，再谈其他。
这个选择本身值得拆开看。Thunderbird在Windows、macOS、Linux上跑了多年，2024年10月Android版也正式落地——那是基于K-9 Mail改造的。但iOS这条路，团队没有沿用同样的思路。
从TestFlight到原生重写
iOS版Thunderbird的进度其实拖了不短时间。2025年4月，GitHub上刚公开源代码时，连读邮件、写邮件这些基本功能都还不完整，当时的目标只是通过苹果的TestFlight把测试版发出去。
到了2025年10月，开发中的界面截图流出，外界才第一次看到iOS版大概长什么样。而这次公开的信息更具体：它要成为一个什么样的邮件应用，轮廓已经清晰了。
从时间线看，团队走的是先搭骨架、再填功能的路线。先解决性能和稳定性，再考虑把桌面端积累的经验移植进来。长远目标是一个跨设备自然衔接的工作流——PC和手机之间不割裂。
账号配置和后台同步，两个最实际的问题
邮件应用的第一道门槛是账号设置。用过多个邮箱的人都知道，手动查服务器地址、填认证方式有多麻烦。iOS版Thunderbird正在做账号配置自动化，目标是让登录过程又快又安全。
第二道门槛是同步。手机邮件应用如果每次收信都要用户手动操作，体验说不过去；但如果一直连着邮件服务器，电池又扛不住。团队在开发的同步功能，思路是在后台维持与邮件服务的连接，让收件箱保持最新，同时兼顾电池负担。
这两点都不是炫技型功能，但恰恰是决定一个邮件应用能不能日常用下去的关键。团队显然清楚这一点。
收件箱和写信界面也在同步推进
除了收信，日常的回复和新邮件撰写同样要顺手。团队在开发一个信息密度克制、便于快速浏览的收件箱，以及一个支持修改文字格式的撰写界面。
换句话说，他们想解决的是“看得清”和“写得顺”这两件事。没有提任何花哨的附加功能。
feature flag：给未来留的口子
iOS版Thunderbird在设计上采用了一套叫“feature flag”的机制。它的作用是通过配置开关，控制开发中的功能启用或禁用。
这个设计带来两个直接好处：
- 高级用户能提前试用实验性新功能
- 外部开发者更容易参与到开源项目中来
对一个开源邮件客户端来说，这种结构意味着功能迭代不必等到大版本更新，也让社区贡献的门槛降低。团队明确表示，希望把iOS版做成一个便于外部开发者加入的项目。
先问用户要什么，再决定先做什么
第一个版本发布之后，优先加什么功能？团队没有自己拍板，而是发起了一项用户调查，询问日常邮件使用中哪些功能最重要。
这个动作放在整个开发节奏里看，逻辑是连贯的：先搭好原生底座，再根据真实需求排优先级。团队也提到，感谢等了iOS版多年的用户，希望从开发阶段就和社区一起推进设计，让这款应用能长期稳定地用下去。
至于什么时候能真正上手，团队给出的说法是：目标是在今后几个月内，把第一个版本提供给社区测试。没有给出更具体的时间点。
从2025年4月的半成品源码，到2025年10月的界面截图，再到如今功能轮廓基本清晰，iOS版Thunderbird的推进速度不算快。但选择从零重写、先解决账号配置和后台同步这些基础体验，至少说明团队不打算交一个凑合能用的版本。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
