I'm using sendmail-8.12.10 (latest stable release) and sendmail perms are: -r-xr-xr-x 1 root smmsp 661552 Jan 19 14:46 /usr/sbin/sendmail but they should be: -r-xr-sr-x 1 root smmsp 661584 Jan 19 14:16 /usr/sbin/sendmail In fact without this perms when sendinf local mail (using msp and submit.cf) we get: sendmail[5717]: NOQUEUE: SYSERR(lcars): can not chdir(/var/spool/clientmqueue/): Permission denied This was the result of a reemerge of the package (due to openssl upgrades), I don't remember setting manually the sgid bit last time sendmail was installed (this same version) so this is really odd. Maybe sgid bit was lost during the 'install' phase of the ebuild??? From 'ebuild /usr/portage/net-mail/sendmail/sendmail-8.12.10.ebuild install' I can see the following line: make[1]: Leaving directory`/var/tmp/portage/sendmail-8.12.10/work/sendmail-8.12.10/cf/cf' install -c -o root -g root -m 2555 sendmail /var/tmp/portage/sendmail-8.12.10/image//usr/sbin But: # ls -l /var/tmp/portage/sendmail-8.12.10/image/usr/sbin/sendmail -r-xr-xr-x 1 root smmsp 661552 Jan 19 14:46 ..../usr/sbin/sendmail Am I missing something? thx Reproducible: Always Steps to Reproduce: 1. 2. 3.
Thanks, the chmod 2555 helped me. It's still happening as of 2004/02/13. I had to re-install because sSMTP just installed over sendmail on several of my servers.
This is fixed in sendmail-8.12.11-r1 and up. This is also somewhat related to Bug 37305. If we could roll-up all these sendmail fixes and release a stable 8.12.11, a lot of people would be much happier.
*** Bug 53358 has been marked as a duplicate of this bug. ***
sendmail-8.12.11-r3 has been stable from some time so this sould be fixed. closing
