Bug 220501 - imap repeated downloading of already read messages
Summary: imap repeated downloading of already read messages
Status: RESOLVED DUPLICATE of bug 200923
Alias: None
Product: kmail
Classification: Applications
Component: IMAP (show other bugs)
Version: 1.12.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-29 11:32 UTC by Ferdinand Gassauer
Modified: 2010-03-11 00:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ferdinand Gassauer 2009-12-29 11:32:10 UTC
Version:           1.12.4 (using 4.3.4 (KDE 4.3.4) "release 2", KDE:43 / openSUSE_11.2)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.31.5-0.1-desktop

Config: IMAP + download attachments on demand

On very slow lines I see in the progress window one - and sometimes many - download processes running for the same message - even if the message was already displayed before.

or is it necessary to configure the account as "disconnected IMAP" ?

if so it seems to be  a wish to create a "hybrid" system - i.e. caching already downloaded mails until reaching a certain configurable
*  quota 
*  age.

at least I do not want to store all mails + attachments (some GB) locally, only because I am sometimes on very slow or less reliable lines.
Comment 1 Ferdinand Gassauer 2009-12-29 11:40:35 UTC
quote 
http://www.imap.org/imap.vs.pop.html

"A growing fraction of email users have one machine at work and a different one at home, and possibly also a laptop for travel. We feel that such users would, if given a choice, prefer online and disconnected access, and would choose offline access only when connect time and/or server resources are at a premium. And while online access does imply longer connect times than offline, disconnected use requires roughly the same connect times as offline access. A preference for offline access can not be inferred from its present market share, because much of the user community has never been offered the choice."
Comment 2 Björn Ruberg 2010-03-11 00:26:55 UTC

*** This bug has been marked as a duplicate of bug 200923 ***