Hello,

I am on a system that uses libnss-ldap. Icedove segfaults at startup
when nscd is not running:

Icedove works properly when nscd is running. The bug might be in
libnss-ldap, but Icedove is the only program I've seen segfaulting in
this situation, so I'll let someone more knowlegdeable decide so.


Cheers,

hi,
I can confirm the bug is there, 100% reproducable and at least in all
10.x versions. It also happens with original thunderbird. Thanks to
Stéphane for pointing me to the nscd workaround, I've been using
thunderbird on Windows for a year now because it didn't work on Linux
at all.

Regards,
Andre

Hello,

can you please install the related -dbg packages (libnss3-{1d-dbg,dgb}
for example) and try to make a backtrace and a strace log?
http://wiki.debian.org/Icedove#Debugging

With this logs there is hopefully more to see wich package create the
crash.
Please check if there more -dbg packages to install to see the symbols
that activate thees crashes.

Regards
Carsten

hi Carsten,

sure, see attachment for log files and package versions used for the test.

Thanks for looking at this!

Best regards,

Andre

Hello Andre, hello Stéphane,

please visit the last mail from Mike in #692886 [1] and provide the
info from the SSL certificate check as Mike has writen.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692886#28

Regards
Carsten

hello Carsten,

this indeed seems to be the problem in my case. The RSA key has 1024 bit
and is md5 signed, so a double-fail :-) I speak to the server's admins
to get this resolved. Thanks!

Best regards,
Andre

Hello Mike,

shoulded we provide some additional info around that possible problem
into a new file /usr/share/libnss3/README.Debian?

I can expand the wiki page for Icedove so user can find this info there too.
What do you think?

@Andre
Thanks for your feedback!

Regards
Carsten

Am 14.12.2012 10:21, schrieb Andre Landwehr:

unmerge 692886
thanks

Le 13/12/2012 18:45, Carsten Schoenert a écrit :

It took me some time to find out what my bug and #692886 had in
common... and the only thing I've seen is a naming confusion.

Beside what their name suggest, libnss-ldap (Name Service Switch, a
plugin infrastructure for libc) has nothing to do with libnss3 (Network
Security Services, Mozilla's implementation of SSL/TLS).

My bug is about Name Service Switch and not Network Security Services
and has nothing to do about #692886 (I don't know about Andre).

Hello Stéphane,

Am 14.12.2012 15:05, schrieb Stéphane Glondu:

thanks for clarification. I've miss read your first mail.

To track down your issue can you please make a gdb log with the output
of 'thread apply all bt', your first log shows only the main thread
there is no relevant info vissible.
Also a strace log can e helpful.

Le 15/12/2012 09:55, Carsten Schoenert a écrit :

There seems to be only one thread running at this point.

I've redone the backtrace with all debug libraries, and libnss-ldap
recompiled with nostrip.


Cheers,

forwarded #671303 https://bugzilla.mozilla.org/show_bug.cgi?id=292127

[..snip..]

My guess here is that we're having symbol collision here between
libnss-ldap/openldap and the ldap library included in icedove itself.
And this seems to be the case indeed:

https://bugzilla.mozilla.org/show_bug.cgi?id=292127

I'd be nice to work around the issue whith -Bsymbolic but it seems we
don't build openldap this way. Probably the best way forward is to
prefix the affected symbols with moz_.
Cheers,
 -- Guido