Red Hat Bugzilla – Bug 1250671
[abrt] evolution: strchr(): evolution killed by SIGSEGV
Last modified: 2015-08-07 01:30:18 EDT
Description of problem:
Evolution crashes at or very shortly after (1 to 2 seconds) startup.
Sometimes I see the window open and inbox updates before it crashes.
I restarted evolution today after a system update, and this crash started occurring. However, evolution was not amogst the packages that were updated.
Version-Release number of selected component:
runlevel: N 5
Thread no. 1 (10 frames)
#0 strchr at ../sysdeps/x86_64/strchr.S:32
#1 g_strsplit at gstrfuncs.c:2284
#2 imapx_parse_uids at camel-imapx-utils.c:2117
#3 imapx_parse_status_copyuid at camel-imapx-utils.c:2200
#4 imapx_parse_status at camel-imapx-utils.c:2429
#5 imapx_completion at camel-imapx-server.c:3427
#6 imapx_step at camel-imapx-server.c:3491
#7 imapx_ready_to_read at camel-imapx-server.c:7813
#12 imapx_parser_thread at camel-imapx-server.c:7931
#13 g_thread_proxy at gthread.c:764
Created attachment 1059582 [details]
Created attachment 1059583 [details]
Created attachment 1059584 [details]
Created attachment 1059585 [details]
Created attachment 1059586 [details]
Created attachment 1059587 [details]
Created attachment 1059588 [details]
Created attachment 1059589 [details]
Created attachment 1059590 [details]
Created attachment 1059591 [details]
Created attachment 1059592 [details]
Thanks for a bug report. The backtrace shows the crash happened when parsing a "copy message" response. I guess it's one of your message filters which moves/copies received messages into another folder, because evolution (IMAPx) doesn't copy messages on its own.
If it's reproducible on start, could you run evolution from a terminal like this, please:
$ CAMEL_DEBUG=imapx:io,imapx:conman evolution &>log.txt
which will log all the communication between the server and the evolution, for all configured IMAP accounts (it would be good to disable all other IMAP accounts you might have configured, thus the log contains only the relevant information). There is not needed to see whole log, which may contain quite some private information, including downloaded message contents, but only the end of the log, like the last 50-100 lines. That will show what the server returned.
Created attachment 1060042 [details]
Here are the last lines of the log after message downloads.
The only filters I have are for "Search" folders. I set up a search folder that combines all my inboxes into one unified inbox.
Thanks for the update. I see it's a real Trash folder setting, which copies a deleted message into there.
> [imapx:A] I/O: 'A00028 UID COPY 21498 Trash'
> [imapx:A] I/O: 'A00028 OK [COPYUID 13411 ] COPY completed.'
The server response looks incomplete, truncated, as it doesn't follow .
I made some workarounds on this server issue for the next release of the evolution-data-server:
Created commit e0c53f2 in eds master (3.17.90+) 
Created commit ec63895 in eds gnome-3-16 (3.16.5+)