phpmail no longer working (exim_mailog error) - please help

Tino-Designs

Member
Jun 27, 2009
13
0
51
Hi,

I usually browse the topics here to find help but in this case I just was not able to find anything.
After confirming the new updates to the EMAIL options today that came up when logging in as root to WHM, suddnly the mail() function of PHP quit working. I am not sure if the two are related but currently phpmail is not sending emails.

- I already checked the php.ini and the function is not disabled
- I then checked php and suexep, it was on so I turned it off as suggested in one post - mail() still won't work
- next I checked the exim_maillog for some errors, this is what I got when sending a mail via php mail():

Code:
2013-03-12 09:09:10 cwd=/root 3 args: /usr/sbin/sendmail.real -i root
2013-03-12 09:09:10 1UFPt8-0005tO-QV F=<[email protected]> rejected by non-SMTP ACL: failed to expand ACL string "${if eq{$originator_uid}{${perl{user2uid}{nobody}}}{1}{0}}": Undefined subroutine &main::user2uid called.

2013-03-12 09:09:10 cwd=/var/spool/exim 7 args: /usr/sbin/exim -t -oem -oi -f <> -E1UFPt8-0005tO-QV
2013-03-12 09:09:10 1UFPt8-0005tQ-Qy F=<> rejected by non-SMTP ACL: failed to expand ACL string "${if eq{$originator_uid}{${perl{user2uid}{nobody}}}{1}{0}}": Undefined subroutine &main::user2uid called.

2013-03-12 09:09:10 1UFPt8-0005tQ-Qy Error while reading message with no usable sender address (R=1UFPt8-0005tO-QV): rejected by non-SMTP ACL: local configuration problem
2013-03-12 09:09:10 1UFPt8-0005tO-QV Child mail process returned status 1
So there seems to be a minsconfiguration somewhere. I reset Exim to the standard configuration but that didn't help also.

Can you find anything in this error that tells me where the problem is? I can't seem to figure it out.

Thanks a lot.

Tino

BTW: regular mail sending via mail accounts is working fine. It's really just phpmail.
 

Tino-Designs

Member
Jun 27, 2009
13
0
51
For some reason this problem came back today. I did get it resolved again but it is strange it reappeared just like that without us doing anything on the server.

Any ideas?
 

arunsv84

Well-Known Member
Oct 20, 2008
373
1
68
127.0.0.1
cPanel Access Level
Root Administrator
It seems some update is overwriting the changes. You can set attribute to the exim.conf file and see the results.

chattr +i /etc/exim.conf
Please note that this will prevent the file from overwriting.

If you still face any difficulty submit a ticket to cPanel team.

Cheers!!!
 

shacker23

Well-Known Member
Feb 20, 2005
263
1
168
I'm experiencing this issue as well (just started) - only for mail originating from PHP. The suggestion linked to is 8 years old, and suggests deleting:

/usr/local/cpanel/etc/exim/perl/boxtrapper
/usr/local/cpanel/etc/exim/cf/localuser
/usr/local/cpanel/etc/exim/cf/virtual_userdelivery
/usr/local/cpanel/etc/exim/cf/lookuphost
/usr/local/cpanel/etc/exim/cf/virtual_user

That sounds pretty drastic and I'm relunctant to delete those files. Can someone can confirm that this is still the best fix?