logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

Re: cooperation with kmail or other graphical clients.: msg#00004

Subject: Re: cooperation with kmail or other graphical clients.
Steve writes:

On Wednesday 05 April 2006 03:50, Sam Varshavchik wrote:
Steven C. writes:

There is no ~/Mail/new, ~/Mail/cur, and ~/Mail/tmp, therefore it is not a
maildir.

End of story.

Ok, I've added cur/tmp/new directories to my Mail directory. I then deleted my .cone directory so that I could start out with a clean slate. It still did the same thing.

Do not try to create a maildir manually. If you miss one little thing, or don't set the permissions correctly, all bets are off.

Use the maildirmake command to create a maildir properly.

Also, referring back to the pic I sent you, you'll notice that although ~/Mail was not a proper maildir, Mail/inbox was. I guess when I started kmail for the first time, it created three proper maildirs beneath the Mail directory: Drafts, inbox and trash are all proper maildirs. Is there a way to get cone to see those directories as proper maildirs?

No.

The convention for creating and using maildirs, and maildir folders, was established long before maildir support was added to Kmail.

Kmail apparently added maildir support in KDE 3.0, which was released in 2002.

The initial release of Courier-IMAP, and SqWebMail, both with maildir folder support, was in December, 1999.

So three years later, here comes Kmail, and instead of doing maildir folders the way things have been done for the last three years, it goes off and does things its own way.

Sorry, that's not how it works. It's Kmail's responsibility to be interoperable with other maildir software that preceded it, and not the other way around.

Why don't you ask people on the Kmail list why they decided to do the stupid half-assed things, the way they did?


Attachment: pgpyJXTbi8bG2.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>