Savanna Says: Killer Kontact

After her review of JuK, Savanna is back with a unique perspective on the importance of Kontact (preview) to KDE's success. Read on for an entertaining write up of this up and coming app.

The Killer Kontact
by Savanna

"The Killer App" is a term that even a simple end-user like myself has
heard about. It usually means "success" for a platform and an
Operating System.

Success with KDE is a very important thing, as I see it. "Killer App"
for me conveys the idea that KDE has "made it" into the real world where
people can use it as a tool to actually facilitate every day functions.

One of the huge reasons I switched from Microsoft to Linux around a
year ago was because Outlook
was eating all of my mail. This would happen on average every three to
six months, and there was simply nothing that I could do about it. The
classic "format and reinstall" solution had become such a feared
process for me that I simply didn't want to have anything to do with
computers any longer.

Then, Linux came into my life. Linux, KDE, and KMail to run it on. Three things
which ultimately converted me from wanting to throw my computer off of
the Empire State Building in slow motion for a Dave Letterman video,
to never wanting to leave my computer because I actually use it
productively all the time without fear of ever losing my data again.

KMail is a beautiful email program. It was, however, very different
from Outlook. It wasn't groupware, and it only deals with email. If I
wanted my address list to come up in a more complete fashion than just
a click-list, I would have to open KAddressBook. For
my calendar, KOrganizer would
do the trick. I need to jot down some notes? Well, naturally, one
turns to KNotes.

As you can see, this is an entirely different philosophy from Outlook
which incorporates everything into one single program. I had to relearn
to use different applications for different things - a sort of Linux
purist philosophy which I became accustomed to and even fond of over

The idea which I loved behind KMail and all the others is their apparent
integration into the desktop of KDE. This gave me the illusion that my
entire desktop was like a big Outlook program, but (naturally)
infinitely better. (And don't flame me for comparing KDE to Outlook -
I'm only using it as an example. I wouldn't wipe my feet on Outlook
anymore while KDE is, naturally, the holy of holies =) )

However, there were some things I did miss from Outlook. And since I
use two email accounts (one for business and one for personal) I would
separate them by using KMail for one and Evolution for
another. This wasn't done because KMail couldn't handle the
functionality of having multiple accounts, but simply because I had
the option with Linux of doing so rather easily.

Now, as everyone knows, Evolution is very much like Outlook. In fact, it
is disturbingly like Outlook. But there was something which reminded me
of the things which I did admire about Outlook.

Outlook is one of Microsoft's "Killer Apps", and rightly so. It is
great, for instance, to be able to instantly click on an integrated
icon in a program and have a selection of all your email addresses
without having to pull up a separate program for it. I did miss that
feature. And when somebody emails me an appointment, it was nice in
Outlook to simply to add it into the calendar with a single click,
rather than having to copy/paste the contents of the email from one
program into another, like I do with KMail and KOrganizer.

But, I will have the option of doing both. And what's better
yet, I will have the option of doing both with my KDE PIM applications.

Enter: Kontact.

Kontact is a new program which is currently in development. Kontact is a
PIM integrator. Kontact gives you the options which I simply adore and,
when it is finished, will be another "Killer App" for KDE.

I pull up Kontact and I get four programs housed in a shell: KMail,
KOrganizer, KAddressBook, and KNotes -- the standard Outlook shell
(only much nicer because I use Mosfet Liquid and Keramik with
, and nothing in Outlook looks this good).

On the left side, you have your basic icons to switch between functions,
and the right side contains the application you are currently focused
on. You also will have a summary/daily preview with weather and all the
lovely overviews you get in Evolution and Outlook which make sorting out
your day so much easier.

Now, as I said, it is in development and that means it isn't even ready
for a preview
yet. Kontact is being updated every single day by a
dedicated team of developers which I had the good fortune of
interviewing online.

And while it isn't ready for a preview yet, I can see great things for
it, and KDE.

