هنا بعض الحلول الاضافة ولكن ليست حل للمشكلة
ولكن قد تفيد فى حالات معينة
------------------------------
داخل السي بانيل يوجد خاصية 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
المفضلات