这家自由软件公司能否确保慕尼黑市 Linux 的未来?

还没有读者喜欢这个。
Organizations coming together like a puzzle

Opensource.com

开源领域已经解决了许多问题。群件并非其中之一。

否则,您如何解释平均而言在 群件 中失败的迁移数量?瑞士州 索洛图恩州 只是众多例子之一,原因是群件供应商已经放弃并转而使用 Outlook 或 Web 来满足他们的需求。 Kolab 的做法有所不同。首先,Outlook 永远不会成为 Linux 桌面的客户端。而且,Web 对于很多事情来说都是一个很好的答案,但并非全部。

慕尼黑市是另一个值得关注的好案例;他们成功完成了 Linux 迁移,为他们节省了数百万欧元。但是现在,新当选的市长和他的副手已经登上新闻,公开考虑迁移回 Windows。为了进一步探讨这个问题,我们首先暂时忽略市议会需要批准任何战略变更,并且已经重申了对 LiMux 的承诺。我们也忽略了城市员工 不认为回到 Windows 是一个好主意 这一事实。

那么,是什么促使 LiMux 受到新闻质疑呢?

如果您猜测 Office 互操作性可能与此有关,那么您就对了。只要存在竞争标准,主导供应商与市场其余部分之间就会存在不兼容性。文档交换仍然是一个持续存在的问题,最终只能在政治层面解决。这个特殊问题不是技术性的,英国最近已经证明,他们将选择开放文档作为标准格式来解决这个问题。 

他们使用 LiMux 的另一个主要批评是缺乏集成的群件系统。直到今天,慕尼黑市仍然使用与完全在 Windows 上运行时相同的独立日历和电子邮件系统。当时更新这些系统的优先级低于迁移到 LiMux。但是升级正在进行中。而且,他们选择的解决方案与桌面平台无关,并且将为 LiMux 和 Windows 提供服务。另一个迁移带来的主要区别很可能是由于任何迁移带来的风险,例如额外的成本和延误。

换句话说:用于批评 LiMux 桌面的问题实际上已经在解决。通过 Kolab,与德国联邦信息技术安全局 (BSI) 10 多年来使用的协作解决方案相同。它的特殊优势是什么?以安全、可扩展和受控的方式为高度异构的环境提供服务的能力。作为市场上唯一一款为 Windows Linux 提供真正的原生客户端的群件解决方案,它可以为跨平台用户提供一致性。并且其 Web 客户端非常用户友好且功能强大,以至于其独立的 Webmail 组件 Roundcube 是世界上最受欢迎的 Web 邮件应用程序,在全球拥有超过 50 万次安装。Mac OS X 应用程序的原生连接对于慕尼黑市来说不太重要。但其强大的手机集成正是市长理所当然地期望从现代安装中获得的东西。

当然,解决方案的工作永远不会完成。最近的 Kolab.org 3.3 版本 特别关注了可用性。我们还必须考虑如何简化从旧日历系统到用户概念的过渡,这几乎与今天的应用程序截然相反。现代系统在很大程度上是基于电子邮件和邀请的,而旧系统不“邀请”人们。它将事件添加到他们的日历中作为公开邀请。电子邮件在这方面几乎不起作用,并且实际上没有与系统集成。更让人感兴趣的是,旧系统塑造了用户的期望和模式。例如,每个用户都可以查看任何其他用户的日历的默认策略。而且,虽然以前只有一些用户拥有日历,但将来所有用户都将拥有日历。因此,我们讨论的共享日历范围在 40,000 到 120,000 之间,具体取决于用户的设置方式。

这绝不是一个容易解决的场景,而是一个有趣的挑战。我们遇到过这样的安装,尽管拥有几乎无限的计算资源,但 Microsoft Exchange 仍然失败,最终被 Kolab 取代。但这些安装的共享文件夹比慕尼黑市少。幸运的是,Kolab 的架构支持这些要求。但是,使其可用并在最大程度上减少现有用户习惯和模式是完全不同的问题。因此,我们从根本上改变了用户导航日历的方式,使其更符合用户应该熟悉的流程。它最终基于会话内的快速搜索以及跨会话定期访问的日历的收藏夹。并且因为我们喜欢一致性,所以 Kolab 现在将该逻辑应用于所有群件数据。

