[Bug 196993] New: Speed up dimap accounts by only checking folders which have been changed locally or are marked as "inbox"
Gandalf Lechner
gandalf.lechner at univie.ac.at
Thu Jun 18 11:02:37 BST 2009
https://bugs.kde.org/show_bug.cgi?id=196993
Summary: Speed up dimap accounts by only checking folders which
have been changed locally or are marked as "inbox"
Product: kmail
Version: 1.11.90
Platform: unspecified
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
AssignedTo: kdepim-bugs at kde.org
ReportedBy: gandalf.lechner at univie.ac.at
Version: 1.11.90 (using 4.2.90 (KDE 4.2.90 (KDE 4.3 Beta2)), Kubuntu
packages)
Compiler: cc
OS: Linux (x86_64) release 2.6.28-13-generic
Checking for new mail / uploading changes made locally can be very slow using a
disconnected imap account with many folders. I think is due to the fact that
kontact compares for _all_ folders the local version and the version on the
server; so if there are many folders, this can take quite some time.
However, in many situations, this seems not to be necessary. In my use case,
which I believe is a common one, I only have a very small number of folders
which are inboxes, i.e. actually receive mails. So when checking for new mail
it would be sufficient to look only in these folders and in all folders which
have been changed locally since startup. That is, each folder in which a
message was added/deleted/changed could be marked as "changed" and added to a
list of folders to be updated on the server when the users hits Ctrl+L.
When accessing the account from different machines, it would still be necessary
to check all folders at startup, since they might have changed in interaction
with a second computer. Or is there a way to store a "changed" tag for folders
on the server? Anyway, this overall check would be necessary only once, in all
subsequent comparisons it would be sufficient to check only inboxes and folders
changed locally.
I believe this would speed up using dimap a lot.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Kdepim-bugs
mailing list