Hi,

since I upgraded to Kubuntu 15.10 Kmail crashes when I try to create a new mail. It does work on another account so it seems to be related to the configuration.
Actually I just sent another crash report, relating to akregator,. However this is on another user account on the same PC.

As I have quite a few accounts configured in KMail I'm reluctant to reset the configuration.
Could you please give me some hints how to identify the cause of that error.

Here's the konsole output when I press the button new.

Code: Select all

log_templateparser: aorig_msg == 0!
log_messagecomposer: initalising autosave
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
HSpellDict::HSpellDict: Init failed
No language dictionaries for the language: "C"
"contactsCompletionSession"
connectToServer "/tmp/akonadi-jo.RmVFyg/akonadiserver.socket"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
log_kmail:
log_kmail: "Jo"
*** KMail got signal 11 (Exiting)
zsh: segmentation fault (core dumped)  kmail


Cheers HedwigKDE

Like the other request, would you be able to provide a backtrace?

Sorry for my late reply.

Just installed kde-pim.dbg.
When KMail crashes I do not get a dialog where I can copy the backtrace from.
The trailing lines of the console output say:

Code: Select all

org.kde.akonadi.ETM: Fetch job took  272 msec
org.kde.akonadi.ETM: was collection fetch job: collections: 0
org.kde.akonadi.ETM: Subtree:  150 QSet(150)
org.kde.akonadi.ETM: Subtree:  151 QSet(151)
org.kde.akonadi.ETM: Subtree:  215 QSet(215)
org.kde.akonadi.ETM: Subtree:  5 QSet(5)
org.kde.akonadi.ETM: Fetch job took  271 msec
org.kde.akonadi.ETM: was collection fetch job: collections: 4
org.kde.akonadi.ETM: first fetched collection: "Notes"
log_templateparser: aorig_msg == 0!
log_messagecomposer: initalising autosave
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
HSpellDict::HSpellDict: Init failed
No language dictionaries for the language: "C"
"contactsCompletionSession"
connectToServer "/tmp/akonadi-jo.HnEAil/akonadiserver.socket"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
No language dictionaries for the language: "C"
log_kmail:
log_kmail: "Jo"
*** KMail got signal 11 (Exiting)
zsh: segmentation fault (core dumped)  kmail


Unfortunately I cannot find a core file. Is there a dedicated location for core dumps?

Cheers HedwigKDE

If you're on a systemd-enabled distribution (with a reasonably recent systemd), you could be able to get the backtrace through "coredumpctl".

If you aren't, run "gdb kmail" in a terminal, followed by the "run" command (which will start KMail): trigger the crash then gdb will give you a prompt. Issue "thread apply all bt" and copy the output to a pastebin service, the post the link here.

Strange, I thought (k)Ubuntu 15.10 is rather recent and as far as I know it uses systemd. However I couldn't find coredumpctl.
Never mind I tried gdb and the output can be found at: http://paste.ffrn.de/?be01d6597f6f4e0c#NFCgRBSuruUTIPXBfSXL64aZ+e2zc69VDsKL70VEbSQ=

Thanks for your help

The crash is related to spell-checking options, and I remember seeing it once or twice. Have you got spell checking in email enabled? Does KMail crash the exact moment you open a composer window?

I have the same issue: whenever I tell kmail (or kontact) to generate a new mail (File -> New -> New Message or the Ctrl+N shortcut) it crashes with a similar log to the one in the OP:

Code: Select all

log_templateparser: AKONADI PORT: Disabled code in   virtual QString TemplateParser::TemplateParser::findTemplate()
log_templateparser: Folder found: Collection ID: 230    remote ID: ".Notes"
   name: "Notes"
   url:  QUrl( "akonadi:?collection=230" ) 
   parent: 229 "imap://MASKED@DOMAIN.TLD/"
   resource: "akonadi_imap_resource_7"
   rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
   contents mime type: ("inode/directory", "message/rfc822")
   isVirtual: false
    CachePolicy: 
   inherit: true
   interval: 5
   timeout: -1
   sync on demand: true
   local parts: ("ENVELOPE", "HEAD", "RFC822")
    CollectionStatistics:
   count: 0
   unread count: 0
   size: 0
log_templateparser: AKONADI PORT: verify Akonadi::Item() here   virtual QString TemplateParser::TemplateParser::findTemplate()
log_templateparser: Identity found: 2029903118
log_messageviewer: Node UNprocessed:  0x29bb2b0
log_messageviewer: BodyPartFormatterFactory: found 4 plugins.
log_messageviewer: BodyPartFormatterFactory: instantiating new Subtype Registry for " text "
log_messageviewer: SET NODE:  0x29bb2b0 true
log_messageviewer: Node processed:  "" "Content-Type: text/plain"
log_templateparser: Command: REM=
log_templateparser: Command: -
log_templateparser: Command: BLANK
log_templateparser: No appropriate charset found.
log_messagecomposer: initalising autosave
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
HSpellDict::HSpellDict: Init failed
"contactsCompletionSession"
connectToServer "/tmp/akonadi-saschal.f8bvQe/akonadiserver.socket"
Pass a valid window to KWallet::Wallet::openWallet().
log_kmail:
log_kmail: "Currit"
*** KMail got signal 11 (Exiting)


This is the dump from gdb: http://pastebin.com/TTQBmdxW

BTW: installing hspell makes the line related to the spelling lib not found go away, but kmail still crashes like before.

Thanks for your analysis.
You`re right. The crash happens when I open a new composer window. I thought I did mention it in my first message.

I searched in settings to disable spell checking but only found a drop down list of a dictionary. I couldn`t set dictionary=none.
Currently dictionary is set to US-English. It`s the same on a second account where I do not get that crash.

Any further hint?

Try removing ~/.config/KDE/Sonnet.conf and see if the problem persists.

einar wrote:Try removing ~/.config/KDE/Sonnet.conf and see if the problem persists.

unfortunately no visible change

Same here, no change after removing the Sonnet file.

I'll pursue other options and let you know.

It is fixed in kmail 5.03 (kdepim 15.08.3)

kees61 wrote:It is fixed in kmail 5.03 (kdepim 15.08.3)

Great, thanks for the info.

Does that also mean that I have to wait unil kmail 5.03 will be released by the Kubuntu team?
Are you aware of a workaround?