The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

phpmail no longer working (exim_mailog error) - please help

Discussion in 'E-mail Discussions' started by Tino-Designs, Mar 12, 2013.

  1. Tino-Designs

    Tino-Designs Member

    Joined:
    Jun 27, 2009
    Messages:
    13
    Likes Received:
    0
    Trophy Points:
    1
    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=<root@host.thefirstpageproject.com> 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.
     
  2. Tino-Designs

    Tino-Designs Member

    Joined:
    Jun 27, 2009
    Messages:
    13
    Likes Received:
    0
    Trophy Points:
    1
  3. Tino-Designs

    Tino-Designs Member

    Joined:
    Jun 27, 2009
    Messages:
    13
    Likes Received:
    0
    Trophy Points:
    1
    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?
     
  4. Tino-Designs

    Tino-Designs Member

    Joined:
    Jun 27, 2009
    Messages:
    13
    Likes Received:
    0
    Trophy Points:
    1
    This came back again today. Does anyone have any info on why it comes back?
     
  5. arunsv84

    arunsv84 Well-Known Member

    Joined:
    Oct 20, 2008
    Messages:
    373
    Likes Received:
    1
    Trophy Points:
    18
    Location:
    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.

    Please note that this will prevent the file from overwriting.

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

    Cheers!!!
     
  6. shacker23

    shacker23 Well-Known Member

    Joined:
    Feb 20, 2005
    Messages:
    263
    Likes Received:
    1
    Trophy Points:
    16
    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?
     
Loading...

Share This Page