First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 237932
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Net-Mail Packages <net-mail@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Frederic Marchal <frederic.marchal@aktor.fr>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 237932 depends on: Show dependency tree
Bug 237932 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-09-17 13:42 0000
After updgrading to 2.62-r3, ssmtp failed to be running by cron, apache, etc...
The permissions on /usr/sbin/ssmtp were 755 before upgrade, and after 750.

So, you need to : 
- add all users who send mail to ssmtp group
- or chmod 755 /usr/sbin/ssmtp


Reproducible: Always

Steps to Reproduce:

------- Comment #1 From Jeroen Roovers 2008-09-17 18:31:05 0000 -------
Perhaps the ebuild should warn users very loudly to check groups for users that
need to be able to use ssmtp.

------- Comment #2 From Frederic Marchal 2008-09-18 09:02:49 0000 -------
(In reply to comment #1)
> Perhaps the ebuild should warn users very loudly to check groups for users that
> need to be able to use ssmtp.
> 

Yes, but there are a lot of users who could send mail (cron, apache, ...) and
perhaps you don't even know their existenz...

------- Comment #3 From Dan Thorson 2008-09-18 15:21:17 0000 -------
I concur... I encountered this today, too (out of the blue).  I see no
rationale for chmod'ing /usr/sbin/ssmtp to 750...

------- Comment #4 From Dan Thorson 2008-09-18 15:26:44 0000 -------
also affects /etc/ssmtp/ssmtp.conf.

   chmod 755 /usr/sbin/ssmtp
   chmod 644 /etc/ssmtp/ssmtp.conf

------- Comment #5 From Tobias Scherbaum 2008-09-18 15:41:36 0000 -------
(In reply to comment #3)
> I concur... I encountered this today, too (out of the blue).  I see no
> rationale for chmod'ing /usr/sbin/ssmtp to 750...
> 

bug #187841 is the rationale. I'll add a notice about this behaviour to the
ebuild.

------- Comment #6 From Tobias Scherbaum 2008-09-21 08:43:53 0000 -------
(In reply to comment #5)
> I'll add a notice about this behaviour to the ebuild.

Done. 

------- Comment #7 From Michael Moody 2009-01-26 18:54:40 0000 -------
This is not working properly.

I have lighttpd running (and php-cgi running as the lighttpd user), with the
lighttpd user being a member of the ssmtp group.

Mail is not sent out. However, if I chmod 755 /usr/sbin/ssmtp, mail works
properly.

This has caused a great deal of breakage for us. I firmly believe this change
should be reverted, ssmtp is meant to be simple. We simply use it to relay
messages to a dedicated box, from a large group of servers, and this has caused
issues, especially when an update comes up, and the chmod is required again(and
possibly forgotten).

Michael

------- Comment #8 From Tobias Scherbaum 2009-01-26 19:13:48 0000 -------
(In reply to comment #7)
> This is not working properly.
> 
> I have lighttpd running (and php-cgi running as the lighttpd user), with the
> lighttpd user being a member of the ssmtp group.
> 
> Mail is not sent out. However, if I chmod 755 /usr/sbin/ssmtp, mail works
> properly.
> 
> This has caused a great deal of breakage for us. I firmly believe this change
> should be reverted, ssmtp is meant to be simple. We simply use it to relay
> messages to a dedicated box, from a large group of servers, and this has caused
> issues, especially when an update comes up, and the chmod is required again(and
> possibly forgotten).
> 
> Michael
> 

get ssmtp-2.62-r4 please

------- Comment #9 From Michael Moody 2009-01-26 21:24:03 0000 -------
(In reply to comment #8)
> get ssmtp-2.62-r4 please
> 

I am using ssmtp-2.62-r4, and the problem remains.

Michael

First Last Prev Next    No search results available      Search page      Enter new bug