hi dev-libs/cyrus-sasl-2.1.26-r3 shows the exact behviour described here: https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/997217 and here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708552 The fix/patch suggested in the above links to saslauthd/auth_rimap.c (https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=0034-fix_dovecot_authentication.patch;att=1;bug=708552) is actually working pretty fine for me. Looking at the source after patching phase it appears like the patch to is not part of the current ebuild. For me the problem that occurred frequently (at least once a day) is gone for two weeks now since I patched and recompiled it. Shouldn't the gentoo ebuild include this patch as well? Reproducible: Always Steps to Reproduce: Operate a mail relay with courier-imap and postfix having USE=sasl, add multiple vhosts/domains, set up a couple of mailboxes per domain, operate for a few days Actual Results: Once or twice a day the saslauthd processes resp. threads run in circles consuming 100% CPU each, e-mail end-users cannot authenticate due to timeouts. Workaround: saslauthd restart Trace of the hanging processes looks like in links from the description: [...] select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) read(8, "", 951) = 0 select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) read(8, "", 951) = 0 select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) read(8, "", 951) = 0 select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0}) [...] Expected Results: This procesese/thread shouldn't go berzerk.
Thanks for the detailed report. Should be fixed in the tree. +*cyrus-sasl-2.1.26-r5 (15 May 2014) + + 15 May 2014; Eray Aslan <eras@gentoo.org> +cyrus-sasl-2.1.26-r5.ebuild, + +files/cyrus-sasl-2.1.26-fix_dovecot_authentication.patch: + Fix authentication loop - bug #510320 +