The KDE PIM crew met again at Osnabrück for three days of hacking, discussing and community building. The big topics were Akonadi and KDE 4.1. The team settled on the plan to release KDE PIM with KDE 4.1 based on the traditional backends and include the first platform release of Akonadi as the future base for PIM applications in and around KDE. The meeting was kindly hosted by Intevation and supported by the KDE e.V. and KDAB. Read on for a report or see the notes on the website.

Much time was spent on discussing and working on Akonadi, the future PIM data storage backend which provides a platform for efficient storage and retrieval of PIM data. The modular architecture makes it easy to extend the platform by agents and resources which provide access to various sources of data or encapsulate complex functionality like mail threading for convenient use in applications. Tom Albers is working on an Akonadi based KDE 4 version of the mail client Mailody as a first full application making use of the new platform. Kevin Krammer spent some time on providing a migration path by implementing a bridge between the traditional KResources and the new Akonadi agent world.

The meeting also provided the opportunity to better integrate some new people. Ingo Klöcker made use of this by passing on maintainership of KMail to Thomas McGuire. Sebastian Trueg who joined the meeting for the first time worked together with Tobias König on integration of Nepomuk with KDE PIM, which will bring the joys of tagging, semantic search and virtual folders to KMail and all the other KDE PIM applications.

Next step is to have a focused Akonadi hackfest to solidify the platform and make it ready for the first release with KDE 4.1 in July 2008.

let's hope they can bring kmail into the future instead of the anal past. kmail can't really compare with email clients any more, it is too stale. You just have to look at windows live mail, and apple mail to see the direction people want their email clients to go. While kmail remains anal about html etc, linux will suffer. People coming from windows do not want to be back in early 90's with a text based email client.

I'm sorry, but please leave me out of your "future". I'm a happy KMail user since years and I really can live without fancy-shmancy HTML emails. I rather hope that they stabilize the IMAP support. I still have to remove KMail's local indexes occasionally because it just screwed up the order or got a hickup if a new mail comes in at the same time I delete a large mail.

*You* can live without it... but do remember that KDE-PIM Enterprise means that it could be used for business. And it's sad to say, but it's nowhere near a professional soft. I find it too messy (what is that window showing the parts of the e-mail ? KMail is the only one doing that, I find it useless, it should be optional instead of default).

I didn't mean that the other products around were perfect either ;) There are usability issues in every product. Let's then try to make Kontact (and its sub-components) better than the others, which is not the case for the moment.

I find it to be a key feature, actually. I simply love this view of my messages. It allows me to quickly get out attachments, for instance. It also allows me to to see a message in plain text view by default, but switch to HTML view in a snap. That other programs don't have it is no argument. That is called innovation.

> what is that window showing the parts of the e-mail ?
> KMail is the only one doing that, I find it useless, it should be optional instead of default

Are you kidding?
That is one of the greatest features i've seen in a MUA and I use it frequently. Don't you get any multi-part message? It gets really great when you have a mail with attached files embeded in another mail.

Yeah, I'm all set with your vision of the future, thanks. Been using Kmail for years and love it. You sound very well-versed...so much so that you should start your own mail client and leave ours alone.

Oh come *on*. Don't bash people who complain about KMail's mediocre HTML support. I'm using KMail happily at home for years and I appreciate the work of all contributors a lot, but I would still very much like to see correctly rendered HTML mails (which I don't for almost 100% of them).

I absolutely agree. Most people today do not even know about HTML etc. They don't need to. HTML should be default, with pure text optional for those who like it. Today every mail client can cope with HTML mails and the formatting info does not matter for today's bandwidth (not even mentioning spam!).

In addition, some nice things from Outlook should be integrated, e.g. a right mouse click option of "Find related emails" (simple but useful).

The most important thing of AKonadi will be non-blocking spam checking. This is what makes kmail a pain in the ass to use. I have been waiting for this for more than five years!