Kontact isn't Outlook, however. While interviewing the Developers for
Kontact, I was told that they will be using other PIM suites as a
model but that they expect to do many new things. So don't expect an
Outlook model -- and I for one am grateful for that. For instance,
KNotes should remain on your desktop whether or not Kontact is running
(Outlook cannot do this). Other features such as this will make it
much more powerful than the Microsoft equivalent.

Kontact is what KDE needs, and needs badly. An integrated PIM with all
functions talking to each other is an invaluable piece of software for
any desktop in a business environment at the very least. Most people
don't understand why it is a great idea to be able to run several
programs separately and they want every program to do everything for
them. I'm not that silly, but I do see their point of view: I want the
functionality of Outlook coupled with the power of KDE desktop and
separate applications.

The Kontact Devs tell me that it is being planned for release with KDE
. For now, you can use Evolution if you really want that
Outlook functionality, or you can be like me and mostly use KMail and
your desktop as the real PIM. But I suggest you check out Kontact when
it does come out. It will be something important for the KDE and Linux
community as a whole. Even in development, it looks simple and
friendly to use.

But here is one of the most important aspects of Kontact: with the Kolab server application, Kontact
will be out there to rival and challenge the Outlook/Exchange server
model. This is a "Killer Business App" which KDE has been in need for
so long now. In fact, this is an incredibly big step for the KDE
community in the business world. With Kolab's client functionality
integrated into Kontact, businesses will have a perfect groupware
software package to link all of their computers together, and at a
dramatically reduced cost than buying licenses for every Microsoft
Outlook and Exchange server computer which they need to use. Now, they
will be able to get that functionality integrated and packaged in the
best of desktops: KDE with Kontact. Suddenly, KDE will go from being a
desktop user system to an integrated business groupware system as

So give it a few months time and get ready for something new on the
horizon; something which other Outlook users will go "wow" at; something
which will put KDE on the map even more; and something which everyone
will be given the option to use in the best of the spirit of Linux and

Watch out for Kontact.

Dot Categories: 


by AC (not verified)

It would be great if articles like that could have embedded screenshots of the app. Beside that, nice article.

by ViRgiLiO (not verified)

Just follow the link "preview" just up here.

by AC (not verified)

I know where to find screenshots, but I said 'embedded screenshots'.

by MandrakeUser (not verified)

Thank you Savanna. I am a long time linux/unix user, for so long that I never actually used outlook (i have been been MS free for almost ten years). Then I started using kmail, and by the time evolution (the current linux killer mail app) came out, I was already hooked to kmail. And I also heard there were plans to integrate the PIM stuff on KDE. So I decided to wait.

Long story short: I loved your article, it is very pedagogical, it explains in simple but clear words what is all this integration about. Now I can't see the time kde 3.2 is out :-)

Cheers !

by MandrakeUser (not verified)

Is it going to be possible to schedule, say, a meeting with other people, and have korganizer automatically email a reminder to everyone involved a couple hours before the meeting ?

Or add a doctor appointment and have an email sent to mysef an hour in advance ?

Last time I checked (a year or more ago) this was still not working, it would be great. It is the only thing I miss from my former solaris workstation :-)

Thanks in advance !

by Eric Laffoon (not verified)

It may require a little more effort but these things can be done with DCOP and both Kmail and Korganizer have triggering capabilites. You can use kdcop to explore the DCOP interfaces. Just have a script set up and and have the app run a program. It's less than emminently user friendly but it is something that can be done (as oppsed to can't be done) and with the right scripts can become very reusable.

For even more fun with integration you can try Kommander which allows you to construct strings simply by associating text with widgets in it's dialogs. Kommander also speaks DCOP, runs bash scripting natively and can call scripts in any language. You can find snapshots of the editor and some created dialogs at and docs at We will be adding more functionality to Kommander soon including script containers and a script repository to make this easier for users.

Kommander is the easiest visual dialog creation tool ever because it can create useful dialogs without a single line of code and these dialogs can expose and exchange information and manage nearly every aspect of a KDE application as long as they good DCOP support. This makes Kommander the ultimate user desktop "application glue". Kommander is part of the Quanta package developed from QT Designer to make Quanta and other KDE apps user extensible. Enjoy!

