KDE企业版需要强大的PIM基础设施

# KDE 面向企业需要强大的 PIM 基础设施 - ervin 来源：https://ervin.ipsquad.net/blog/2026/07/21/kde-for-entreprise-needs-a-strong-pim-infrastructure/ 这篇博文其实早就该写了，不过可以说我一直很忙，原因在这篇短文里会显而易见。☺ 你可能几个月前听说了，主权技术基金对 KDE 软件开发进行了大额投资（https://kde.org/announcements/sovereign-tech-fund-invests-kde/）。公告中的细节对于这项投资具体包含什么内容略显简略，尤其是关于“其通信服务底层框架”的部分。实际上，这正是 enioka Haute Couture（https://hc.enioka.com/en）受 KDE e.V.（https://ev.kde.org/）委托所开展的工作。让我来补充更多细节。 ## 是什么？为什么？ 这项投资的总体主题是让 KDE 生态系统对企业及公共机构更具吸引力。桌面外壳（Plasma）和强大的发行基础（KDE Linux）显然是其一部分，但同样重要的还有个人信息管理（PIM）领域。如今，机构生活（公共或私营）中很大一部分涉及电子邮件、联系人和日历。因此，我们着手强化 Kontact、KMail、Korganizer 等相关应用。更具体地说，我们希望强化其底层基础设施：Akonadi 及其资源。 那么，我们目前具体在做什么呢？嗯，我建议你参加我同事在 Akademy 2026 上的演讲，他们将涵盖我们在 KDE PIM 方面的工作（https://conf.kde.org/event/11/contributions/323/）！ ## 工作内容 好了好了，你还在看？那就继续往下读，了解更多细节吧——虽然我显然不想抢同事的风头。 我们聚焦于三个方向： - 质量 - 协议支持与现代化 - 易用性与部署 ## 质量 了解我的人都知道这意味着什么：更多测试！！！ 平心而论，在 Akonadi 服务器和资源端，我们的单元测试并不差。底层协议库也有一些单元测试。DAV 方面可能稍弱，我们希望改进这一点，但 IMAP 方面情况还算不错。 话虽如此，我们之前并没有一个能覆盖所有组件集成测试的测试套件。这类测试成本更高、开发起来也不太有趣，因此我们将在 Dan Vratil 之前完成的一个概念验证基础上进行工作。它变化很大，但通过一个涵盖 IMAP 和 DAV 的全面测试套件，正变得愈发强大。 不出所料，它发现了一些我们之前不知道的 bug，并为我们提供了一个良好的环境，用来重现那些长期存在、之前难以追踪的 bug。 当然，我们正在逐步处理测试失败列表，修复所有能修复的问题。一些我长期讨厌的 bug 已经消失！嗯，我用的是 master 分支……所以我比你们这些亲爱的读者活在更远的未来，而这里的未来显然更美好。 ## 协议支持与现代化 我们的 PIM 套件支持许多协议……但在主权语境下的企业使用中（即对服务端有一定控制权，并使用开放协议），IMAP4、CalDAV 和 iTIP（用于邀请）是核心。因此，我们专注于实现对这些协议的现代化支持。 具体来说，我们旨在更好地支持启用了 IMAP4rev2 的服务器，同时也支持 QRESYNC。这应该能带来更好的网络资源利用和更快的重新同步。 在 DAV 方面，我们正在研究支持推送通知。目前这尚未完全标准化，但一旦标准化，我们会立即做好准备。我们将持续跟踪规范的发展，做好一切准备。通过这项工作，我们还将改进 DAV 资源的同步代码，进一步减少网络带宽使用。 显然，iTIP 支持受益于这两方面。它也暴露了 DAV 支持中的一些问题，我们在发现时会及时修复。 ## 易用性与部署 Akonadi 的架构意味着用户设置解决方案时需要配置不少组件。这本身不一定是个问题，但我们可以让事情变得更简单，而目前往往需要手动单独配置每个协议。 当然，有一项规范建议支持仅凭电子邮件和密码进行自动配置。我们在 KMail 中已经实现了部分支持，但我们将致力于完成这项工作，并将其更紧密地集成到系统设置中。再结合 KDE Linux 等中的设备管理功能，这将构成一个面向企业的强力方案。 最后，我们将检查 PIM 套件的 Flatpak 版本，并研究如何使其更容易集成到桌面中。目前可能性相当有限，我们希望未来能使其成为一等公民。 ## 预期成果 显然，目前我们可以预期 KDE PIM 会有更多活动，这是好事。此时我们在 PIM 仓库中已有相当多的补丁，其中一些改进将很快作为 26.08 的一部分发布！更多改进将在下一个版本（26.12）中发布，当然它还需要更多的 QA，并且错过了冻结期。没关系，等待时间不会太长。 此外，我们希望当我们着手处理 Flatpak 相关任务时，部署和设置会更容易。非常期待！我们希望在年底或 2027 年初交付这些成果。这将标志着我们项目的结束。 之后，我希望这项基础设施工作能再次吸引更多用户和贡献者。确实，应用层面仍需要有趣的工作，但如果协议支持和基础系统的质量更强，那么尝试用应用做新事情会更容易，需要与之斗争的部件减少，将使整个事业更具吸引力。