为了方便过渡,Kolab 团队还在日历中添加了开放和拒绝事件的视图,以及通过策略在后台进行的许多自动化,这些策略允许更新传播、组织策略的实施(关于谁可以邀请谁)以及资源管理领域的一系列改进。现在可以邀请非唯一资源,并从池中第一个可用资源获得确认——因为您可能不在意分配给您的是四个相同的投影仪中的哪一个,只要您有一个用于演示文稿即可。资源现在也获得了其特定的邀请对话框,其中包含资源查找器,可让您查看资源的日历。

其中许多是慕尼黑市用户长期以来的愿望清单。新系统将结合一种方法,该方法既保护习惯和用户模式,又提供新的、长期期望的功能和更大的灵活性。例如,附加 电子邮件备注 和 通过标签对其进行排序 的能力。或者,一个 完整的任务工作流程,包括分配和基于电子邮件的委派和接受。而且,由于 Kolab Systems 具有尽可能强大的上游关注点,因此添加新功能始终着眼于更大的图景。因此,实际上 Kolab 现在在后台支持完整的语义跨项目关系,并且正在不断努力进行进一步改进。

日历改进带来了迄今为止最强大的功能之一,即 日历快速视图。在快速搜索用户时,只需单击一个按钮即可打开一个专用视图,该视图将显示该用户已同意向您提供的所有内容。无论他们的内部文件夹结构如何,无论他们的访问控制列表 (ACL) 如何,您都将看到您有权看到的内容。在您无权查看详细信息的地方,您会看到合并的空闲/忙碌视图。这是一种非常以用户为中心的方法,完美地补充了一般的空闲/忙碌系统。

如前所述,慕尼黑市仍然为某些应用程序配备了旧版 Windows PC,这些应用程序可以充分利用 Web 客户端。但是,所有这些新功能也通过基于 KDE PIM 的 Kolab 桌面客户端提供。该客户端将可用于即将发布的 LiMux 版本和 Windows。因此,除了 Web 客户端之外,所有城市员工都将拥有一个一致的应用程序来满足他们所有的群件需求。

因此,无论慕尼黑市决定继续沿着 LiMux 成功的道路前进,还是再次尝试 Windows,群件问题都将得到解决。Kolab 在任何情况下都会发挥作用。这可能就是说服 所有 LiMux 用户的决定性因素。因为一旦痛苦消失,替罪羊的需求也就消失了。

标签
User profile image.
Georg Greve 是 Kolab Systems 的联合创始人兼首席执行官,Kolab Systems 是一家完全开源的群件 ISV。他在该行业工作了一段时间,专注于软件自由和开放标准。之前的努力包括为 Google 参与 OOXML 标准化流程、撰写《勇敢的 GNU 世界》以及在 2001 年至 2009 年期间创立并主持 FSFE。

7 条评论

很棒的文章!解决不兼容性问题的关键是确定标准:标准文档格式、标准流程等。然后找到一种可以接受可用格式的工具,用户可以访问这些格式,直到整个组织完全转换并标准化为确定的格式。例如,LibreOffice 可以读取大多数 Microsoft Office 格式以及开放格式。是的,有些例外情况,某些 Excel 或 VBA 格式可能无法转换。但是,如果这些文档转换为 PDF,Linux 用户将能够查看它们。不是群件专家,所以很高兴您启发了我们什么是可行的。

附注。(请删除我对这篇文章的第一条评论。)

作为市场上唯一一款为 Windows 和 Linux 提供真正的原生客户端的群件解决方案……只是想指出 IBM Notes 客户端可以在 Windows、Linux 和 Mac 上运行,除了电子邮件和日历之外,还提供应用程序开发。

Java 客户端是 Java 堆栈的原生客户端,而不是底层平台的原生客户端。这带来了所有的安全隐患。

回复 作者:JohnInPA (未验证)