by MandrakeUser (not verified)

Thanks a lot for the tip Eric. I will give Kommander a shot whenever I get some time to do it. I still have the feeling that this funcitonality is going to be implemented (I either submitted or read a wishlist bug report some time ago on this topic). I thought it would be one of the features of the PIM changes in 3.2, I'll probably ask around or submit a wishlist again, unless you tell me you are sure it is NOT being implemented.

But in any case it is great to know about Kommander. Cheers !

by Eric Laffoon (not verified)

> Thanks a lot for the tip Eric.

You're welcome.

> I will give Kommander a shot whenever I get some time to do it.

Remember that it will likely seem utterly strange and incomprehensible at first looking at widget text association. So look at the docs and examples. Somewhere in there it generally hits you in a flash because it's so simple. Genius always is simple and we were inspired by Terek Zsolt's Kaptain software. Kommander benefits from visual design though among other things. Once you see what it can do you will realize it can integrate into any KDE application and solve many feature request issue as well as help to personalize and customize your desktop.

> I'll probably ask around or submit a wishlist again, unless you tell me you are sure it is NOT being implemented.

Look through KDE's Bugzilla. I am too busy with Quanta and Kommander to know all that is happening on kdepim. ;-)


by andrianarivony (not verified)

> Thanks a lot for the tip Eric.
Again. korganizer automatically email a reminder to everyone involved is a functionality I would like to have.

> we were inspired by Terek Zsolt's Kaptain software
I love Kaptain. It's this sort of very clever little big tools.

by Eric Laffoon (not verified)

> I love Kaptain. It's this sort of very clever little big tools.

Obviously I do too and currently it has a few features Kommander doesn't, but when looking at doing some enhancements to Kapatin we decided to build Kommander instead. The similarities are many including text associations. The differences are instead of writing it in a grammer you draw it in a stripped and modified QT Designer. Kommander also can contain scripting and makes inclusion of new KDE widgets very easy for developers. We plan to have data aware widgets soon. It also is DCOP enabled. Both can live update (as of version 0.7 of Kaptain) and Kaptain has built in support for sockets. Both are very good tools. I think Kommander is a little more focused on end user ease of use though.

by guenther.palfinger (not verified)

An easy way to do someting like this is to run a skript like the following:

echo "any body text" | mail -s "subject text" [email protected],[email protected]

I also tried to type in this command directly, but commands with arguments seem not to be accepted.


by MandrakeUser (not verified)

Thank you Gunther !

Yes, it is possible to script these kind of things, but then of course, the whole idea of KDE is to provide a graphical, user-friendly environment :-)

I'll check - Thanks again !

by Kevin Hughes (not verified)

I use KMail as my main email client, but I did have a brief play with the new email bit that comes with Opera. There are some features in there i'd *love* to see in a KDE system.

The way it automatically groups messages into multiple access points depending on things like who they're from and what labels you place on it are excellent...

by Anonymous (not verified)

"Search folders" aka "virtual folders" are already working in KMail/HEAD.

by David Johnson (not verified)

The biggest problem I have with not using Windows is the lack of Exchange support. Fortunately this only affects Calendar, but it is still a pain. The outlook plugin in KOrganizer doesn't work because the Exchange server at my work doesn't have webdav enabled.

Are there any plans to create native exchange support for korganizer/kontact? If not, what's the best way to convince my IT to turn on webdav, keeping in mind that they'll never understand why I don't use Windows instead?

by Daniel Molkentin (not verified)

That's not really possible. Even ximian's outlook connector only speaks webdav. Talk to your admin.


by cies (not verified)

>> Suddenly, KDE will go from being a desktop user system to an integrated business groupware system as well.

Suddenly means when 3.2 comes out or what ;-)

I wonder what will happen if this Kontact/kolab killer duo strikes. It will be soon (but after 3.2 is released) I guess...
Read this and forecast for your self:,0003.htm

