Version: 1.6.2 (using KDE 3.2.1, ALT Linux) Compiler: gcc version 3.3.3 20040216 (ALT Linux, build 3.3.3-alt1) OS: Linux (i686) release 2.4.23-smp-sm Then I use IMAP and select "reply" on message... 1. it downloaded completely then contain attaches, but only text parts need for reply. 2. the text parts isn't need for download: it's already downloaded and displayed in message body window. It's report very similar with bug 56021 and I surprised what this exist then load on demand for attachments was implemented.
*** Bug 81812 has been marked as a duplicate of this bug. ***
I agree, this is a really a "boaring" bug.
Please fix this. Usually, one views attachments seperately so they are downloaded twice. This is very annoying using a low bandwidth connection.
*** This bug has been confirmed by popular vote. ***
*** Bug 101089 has been marked as a duplicate of this bug. ***
This also happens when you select text in the message and reply (reply with selected text quoted instead of full message text).
in kmail-1.9.1 from kde-3.5.2 the bug is still there. It's really annoying one. I have to use an web-interface to my mail account to reply on mails with big attachments.
I found a work-around for this problem: use cachedimap instead of normal imap account. This has another advantage of having the mail locally available when my mailserver is down for maintenance! btw: why is cachedimap called disconnected imap when adding an account? Please let somebody make up his mind!
> why is cachedimap called disconnected imap when adding an account? cachedimap != disconnected. I have about 200k (3.6Gb) of messages in my account. If I reconfigure my account to disconnected all messages will be downloaded. Please calculate download time for 56K dialup connection. :-)
Hmm... I agree that initially downloading 3.6G worth of mail over 56K6 is not an option, but I disagree with your first statement: as far as I can see cachedimap and disconnected imap ARE the same in kmail (1.9.1, kde 3.5.2) and I still think this double naming is confusing, this discussion as proof.
Caching is a preservation of read data, instead of in advance. To fancy, for example, squid, which download all www-server with references.
And please read bug 82684. There the close problem is discussing
btw. there is same issue when deleting the mail, i.e. the all message is downloaded before deletion.
*** Bug 112698 has been marked as a duplicate of this bug. ***
The problem is still valid for KMail 1.9.7.
and still in 1.10.1 KDE 4.1.1 rel 31.5 OpenSuSE
Problem is still present in KDE 4.2.3. It has been here for five years.
And still in 4.5.2. To clarify (because the original complaint was a bit ambiguous): When replying to an email, an attachment is downloaded in full, even though it is not included into the reply. This is annoying if there is a 10 meg attachment and one is using a slow connection. Default behaviour should be to NEITHER download nor include an attachment. I this still the right place for the bug, given that we now have kontact? How can we make this more visible to developers? Sounds not terribly difficult to fix...
Reassigning to KMail2 product