[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: support for non mbox style mailboxes?
From:       Michael =?iso-8859-1?q?H=E4ckel?= <Michael () Haeckel ! Net>
Date:       2001-01-31 20:41:17
[Download RAW message or body]

On Wednesday, 31. January 2001 19:15, Jason Stephenson wrote:
>
> [Posting from work, 'cause this can't wait until I get home.]

I don't comment this sentence.

> This is another spot where KMail's design is showing it weaknesses. What's
> really needed as a mail box interface class, i.e. a virtual class that
> specifies the API that KMail will use to manage mail in a folder. Then you
> can implement a concrete class or classes based on that specification to
> use any underlying format you want. A programmer could then include
> whichever mail box implementation they prefer at compile time, or it could
> be specified at run time by a configuration option.

Currently we do only support mbox format, therefore there is no need for such 
a class. I don't consider that a week design to not implement completely 
unnessary classes. I'm currently also working on IMAP folder and even that is 
possible with the current KMFolder class.
If we ever have support for another folder format then I don't see, what is 
difficult to add a class that can decide between KMMboxFolder and 
KMMailDirFolder, similar as we currently have that for KMAccount, which 
supports local and pop3 accounts.

> If we really wanted to get fancy, and run some risks, KMail could give up
> responsibility for managing the mail files and farm that out to some other
> application via DCOP, or we could use IOSlaves. Either of the latter
> approaches grants greater run-time flexibility.

I think DCOP and IOSlaves are useful for the things they have been written 
for, but handling local files can be done in a more effective way.

Regards,
Michael Häckel

_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]