åäÇ ÈÚÖ ÇáÍáæá ÇáÇÖÇÝÉ æáßä áíÓÊ Íá ááãÔßáÉ
æáßä ÞÏ ÊÝíÏ Ýì ÍÇáÇÊ ãÚíäÉ
------------------------------
ÏÇÎá ÇáÓí ÈÇäíá íæÌÏ ÎÇÕíÉ Email Forwarder ÚäÏ ÊÝÚíáåÇ áßì ÊæÌå ÇáÇíãíáÇÊ Çáì Çíãíá Úáì gmail
íÕá ÇáÇíãíá ÈÏæä ãÔÇßá æáßä íÇÊì ãÚåÇ Çíãíá ÇÎÑ Mail delivery failed: returning message to sender
æÈÏÇÎá ÇáÇíãíá Çä ÇáÎØÇ SMTP error from remote mail server after end of data: 550 Action not taken
Úáì ÇáÑÛã Çä Email Routing ãÖÈæØ Úáì Local Mail Exchanger æáíÓ Remote
Úáì ÇáÑÛã Çä Email Deliverability íÚØì ãÄÔÑ Çä ÇáÇÚÏÇÏÇÊ ÓáíãÉ
Íá ÇáãÔßáÉ :
Þã ÇæáÇ ÈÇÑÓÇá Çíãíá test ÝÇÖì ÈÏæä ãÑÝÞÇÊ æÝì ÇáÛÇáÈ åÊÌÏ Çä ÇáÇíãíá æÕá
æåäÇ åÊßæä ÇáãÔßáÉ Çä ÇáÇíãíá ÇáãÑÓá áå Úáì ÌæÌá Ýì ÇáÛÇáÈ æÇáÝáÊÑ áÏíåã
íÑÝÖ æÕæá Çíãíáß ÈÓÈÈ Çä ÇáãÑÝÞÇÊ attachments ãä pdf ãÔÈæå Çäå ÓÈÇã
áÐáß Þã ÈÚãá rename ÝÞØ ááãáÝ æÇÚÏ ÇáÇÑÓÇá æåíæÕáß
Ýì ÍÇáÉ ÙåæÑ ÇáÎØÇ ÚäÏ ÇÑÓÇá ÇáÇíãíá ÈÏæä ãÑÝÞÇÊ ÇÊÈÚ ÇáÍá ÇáÊÇáì
Have you set up a new mail server, configured DKIM and SPF correctly, but for some reason you still have email being intermittently rejected when forwarding to Gmail and other services with messages that are unhelpful like: –
SMTP error from remote mail server after end of data: 550 Action not taken
If that’s the case, you may need to set up a DNS PTR record for your mail server’s IP address. It appears that, depending on the circumstances of the forwarded email and the domain performing the forwarding, this step is crucial to ensure smooth email forwarding delivery.
Of course, you should ensure that the PTR record IP address and hostname match what you see in the SMTP header.
Update 31st Oct 2018:
Since writing this article a few days ago, I encountered some further issues with reliable mail delivery, specifically through Exim on cPanel.
Normally, when configuring forwarding, you should also enable SRS (Sending Rewriting Scheme), which adds additional information to the mail headers to inform the receiving MTA that the email has been forwarded and “signed” by the forwarding MTA (in my case, Exim on a cPanel/centOS installation).
While this was enabled in the Exim config, I did not realise that it wasn’t actually operating correctly.
Below is what you SHOULD see when SRS is operating correctly (forwarding to a Gmail account): –
Received-SPF: pass (google.com: domain of srs0=lu0ygv=nl=senderoriginaldomain.com=senderfirs
[email protected] designates <your MTA IP> as permitted sender) client-ip=<your MTA IP>;
Authentication-Results: mx.google.com;
dkim=pass
[email protected] header.s=default header.b=HnochmZG;
dkim=pass
[email protected] header.s=default header.b=C8B9JAt8;
spf=pass (google.com: domain of srs0=lu0ygv=nl=senderoriginaldomain.com=senderfirs tpartemail@yourforwardingdomain designates <your MTA IP> as permitted sender) smtp.mailfrom=”SRS0=Lu0yGv=NL=senderoriginaldomain
[email protected]”;
Here’s what it looks like WITHOUT SRS (again, forwarding to a Gmail account): –
Received-SPF: fail (google.com: domain of
[email protected] does not designate <your MTA IP> as permitted sender) client-ip=<your MTA IP>;
Authentication-Results: mx.google.com;
spf=fail (google.com: domain of
[email protected] does not designate <your MTA IP> as permitted sender) smtp.mailfrom=senderfirstpartemail@senderoriginald omain.com;
dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=senderoriginaldomain.com
As you can see, in the SRS example, the sender information is modified to include information about the forwarding domain (i.e. your domain) so that it is clear that your MTA is not trying to forge or spoof the original sender’s domain.
In my case, SRS was turned on properly, however it seems that the cPanel archiving functionality was somehow breaking this on the version of cPanel that I was running. As a workaround, I will be disabling email archiving to ensure that SRS is applied to my forwarded messages and applying any cPanel updates as they are released that will hopefully resolve the issue.
Final Update 3rd November 2018:
Further to my last update, it seems that I had another factor contributing to this issue – Namecheap (my previous provider) had been intercepting my SMTP traffic through the use of a transparent SMTP proxy of some description (they were not forthcoming with information).
It seems that this was also causing mail delivery issues that were causing the likes of Gmail and Microsoft to return 550 back to my server after transmitting messages.
After unsuccessfully attempting to persuade Namecheap to allow me to bypass this technology, I have moved to a new VPS provider and my emails are again being delivered perfectly.
-----------------------------------
Íáæá ÝÔáÊ
updating “Send mail from the account’s IP address” from “On” to “Off”
-----
ÏÇÎá ÝÇíÑææá csf
PACKET_FILTER =
Off
Perform reverse DNS lookups on IP addresses. See also CC_LOOKUPS
-----
LF_QUEUE_ALERT = 0
Email Routing Configuration
-----
ÏÇÎá whm
- Home /
- DNS Functions /
- Email Routing Configuration
The lowest numbered MX entry currently points to: ns2.rose-eg.com
Email Routing for “ns2.rrrrr.com” (The domain is owned by “nobody”).
ÇÎÊÑ
Local Mail Exchanger
áá
ns1.rrrrr.com
ns2.rrrrr.comserver.rrrrr.com
rrrrr.com
ÇáãÝÖáÇÊ