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

List:       kde-devel
Subject:    Re: kmail usability with IMAP
From:       Michael =?iso-8859-1?q?H=E4ckel?= <haeckel () kde ! org>
Date:       2002-08-01 16:05:37
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 01 August 2002 16:58, Rob Kaper wrote:
>
> To clarify: what Zack and I are willing to implement for 3.2 will be indeed
> that: the *option* to cache messages for off-line reading (and bandwidth
> decrease for those with small pipes and large drives). Unfortunately the
> term "download" was not interpreted the same by all of us which probably
> added to the confusion.

Great, but then I still don't understand what you mean with "IMAP was not 
designed to leave the e-mail data on servers indefinitely, just the 
authorative header data."

Well and then you probably have to distinguish between users with small 
expensive pipes and small cheap pipes. :-)

In the first case it might make sense to fetch all new information together. 
In the second case it might be better to fetch only information when it's 
needed but cache all information locally for ever once you have it. This is 
much faster when the user decides already when reading the subject line that 
he isn't interested in the content of the mail.

Besides that when fetching all information together we might need something 
like we have for POP3 to ask the user before downloading huge mails therefore 
I'm not sure if this is the perfect solution.

Also be warned that an IMAP server has the right to reassign new UIDs to all 
messages in a folder which requires the client to fetch all mails again. Some 
servers especially UW-IMAP do this quite often. Therefore caching can never 
be really for ever.

Regards,
Michael Häckel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9SVxVe9KEPyN2R8URAi8jAJ4/FRhisMYdypQopCTJFoMS+Iy0PACfZjEz
U4lDw2zdxR2MdixKYIfXj/U=
=J9lw
-----END PGP SIGNATURE-----
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]