dovecot - Apr 2011 - possible bug leading to lmtp crashes

On 04/25/2011 09:12 AM, Trever L. Adams wrote:
>
> As I look at the code in the hg reference above, I think there is a bug.
> If HOME should be preserved as first, and some of these others may be
> critical to proper operation, they should be preserved automatically, no
> matter what the configuration says. This seems to be contrary to the
> code and to the top of the page (commit comment?).
>
> So, based on the code, I think HOME, USER, TZ should always be
> preserved. Depending on system compilation (according to ifdefs), GDB,
> LISTEN_PIDS and LISTEN_FDS should also be preserved. Is this what is
> causing my crash? I am still experimenting.
>
> I have three systems doing this. Two were Fedora 15 current and one
> Fedora 14 current. I have upgraded F14 to F15 to help remove variability.
>
> Trever
Sorry for responding to my own posts.  Neither of the following fix it:

import_environment = HOME USER TZ KRB5CCNAME=/etc/dovecot/krb5.cc
LISTEN_FDS LISTEN_PIDS GDB
import_environment = KRB5CCNAME=/etc/dovecot/krb5.cc

I am finding it interested that abrt seems to say that environment is
empty/corrupted. I am attaching more backtraces to the Fedora bug
(https://bugzilla.redhat.com/show_bug.cgi?id=697325).

It should be noted that machines with more memory pressure crash more often.

Thank you for any help,
Trever
-- 
"All this technology has somehow made you a stranger in your own
land."
		-- Robert M. Pirsig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20110426/0ddeff01/attachment-0002.bin>

On 26.4.2011, at 20.12, Trever L. Adams wrote:
> I am finding it interested that abrt seems to say that environment is
> empty/corrupted. I am attaching more backtraces to the Fedora bug
> (https://bugzilla.redhat.com/show_bug.cgi?id=697325).
I think this is a generic bug in LDAP code when using SASL authentication. It
just shouldn't be crashing here:
> #6  db_ldap_request_queue_next (conn=0x1c6ed90) at db-ldap.c:343
That code around it looks a bit weird.. I'll look at it closer tomorrow.

On 04/26/2011 05:00 PM, Timo Sirainen wrote:
> On 26.4.2011, at 20.12, Trever L. Adams wrote:
>
>> I am finding it interested that abrt seems to say that environment is
>> empty/corrupted. I am attaching more backtraces to the Fedora bug
>> (https://bugzilla.redhat.com/show_bug.cgi?id=697325).
> I think this is a generic bug in LDAP code when using SASL authentication.
It just shouldn't be crashing here:
>
>> #6  db_ldap_request_queue_next (conn=0x1c6ed90) at db-ldap.c:343
> That code around it looks a bit weird.. I'll look at it closer
tomorrow.
>
>
By chance were you able to isolate and fix this bug?

Thank you,
Trever

-- 
"Women reason with the heart and are much less often wrong than men who
reason with the head." -- DeLescure

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20110430/a5edf195/attachment-0002.bin>