They will probably strike hard... I hope big coms/orgs who use this on full scale will contribute money/developers to the team (or team"s": kolab, postfix, openldap, etc.) -- so it might become the apache (vs. IIS) scenario of the furure, *grin*.

And this will only be the first of a serie... Once KDE desktops get used in companies, Qt will gain momentum in general. More commercial software will get built on Qt -- portability will be higher on the priority list.

I think adobe should move to Qt! That will rock ;-)

Who's hopeing with me?

by Anonymous (not verified)

Adobe already uses Qt for new products, see Photoshop Album.

by Steve Hunt (not verified)

Kontact is not KDE's first groupware client by any means. Aethera has been in the works for years. Why start another one when there is already a project out there?

by Bill (not verified)

That's because Aethera is terrible. It's very, very slow. Closed source. Last time I used it (admittedly close to a year ago) it, it wouldn't import my old email inboxes correctly (from Eudora). And it's a Qt app (which has be ported from Qt2->Qt3). Not that the last is a bad thing, it just means its not going to behave like the rest of your KDE apps.

All in all, Aethera, while having a *much* cooler name, is probably not the best solution. Not sure if Kontact is or not, but you've gotta admit that its impressive how far they've come in such a short time. Aethera's been under development since before January 2001.

by Rick Moen (not verified)

Bill wrote:

> Closed source.

Nope, Aethera is GPLv2, incorporating some MIT/X-licensed code from the antecedant Magellan project from which it was forked.

What you're probably thinking about is theKompany's proprietary optional plug-ins for Aethera, most (all?) of which are proprietary.

Rick Moen
[email protected]

by Rick Moen (not verified)

Because I keep seeing people, including KDE core developers, claim that Aethera isn't open source, I've done my best to [re-]investigate, this evening. I wanted to get to the bottom of the matter, because I maintain (a list of 117 known MUAs for Linux, classified by licence category and individually described), and try to keep it accurate.

It looks like theKompany has been at times slow in getting source tarballs out in public, e.g., with their current RC2 release, available as binaries only via a SourceForge site. However, such annoyances aside, the core application is indeed open source under GPLv2. You need only have a look at the contents of .

As I mentioned in my other posting (earlier), it IS true that theKompany would like to sell you various optional Aethera plug-ins (such as Jabber support) under proprietary licensing, but Aethera is functional without them.

Personally, I'm much, much more enthusiastic about the Kolab server (and its Kontact client), as full-blown groupware using real open standards has been a big hole in the Linux world for a long time. Open Source Application Foundation also intends to fill this hole eventually with a long-overdue implementation of the IETF CAP and RFC-2445 "iCalendar" protocols for scheduling servers, but only after the Chandler PIM is done, so that's probably going to take a while. But either of these combinations will be a major win.

I try to track developments in that area at:

Rick Moen
[email protected]

by Eric Laffoon (not verified)

> Why start another one when there is already a project out there?

Aside from the reasons already gives this is pretty grossly missing the facts. I'll grant you that it is good to see if you can possibly join another open source project before spinning off another, but as mentioned Aethera's not open source. IIRC it started that way and the question could have been asked of it. The point of my first staement is that in fact Aethera set about recreating much of the functionality of several KDE apps while making use of some in reusable kparts. Kontact is making the progress so quickly exactly because it's *not* starting over but building on existing KDE apps. In fact Kontact is first of all a shell for four KDE apps as mentioned.

In addition IIRC Aethera doesn't have a server solution, or at least an attractive one. I forget the name but there is another KDE email app using a free server that also falls into this category, though I'm not sure it's been developed much since KDE 2. Substantial improvements for group usage is being contributed to KDE in the German contract for these improvements. The Kolab server will also result meaning that there will be a free server replacement for M$ Exchange that runs on Linux and serves both outlook and Kontact which will then interact on a level not previously possible. This will be huge!

In any way you care to look at it Aethera wan't even close as a choice.

by andrianarivony (not verified)

> I forget the name but there is another KDE email app using a free server
> that also falls into this category, though I'm not sure it's been developed
> much since KDE 2

It's called Infusion
Infusion was using the Citadel/UX server