这使得不需要复杂的事情变得复杂;不管是不是 Java,Lotus 都是 Windows/Linux/Mac 的多平台。没有人会区分这一点(例如,称其为“Python 堆栈原生”)。同样,PHP(Roundcube 使用)并不比 Java 更安全。只是想在这里公平一点 :)

回复 作者:greve

Java 是一个完整的虚拟环境,很像虚拟机。多平台不一定与平台原生相同。如果按照这个逻辑,Outlook 也可能通过在桌面上运行 Windows 虚拟机而“原生”于 Linux。Lotus 并不是唯一原生于 Java 环境的解决方案。

至于安全性:Java 或 PHP 中只有一个导致了 91% 的所有入侵指标。提示:不是 PHP。

http://www.eweek.com/security/java-primary-cause-of-91-percent-of-attac…

因为虽然 PHP 允许糟糕的程序员编写非常不安全的应用程序,但该语言本身提供的攻击面比 Java 小得多。

回复 作者:localdevjs (未验证)

一篇有趣的文章,如果我们没有遇到 Kolab 的一些非常糟糕的问题,包括很久以前在 IRC 上被 jvm 责骂,因为我们不理解非常复杂的(但有其原因)LDAP 实现。我们得到的最终答案是:“抱歉,如果您想做得好,您将不得不付费,我们不会向您解释所有内容”。不太友好,虽然它是开源的,我们都在一定程度上怀揣理想(虽然我完全理解人们需要谋生),但礼貌和合作并非坏事。因此,我们不得不抛弃所有 Kolab,因为这种态度根本不受欢迎。通过巧妙地使开源产品变得如此复杂,以至于唯一的出路是聘请作者来统治,这也不是真正的开源。这是最近一些公司做得有点过分的聪明营销。
很遗憾,它本可以成为一个好产品,但这种态度完全毁了我们,这只是我们的看法,也许其他人会更幸运。

我很遗憾听到您显然已选择回到专有世界。

多年来,我们遇到过几次期望获得免费咨询和支持的情况,因此我们的技术团队可能没有像您期望的那样礼貌地解释说,忽略他们的任务,转而回答 IRC 上专门用于开发人员之间协调的用户问题,对于所有为 Kolab 的开发做出贡献和提供支持的用户和客户来说,这将是非常不公平的。

此外,群件是一个复杂的问题。

如果您想要一个通用的解决方案,该解决方案不会将您锁定在特定的技术路径中或限制您的能力,那么一定程度的复杂性就是您付出的代价。这就是为什么我们投入了大量精力为那些具有必要的标准系统组件基本技能和教育背景的人提供文档,而没有重复他们各自的文档,因为我们认为我们不能也不应该在记录 postfix(以一个例子为例)方面做得比 postfix 团队本身更好。

对于那些工程背景较为随意的人,我们创建了一个简化的设置,其中包含一组合理的默认选择,供那些只想快速启动并运行的人使用。最重要的是,我们正在与发行版合作,以获得更好的上游打包,并简化各种平台管理模块上的安装。

因此,实际上,我们花费了大量精力来降低复杂性,尽管我们意识到这种努力永远不足以让 100% 的人设置和运行自己的服务器。

特别是由于每个人的要求往往略有不同。并且理解每个安装的个别要求并根据该安装的期望精确设置所有组件(例如目录服务)仍然是一项专家任务,有时会花费大量时间和精力,具体取决于要求的具体性或特殊性。

虽然我们更愿意将时间花在帮助所有用户和客户的事情上,但我们很乐意帮助个别用户和客户解决他们的问题。

但是,花费的时间无法用于其他任何事情,包括为所有其他用户改进解决方案。因此,确实需要为这些时间付费,以确保多数人不会为不愿遵守与其他人相同规则的少数人付出代价

您可以花时间培养技能、解决自己的问题,并用您的时间和知识做出贡献。或者,您可以让那些花费了时间并构建了解决方案的人为了您自己和所有其他人的利益而进一步推进它。

这比任何专有解决方案都能给您更多选择。

这就是自由软件/开源赋予人们力量的方式之一。

但是,强大的力量伴随着巨大的责任,包括尊重他人专业时间的责任。

回复 作者:alana mercant (未验证)

Creative Commons License本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.