When exim attempts to deliver any mail to a local mailbox it fails with an error. I my case I ran mailx on the same machine as exim but I suspect this is a problem no matter where the mail comes from. Reproducible: Always Steps to Reproduce: 1. Run 'mailx -s "test message" localuser@localhost' 2. Enter the body of the message and end it. 3. Let exim process the mail and mailx will output the errors. Actual Results: The following errors were printed on the console: 2005-07-04 14:40:10 1DpWna-0006H1-KH Failed to create spool file /var/spool/exim/input//1DpWna-0006H1-KH-D: Permission denied 2005-07-04 14:40:10 1DpWna-0006H1-KH Failed to create spool file /var/spool/exim/input//1DpWna-0006H1-KH-D: Permission denied 2005-07-04 14:40:10 1DpWna-0006H1-KH Failed to create spool file /var/spool/exim/input//1DpWna-0006H1-KH-D: Permission denied Can't send mail: sendmail process failed with error code 1 Expected Results: exim should of processed the mail and delivered it without error like so: mailx -s "test message 2" localuser@localhost test message 2. . Cc: ----- I found a reference to the error on exim's site (http://www.exim.org/pipermail/exim-users/Week-of-Mon-20040322/068855.html). The message states the problem is due to the fact that exim does not have the suid bit set. On my system ls lists the following: # ls -l /usr/sbin/exim -rwxrwxrwx 1 root root 739460 Jun 23 17:10 /usr/sbin/exim* ----- I changed the permissions of exim: # chmod u+s /usr/sbin/exim # ls -l /usr/sbin/exim -rwsrwxrwx 1 root root 739460 Jun 23 17:10 /usr/sbin/exim* ----- Now exim and mailx work as expected. I looked in the exim logs and it appears this problem started when I upgraded exim during a world update on June 23. # genlop exim * net-mail/exim ... Tue Feb 8 00:17:57 2005 >>> mail-mta/exim-4.43-r2 Thu Jun 23 17:11:30 2005 >>> mail-mta/exim-4.50-r1 # emerge -s ^exim$ Searching... [ Results for search key : ^exim$ ] [ Applications found : 1 ] * mail-mta/exim Latest version available: 4.50-r1 Latest version installed: 4.50-r1 Size of downloaded files: 1,401 kB Homepage: http://www.exim.org/ Description: A highly configurable, drop-in replacement for sendmail License: GPL-2 -----
I have installed exim-4.50-r1, and my exim binary is: -rwsr-xr-x 1 root root 710924 j
I have installed exim-4.50-r1, and my exim binary is: -rwsr-xr-x 1 root root 710924 júl 5 01:16 /usr/sbin/exim Line 194 in ebuild looks like it sets permissions correctly: fperms 4755 /usr/sbin/exim What happens if you try remerging exim?
Mass re-assign, maintainer to whom this bug was assigned seems inactive.
I'm not inactive
Is this still an issue? (I've not seen this issue myself).
I'm currently using exim 4.54 and this problem is not present. The only thing I can think of is the suidctl FEATURE got enabled somehow---I did not enable it myself---before the merge of exim 4.50-r1 and portage cleared the suid bit on /usr/sbin/exim. At any rate, this bug report can be closed because exim 4.54 does not exhibit the problem and exim 4.50-r1 is not in portage anymore.
Closing at it doesn't seem to be an issue any more.