Yes, I agree that non blocking operations (getting data from the server, filtering, whatever else you want to do with it) is key. I am the original reporter of KDE's most hated bug back in 2002(!): http://bugs.kde.org/show_bug.cgi?id=41514

Pledging money to get it solved did not work, but I hope Akonadi will finally kill this bug.

"The most important thing of AKonadi will be non-blocking spam checking. This is what makes kmail a pain in the ass to use."

That the worst thing about Kmail, something that make me want to hate this programme sometimes. I just hope that this problem will be solved soon. Kmail has the potential of becoming a great e-mail client but there are still a few things to be ironed out before it gets there.

Even when compared to Evolution or Thunderbird it lags behind IMO. I am still using Kmail, not because it's such a good e-mail client but because Evolution failed me in openSuse 10.1 (it had some issues with storing my password) and i couldn't bother any more. I wasn't impressed by Kmail, especially it's complicated setup and speed but I continued to use it with the hope that it will improve.

Why exactly are we reinventing Evolution here anyways? Wouldn't it be easier just to port Evolution to KDE 4/Qt? Evolution is so much better, works great with MS-Outlook environments and does everything I need it to.

Why develop a separate program? Why not just merge it with Evolution? I though KDE and gnome had an interoperability/shared resources agreement a few years ago? Wasn't that the idea behind it?

Evolution has tons of bugs, it's probably the GNOME component which gets most complaints about bugginess on the Fedora mailing lists. And it would be infeasible to port it to KDE anyway, it's already hard enough for them to move it from the obsolete GNOME technologies it's using to the current GNOME ones.

In case you are referring to EDS (Evolution Data Server): Akonadi is more a next generation implementation of the same principle, including a wider range of use cases (e.g. also handle e-mails).

> Wouldn't it be easier just to port Evolution to KDE 4/Qt?

Most likely not, but it would certainly be possible to port Evolution to Akonadi.
In December I started working on an EDS adapter for Akonadi based on the D-Bus enabled version of EDS, but then migration D-Bus got removed from the GNOME roadmap. Though I might have a look at a later time, i.e. once we have Akonadi released and our application stack upon it working properly.

> I though KDE and gnome had an interoperability/shared resources agreement a few years ago?

No formal agreement, since this wouldn't be possible (both projects are driven by their contributor communities and do not have some kind of official body which can do binding agreements regarding development).

There is some consensus that service oriented strategies allow us to share certain infrastructure easier than bringing foreign components into the others software stack, but infrastructure can not be replaced from one day to the next because there are all sorts of compatibilty and migration issues that need to be taken care of

"I wasn't impressed by Kmail, especially it's complicated setup and speed but I continued to use it with the hope that it will improve."

I definitely agree about the complicated set-up! I consider myself an intermediate level Linux user but I could not configure Kmail (on Fedora 8) to access my POP accounts without referring to the help. Whilst this was generaly well-written, it was out of date as some of the screens had been renamed. Dejargonizing and making the configuration of POP accounts much more user friendly will certainly help Kmail adoption.

I am not advocating a "dumbing down" of the program (which I know is anathema to many KDE devs) but simply removing UNNECESSARY complexity. Both Thunderbird and Evolution have this one aspect right, so surely Kmail can be improved to surpass them.

I use KMail because KMail has by far the best interface for working with a few hundred mail folders. My only problem with KMail is that it is very fragile when connections timeout - not a problem on DSL or better but tiresome on dialup.

If you use a distribution like Fedora which keeps .kde as the configuration directory for KDE 4, migration should just work. If it doesn't, please file bugs. If your distribution uses the .kde4 hack, complain to your distribution... But manually copying .kde to .kde4 should work around that mess.

It's okay to make a symlink if you are definitely migrating to KDE 4 and staying there. But if you are just trying out KDE 4 software while keeping KDE 3 as your main system, keep ~/.kde and ~/.kde4 separate. Otherwise you'll find that the KDE 4 version of an application will probably mess up the configuration for the KDE 3 version. You can move smoothly from KDE 3 to 4, but not back again using the same configuration directory.

