تكوين SMTP هو عملية إعداد خادم البريد الخاص بك (أو عميل البريد الإلكتروني) لإرسال الرسائل بشكل صحيح باستخدام بروتوكول نقل البريد البسيط. إذا قمت به بشكل صحيح، ستصل رسائلك إلى صناديق الوارد. إذا أخطأت، ستواجه فشل التسليم وأخطاء المصادقة أو رسائل تهبط بهدوء في مجلدات البريد العشوائي. الأشياء الثلاثة التي تحتاج إلى إتقانها في كل مرة هي المنفذ الصحيح وطريقة التشفير الصحيحة وبيانات اعتماد المصادقة العاملة.
جدول المحتويات
ما الذي يفعله SMTP فعلاً
SMTP هو البروتوكول الذي يستخدمه عميل البريد الإلكتروني أو التطبيق الخاص بك لتسليم الرسائل الصادرة إلى خادم البريد، والذي يقوم بعد ذلك بتوجيهها نحو المستقبل. يتعامل فقط مع جانب الإرسال. يتم التعامل مع استقبال البريد الإلكتروني بواسطة بروتوكولات منفصلة: IMAP (للمزامنة) أو POP3 (للتنزيل).
عند الضغط على "إرسال"، يفتح العميل اتصال TCP بخادم SMTP، ويقوم بالمصادقة، وتسليم الرسالة، ثم قطع الاتصال. يحاول الخادم بعد ذلك تسليم تلك الرسالة إلى خادم البريد الخاص بالمستقبل باستخدام نفس البروتوكول، والبحث عن سجل DNS الخاص بـ MX (Mail Exchange) للوجهة للعثور على مكان إرسالها.
يتم تعريف SMTP فيRFC 5321، والذي حل محل RFC 2821 الأصلي. يساعد فهم المواصفات عندما تحتاج إلى تصحيح محادثات SMTP الخام أو تكوين خادم من البداية.
منافذ SMTP الموضحة: 25 و465 و587
هناك ثلاثة منافذ ستواجهها في أي تكوين SMTP. لكل منها دور محدد، واستخدام المنفذ الخاطئ هو أحد أكثر الأسباب شيوعاً لفشل تسليم البريد الإلكتروني.
| المنفذ | الاسم | التشفير | الاستخدام النموذجي |
|---|---|---|---|
| 25 | SMTP | بلا (أو STARTTLS) | تتابع من خادم إلى خادم (MTA إلى MTA) |
| 465 | SMTPS | SSL/TLS ضمني | تقديم العميل الموروث (التطبيقات الأقدم) |
| 587 | Submission | STARTTLS (TLS صريح) | تقديم بريد العميل المصادق عليه |
المنفذ 25 مقابل 587: أي واحد يجب أن تستخدم؟
المنفذ 25 هو منفذ SMTP الأصلي، المحدد في عام 1982. تم تصميمه لخوادم البريد للتحدث مع بعضها البعض، وليس للمستخدمين النهائيين الذين يرسلون البريد. تحظر معظم مزودي خدمة الإنترنت والموفرين السحابيين المنفذ 25 الصادر من عناوين IP السكنية والاستضافة المشتركة تحديداً لمنع البريد العشوائي. إذا كنت تقوم بتشغيل تطبيق يرسل بريداً إلكترونياً، فإن محاولة استخدام المنفذ 25 ستفشل بالتأكيد.
المنفذ 587 هو الخيار الصحيح لتقديم البريد الإلكتروني من عميل أو تطبيق. تم توحيده فيRFC 6409كمنفذ "تقديم الرسائل" المخصص. يتطلب STARTTLS، مما يعني أن الاتصال يبدأ بدون تشفير ثم يتم ترقيته إلى TLS قبل إرسال أي بيانات اعتماد. هذا ما يتوقعه Gmail و Outlook وكل مزود بريد إلكتروني حديث تقريباً.
منفذ SMTP 465: منفذ SSL الموروث
المنفذ 465 له تاريخ غير عادي. تم تعيينه بإيجاز إلى SMTPS (SMTP عبر SSL) في عام 1997، ثم تم إلغاء هذا التعيين في عام 1998 عندما أصبح STARTTLS على المنفذ 587 هو النهج المفضل. على الرغم من كونه مُستخدماً رسمياً، استمرت العديد من خوادم البريد في دعمه، وتمت إعادة تسجيله لاحقاً من قبل IANA لغرض مختلف.
في الممارسة العملية، يقبل معظم مزودي الخدمات الاتصالات على المنفذ 465 باستخدام SSL/TLS الضمني. هذا يعني أن TLS يلف الاتصال بالكامل من البايت الأول، بدلاً من الترقية في منتصف المصافحة مثل STARTTLS. بعض التطبيقات والأجهزة الأقدم (طابعات الشبكة معينة، أنظمة إدارة علاقات العملاء الموروثة) تدعم فقط المنفذ 465، لذا يبقى مفيداً في تلك الحالات.
- استخدم المنفذ 465 إذا كان التطبيق أو الجهاز الخاص بك يتطلب بشكل محدد SSL ضمني ولا يمكنه القيام بـ STARTTLS.
- استخدم المنفذ 587 لكل شيء آخر. إنه المعيار الحديث.
- تجنب المنفذ 25 لتقديم العميل تماماً.
مصادقة SMTP: كيفية عملها
يتم تعريف مصادقة SMTP (غالباً ما تُكتب كـ SMTP AUTH) فيRFC 4954، وتتطلب من العميل إثبات هويته قبل أن يقبل الخادم البريد الصادر. بدونها، يمكن لأي شخص يمكنه الوصول إلى خادمك استخدامه لإرسال رسائل عشوائية، وهذا هو السبب في معاملة المرحلات المفتوحة كمشكلة أمان خطيرة.
آليات المصادقة الأكثر شيوعاً التي ستراها في تكوين SMTP هي:
- PLAIN:يُرسل اسم المستخدم وكلمة المرور مُرمزة بـ base64. آمن فقط عبر اتصال مشفر (يجب أن يكون TLS نشطاً أولاً).
- LOGIN:مشابه لـ PLAIN لكنه يُرسل اسم المستخدم وكلمة المرور كتبادلات منفصلة. يتطلب أيضاً TLS.
- CRAM-MD5:آلية تحدٍ-استجابة تتجنب إرسال كلمة المرور مباشرة. أقل شيوعاً على الخوادم الحديثة.
- XOAUTH2:يُستخدم من قِبل Gmail وحسابات Google Workspace الأخرى. بدلاً من كلمة مرور، توفر رمز وصول OAuth 2.0. هذا ما تحتاجه عند تعطيل "الوصول الأقل أماناً للتطبيقات".
إعداد خادم البريد خطوة بخطوة
سواء كنت تقوم بتكوين عميل بريد مثل Thunderbird أو تطبيق ويب يرسل بريداً معاملاتياً أو خادم بريد ذاتي الاستضافة، تتبع العملية نفس التسلسل المنطقي.
لعملاء البريد والتطبيقات
-
احصل على اسم مضيف SMTP من مزود الخدمة الخاص بك.أمثلة:
smtp.gmail.com،smtp.office365.com،mail.yourdomain.com. - اختر المنفذ الصحيح.استخدم 587 مع STARTTLS كافتراضي. العودة إلى 465 مع SSL فقط إذا كان التطبيق الخاص بك يتطلب ذلك.
- أدخل بيانات اعتماد المصادقة الخاصة بك.هذا عادة ما يكون عنوان بريدك الإلكتروني الكامل كاسم مستخدم بالإضافة إلى كلمة المرور أو كلمة مرور التطبيق.
- قم بتعيين طريقة التشفير.طابقها مع المنفذ: STARTTLS لـ 587، SSL/TLS لـ 465.
- اختبر الاتصال.تحتوي معظم عملاء البريد على زر "اختبار إعدادات الحساب" أو "تحقق". استخدمه قبل الحفظ.
لخادم بريد ذاتي الاستضافة (مثال Postfix)
إذا كنت تقوم بتشغيل خادمك الخاص باستخدام Postfix، فإن تكوين SMTP الأساسي يقع في
/etc/postfix/main.cf
مثال عملي بسيط لخادم يتتابع عبر مزود SMTP تابع لجهة خارجية:
# /etc/postfix/main.cf - Basic relay configuration
relayhost = [smtp.sendgrid.net]: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
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtp_use_tls = yesبعد التحرير، قم بإنشاء
/etc/postfix/sasl_passwd
مع بيانات اعتمادك، قم بتشغيل
postmap /etc/postfix/sasl_passwd
لتجزئتها، ثم أعد تحميل Postfix باستخدام
systemctl reload postfix
.
chmod 600 /etc/postfix/sasl_passwd
و
chmod 600 /etc/postfix/sasl_passwd.db
بعد إنشاء الملف. ملفات بيانات الاعتماد القابلة للقراءة هي سوء تكوين خادم شائع.إعدادات SMTP الشائعة لمقدمي الخدمات الشهيرة
| مزود الخدمة | مضيف SMTP | المنفذ | التشفير | ملاحظة المصادقة |
|---|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | STARTTLS | استخدم كلمة مرور التطبيق أو OAuth2 |
| Gmail (بديل) | smtp.gmail.com | 465 | SSL/TLS | استخدم كلمة مرور التطبيق أو OAuth2 |
| Microsoft 365 | smtp.office365.com | 587 | STARTTLS | المصادقة الحديثة / كلمة مرور التطبيق |
| Yahoo Mail | smtp.mail.yahoo.com | 465 | SSL/TLS | كلمة مرور التطبيق مطلوبة |
| Zoho Mail | smtp.zoho.com | 587 | STARTTLS | البريد الإلكتروني الكامل كاسم مستخدم |
| Amazon SES | email-smtp.us-east-1.amazonaws.com | 587 | STARTTLS | بيانات اعتماد SMTP الخاصة بـ IAM |
استكشاف أخطاء مشاكل اتصال SMTP
تقع معظم فشل SMTP في عدد صغير من الفئات. قبل البحث في السجلات، تحقق مما إذا كان المنفذ فعلاً قابلاً للوصول من الخادم أو الشبكة الخاصة بك. غالباً ما يكون جدار الحماية أو كتم ISP هو الجاني، ويمكنك تأكيده بسرعة بدون أي أدوات خاصة.
يمكنك التحقق مما إذا كان منفذ SMTP مفتوحاً على خادم البريل الخاص بك باستخدام فاحص منفذ مجاني عبر الإنترنت. أدخل اسم مضيف خادم البريل أو عنوان IP الخاص به، وحدد المنفذ 25 أو 465 أو 587، وقم بتشغيل الاختبار. إذا عاد النتيجة مغلقة أو انتهت المهلة الزمنية، فالمشكلة على مستوى الشبكة (جدار حماية أو كتم ISP أو الخدمة لا تعمل) بدلاً من خطأ تكوين داخل التطبيق الخاص بك.
رسائل الخطأ الشائعة ومعناها
- الاتصال مرفوض / انتهت مهلة الاتصال:المنفذ مكتوم أو الخدمة لا تستمع. تحقق من قواعد جدار الحماية الخاص بك وأكد أن daemon SMTP قيد التشغيل.
- 535 فشل المصادقة:اسم مستخدم أو كلمة مرور خاطئة. بالنسبة إلى Gmail، هذا عادة يعني أنك تحتاج إلى كلمة مرور التطبيق، وليس كلمة مرور الحساب الخاصة بك.
- 550 5.7.1 تم رفض الوصول المتتابع:لم يتم تكوين الخادم الخاص بك لتتابع البريل لعنوان المرسل هذا، أو لم تحدث المصادقة قبل أمر MAIL FROM.
- 421 عدد كبير جداً من الاتصالات:يقوم الخادم المستقبل بتحديد معدل إرسالك. قلل تكرار الإرسال أو نفذ قائمة انتظار بتأخيرات.
- فشل مصافحة TLS:عدم تطابق الشهادة أو إصدار TLS قديم. تحقق من أن شهادة SSL الخاصة بخادمك صحيحة وأنك لا تحاول استخدام TLS 1.0 أو 1.1، وهي التي عطّلها معظم مزودي الخدمات.
قائمة التحقق من التشخيص السريع
- أكد أن منفذ SMTP مفتوح وقابل للوصول من بيئة الإرسال الخاصة بك.
- تحقق من أن اسم المضيف يتم حله بشكل صحيح باستخدام
nslookup smtp.yourdomain.com. - تحقق من أن عنوان IP الخاص بك الذي يرسل ليس على قائمة حجب باستخدام أداة مثلفحص قائمة الحجب MXToolbox.
- أكد أن سجلات DNS الخاصة بك SPF و DKIM و DMARC تم نشرها بشكل صحيح. السجلات المفقودة أو المكسورة تسبب رفض البريل الشرعي أو وضعه في مجلد البريد العشوائي.
- راجع سجلات خادم البريل الخاص بك. بالنسبة إلى Postfix، تحقق من
/var/log/mail.logكود استجابة SMTP الفعلية في السجل تخبرك بالضبط ما الذي رفضه الخادم البعيد ولماذا.
هل منفذ SMTP الخاص بك مفتوح فعلاً؟
قبل إلقاء اللوم على تكوين smtp الخاص بك، أكد أن المشكلة ليست منفذاً مكتوماً. يسمح لك فاحص المنفذ المجاني الخاص بنا باختبار المنفذ 25 أو 465 أو 587 على أي خادم بريل على الفور، حتى تعرف ما إذا كنت تتعامل مع مشكلة جدار حماية أو خطأ تكوين.
تحقق من منفذ SMTP الخاص بك الآن →
يستخدم المنفذ 465 SSL/TLS ضمني، مما يعني أن الاتصال بالكامل مشفر من البداية. يستخدم المنفذ 587 STARTTLS، والذي يبدأ كاتصال عادي ثم يتم ترقيته إلى TLS قبل إرسال بيانات الاعتماد. كلاهما آمن عند التكوين الصحيح، لكن المنفذ 587 هو المعيار الحديث الموصى به لتقديم بريد العميل. استخدم 465 فقط إذا كان التطبيق الخاص بك يتطلب بشكل محدد SSL ضمني ولا يمكنه دعم STARTTLS.
يتم حجب المنفذ 25 على معظم شبكات الاستضافة السكنية والمشتركة لأنه تم استخدامه تاريخياً لإرسال رسائل عشوائية مباشرة من الأجهزة المخترقة. من خلال حجب المنفذ 25 الصادر، يمنع مزودو خدمة الإنترنت والموفرون السحابيون (بما في ذلك AWS EC2 بشكل افتراضي) نطاقات IP الخاصة بهم من استخدامها كمصادر بريد عشوائي. لإرسال بريد إلكتروني من التطبيقات، استخدم المنفذ 587. إذا كنت تقوم بتشغيل خادم بريل شرعي يحتاج إلى فتح المنفذ 25 للتتابع من خادم إلى خادم، فعادة ما تحتاج إلى طلب إلغاء الحجب من مزود الخدمة الخاص بك.
في معظم الحالات، اسم المستخدم SMTP الخاص بك هو عنوان بريدك الإلكتروني الكامل، على سبيل المثال
you@yourdomain.com
بعض الأنظمة الأقدم تستخدم فقط الجزء المحلي قبل علامة @. بالنسبة إلى الخدمات مثل Amazon SES، اسم المستخدم هو بيانات اعتماد SMTP منفصلة تم إنشاؤها بواسطة IAM، وليس عنوان بريدك الإلكتروني على الإطلاق. تحقق دائماً من الوثائق الخاصة بمزود الخدمة المحدد الخاص بك. عند استخدام Gmail أو Outlook مع تفعيل المصادقة ثنائية العوامل، ستحتاج إلى إنشاء كلمة مرور خاصة بالتطبيق بدلاً من استخدام كلمة المرور العادية للحساب.
يمكنك الاختبار على عدة مستويات. أولاً، تحقق من أن منفذ SMTP قابل للوصول باستخدام أداة فاحص المنفذ أو بتشغيل
telnet smtp.yourdomain.com 587
من خادمك. إذا كان المنفذ مفتوحاً، يمكنك اختبار مصافحة SMTP الكاملة باستخدام
openssl s_client -starttls smtp -connect smtp.yourdomain.com:587
، الذي يعرض شهادة TLS ويسمح لك بكتابة أوامر SMTP الخام. لاختبار شامل من النهاية إلى النهاية دون التسليم إلى صندوق وارد حقيقي، استخدم خدمة مثل Mailtrap، التي تقبل اتصالات SMTP وتعرض لك الرسالة دون إعادة توجيهها.
تثبت مصادقة SMTP الناجحة فقط أنك مسموح لك باستخدام الخادم. يحدث تصفية البريد العشوائي بشكل منفصل في الطرف المستقبل ويعتمد على مجموعة من العوامل: ما إذا كان عنوان IP الخاص بك الذي يرسل على قائمة حجب، ما إذا كان سجل SPF الخاص بك يفوض عنوان IP هذا للإرسال للنطاق الخاص بك، ما إذا كانت توقيع DKIM الخاص بك صحيحاً ويطابق سجل DNS الخاص بك، وما إذا تم نشر سياسة DMARC الخاصة بك. سجل SPF المفقود أو المكسور وحده كافٍ لجعل Gmail أو Outlook يضع رسائلك في مجلد البريد العشوائي. تحقق من جميع سجلات DNS الثلاثة وتحقق من سمعة عنوان IP الخاص بك الذي يرسل.
نعم، لكن مع قيود. سيرسل خادم SMTP الخاص بـ Gmail (
smtp.gmail.com
على المنفذ 587) البريد المصرح به كحساب Gmail الخاص بك. إذا كنت تريد أن يعرض عنوان "From" نطاقك المخصص، فأنت بحاجة إلى إضافة هذا العنوان في إعدادات Gmail ضمن "إرسال البريل باسم" والتحقق من الملكية. ومع ذلك، يضيف Gmail تعليق "تم الإرسال عبر gmail.com" مرئي في بعض عملاء البريل. لإعداد أنظف مع نطاقك الخاص، استخدام مزود بريل معاملاتي مثل Amazon SES أو تتابع SMTP مخصص هو خيار أفضل على المدى الطويل.