Skip to main content

Email piping bouncing

Comments

6 comments

  • Jcats
    Its usually: /usr/local/bin/php /usr//bin/php is cgi-fcgi If you are running suphp you shouldn't need to set the permissions up other than 644, possibly 755, however, this is what I would do. Disable shell access for now. Extract a fresh pipe.php from the whmcs.zip. Leave the file AS IS. Go into cPanel, make sure you are using theme x3, go into your email forwarders, and add a new forward pipe to this script, it can be a forward from any address, doesn't matter, once you click add, cPanel should ask you if it wants you to allow cPanel to make the proper permissions and add the correct hash to the script, click YES. Once that is done, try testing your mail pipe again.
    0
  • RWH Tech
    I've never had Cpanel ask about hash or permissions, and it didn't do it this time, either. If I upload the file via FTP with no modifications, then set up the forwarder to /home/user/public_html/crons/pipe.php, with or without the preceding /usr/local/bin/php -e (pipe auto-added by x3) I get a bounce with Could not exec '/home/user/public_html/crons/pipe.php' and the "transport returned 1" message in exim. If I change the perms to 755, I get the "local delivery failed" message, with exim signal 127, so it executes, but fails. I'm wondering if it's a bug, but I don't have enough experience with WHM/PHP to ascertain that. I know that Easyapache 4 failed on me, and I had to revert to Easyapache 3. I also can't, for the life of me, get Magento to run with ruid2, which may be a separate issue, or maybe not. If I didn't have live sites on this VPS, I'd take a hammer to it and re-configure it from scratch...
    0
  • Jcats
    Yeah I am not to sure, its one of those things you have to play around with to be able to really troubleshoot. Do you have a managed VPS, your host should be able to assist. - Removed -
    0
  • RWH Tech
    It's an unmanaged VPS, so I'm on my own on this one. I'm going to use POP to pull the mail, then will spend some more time on it later, since I've a few other issues to deal with. Appreciate the redacted offer, but this isn't important enough to eat up someone else's time on actual troubleshooting.
    0
  • RWH Tech
    Here's the clencher. I was troubleshooting an "access denied" SQL error and came across info to set /tmp to 1777, so I did and that fixed the forwarding issue. I will never know how /tmp permissions got changed from default.
    0
  • cPanelMichael
    Hello :) I am happy to see the issue is now resolved. Thank you for updating us with the outcome.
    0

Please sign in to leave a comment.