"Citadel can send mail between local users, send and receive internet mail, and make mail available to internet users. This brilliant arrangement means that, as far as mail is concerned, any diehard Mutt user such as myself can happily coexist on a Citadel/UX network with Infusion users" (Navindra Umanee in "Focus on infusion" )

Infusion was promising. Unfortunatly it seem that no one join the developper to help him.
See also "More on Citadel"

by Scott Wheeler (not verified)

They're really quite different approaches -- Kontact is basically about reusing mature parts of KDE and wrapping them up and plugging them into a single application. All of the code from those projects is shared in Kontact and needn't be maintained separately.

To put things in perspective, if you sum the parts of KDE PIM that make up Kontact: KMail, KOrganizer, KNotes, KAddressbook, libkdenetwork, libkdepim -- and finally the glue between them, Kontact, it's around 200,000 lines of code. Kontact is about 4,000 -- 2% -- of that total (i.e. slightly larger than KNotes).

So really, if you want to talk about duplication of effort and reuing what's available -- that's exactly what Kontact does. Aethera, on the other hand, rather than being a small wrapper around these existing apps, must duplicate all that they do.

by kde-user (not verified)

will kontact make it possible to use kaddressbook-entries for serial letters (in koffice or openoffice)? this would also be anything "what KDE needs, and needs badly", if you think of the corporate desktop.

by Daniel Molkentin (not verified)

Well, that's all abstract from Kontact. Ask the KOffice devels wether they could integrate libkabc as datasource for mailmerge (not sure this works yet).


by Paulo Eduarod Neves (not verified)

Last month, I made a big party to celebrate my birthday, and emailed a lot of friends inviting them. A lot of messages bounced. Invalid old addresses!

Some of them bounced because I had three or four different entries in my kaddressbook for each of them. It's very easy to add a new address, but to delete an old one I have to: 1) open kaddressbook 2) search for the name 3) delete the ivalid email. Result: I _never_ delete invalid entries from my contact list.

I'd like an integrated mail/address book software to autmatically delete the invalid entries from my contact list.

How to implement it? Simple: use VERP. The idea is that each message sent out will have a unique envelope sender, and you codify the destination address in it (e.g., if [email protected] send a msg to [email protected], the envelope sender would be user+paulo=[email protected]). If the message bounce to user, it's easy to parse the failed address.

Failed addresses would be marked as bounced, and not be used for automatically completions, maybe moved to a different category, and deleted after some bounces.

Sure it all depends if the SMTP server of the sender allows these kind of messages. To check it I'd send a verp message to myself.

by Ingo Klöcker (not verified)

That sounds pretty much like a killer feature for spammers who want to get rid of invalid email addresses. Anyway, the dot is the wrong place for feature wishes. Use instead.

by Glenn Alexander (not verified)

If spammers used this feature to clean up their address lists, wouldn't that make using KDE's 'bounce' feature become a good way to delist yourself? The spammer wouldn't know the difference between a real bounce and an anger-bounce.

by Nils Valentin (not verified)

Nice article I got a "goose skin" just from reading it ;-). I fully understand the excitement as I am using kontact already on a everyday basis. It rocks - would be small understatement.

The KDE TEAM and all their partners are doing a superb job which is impossible to describe in a few words. CUPS is integrated into kdeprint. Samba can be accesed drectly from within konqueror... oh boy if that isnt news to get excited than I dont know what ;-)

Best regards

Nils Valentin

by Geert (not verified)

I work in a small business environment (5-10 workstations) on a mixed W98/2000 environment. For our internal needs the Microsoft postoffice, free in W95 absent but instalable in W2000 (best using the files form W95) is more than sufficient for all outlook networking (internal mail, calender, tasks). Will this be supported in any way?

It is more a file-organisation than a server.

Its no fuss, low maintanance.

Good work PIM. Without this functionnallity there is no chance for a linux desktop in our business.

by Datschge (not verified)

