KMail的帐户出现问题

KMail的是我一直想用的开源电子邮件客户端。然而,我总是在遇到严重的bug几个小时或几天后放弃它。这个月我又试了一次,下面是我的经历。

我一直在使用演化在过去的几年里。最近我接受了严重的问题是信息腐败,其PGP整合已经马车多年。几个星期前,我需要发送掀起了PGP加密的电子邮件(修订)关于安全问题。所以我去寻找替代电子邮件客户端。和以前一样,KMail是我的首选。

KMail有我需要的所有功能,包括PGP支持和集成我的电子邮件提供商(IMAP/SMTP)和地址簿服务器(CardDAV)。这是被推荐使用纯文本的电子邮件和格式在我的方式喜欢它的电子邮件。它甚至有一个兼容Unicode的拼写检查(东西雷鸟仍然缺少在!)多年来,这一直是一个吸引我的选择。

上次我使用KMail的时候,我遇到了一个bug以明文发送的所谓PGP加密的电子邮件(加密)。PGP很复杂,可以理解的是,有时人和软件都会把它搞砸。年以来,问题得到了解决,我愿意再试一试。当然,我认为我应该在发送机密电子邮件之前测试并验证PGP是否正常工作。但首先,我需要安装它并设置我的帐户。

我安装的KMail经由的Kontact套件的一部分Flathub。这是由KDE项目分发的正式版。我认为这会给我额外的安全保护,除了沙箱更频繁和更快的更新方面。

根据我的经验,通过Flathub由上游开发者发布的软件通常是及时的上游在发布后数小时内更新。Flathub的版本是一年过时,它坠毁在启动。飞机坠毁在一个Akonadi的问题是固定的上游在一年前引起的。已经有Kontact的多个主要版本,因为Flathub的版本最后更新。我不知道为什么KDE已经停止更新了Kontact的Flatpak版本,但我不能使用这个版本。

我回落至从Fedora库中安装的KMail。这也给我的KMail的最新版本。这个版本工作了约一秒钟,但随后坠毁。从终端启动它后,我得到这个错误消息:

错误:proxy_config_service_linux.cc(589)] inotify_init失败:打开的文件太多(24)

如果您在过去的一年里一直在使用KDE Plasma桌面,那么您可能会遇到这种错误的变体。桌面环境持续泄漏inotify侦听器(文件更改通知注册),直到系统耗尽。(见KDE错误# 423928等等。)重新启动可以让系统恢复几天的工作状态。

再次登录系统后,我又开始KMail的。这一次推出的,但它并没有使用新的帐户向导窗口和我打招呼。相反,所有我得到的是与本地邮箱一个空的窗口。我在菜单中挖了一圈,发现新的帐户向导。我没有得到遥远的过程之前,我遇到了一个新问题,但是。我进入我的电子邮件帐户信息,点击下一步。什么都没有发生,我得到任何反馈什么出了错。我退出并重新启动的KMail并具有相同的结果再次尝试几次。然后,我从终端再次启动它,并发现以下错误信息:

accountwizard:QObject的::连接(KDE钱包钱包::,QEventLoop):无效nullptr参数

我检查了我的系统,发现KWallet服务没有启用。KWallet是KDE的认证和密码管理器。还没有使用任何其他需要KWallet的应用程序,所以这并不意外。然而,意想不到的是,邮政公司没有处理这种情况。我手动启动了KWallet并创建了一个默认的钱包。

我重新开始的KMail并通过新的账户就再次向导。我在这个过程中得到了一步,现在的KWallet正在运行!在这一点上,KMail中试图连接到我的电子邮件服务器的第一次。它跑进另一条错误消息。这是第一次也是唯一一次通过这个过程,没有的KMail默默地失败或需要我通过日志挖掘提供的错误信息:

无法转换设置的值“AccountIdentity”到需要的类型。

这个神秘的错误消息,似乎是一个通用的帐户创建错误。使用Wireshark来监控网络流量,我发现这个问题是由KMail的尝试连接到IMAP在错误的端口造成的。新帐户向导试图通过端口143连接STARTTLS,但我的电子邮件提供商仅支持端口993上的全流TLS。这是IMAP的两个标准选项。KMail没有提供给我一种方法来改变端口号或继续从这个阶段。

一件T这一点上,我systemd杂志一直得到充斥着每一秒与Akonadi的说法错误8级相同的消息:

资源id不匹配:“akonadi_maildir_resource_1”“akonadi_maildir_resource_0”

- 和我仍然没有设法给我的电子邮件帐户添加到KMail的!我决定,事情不工作了,和卸载KMail的。我相信大多数人会在这一点上已经放弃了。不过,我想知道这是否是指示到我的系统,或者如果问题确实KMail中的故障。

几天后,我在一个虚拟机上重新安装了Fedora 32工作站。我首先更新了新的安装,然后运行KMail。这一次,它没有崩溃,并显示了新帐户向导启动。我开始建立我的IMAP账户。它要求我创建一个KWallet,一切似乎工作正常,直到它试图连接到IMAP服务器。当我到达这个阶段,它说帐户创建失败了,它打开了一个对话框,问我是否要启用一个称为统一邮箱的功能。我认为如果创建账户成功了,应该会问这个问题,所以这表明这个过程至少部分成功了。

我点击早在新的帐户向导,点击下一步而不做任何更改。这一次,它说:“安装完成”的同时,打开一个对话框,要求我重新输入我的密码IMAP。我再次进入它和KMail的立即打开另一个对话框说服务器拒绝了我的身份验证信息。该对话框给了我取消,再次尝试,或打开帐户设置。后一种选择把我带到一个对话框,在这里我可以设置正确的端口号对我的IMAP服务器。

我终于通过账户创建过程!然而,这是我所能做到的。KMail的主要观点变黑,程序停止响应。这是你可以在文章顶部的截屏中看到的状态,我不能找出是什么问题,KMail和它的日志没有给我任何提示。

在这种情况下,我回到了我的主系统,并建立了一个干净的用户帐户。当我打开KMail这里,我是欢迎的新帐户向导。但是,我的主账户KWallet也有同样的问题。出于直觉,我注销了新帐户,并使用GNOME会话而不是KDE Plasma桌面会话重新登录到它。我通常使用Plasma,但我想我应该尝试一个更接近我在虚拟机中的体验的环境。但还是没有成功。

我想我会使用的Fedora 32 KDE版本,而不是与KDE和等离子正常的工作站版本后的事实之上狂奔给它一个最后一次尝试在虚拟机中。同样,我碰到与KWallet的问题。然而,而不是启用它,我注销在虚拟机中的会话,然后重新登录一次。This time, I didn’t run into the KWallet problem — but I still ran into all the problems I’ve previously mentioned.

我硬是花了几个小时,并用KMail中无处得到。我想我已经有足够的KMail的几年。

奖金的故事!我第一次尝试使用KMail大概是在12年前。当时我的电子邮件密码包含一个百分比和一个撇号字符。KMail使用uri与后端通信,但未能正确编码密码中的特殊字符。这当然会导致它无法登录到我的IMAP和SMTP服务器,因为它没有正确传输身份验证细节。这个问题也使得不可能在KMail用户界面内用新密码覆盖已保存的密码。

测试了在Fedora 32工作站安装在顶部Plasma桌面和KDE应用程序。这两个虚拟机都安装了干净的这篇文章。我不需要做任何改变以外,以更新安装的软件包和安装的KMail。测试包的版本(在Fedora的32的电流和在出版的时间上游):KDE应用(包括KMail的)版本19.12.2,KWallet的版本4.12.3,版本的Akonadi 1.13.0和Plasma桌面版本5.18.5。