| Summary: | akonadi_mixedmaildir_resource crashes when fetching mail | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Juergen Spitzmueller <juergen> |
| Component: | Mixed Maildir resource | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | crash | CC: | broeksema, e.lazarides, edmondo, gerhard, krammer |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Juergen Spitzmueller
2011-06-13 16:36:42 UTC
Hmm, difficult to tell what actually went wrong since we don't have any indication which parameters were passed to the memmove() function. Bertjan: could this be QFile::map() failing? Juergen: unless you needs this folder to be an MBox file, you could probably avoid this problem by creating a new folder (which will be a Maildir directory) and adjusting POP3 account settings to use it as destination. Maybe the problem is related to filtering. I have several filters that sort POP mails into folders. It seems to me that the crash happens while the messages are being copied. As to the setup change: I'd like to avoid that if possible. (In reply to comment #2) > Maybe the problem is related to filtering. I have several filters that sort POP > mails into folders. Could you provide some information about the involved folders? Which one is the MBox? The one which gets the mail from POP at download or the one which is the filter target? > It seems to me that the crash happens while the messages are being copied. The crash happens when moving message data in the mbox file due to compacting it after some message(s) got deleted. So my guess is that is the folder which the mail got downloaded to orginally before it gets moved (i.e. the POP3 inbox). > As to the setup change: I'd like to avoid that if possible. Sure, I just wanted to be sure you know the options. Depending on your setup, if the POP3 target folder is really the mbox in this crash, I would actually recommend to make that a maildir. MBox is by its single file nature very bad for deleting messages. The program working with the mbox (in this case the resource) needs to remember the deletion somewhere else and at some point create a new mbox file with all messages but the delete ones. In the worst case (first message being deleted) this requires the whole mbox file to be processed. (In reply to comment #3) > Could you provide some information about the involved folders? Which one is the > MBox? The one which gets the mail from POP at download or the one which is the > filter target? Actually, everything happens inside a "KMail Maildir" resource. The POP3 accounts download to the inbox of this resource, and then the filters shuffle (some of) them into subfolders, which are also inside this resource. "KMail Folders" is a special handler for KMail's potentially mixed mail tree, i.e. supporting folders in either maildir or mbox format. The backtrace indicates that there was a problem when dealing with one of the mbox folders. This folder has either been created as mbox by choice (KMail allowed to choose the format when creating a new folder) or very old (mbox used to be the default format way back in the old days). If your POP3 inbox folder is a top level folder under "KMail folders" you can find either a file or a directory with its name in the KMail mail path (e.g. .kde/share/apps/kmail/mail or $HOME/Mail, etc) If it is a file, the type is mbox, a directory means maildir Oh, I see. Now everything seems to be mbox here then. Both for the source inbox and the target folder I have mbox files in my ~/Mail dir. This is probably due to "the old days". I'm a long time user, as it were. I'm currently in the process of shifting everything to the "Local Folders" resource. Let's see if this solves the crashes. (In reply to comment #6) > I'm currently in the process of shifting everything to the "Local Folders" > resource. Let's see if this solves the crashes. Very likely, this is a totally different implementation due to not having to support mbox subfolders. Alternatively creating a new subfolder in "KMail Folders" will also result in a maildir folder, so doing that for the POP3 inbox folder should also help (since it is the one getting messages added and removed a lot) It's much more stable now. No crashes so far. (BTW after some days of playing and tweaking, I have to say that I really like PIM 2. It already solves some of my major annoyances with the old KDE PIM. Thanks for your efforts!) I just noticed that only the headers of my mails were copied subfolders from the "KMail Folders" resources to the "Local Folders" resource. What do I need to do to copy over the whole mail? (In reply to comment #9) > I just noticed that only the headers of my mails were copied subfolders from delete "subfolders" from this sentence. I am not aware of any special action needed to copy the full messages. Can you check $HOME/.config/akonadi/akonadiserverrc, section [%General], if value of ExternalPayload is true? (In reply to comment #11) > Can you check $HOME/.config/akonadi/akonadiserverrc, section [%General], if > value of ExternalPayload is true? It's false. Should it be true? Yes, please change it to true and try if this helps when you copy messages. (In reply to comment #13) > Yes, please change it to true and try if this helps when you copy messages. It did help! *** Bug 280432 has been marked as a duplicate of this bug. *** *** Bug 278915 has been marked as a duplicate of this bug. *** *** Bug 284029 has been marked as a duplicate of this bug. *** Created attachment 64912 [details]
New crash information added by DrKonqi
akonadi_mixedmaildir_resource (4.7) on KDE Platform 4.7.2 (4.7.2) using Qt 4.7.4
- What I was doing when the application crashed:
Deleting messages from the inbox. I will look at the format of the mailboxes. Am a long-time user with some 13K messages stored up in various folders.
-- Backtrace (Reduced):
#8 0x0015dcb2 in KMBox::MBox::purge (this=0x83dcfd0, deletedEntries=..., movedEntries=0xbff72668) at /usr/include/i386-linux-gnu/bits/string3.h:58
#9 0x08081a66 in MBoxContext::purge (this=0x83dcfc0, movedEntries=...) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:174
#10 0x0807d915 in MixedMaildirStore::Private::visit (this=0x83c7d78, job=0x84411f0) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:2186
#11 0x00e129e7 in Akonadi::FileStore::StoreCompactJob::accept (this=0x84411f0, visitor=0x83c7d78) at ../../../../resources/shared/filestore/storecompactjob.cpp:54
#12 0x0806705c in MixedMaildirStore::processJob (this=0x83c6bd8, job=0x84411f0) at ../../../resources/mixedmaildir/mixedmaildirstore.cpp:2277
*** Bug 285110 has been marked as a duplicate of this bug. *** This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |