شرح ترحيل SMTP: ما هو وكيف تعدّه

الخلاصة

1. ما هو مرحِّل SMTP. مرحِّل SMTP هو خادم بريد يستقبل رسالة من تطبيقك ويمررها إلى خادم المستلم.
2. لماذا لا تسلّم مباشرة من خادمك. يستطيع الخادم التسليم مباشرة إلى المستلم، لكن ذلك نادرًا ما ينجح جيدًا.
3. ما تحتاجه للاتصال. تحتاج إلى اسم مضيف المرحِّل ومنفذ ووضع أمان وبيانات اعتماد.
4. ضبط Postfix لاستخدام مرحِّل. يسمّي Postfix، الشائع على خوادم Linux، هذا الإعداد relayhost.
5. ضبط تطبيق ويب. لدى معظم أطر العمل وأنظمة إدارة المحتوى صفحة لإعدادات البريد أو بضعة متغيرات بيئة لمضيف SMTP والمنفذ والتشفير واسم المستخدم وكلمة المرور.
6. عندما لا يرسل المرحِّل. اعمل من الخارج إلى الداخل.

ما هو مرحِّل SMTP

مرحِّل SMTP هو خادم بريد يستقبل رسالة من تطبيقك ويمررها إلى خادم المستلم. لا يحتاج تطبيقك إلى معرفة كيفية الوصول إلى الوجهة أو إعادة محاولة تسليم فاشل أو الحفاظ على سمعة إرسال جيدة. يسلّم الرسالة إلى المرحِّل ويتولى المرحِّل الباقي.

يستخدم الناس كلمات مرحِّل وsmart host وخدمة SMTP بمعنى متقارب تقريبًا. وعمليًا تعني جميعها خادمًا تصادق عليه وترسل عبره.

لماذا لا تسلّم مباشرة من خادمك

يستطيع الخادم التسليم مباشرة إلى المستلم، لكن ذلك نادرًا ما ينجح جيدًا. كثير من الاستضافات تحظر المنفذ 25. وعناوين IP الجديدة للخوادم بلا سمعة، وبعضها موجود أصلًا في قوائم حظر. وتتوقع الجهات المستقبِلة DNS عكسيًا ومصادقة وسلوكًا ثابتًا، وهو ما يندر أن يوفره خادم تطبيق منفرد.

المرحِّل الذي يديره مزوّد إرسال يملك بنية تحتية راسخة، ويتولى إعادة المحاولة والتأجيل، ويزوّدك بالسجلات عندما لا تصل رسالة.

ما تحتاجه للاتصال

تحتاج إلى اسم مضيف المرحِّل ومنفذ ووضع أمان وبيانات اعتماد. في MigoSMTP مضيف المرحِّل هو smtp.migosmtp.com، والخيار المعتاد هو المنفذ 587 مع STARTTLS. استخدم المنفذ 465 إذا كان برنامجك يدعم TLS الضمني فقط.

أنشئ بيانات اعتماد لكل تطبيق من لوحة التحكم. وإذا انكشفت إحداها فتلغيها دون المساس بأي شيء آخر.

ضبط Postfix لاستخدام مرحِّل

يسمّي Postfix، الشائع على خوادم Linux، هذا الإعداد relayhost. السطور أدناه ترسل كل البريد الصادر عبر مرحِّل موثّق على المنفذ 587 مع اشتراط التشفير. ضع اسم المستخدم وكلمة المرور في ملف منفصل لا يقرؤه إلا root ثم نفّذ postmap عليه.

relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

أعد تحميل Postfix بعد التغيير وأرسل رسالة اختبار. راجع سجل البريد إذا لم تغادر الرسالة: تظهر فيه أخطاء المصادقة والمنافذ المحظورة بوضوح.

ضبط تطبيق ويب

لدى معظم أطر العمل وأنظمة إدارة المحتوى صفحة لإعدادات البريد أو بضعة متغيرات بيئة لمضيف SMTP والمنفذ والتشفير واسم المستخدم وكلمة المرور. أدخل تفاصيل المرحِّل، واختر عنوان مرسِل على نطاق وثّقته، وأرسل رسالة اختبار من داخل التطبيق.

إذا كانت إضافة ما ترسل عبر دالة البريد الخاصة باستضافة الويب بدلًا من ذلك، فإنها تتجاوز مرحِّلك. حوّلها إلى استخدام SMTP لكي تُوقَّع رسائلك وتُسجَّل.

عندما لا يرسل المرحِّل

اعمل من الخارج إلى الداخل. تحقق أولًا من إمكان الوصول إلى المنفذ باختبار سطر الأوامر الموجود في دليل خادم SMTP لدينا. فإذا نجح، تأكد من صحة بيانات الاعتماد ومن أنها نشطة. ثم اقرأ الاستجابة التي تلقاها تطبيقك، فمعظم حالات الفشل تطبع سببًا واضحًا.