"outlook networking"? Do you mean you use an Exchange server, or how is your network set up? In case you have an Exchange server enable WebDAV (if it isn't already), then you'll be able to access it with every KDE app using KDE's kio slave "webdav:".

by Max Otterland (not verified)

KDE has great integration, fantastic actually, but I can't get any work done in it because everything is slightly broken, including Kmail. Function is foremost--I don't need a fancy KDE file-picker that abstracts the file system in a windows-like way (my least favorite part of KDE), my only concession is to sym-link "desktop" to ".gnome-desktop". That's why I switched to gnome over a year ago. No, it's not as slick, but stuff actually [mostly] works as advertised, including Ximian Evolution.

KDE reminds me of those tricked out honda civics the kids drive around here--too much fluff--does an economy car really need 18" rims....

Evolution is here and it works beautifully right now, the gnome2 version just came out and it's speedy and gorgeous. I applaud the work of the KDE developers, but I simply don't understand the KDE-centric end users bemoaning the lack of a PIM. Don't cry for shortage of trunk space when you've bought the Miata.

I use a few KDE apps that are superior, including k3b (the slickest cd burning tool out there), and don't feel like they spoil my pristine gnome desktop.

A better solution is to integrate Evolution into the KDE desktop better. qt and gtk can get along just fine.

I'm looking forward to seeing Kontact become stable and wonderful and huggable and cute. Just don't tell me that it's going to change the viability of the popular acceptance of the linux desktop.

by Datschge (not verified)

I don't know if you are aware of that, but you are completely missing the point. Kontact hasn't been started just for adding yet another Outlook clone PIM but first and foremost as a feature complete KDE PIM client for the Kloab server infrastructure (, offering an open source Kolab/Kontact counterpart for the commercial Exchange/Outlook combo. Evolution, Mozilla Mail and all the other mail/PIM applications are open and very welcomed to integrate support for accessing the Kolab server, but so far there are only the Kolab client and soon Kontact available as clients.

by anon (not verified)

Why do you want to deny others the right to use and enjoy Kontact? How is that your problem? Let the KDE folks develop the apps they want, who are you to decide what they do?

If you would have read the article anyway, you would have seen that the author was *already* using Evolution, but was excited at what Kontact could offer.

Evolution major downside is that it certainly isn't a "end-to-end" solution. It's certainly a good client, but will not ever be accepted to the commercial world because it doesn't come with a good server. Kontact and it's kollab subproject is a much more complete solution that actually has a chance to be accepted to the mainstream.

> I don't need a fancy KDE file-picker that abstracts the file system in a windows-like way (my least favorite part of KDE)

Indeed, this is basically the most hated parts of gtk happens to be it's archaic file selector. KDE's is much, much, much better. It helps me get things done in a much more productive manner.

> would it kill you to use Evolution

Using this logic, perhaps GNOME (and subsequent development of 90% of GNOME's apps) shouldn't have been created in the first place. The individual parts of kontact are mature and very well tested. kmail has been around since 1997. korganizer has been around since 1997. knotes has been around since 1998.

kparts is a wonderfully mature framework that makes it easy to wrap these things into one app. Why not provide existing kmail/korganizer/knotes users with more features, such as integration that kontact provides?

The fact is that neither GNOME nor KDE are going away anytime soon. Perhaps both desktops cater to different groups of users these days. Not sure. I loved GNOME 1.2 and 1.4, but I find GNOME 2.x downright horribly *annoying* to use. I didn't like KDE 2.x as much as KDE 3.x either.

by Nils Valentin (not verified)

Hi Max (and others ;-)

I think Evolution is

a) to heavy
b) doesnt have good import filters
c) reminds me to much of Outlook
d) mostly commercial

which made me think twice. The best I found was kmail. Plus it fully integrates into KDE. Make a "top" and compare the resources Evolution is requiring and kmail is using. Evolution didnt add any import filters during the last 2 years (not a single one !!). They just update the design and bugfixes. While at this time Evolution was grafically the most advanced, it didnt develop much further from my point of view. Kmail (as well as the whole KDE) was constantly improved and new features added. I think that definitely kmail (and KDE) is the choice to make.

