| Summary: | e-mails downloaded from POP3-servers by akonadi/kmail2 are stored twice locally | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | eric <prozac> |
| Component: | POP3 Resource | Assignee: | Thomas McGuire <mcguire> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | cfeck, christiandehne, ipstanistreet, kdepim-bugs, marcinkocur, mkay, oldium.pro, prozac, sven.burmeister, vkrause |
| Priority: | NOR | ||
| Version: | 1.5.2 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
eric
2011-04-18 19:06:42 UTC
I've just found out that not all e-mails are stored twice, small e-mails are not stored twice. The smallest e-mail that is stored twice here on my computer is 4101 bytes... I don't know where is the limit, maybe 4kb? But still, the big multi-megabyte e-mails are stored twice! I've just found out that small e-mails are not stored twice. The smallest e-mail that is stored twice here on my computer is 4101 bytes... I don't know where is the limit, maybe 4kb? But still, the big multi-megabyte e-mails are stored twice! This is with akonadi-1.5.3 and kmail/kontact-4.5.96 (4.6rc1). I don't know if it is related, but I get a dialog to resolve duplicities sometimes during fetching new mails. One of the mail always has the X-Virus tag on the top of the mail header, while the other doesn't. I'm using latest RC - 4.7RC2 KDE/KMail2 (4.6.95), Akonadi 1.5.80. Just a note - my problem happens with Akonadi 1.6.0 too. I've updated KDE to 4.7 (still with Akonadi 1.6.0), fetched mails and I see no dialog to remove duplicates. It isn't just emails, akonadi notes are stored in both ~/.local/share/notes/ and ~/.local/share/akonadi/file_db_data/. Some of them (large ones?) seem to only be read from file_db_data/ -- renaming the directory led to the content of most of my notes disappearing until I renamed it back. My file_db_data/ is only ~100 MiB, but I noticed it contains emails that I deleted months ago, so it must get pretty big for people who get more emails than me! KDE 4.7, Akonadi 1.6, Arch Linux. *** This bug has been confirmed by popular vote. *** (In reply to comment #5) > I've updated KDE to 4.7 (still with Akonadi 1.6.0), fetched mails and I see no > dialog to remove duplicates. The dialog appears sometimes, but not as much as before. I have the same problem with akonadi and kmail2 from KDE 4.7.0. For me there is an additional problem. Sometimes mails are shown twice in kmail. Then you can find really two entries in ~/.local/share/akonadi/file_db_databut only one in ~/.local/share/.local-mail.directory/ Now choosing remove duplicates often leads to result that all of these entries are deleted and the mail is lost! Not sure if I should fill this as an additional bug? ~/.local/share/akonadi/file_db_data is only a temporary cache, the mails will be deleted from there after a short time. If that doesn't work for you, check the cache policy of the root local folder. In KMail, right-click on "Local Folders", click "Folder Properties", go to the "Retrieval" tab. There, the option "Retrieve message bodies on demand" should be checked, with the "keep message bodies locally for" time set to 1 minute. If you are still seeing this behaviour, please file a bug against the maildir resource. POP3 handles the items over to Akonadi during a mail check, and is not involved in storing them. Yes the behaviour is still there, so I did as suggested an filled bug 282160. Thanks, Christian. Hi Thomas, can you give me a hint against which component I should fill the problem I described in comment 9, as this still happens. Is this more likely a problem of the pop3-resource or does this also belong to the maildir one, or even kmail? Thanks in advance! Christian The bug from comment 9 (two entries in file_db_data, but only one entry in the maildir folder) is not a POP3 bug. I don't know where the bug is though, could be maildir or could be Akonadi itself. Thanks for you fast reply. And for reference for the problem from comment 9 I filled bug 282296. (In reply to comment #10) > ~/.local/share/akonadi/file_db_data is only a temporary cache, the mails will > be deleted from there after a short time. If that doesn't work for you, check > the cache policy of the root local folder. In KMail, right-click on "Local > Folders", click "Folder Properties", go to the "Retrieval" tab. There, the > option "Retrieve message bodies on demand" should be checked, with the "keep > message bodies locally for" time set to 1 minute. > can you please describe what happens if i set it? i mean - does it have some disadvantages? |