It appears to be related to the exim upgrade that went out to everyone. I'm still at 6.0/R108 and ever since the exim upgrade got pushed out about a day and a half ago, ALL of my servers are having problems. This is impacting our Welcome Emails that go out to new customers (needless to say, we're probably losing a few of them) as well as PHP-based form2mail scripts that MANY of our cusotmers use.
The symlink shows that it was modified at the same time of the exim upgrade, however, the symlink is there. I deleted it and recreated it on a few boxes as a test, but it didn't help.
Jaz
The symlink shows that it was modified at the same time of the exim upgrade, however, the symlink is there. I deleted it and recreated it on a few boxes as a test, but it didn't help.
Jaz
The problem is resolved, though not satisfactory.
It appears the recent exim upgrade in combination with the tweak setting preventing the user nobody from sending mail to remote addresses is the culprit.
Although your PHP scripts may be setting the FROM: address, the system thinks that it is the user nobody and thereby dismissing the emails. This slao seems to impact any forwarders that go to remote addresses.
If you remove the checkmark on that tweak setting (as thephantom was alluding to), it should allow things to work as normal. Of course this is more of a band-aid as that tweak settings should not be having this type of effect, especially not on the forwarders.
And of course, as hostCP3 commented, always check to see if the symbolic link is still there. If it's not there, and you are trapping errors in your PHP email scripts, you would have been able to isolate that problem as the error would have been trapped regarding send mail not being found, however, the 'nobody' problem I am referring to, will not return an error in your script, which is what made it difficult to determine.
Jaz
It appears the recent exim upgrade in combination with the tweak setting preventing the user nobody from sending mail to remote addresses is the culprit.
Although your PHP scripts may be setting the FROM: address, the system thinks that it is the user nobody and thereby dismissing the emails. This slao seems to impact any forwarders that go to remote addresses.
If you remove the checkmark on that tweak setting (as thephantom was alluding to), it should allow things to work as normal. Of course this is more of a band-aid as that tweak settings should not be having this type of effect, especially not on the forwarders.
And of course, as hostCP3 commented, always check to see if the symbolic link is still there. If it's not there, and you are trapping errors in your PHP email scripts, you would have been able to isolate that problem as the error would have been trapped regarding send mail not being found, however, the 'nobody' problem I am referring to, will not return an error in your script, which is what made it difficult to determine.
Jaz
PPNSteve
Well-Known Member
well is there anything else we can do? i've check both the nobody and the sym link (both r correct) and i still can't get mail sent thru a form
this is totally unacceptable please find a fix soon!
this is totally unacceptable please find a fix soon!
PPNSteve
Well-Known Member
no luck yet.. still can't recieve any mail sent thru a form (mailform.pl or php mail) no errors reported or nothing.. it's just not working and the messages get lost in limbo.
a lot of our users rely on this funtion to send welcome / confirmation notices and we need this to work.
i have even tried a direct link to exim ($mailprog = '/usr/sbin/exim' ) in my mail scripts but same results - nothing sent, no 'dead letter' nothing..
any help to get this working would be nice
a lot of our users rely on this funtion to send welcome / confirmation notices and we need this to work.
i have even tried a direct link to exim ($mailprog = '/usr/sbin/exim' ) in my mail scripts but same results - nothing sent, no 'dead letter' nothing..
any help to get this working would be nice
PPNSteve
Well-Known Member
upgrading to WHM 6.2.0 Cpanel 6.2.0-S49 seemed to solve this problem..
will post an update after a few days to see if it keeps working.
will post an update after a few days to see if it keeps working.
E
EStarr
Guest
I had this problem and contacted the datacenter concerning it. The problem was resolved. Or so I thought. There are still some accounts that can't use sendmail. Any clue what this could be? My forms work fine, but some clients are saying they're getting the error from weblog script and guestbooks.