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

List:       kmail-devel
Subject:    Re: [PATCH] subscription
From:       Carsten Burghardt <burghardt () kde ! org>
Date:       2002-12-18 14:37:02
[Download RAW message or body]

On Wednesday 18 December 2002 00:06, Ingo Klöcker wrote:
> On Sunday 15 December 2002 18:16, Carsten Burghardt wrote:
> > OK to commit? Anybody should of course test this patch...
>
> If did a very quick test with the public IMAP server at
> news.uslinuxtraining.com (see http://www.kde.org/mailinglists.html).

Just a note: if you only want to see the kde-folders, set your prefix to 
#news.kde. That makes life easier ;-) Apart from that the server seems to 
have a problem because it says "SELECT failed: Unable to scan newsgroup spool 
directory" for every mailbox I tested.

> 1st problem:
> Only 'Posteingang' (== INBOX) is displayed in the selection list. The
> over 1000 real IMAP folders are all missing.

Yep, fixed. That was a problem of the prefix. The listDirectory-code from 
Michael is a bit ... complex.

> 2nd problem:
> Check the checkbox of a folder. Then click reload folder list. The
> checkbox of this folder (probably of all folders but I only saw one
> folder because of the 1st problem) is unchecked although the folder is
> still in the list of subscribed folders. If I check the checkbox again
> the folder is added again to the list of subscribed folders. It now
> appears twice in the list.

The reload-button now clears all lists and therefore fixes this.

> 3rd problem (most likely related to your patch):
> KMail HEAD doesn't work at all very good with the above server. Somehow
> it seems to add a whole lot of cancel folders under each normal folder.
> This doesn't happen with KMail 3_1.

Cancel folders? What's that? It works without a problem here. 
OK, the only real problem is described by yourself here:

> OTOH, using this server with KMail 3_1 is also very annoying. After
> setting up the server you have to wait 15-30 minutes (this is from the
> university where I have a really fast connection) until KMail has
> created the 1000+ dummy (empty) index files and serial number files for
> all folders on the server. IMO creating any folder related files (index
> files, serial number files, etc.) should be delayed until the user
> actually clicks on a folder. If feasible not even the directory
> structure should be build locally until needed. This would not only
> speed up the first connection but also the startup of KMail since
> instead of 1000+ serial number files much less serial number files
> would have to be read.

I agree but I'm pretty sure that this is not so easy to implement. You need to 
delay a big part of the folder-creation until it's selected. Therefore you 
need to create a special class otherwise you'll end with tons of "if imap" 
parts in mbox.

-- 
Regards,

Carsten Burghardt
["subscription6.diff.gz" (application/x-gzip)]
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail

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