As others have explained below, sharing the whole KDE 3 configuration directory with KDE 4 works if you don't intend to switch back, but may not be such a good idea otherwise. Since KDE 4 is really not there yet as far as my personal workflow is concerned, I am simply not switching for good yet, although I'd really like to give more KDE 4 apps a go, in order to get used to the changes, but also so I can file bug reports (and hopefully provide patches where I'm able).

Now I run Gmail with Firefox3 (sorry konqueror, but I'm still waiting for webkit) and my agenda is now running on my Sony Ericsson phone.
What does both have in common? I can access them in any place, anytime. I can even access Gmail from my phone! I don't miss kmail and korganizer.

So, what the hell I'm talking about?
Simply put: PIM on desktop should be much better, and have much more features than it's web and mobile counterparts, great integration and run fast. Without those, PIM on desktop is not that atractive.
SO you guys have all my support to take the time needed to turn all needed changes in KDE PIM into reality. IMHO KDE PIM needs some drastic changes, much like the kdesktop was replaced by Plasma in KDE4. :)

Look, I'm without connection at home since a couple of months (Thanks to my wonderful ISP... fuck it!) and so I could only use Gmail (webmail) at work and what can I say? when you have lots of messages, especially in mailing lists, I find it quite uncomfortable, traditional MUA are ways better in my case/opinion.

Same here. I use Gmail, Google calendar, docs.google, etc. all the time now.
With Firefox of course.

Can't we just write a plasma based widget that let's me look at Gmail, Google calendar when I'm at my desk? But automatically sync it back to Google so I can access the same information when I'm on the go again?

I still don't see a decent google integration? *google, are you reading this? Are you listening?* We Linux people need you!!!!

so you except million lines of codes go away because you like to use google services?
please, PLEASE think before posting such things! youre not the only person in the world and people have differrent prefrences.
btw i 'think' this will be possible with Akonadi,to get the data from google stuff and play with them in dekstop applications.but im not sure if devs like to do such thing.
also please do not speak as linux people.speak as yourself, as 'Max'.

Same here.. years I use KDE PIM, now I use google apps. I think, if calendar, doc etc can sync with google storage, then it is very good. I like to use KDE PIM, but i can add stuff to calendar :( todo and so on. Often occur that internet connection have but not my KDE PIM :(

And I can say that first time I hate gmail style email "chat" windows.. now i like it :)

er, it already has more features. I moved back to kmail because gmail's web interface is simply too limited for me. I need powerful filtering, I like the integration, and having offline mail is important on a laptop.

I'm sure the kde4 release of kdepim will be much better than the kde3 stuff - but the kde3 version is already pretty damn good, at least for my needs.

Gah. So much complaining here! Strangely, some of people complaining this time around pretty much say they wish KDE PIM did not even exist, because they are so much in love with Apple, Microsoft, GNOME, Google or whatever... Please file a bug then to this effect!

I just hope the developers can ignore the complaints. The KDE PIM apps are wonderful, and I am sure they will become even more solid when they are based on Akonadi!

I don't see so much complaint. But it seems that it is indeed true that some people do not need KDE PIM.

Do not take me wrong here. The KDE PIM team makes an awesome job only voluntarily and we can only thank them for that. I used to be a happy user of KMail. I must admit however that since I started with Gmail, Kmail has dissapeared from my computer. Actually I don't think I use any application related to KDE PIM. From what I read, I am not the only one in this situation.

If it was for me to choose, KDE PIM would be pretty much at the very end of my list of priorities for development for KDE 4.1. Some other people may find it more important. Of course it is not for me to choose. And people are free to program whatever they feel like. Especially if they are not being paid. But I think there is some value is finding out in these posts what the priorities are for the everage users.