إذا قبل المرحِّل الرسالة ولم تصل، فراجع السجلات على جانب المرحِّل. فرفض خادم المستلم، مثل ارتداد بسبب سجل SPF أو DKIM مفقود، سيُسجَّل هناك مع السبب.

الانتقال من مرحِّل إلى آخر

تغيير المرحِّل هو في الغالب تغيير أربع قيم: المضيف والمنفذ واسم المستخدم وكلمة المرور. والجزء الذي يحتاج إلى عناية هو المصادقة. انشر سجلات SPF وDKIM الخاصة بالمزوّد الجديد إلى جانب القديمة، وانقل تطبيقًا واحدًا أولًا وقارن التسليم، ثم انقل البقية.

احتفظ بقائمة الحظر الداخلية عند الانتقال حتى لا تراسل عناوين ارتدت أو اشتكت سابقًا. وتغطي أدلة الترحيل لدينا الخطوات التفصيلية لعدة مزوّدين شائعين.

مرحِّل أم API؟

المرحِّل هو أسرع تغيير، لأن معظم البرامج تتحدث SMTP أصلًا. أما API فيمنحك تحكمًا أدق، مثل إرسال قالب بمتغيرات، وردودًا أغنى. ويستخدم كثير من الفرق الاثنين: SMTP للبرامج الجاهزة وAPI لشيفرتهم الخاصة.

يمكن أن يمر الاثنان عبر الحساب نفسه والنطاق الموثّق نفسه، فيمكنك البدء بأحدهما وإضافة الآخر لاحقًا.

المرحِّلات المفتوحة ولماذا تهم

المرحِّل المفتوح يقبل البريد من أي شخص ويمرره. يسيء المرسلون المزعجون استغلاله، وأي خادم يُكتشف أنه كذلك يُدرج سريعًا في قوائم الحظر. أما المرحِّل المضبوط جيدًا فيشترط المصادقة، فلا يرسل إلا من يملك بيانات اعتمادك.

إذا كنت تدير خادم بريد خاصًا بك فتأكد من أنه ليس مرحِّلًا مفتوحًا، ولا تشارك بيانات اعتماد المرحِّل في مستودع عام أبدًا.

ما يجب فحصه قبل أن تثق بمرحِّل

انظر كيف يتعامل مع الارتداد والشكاوى، وهل تحصل على سجلات الرسائل ولأي مدة، وما المنافذ ودعم TLS لديه، وكيف يتعامل مع قوائم الحظر الداخلية. واعرف ما الدعم المتاح عندما ينخفض التسليم.

صادق على نطاقك بـ SPF وDKIM وDMARC أيًّا كان المرحِّل الذي تختاره. تعرض أداتنا المجانية ما هو منشور على نطاقك، وتغطي أدلتنا كل سجل منها.

حدود المعدل والطوابير وإعادة المحاولة

لا يسلّم المرحِّل كل رسالة فورًا. إنه يضعها في طابور ويعيد محاولة حالات الفشل المؤقتة على مدى ساعات، وهذا ما تريده عندما يكون خادم المستلم مشغولًا. وقد يحدّ مزوّدك أيضًا من سرعة إرسالك للرسائل، فحلقة ترسل عشرة آلاف رسالة في ثانية قد تُبطَّأ أو تُرفض.

اجعل تطبيقك يتحمل ذلك. أرسل على دفعات، وعالج الفشل المؤقت بإعادة المحاولة بعد مهلة، ولا تعدّ الرسالة المقبولة رسالة مسلَّمة: القبول يعني أن المرحِّل تحمّل المسؤولية، لا أن المستلم استلمها. استخدم أحداث التسليم أو السجلات لتأكيد النتيجة.

مراجع ومصادر إضافية

• RFC 5321: بروتوكول نقل البريد البسيط
• RFC 6409: تقديم الرسائل للبريد
• RFC 8314: اعتبار النص الصريح متقادمًا: TLS لتقديم البريد

طبّقه في MigoSMTP: مقالات مركز المساعدة

• إعدادات SMTP: المنافذ وTLS والمصادقة
• أمان مفاتيح API وتدويرها
• شرح رموز ارتداد SMTP

أدلة وأدوات ذات صلة

• إعداد DKIM وSPF وDMARC: صادق على نطاقك من البداية إلى النهاية.
• ما هو خادم SMTP؟: المنافذ والإعدادات ومتى تستخدم خدمة.
• فحص SPF وDKIM وDMARC: اختبر سجلات نطاقك.
• البحث عن رمز الارتداد: فكّ رموز SMTP ورموز الحالة المحسّنة.