Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 181687 - mail-mta/courier-0.55.1 does not send/receive mail due to permissions on files in /usr/lib/courier/courier/modules/esmtp
Summary: mail-mta/courier-0.55.1 does not send/receive mail due to permissions on file...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Hanno Böck
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-11 20:09 UTC by Laurence Withers
Modified: 2016-09-13 11:55 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
/etc/make.conf (make.conf,558 bytes, text/plain)
2007-06-11 20:10 UTC, Laurence Withers
Details
emerge --info (emerge-info,2.73 KB, text/plain)
2007-06-11 20:11 UTC, Laurence Withers
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Laurence Withers 2007-06-11 20:09:13 UTC
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.
Comment 1 Laurence Withers 2007-06-11 20:10:40 UTC
Created attachment 121760 [details]
/etc/make.conf
Comment 2 Laurence Withers 2007-06-11 20:11:26 UTC
Created attachment 121761 [details]
emerge --info
Comment 3 johan 2007-07-18 08:00:34 UTC
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+.
Comment 4 Alan Mosca 2007-08-07 02:48:42 UTC
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.
Comment 5 johan 2007-08-07 14:37:23 UTC
It's root/root, not mail/mail.
Comment 6 Bernd Wurst 2008-04-21 13:20:12 UTC
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.
Comment 7 Laurence Withers 2008-04-21 15:17:38 UTC
I'm sorry, but I no longer use courier and use exim instead. Hopefully somebody else can test for you?
Comment 8 Michael Jones 2015-05-27 22:44:17 UTC
"New Ebuilds" doesn't seem like the appropriate component for this bug.
Comment 9 Hanno Böck gentoo-dev 2016-09-13 11:55:11 UTC
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.