当然,这主要是针对pop3用户说的。imap是不怎么影响(毕竟不本地存储文件嘛)。
当然,你依然可能还是会在大邮件量下受到一些bug的困扰(事实上这些bug已经被汇报过无数次了),总而言之,如果你还想使用kmail,并且在4.4到4.6的迁移中遇到了问题,不妨试试。
- 备份!~/.kde4/share/apps/kmail/mail 这是你的老邮件目录,有他在万事大吉,也不怕老邮件丢失。
- 关闭所有kdepim的程序。
- 启动akonadi 托盘程序,选择配置,删除所有邮件类资源。
- 停止akonadi服务器。
- 打开dolphin,~/.kde4/share/apps 删除所有kmail / kmail2 文件夹。
- ~/.kde4/share/config 删除所有kontact / kmail 。
- (也许你应该在这个时候升级,如果你还没升级的话)。
- 回到akonadi,启动akonadi。
- 重启kmail
如果你需要恢复老邮件,将上次的目录复制到任意地方,在kmail中新建kmail maildir资源,然后选择那个目录。
另外说一些闲话,今天看到了一个关于linux桌面的评论(当然是全面在骂),这次是VLC开发的领导者的牢骚,里面提到了一个用词,就是astronaut(本意宇航员),这里的意思是指“架构的宇航员”。大致上就是指在架构上做的抽象太遥远,其实反过来验证的话,akonadi真的是一个很好的反例。
最开始的一个例子是,哇,我们要发送文档,嗯,好吧,似乎应该是一个发送文件的功能;吾,发送文件?和网络里面的发送请求似乎很像啊,于是又逐渐抽象,直到你进入了“宇宙”,抽象成了发送消息,也许你才罢手。
Linux桌面的怪圈:
1. 壮丽辉煌的架构设计 2. 渣一样的实现,无论如何先把它发布了,然后弄成标准 3. 辛辛苦苦经年累月修复,最终让它收敛到“跟原来相比稍微不那么渣”的状态 4. 转到1但总之,现状如此,也许linux用户都是M。
来源:
我已经放弃Kmail了,Thundermail挺不错的
正看到gnus文档, 很犹豫啊… 正在想迁移到这么古老的客户端上是不是一种退化?
所以我说我讨厌画大饼的。
1. 壮丽辉煌的架构设计 2. 渣一样的实现,无论如何先把它发布了,然后弄成标准 3. 辛辛苦苦经年累月修复,最终让它收敛到“跟原来相比稍微不那么渣”的状态 4. 转到1
一语中的,尤其是KDE。 kmail根本处理不了大量邮件的imap同步,thundermail长得太挫,用web。开发着开发者然后“人手不足”,整套下来就是悲剧。自从kdepim组件全部依赖akonadi后,我是越来越反感akonadi了,4.7后,好像关系更紧密恶心了。
@uli 我这边imap还好吧,当然邮件就 3k,可能比不上你们的多。 @心之所在 趁早做个不依赖akonadi的日历……这样akonadi就不用因为plasma启动了。。。
幸好这次telepathy kde不算太糟糕……还值得期待。
我实在受不了akonadi了,这是个什么鸟玩意,又是需要MYSQL,又是一大堆依赖,否则它不工作,它不工作,你很多东西都打不开,拜托 akonadi ,有没有想过人家做 live 化的话,它真的很多余,造成非常不必要的系统增肥!去掉它,就有部份程序启动不起来,每次数启动,进桌面,还要等它先慢慢干活,有没有搞错,原来的KDE3多快啊,怎么到了KDE4启动比WIN7还不如了呢,我还纯内存运行,它还这速度,这要是放到硬盘上,不得慢死。
KDE4的开发人员怎么想的,依赖这么一个垃圾!很简单就可以实现的MAIL,现在没它不工作,是不是我们一定要把程序搞到复杂得自己过几天都看得费力才算好程序?!
Akonadi?! too bad!
接上回说! 难道这就是所谓的“Linux 效率比WIN高”的表现?!说实在的,这方面怕是还不如WIN,我不指望能超越WIN,毕竟WIN有这么长的历史了,但是千万不要越变越垃圾,越变越无法用顺心,客户体验越来越糟糕把!
我的debian从KDE4.4到kde4.6之后 kmail在发送邮件时提示 验证错误 SASL(0) 什么的