Hello,
Our customer missing some mail because of the error bellow, I added the email sender and Server IP to the whitelist but still get the same error, then I disabled MagicSpam and the problem was solved. I want to know the reason why and how to fix it permanently
2019-10-22 13:48:31.835 [16927] H=(barracuda.ttcgroup.vn) [220.231.91.242]:49797 I=[112.213.90.50]:25 X=TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256 CV=no F=<it.leader2@ttctourist.vn> temporarily rejected RCPT <thuyet.phamviet@vietasoft.com.vn>: failed to expand ACL string "${run{/usr/share/magicspam/bin/magicspam-client "R" "$sender_host_address" "" "$sender_helo_name" "$sender_address" "$local_part" "$domain" "$acl_m_ms7" "$authenticated_id"}}": command timed out
2019-10-22 13:48:31.898 [16927] H=(barracuda.ttcgroup.vn) [220.231.91.242]:49797 I=[112.213.90.50]:25 incomplete transaction (RSET) from <it.leader2@ttctourist.vn>
MagicSpam error logs
Re: MagicSpam error logs
Hello lifaann,
Thank you for your post.
To better assist you with this issue, could you please let us know what RBL list do you have enabled under:
Anti-Spam / IP Reputation / 'RBL (Realtime Blackhole Lists)'
section in MagicSpam admin-interface panel.
Also, could you please let us know how much email this server receives on a daily basis?
Lastly, could you please provide us following information about your system:
- MagicSpam Version
- Operating System and Version
- Operating System Architecture (32 bit or 64 bit)
- WHM/cPanel Version
In case you have too many email transactions during the day or too many RBL lists enabled, you might want to try the following solution:
1. Edit the smtp_receive_timeout in the /etc/exim.conf file
2. Double the current value of the smtp_receive_timeout (e.g. 165s -> 330s)
3. Restart Exim (/usr/local/cpanel/scripts/restartsrv_exim)
Please let us know if this resolves the issue.
Thank you for your post.
To better assist you with this issue, could you please let us know what RBL list do you have enabled under:
Anti-Spam / IP Reputation / 'RBL (Realtime Blackhole Lists)'
section in MagicSpam admin-interface panel.
Also, could you please let us know how much email this server receives on a daily basis?
Lastly, could you please provide us following information about your system:
- MagicSpam Version
- Operating System and Version
- Operating System Architecture (32 bit or 64 bit)
- WHM/cPanel Version
In case you have too many email transactions during the day or too many RBL lists enabled, you might want to try the following solution:
1. Edit the smtp_receive_timeout in the /etc/exim.conf file
2. Double the current value of the smtp_receive_timeout (e.g. 165s -> 330s)
3. Restart Exim (/usr/local/cpanel/scripts/restartsrv_exim)
Please let us know if this resolves the issue.
-- MagicSpam Support Team --
Re: MagicSpam error logs
Hello,
It's not resolves the issue. We just FLAG on the following RBL list
Spamcop (http://www.spamcop.net)
Spamhaus (http://www.spamhaus.org)
The CBL Composite Blocking List (http://cbl.abuseat.org)
We used CENTOS 6.10 64 bit, Cpanel v80.0.20 and MagicSpam v2.1-11.2
It's not resolves the issue. We just FLAG on the following RBL list
Spamcop (http://www.spamcop.net)
Spamhaus (http://www.spamhaus.org)
The CBL Composite Blocking List (http://cbl.abuseat.org)
We used CENTOS 6.10 64 bit, Cpanel v80.0.20 and MagicSpam v2.1-11.2
Re: MagicSpam error logs
Hello lifaann,
This seems to be a problem on high volume servers where on some SMTP connections the DNS lookup process takes too long and the connection times out which is why you are seeing that error.
If you go to your "/etc/resolv.conf" you will find a list of your name servers IP addresses. We recommend putting the name server that has the lowest latency at the top of the list. As a suggestion you can use the traceroute command on the IP of the name server by running "traceroute <IP>" to check the latency of the name server.
If you need further assistance please email us at support@magicspam.com.
This seems to be a problem on high volume servers where on some SMTP connections the DNS lookup process takes too long and the connection times out which is why you are seeing that error.
If you go to your "/etc/resolv.conf" you will find a list of your name servers IP addresses. We recommend putting the name server that has the lowest latency at the top of the list. As a suggestion you can use the traceroute command on the IP of the name server by running "traceroute <IP>" to check the latency of the name server.
If you need further assistance please email us at support@magicspam.com.
-- MagicSpam Support Team --
-
- Posts: 1
- Joined: Wed Nov 06, 2019 1:00 am
Re: MagicSpam error logs
Dear MagicSpam,
I also have the same problem.
Our cusmmer from @ttcenergy.vn send to us @alena-energy.com
We receive error message on Cpanel like below:
===============
Router: reject
Transport: **rejected**
Out Time: Nov 6, 2019, 2:40:14 PM
ID: 1iSFv9-0008pj-HD
Delivery Host: barracuda.ttcgroup.vn
Delivery IP: 220.231.91.242
Size: 0 bytes
Result: failed to expand ACL string "${run{/usr/share/magicspam/bin/magicspam-client "R" "$sender_host_address" "" "$sender_helo_name" "$sender_address" "$local_part" "$domain" "$acl_m_ms7" "$authenticated_id"}}": command timed out
I also have the same problem.
Our cusmmer from @ttcenergy.vn send to us @alena-energy.com
We receive error message on Cpanel like below:
===============
Router: reject
Transport: **rejected**
Out Time: Nov 6, 2019, 2:40:14 PM
ID: 1iSFv9-0008pj-HD
Delivery Host: barracuda.ttcgroup.vn
Delivery IP: 220.231.91.242
Size: 0 bytes
Result: failed to expand ACL string "${run{/usr/share/magicspam/bin/magicspam-client "R" "$sender_host_address" "" "$sender_helo_name" "$sender_address" "$local_part" "$domain" "$acl_m_ms7" "$authenticated_id"}}": command timed out
Re: MagicSpam error logs
Hello alena-energy,
We have looked into this issue and determined this is not an issue with MagicSpam but an issue with the DNS lookup.
We advise that you set up a monitoring system to perform PTR lookups on the IP addresses that are returning hostname null in the MagicSpam logs, (recording the time and the responses). After monitoring this for a week if you can email us with the results at support@magicspam.com, we can examine the results and further advise on the problem.
We hope this information helps.
We have looked into this issue and determined this is not an issue with MagicSpam but an issue with the DNS lookup.
We advise that you set up a monitoring system to perform PTR lookups on the IP addresses that are returning hostname null in the MagicSpam logs, (recording the time and the responses). After monitoring this for a week if you can email us with the results at support@magicspam.com, we can examine the results and further advise on the problem.
We hope this information helps.
-- MagicSpam Support Team --
Who is online
Users browsing this forum: No registered users and 15 guests