f.e Which Desktop environment had first the feature to start a new X-window session from within an X-windows session ? ( the answer is KDE)

Why does RedHat 9 come with a installed konqueror on a gnome desktop ?
(its a KDE application) - because it rocks !!

If you are discussing that you dont need the PIM than dont use it - as simple as that ;-)
I believe KDE (including kmail) is the best Desktop Environment around for a normal desktop users.

The whole KDE project made a big step forward from KDE 3.1.
Nothing which I would be able to mention about the Gnome desktop that would be even close to this.

Thats my $0.02. You might want to flame me for this (its just my personal opinion).

Best regards

Nils Valentin

by Max Otterland (not verified)

He he, I wrote this slightly as an agitator, and because I'd been using the rc2 of drake 9.1 where kde was a mess. Since then I've upgraded to the latest KDE from texstar and am using almost exclusively KDE apps INCLUDING Kroupware, which I love!. I do miss the html composition component in Evolution and the little cute weather/headline page, but Kroupware is simply more elegant and friendly.

Since my last response, I've also discovered IRC and use it with Kopete. I've found that the KDE folks are just the nicest about and super helpful! That's how I discovered Kroupware. I logged on the the #kmail channel and asked how I could get support for offline IMAP, and a friendly developer hooked me up.

Please forgive me! :P

by Burrhus (not verified)

What KMail really needs is an HTML WYSIWYG editor. It is extremely useful to format email with bold and italic text. It is handy to use blockquotes, lists, and tables. These tools help people communicate more effectively.

by cies (not verified)

Hopefully Quanta's future HTML WYSIWYG editor can be embedded as a kpart, eventually ;-)

by Ingo Klöcker (not verified)

Now I understand why KDE development is so inefficient. It's because we don't write HTML messages. Thanks for the tip!

by Dada (not verified)

I agree very much with this. I regularely send a photo news letter to my students and it looks very nice in Outlook/Outlook express where the photo's show in the text in the right place. As attachenments the whole newsletter loses it's charm.

So please allow HTML or if security is a problem a restricted HTML allowing Tabels, photo's, fonts etc.

Dada K.

by Coolvibe (not verified)

No way.

HTML and e-mail just don't mix. Kmail doesn't need a WYSIWYG editor at all. Mail is plain text, and doesn't need formatting.

by fault (not verified)

> HTML and e-mail just don't mix.

Hrmm. A significant portion of the Windows/Mac/Webmail using-population (perhaps 95%+ of computer users) use HTML-based mail.

HTML mail has a stigma with geeks and advanced computer users. This doesn't mean email and HTML don't mix however.

(btw, I certainly do hate HTML mail, but this isn't a good enough reason to keep WSYIWYG editing out of kmail if anyone decided to do it..)

> Mail is plain text,

I think you're completely misunderstanding what the concept of MIME is.

by Datschge (not verified)

MIME is basically a hack to allow non-ASCII text and data in a media which is limited to transferring ASCII text.

by fault (not verified)

MIME is hardly a hack. It was created for email specfically (perhaps the "hackiness" of MIME comes when it's used in places other than mail) and is well documented. It has been a defacto standard for the last ten years-- a period of time where the internet has had explosive growth. MIME has indeed helped in this growth, as things like email would have been less flexible. ASCII-only email was only common place before MIME existed. Almost everyone who has used email has used the fruits of MIME, such as sending/receiving documents or images through attachments, or sending/receiving html mail.

by Datschge (not verified)

Emails as we still use them today were never intended to break the 7bit ASCII barrier. MIME as a rule set itself is nice and dandy, but using it as an excuse to blow up the size of the outdated email format whenever 8bit data occures is very cheap. A successor to the classic email format capable of containing 8bit data should have been introduced, the currently used solution is not good design, it *is* a hack.

by Guillaume Laurent (not verified)

> Mail is plain text, and doesn't need formatting.

Absolutely. We're much better off with all these immensely convenient and fully standardized conventions like prefixing lines with '>' and thus screwing the word wrapping, putting words between '*' or '_', and other state of the art techniques.