dovecot - Apr 2011 - coredump in dovecot 2.0.11

Hi.
I use dovecot-2.0.11-1.fc14.i686 on linux,redhat fedora 14.

Using alpine 2.02 and Kmail 1.13.5 i have one IMAP connection to the dovecot
server and one IMAP connection to a MS exchange server.
After i moved a few messages from the exchange server i cannot open the folders
where i placed the moved mails.

instead dovecot crashes, all other directories and emails work fine.

here is what i see in /var/log/messages:

Apr  9 08:23:10 server00 abrt[28509]: saved core dump of pid 28508
(/usr/libexec/dovecot/imap) to
/var/spool/abrt/ccpp-1302330190-28508.new/coredump (626688 bytes)
Apr  9 08:23:10 server00 abrtd: Directory 'ccpp-1302330190-28508'
creation detected
Apr  9 08:23:10 server00 abrtd: Crash is in database already (dup of
/var/spool/abrt/ccpp-1302111878-7921)
Apr  9 08:23:10 server00 abrtd: Deleting crash ccpp-1302330190-28508 (dup of
ccpp-1302111878-7921), sending dbus signal



I can post the coredump but i will have to clean it first as i can see it
contains a few emails.
would it help to post the coredump or shuould i skip that?

On 9.4.2011, at 9.37, k b wrote:
> I can post the coredump but i will have to clean it first as i can see it
contains a few emails.
> would it help to post the coredump or shuould i skip that?
The core file itself isn't useful, because it's highly system specific.
Posting a gdb backtrace from it would be very useful though. So basically:

gdb /usr/libexec/dovecot/imap core
bt full

This is it:
--------

[root at server00 spool]# service dovecot start
Starting Dovecot Imap:? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ???[? OK? ]
[root at isteren spool]# gdb /usr/libexec/dovecot/imap core
GNU gdb (GDB) Fedora (7.2-46.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.? Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/libexec/dovecot/imap...Reading symbols from
/usr/lib/debug/usr/libexec/dovecot/imap.debug...done.
done.
/var/spool/core: No such file or directory.
(gdb) bt full
No stack.
(gdb) q



Should i create the /var/spool/core (file or directory) first?



--- On Sat, 4/9/11, Timo Sirainen <> wrote:
> Subject: Re: [Dovecot] coredump in dovecot 2.0.11
> Date: Saturday, April 9, 2011, 12:29 PM
> I'm guessing it either couldn't open
> the binary file or the core file.. Even without debug
> symbols it should print something. What's the full gdb
> command you're giving and its output?
> 
> On 9.4.2011, at 13.26, k b wrote:
> 
> > apparently i cannot get it right,
> > (gdb) bt full???says:
> > No stack.
> > 
> > 
> > i did install the debuginfo files
> > debuginfo-install dovecot-2.0.11-1.fc14.i686
> > 
> > but gdb still says No stack.
> > 
> > 
> > 
> > 
> > 
> > 
> > --- On Sat, 4/9/11, Timo Sirainen <tss at iki.fi> wrote:
> > 
> >> Subject: Re: [Dovecot] coredump in dovecot 2.0.11
> >> Cc: dovecot at dovecot.org
> >> Date: Saturday, April 9, 2011, 9:01 AM
> >> On 9.4.2011, at 9.37, k b wrote:
> >> 
> >>> I can post the coredump but i will have to
> clean it
> >> first as i can see it contains a few emails.
> >>> would it help to post the coredump or shuould
> i skip
> >> that?
> >> 
> >> The core file itself isn't useful, because it's
> highly
> >> system specific. Posting a gdb backtrace from it
> would be
> >> very useful though. So basically:
> >> 
> >> gdb /usr/libexec/dovecot/imap core
> >> bt full
> >> 
> >> 
> > 
> 
>

Will check as soon as there is a package for fedora 14.


--- On Tue, 4/12/11, Timo Sirainen <> wrote:
> Subject: Re: [Dovecot] coredump in dovecot 2.0.11
> Cc: "Dovecot Mailing List" <dovecot at dovecot.org>
> Date: Tuesday, April 12, 2011, 7:33 PM
> On 12.4.2011, at 20.31, k b wrote:
> 
> > Apr 12 19:16:22 server00 dovecot: imap(userxx): Panic:
> file mailbox-list.c: line 330
> (mailbox_list_get_unexpanded_path): assertion failed:
> (*location == SETTING_STRVAR_UNEXPANDED[0])
> 
> I remember fixing one bug that failed with this. Maybe
> v2.0.12 will fix your troubles?