Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
couriermlm can't deliver mailing list messages to adresses with an equal sign in the user part. All versions up to courier-0.53.1 are affected. Steps to reproduce: * Create a test mailing list with couriermlm create <dir> ADDRESS=<address> and create the necessary .courier files * Subscribe an address with an equal sign couriermlm sub <dir> foo=bar@somewhere.org and make sure you can receive mail with this address * Subscribe another address without equal sign for tesing couriermlm sub <dir> foo-bar@somewhere.org * Send a mail to this list Result: * foo-bar@somewhere.org receives the message, foo=bar@somewhere.org doesn't * mailq lists the mail for foo=bar@somewhere.org * top shows a courieresmtp process with 99% cpu usage (we also tried a local address with equal sign, in this case it's a courierlocal process) * some minutes later the courierlocal process exits and the log shows err courierlocal: Error: stuck delivery, PID 1001, sending signal 15 I reported this bug to the courier-users mailing list and courier's author Sam Varshavchik wrote a patch that fixes it.
Created an attachment (id=87439) [details] Sam's patch This patch from courier's author Sam Varshavchik fixes this bug. Please add it to all courier versions in the portage tree.
The bug is fixed in courier-0.53.2 (released yesterday). From the release notes: Security: Fix a bug in Courier that, under certain circumstances, may cause a number of processes to spin. Backported patch for earlier versions of Courier: http://www.courier-mta.org/beta/patches/verp-fix/
I also ran into this problem, please supply this small patch...
*** Bug 134340 has been marked as a duplicate of this bug. ***
Created an attachment (id=87494) [details] courier-0.52.2-r1.ebuild
Created an attachment (id=87495) [details] verp.patch
Please continue this on bug #135005 *** This bug has been marked as a duplicate of 135005 ***