>> # 0 0x000075e1b0a77394 in pthread_mutex_lock () from
>> # /lib64/libpthread.so.0 1 0x0000071a00a5c9e0 in
>> # dkimf_crypto_lock_callback (mode=<optimized out>, idx=<optimized out>,
>> # file=<optimized out>,
>> line=<optimized out>) at opendkim-crypto.c:160
>> # 2 0x000075e1b0dccbc7 in CRYPTO_add_lock () from
>> # /usr/lib64/libcrypto.so.1.0.0 3 0x000075e1b10815c0 in SSL_CTX_free ()
>> # from /usr/lib64/libssl.so.1.0.0 4 0x000075e1b1d146b6 in
>> # ldap_int_tls_destroy (lo=0x75e1b1f2c060 <ldap_int_global_options>) at
>> # tls2.c:101 5 0x000075e1b2e2fa7c in ?? () from
>> # /lib64/ld-linux-x86-64.so.2 6 0x000075e1b06fa5d1 in ?? () from
>> # /lib64/libc.so.6
>> # 7 0x000075e1b06fa625 in exit () from /lib64/libc.so.6
>> # 8 0x000075e1b06e4494 in __libc_start_main () from /lib64/libc.so.6
>> # 9 0x0000071a00a470d1 in _start ()
>>
>> Because running under a grsec kernel, the whole process gets blocked for
>> 15 minutes (bruteforce prevention) and it kills all instances of opendkim
>> (I have 2, one for signing, one for verifying)
>
> There's a bug on SF for this... <https://sourceforge.net/tracker/?func=detail&atid=1147701&aid=3531477&group_id=269812>
Is there a chance that this bug gets fixed? It is some days old
-Christian Rößner
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Joerg Heidrich
Received on Thu Jan 17 2013 - 20:05:57 PST