There isn't any way within cPanel to prevent the bounce back as it's an informative measure so the customer knows their emails are being rejected.Īs for recommended and effective measures to stop spammers, I have a guide I've written that isn't yet completed that details some steps you can take to make it easier to track down spammers. It is best to test the repercussions it will have on services on your machine before making such a change permanent. Please ensure that your users are well aware this is going to happen before removing sendmail functionality. Most major applications such as Joomla do have an option to use SMTP authentication instead, but you are going to have many customers who relied on scripts that used PHP mail() function calling sendmail or who called sendmail directly, and those users will be impacted by this change. They must use SMTP authentication in scripts rather than functions that call the sendmail binary. It might also cause high load for exim due to trying to process such emails.Ĭhmod +x /scripts/posteximupPlease note that you cannot make the sendmail binary file immutable with blank contents as it is still replaced during eximup regardless, so the only viable option to keep it from being replaced would be to create the previously mentioned scripts.Ĭautionary Note: Once sendmail is no longer working on the machine, your users will no longer be able to use it for scripts. Some of those emails will remain in the queue while exim tries to process them to bounce back, which might take awhile. Now, if you end up having the user try to send a huge number of emails all at once and those emails hit the hourly limit, then bounce back to the user, the high number of emails will be unable to be processed fast enough to all deliver at once. The bounce back to my domain was received in my inbox and was not held in the queue. Of note, I just tested this behavior on my machine by changing a testing domain's "Hourly Email by Domain" to 2 per hour, then I sent 4 messages out (2 emails where 2 recipients were on each of the 2 emails). If the sender is over quota or unable to receive the email for some reason, then the emails will not bounce back to the sender and remain in the queue. The message will not be in the email queue to see in WHM > Mail Queue Manager unless the sender is over quota or otherwise unable to receive the email. While it mentions being discarded, the sender does get a copy of the original message in the bounce back message.
Click to expand.Basically, the messages will not send to the recipients and it bounces back to the sender.
0 kommentar(er)
