[opensuse] KMail/IMAP question
Hi all. Not sure if this is directly relevant to Suse or whether I should be asking this on a kde-related list but here goes. I'm using KMail 1.9.6 on 10.3 (KDE 3.5.7) running a Dovecot IMAP server so that I can access my email from my desktop or a couple of laptops on the lan. For some reason the size value in the folder list (I assume this is the size of each mail folder?) does not reduce in value when messages are deleted from a folder, but continues to increase each time a new message is received. For example I currently have 5 messages in my inbox totalling around 24k in size but the folder list tells me that my inbox is 915kB. I don't know if this is a bug with KMail and the way it interacts with IMAP servers, if it is a bug with dovecot perhaps reporting incorrectly to KMail or what. I have previously tried running Cyrus IMAP but gave up on that a couple of years ago - dovecot was so much easier to get running. Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)? Thanks, Rodney. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Freitag 21 Dezember 2007, Rodney Baker wrote:
Hi all. Not sure if this is directly relevant to Suse or whether I should be asking this on a kde-related list but here goes. I'm using KMail 1.9.6 on 10.3 (KDE 3.5.7) running a Dovecot IMAP server so that I can access my email from my desktop or a couple of laptops on the lan.
For some reason the size value in the folder list (I assume this is the size of each mail folder?) does not reduce in value when messages are deleted from a folder, but continues to increase each time a new message is received.
For example I currently have 5 messages in my inbox totalling around 24k in size but the folder list tells me that my inbox is 915kB.
I don't know if this is a bug with KMail and the way it interacts with IMAP servers, if it is a bug with dovecot perhaps reporting incorrectly to KMail or what.
I have previously tried running Cyrus IMAP but gave up on that a couple of years ago - dovecot was so much easier to get running.
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
Same setup, same behaviour, but if i have a look into the directories on the server, the size is as expected. And the numbers are different, like: ffiene@proxy02:~/Maildir> du .linux.kernel/ 36 .linux.kernel/cur 0 .linux.kernel/new 0 .linux.kernel/tmp 2404 .linux.kernel/ In KMail: Folder linux/kernel: 158.6MB Regards -- Frank Fiene / IT-Services Fon: +49 2526 29-6200 Fax: +49 2526 29-16-6200 mailto: ffiene@veka.com www.veka.com VEKA AG Dieselstr. 8 48324 Sendenhorst Deutschland/Germany Vorstand: Andreas Hartleif (Vorsitzender), Dr. Andreas W. Hillebrand Bonifatius Eichwald, Elke Hartleif, Dr. Werner Schuler Vorsitzender des Aufsichtsrates: Heinrich Laumann HRB 8282 AG Münster -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Freitag 21 Dezember 2007, Frank Fiene wrote:
Same setup, same behaviour, but if i have a look into the directories on the server, the size is as expected. And the numbers are different, like:
ffiene@proxy02:~/Maildir> du .linux.kernel/ 36 .linux.kernel/cur 0 .linux.kernel/new 0 .linux.kernel/tmp 2404 .linux.kernel/
In KMail: Folder linux/kernel: 158.6MB
Sorry, i forgot: i think this is a kmail issue because: ll .kde/share/apps/kmail/imap/.989959003.directory/.linux.directory/kernel -rw------- 1 ffiene users 166341280 21. Dez 06:24 .kde/share/apps/kmail/imap/.989959003.directory/.linux.directory/kernel Someone? -- Frank Fiene / IT-Services Fon: +49 2526 29-6200 Fax: +49 2526 29-16-6200 mailto: ffiene@veka.com www.veka.com VEKA AG Dieselstr. 8 48324 Sendenhorst Deutschland/Germany Vorstand: Andreas Hartleif (Vorsitzender), Dr. Andreas W. Hillebrand Bonifatius Eichwald, Elke Hartleif, Dr. Werner Schuler Vorsitzender des Aufsichtsrates: Heinrich Laumann HRB 8282 AG Münster -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Rodney Baker wrote:
Hi all. Not sure if this is directly relevant to Suse or whether I should be asking this on a kde-related list but here goes. I'm using KMail 1.9.6 on 10.3 (KDE 3.5.7) running a Dovecot IMAP server so that I can access my email from my desktop or a couple of laptops on the lan.
For some reason the size value in the folder list (I assume this is the size of each mail folder?) does not reduce in value when messages are deleted from a folder, but continues to increase each time a new message is received.
For example I currently have 5 messages in my inbox totalling around 24k in size but the folder list tells me that my inbox is 915kB.
I don't know if this is a bug with KMail and the way it interacts with IMAP servers, if it is a bug with dovecot perhaps reporting incorrectly to KMail or what.
I have previously tried running Cyrus IMAP but gave up on that a couple of years ago - dovecot was so much easier to get running.
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
When you delete a mail in your imap account the mail is only marked with the delete flag. Only when you compress the folder (or whatever it is called in KMail) will the marked mails be expunged and removed from storage. It's a feature, not a bug. (^-^) -- Sandy List replies only please! Please address PMs to: news-reply2 (@) japantest (.) homelinux (.) com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 21 December 2007, Sandy Drobic said:
When you delete a mail in your imap account the mail is only marked with the delete flag. Only when you compress the folder (or whatever it is called in KMail) will the marked mails be expunged and removed from storage. It's a feature, not a bug. (^-^)
Correct. If you have 'automatically compact folders' checked in Configure Kmail..->Accounts->Receiving->Modify... (your account) this happens periodically. If this is not enabled, you need to use the Compact Folder action in each imap folder's context menu. Season's greetings from the KDE team! Will -- Desktop Engineer KDE Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 21 December 2007 22:22:37 Will Stephenson wrote:
On Friday 21 December 2007, Sandy Drobic said:
When you delete a mail in your imap account the mail is only marked with the delete flag. Only when you compress the folder (or whatever it is called in KMail) will the marked mails be expunged and removed from storage. It's a feature, not a bug. (^-^)
Correct. If you have 'automatically compact folders' checked in Configure Kmail..->Accounts->Receiving->Modify... (your account) this happens periodically.
If this is not enabled, you need to use the Compact Folder action in each imap folder's context menu.
Season's greetings from the KDE team!
Will
-- Desktop Engineer KDE Team
OK, I understand that, but when I look into the actual maildir folder (in this case, ~/Maildir/cur for read inbox items or ~/Maildir/new for unread), the only emails that exist are those that appear in the Inbox folder in KMail. Running "Compress Folder" has no effect - all deleted mails have been moved to the Trash folder and have then been deleted/expunged when the Trash folder has been emptied. 'Automatically compact folders' is checked in the settings dialog as instructed above (and has been from day 1). I have just deleted all items from my inbox, compacted the folder and checked that there are no files in ~/.Maildir/cur or ~/.Maildir/new and yet it still reports that the IMAP inbox size is 916.2kB. The same applies to other folders - it seems that KMail is incrementing the size each time a new mail is seen but never decrementing the size when a mail is deleted/expunged or moved to another folder. Unfortunately Evolution doesn't show folder sizes for comparison and Outlook only shows the local inbox size, not the IMAP inbox size. BTW, I checked to see if KMail was looking at a local cached copy of the imap folders and confirmed that it is not. Regards, Rodney. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 21 December 2007 22:58:16 Rodney Baker wrote:
On Friday 21 December 2007 22:22:37 Will Stephenson wrote:
On Friday 21 December 2007, Sandy Drobic said:
When you delete a mail in your imap account the mail is only marked with the delete flag. Only when you compress the folder (or whatever it is called in KMail) will the marked mails be expunged and removed from storage. It's a feature, not a bug. (^-^)
Correct. If you have 'automatically compact folders' checked in Configure Kmail..->Accounts->Receiving->Modify... (your account) this happens periodically.
If this is not enabled, you need to use the Compact Folder action in each imap folder's context menu.
Season's greetings from the KDE team!
Will
-- Desktop Engineer KDE Team
OK, I understand that, but when I look into the actual maildir folder (in this case, ~/Maildir/cur for read inbox items or ~/Maildir/new for unread), the only emails that exist are those that appear in the Inbox folder in KMail. Running "Compress Folder" has no effect - all deleted mails have been moved to the Trash folder and have then been deleted/expunged when the Trash folder has been emptied.
'Automatically compact folders' is checked in the settings dialog as instructed above (and has been from day 1).
I have just deleted all items from my inbox, compacted the folder and checked that there are no files in ~/.Maildir/cur or ~/.Maildir/new and yet it still reports that the IMAP inbox size is 916.2kB.
The same applies to other folders - it seems that KMail is incrementing the size each time a new mail is seen but never decrementing the size when a mail is deleted/expunged or moved to another folder.
Unfortunately Evolution doesn't show folder sizes for comparison and Outlook only shows the local inbox size, not the IMAP inbox size. BTW, I checked to see if KMail was looking at a local cached copy of the imap folders and confirmed that it is not.
Regards, Rodney.
-- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au ===================================================
Further to the above, I went to ~/Maildir and ls -lh showed ~/Maildir/cur using 868k. All other directory entries (ls -lah) showed 4k as I'd expect for a directory entry on an ext3 filesystem. cd cur and then ls -lah again showed . using 868k and .. using 4k. I went back to Maildir, did rm -rf cur and then mkdir cur. ls -lh then showed cur using 4k. Back to KMail (after restarting it) and inbox still shows 916.2kB... -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Freitag, 21. Dezember 2007 schrieb Rodney Baker:
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
I'am seeing the same problem with my email providers's IMAP server, which calls itself " GMX IMAP4 StreamProxy ". So it doesn't seem to be a dovecot problem. And no, compressing the (sub)folder after moving/deleting emails from that folder doesn't change anything, the size remains the same. KMail version is 1.96 enterprise 0070904.708012 KDE 3.5.8 release 22.3 openSUSE -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 21 December 2007, Markus Koßmann said:
Am Freitag, 21. Dezember 2007 schrieb Rodney Baker:
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
I'am seeing the same problem with my email providers's IMAP server, which calls itself " GMX IMAP4 StreamProxy ". So it doesn't seem to be a dovecot problem. And no, compressing the (sub)folder after moving/deleting emails from that folder doesn't change anything, the size remains the same.
KMail version is 1.96 enterprise 0070904.708012 KDE 3.5.8 release 22.3 openSUSE
Ok. I'm on vacation from pretty much now, open a BR for this and I'll check it out in the new year. Will -- Desktop Engineer KDE Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 22 December 2007 00:33:38 Will Stephenson wrote:
On Friday 21 December 2007, Markus Koßmann said:
Am Freitag, 21. Dezember 2007 schrieb Rodney Baker:
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
I'am seeing the same problem with my email providers's IMAP server, which calls itself " GMX IMAP4 StreamProxy ". So it doesn't seem to be a dovecot problem. And no, compressing the (sub)folder after moving/deleting emails from that folder doesn't change anything, the size remains the same.
KMail version is 1.96 enterprise 0070904.708012 KDE 3.5.8 release 22.3 openSUSE
Ok. I'm on vacation from pretty much now, open a BR for this and I'll check it out in the new year.
Will
Will, Where is the appropriate place do to this? Via KDE.org? I'm guessing that this is a KDE issue rather than an OpenSuse issue... Regards, Rodney. PS Enjoy your holidays. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 22 December 2007 00:33:38 Will Stephenson wrote:
On Friday 21 December 2007, Markus Koßmann said:
Am Freitag, 21. Dezember 2007 schrieb Rodney Baker:
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
I'am seeing the same problem with my email providers's IMAP server, which calls itself " GMX IMAP4 StreamProxy ". So it doesn't seem to be a dovecot problem. And no, compressing the (sub)folder after moving/deleting emails from that folder doesn't change anything, the size remains the same.
KMail version is 1.96 enterprise 0070904.708012 KDE 3.5.8 release 22.3 openSUSE
Ok. I'm on vacation from pretty much now, open a BR for this and I'll check it out in the new year.
Will
-- Desktop Engineer KDE Team
Bug #154454 raised on kde.org. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 22 December 2007 00:10:23 Markus Koßmann wrote:
Am Freitag, 21. Dezember 2007 schrieb Rodney Baker:
Whilst this isn't a showstopper (and I can get around it by disabling the size column in the folder list), I'm wondering if anyone else on the list is running a similar setup and may have noticed this behaviour (perhaps even with a different IMAP server)?
I'am seeing the same problem with my email providers's IMAP server, which calls itself " GMX IMAP4 StreamProxy ". So it doesn't seem to be a dovecot problem. And no, compressing the (sub)folder after moving/deleting emails from that folder doesn't change anything, the size remains the same.
KMail version is 1.96 enterprise 0070904.708012 KDE 3.5.8 release 22.3 openSUSE
With further investigation I have come to the conclusion that, when talking to an IMAP server (or, at least, a dovecot IMAP server using Maildirs for mail storage), the folder sizes shown in the folder list have no connection whatsoever with the amount of data actually stored in the relevant folder. A quick comparison of the output of du -h and the folder sizes in KMail confirm that. du -h 172K ./.APRS-Sig/cur KMail says 1.6kB 336K ./.Xastir/cur KMail says 1.6kB 452K ./.Repeater_Builder/cur Kmail says 2.2kB 20K ./.Yaesu-FT8900/cur Kmail says 1.2kB (with a 22kB email) 1.1M ./.OpenSuse/cur Kmail says 292.8kB 8.0K ./cur This is the Imap inbox - KMail says 916.2kB (with no mail) 11M ./.Laura/cur Kmail says 38kB 812K ./.Comics/cur Kmail says 27.4kB 136K ./.Radio_Mods/cur Kmail says 1.8kB This is just some of the maildir folders with read mail in them. Since the same symptoms occur with other IMAP implementations I would agree with Markus - it does not appear to be a dovecot-specific problem. Regards, Rodney. -- =================================================== Rodney Baker VK5ZTV rodney.baker@optusnet.com.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (5)
-
Frank Fiene -
Markus Koßmann -
Rodney Baker -
Sandy Drobic -
Will Stephenson