I upgraded from mail-mta/courier-0.53.2 to -0.55.1, and afterwards found that I was not able to send or receive mail. Syslog was full of messages such as: Jun 7 20:53:21 s_log@tourmaline courieresmtp: Permission denied Jun 5 17:57:50 s_log@tourmaline courieresmtpd: /usr/sbin/courieresmtpd: Permission denied After some straceing, I found that courierd was fork()ing and then trying to execve() /usr/lib/courier/courier/modules/esmtp/courieresmtp and /courieresmtpd, which were mode 0550. I changed the mode to 0555 and I was able to send / receive email again. A quick find shows that the modules in /usr/lib/courier/courier/modules/{dsn,esmtp,fax,uucp} have the same permissions (0550), whereas in /local they are set to 0555. I don't think I use any of the other modules so I cannot check whether or not they work on my system.
Created attachment 121760 [details] /etc/make.conf
Created attachment 121761 [details] emerge --info
Same problem here, only I saw the problem when emerging 0.53.2 from scratch as well. So it's not just in 0.55+.
Could you please check the owner and group of /usr/sbin/courieresmtpd please? It should be mail/mail. Could you please also check that you actually have that user on your system? 0550 should be the right permission for that file. Follow the instructions at http://www.courier-mta.org/install.html#checks in the "User/group ID check" section if you don't know how to find out what user courier is run as. If you didn't change anything this should be "mail". Please post this info to the bug so that we can see if anything needs fixing on our side.
It's root/root, not mail/mail.
A new version of net-libs/courier-authlib and mail-mta/courier has been commited into portage recently. Please check if this bug persists when using the new versions.
I'm sorry, but I no longer use courier and use exim instead. Hopefully somebody else can test for you?
"New Ebuilds" doesn't seem like the appropriate component for this bug.
Last comment from someone affected is from 2007, the ebuild has changed a lot since then. The file /usr/lib/courier/courier/modules/esmtp/courieresmtp is owned by mail:mail and has execute permissions for user+group, so this seems right to me. Please re-open this bug if you're still affected by this, though I doubt anyone is.