SMTP (Simple Mail Transfer Protocol) هو البروتوكول القياسي لإرسال البريد الإلكتروني وتسليمه بين الخوادم. حين ترسل رسالة، يستخدم برنامج البريد SMTP لتسليمها إلى خادمك ثم إلى خادم المستلم.

نقاط أساسية

  • مسؤول عن الإرسال فقط؛ أمّا الاستلام فيتمّ عبر IMAP أو POP3.
  • يستخدم منافذ: 587 (إرسال موصى به مع STARTTLS)، 465 (SSL/TLS مباشر)، 25 (بين الخوادم، محجوب غالبًا أمام العملاء).
  • يتطلّب مصادقة (اسم مستخدم وكلمة مرور) لمنع إساءة الاستخدام.
  • وصول رسائلك للوارد يعتمد على SPF/DKIM/DMARC لا على SMTP وحده.

كيف يعمل تدفّق الإرسال

عند الضغط على «إرسال»، لا تذهب الرسالة مباشرة إلى صندوق المستلم؛ بل تمرّ عبر سلسلة من الخوادم. أولًا يتّصل برنامج البريد لديك (العميل، مثل Outlook أو Thunderbird أو تطبيق الهاتف) بـ«خادم الإرسال» (submission server) التابع لمزوّدك على المنفذ 587، ويُصادق نفسه باسم المستخدم وكلمة المرور. هذه المرحلة تُسمّى submission: العميل يسلّم الرسالة لخادمه الموثوق. بعدها ينتقل العمل إلى مرحلة relay: خادمك يبحث عن سجلّ MX الخاص بنطاق المستلم ليعرف الخادم المسؤول عن استقبال بريده، ثم يتّصل به ويسلّم الرسالة عبر SMTP من خادم إلى خادم. وأخيرًا يخزّن خادم المستلم الرسالة في صندوق الوارد، ليقرأها صاحبها لاحقًا عبر IMAP أو POP3. الفصل بين submission (عميل ← خادم، مُصادَق ومشفّر) و relay (خادم ← خادم) مهمّ لأنّه يحدّد المنفذ المناسب وطريقة الحماية.

المنافذ ومتى تستخدم كلًّا منها

اختيار المنفذ الصحيح يحسم نجاح الإرسال. المنفذ 587 هو الموصى به لإرسال العملاء؛ يبدأ الاتصال عاديًّا ثم يرتقي إلى التشفير عبر أمر STARTTLS، وهو المعيار الحديث للـsubmission. المنفذ 465 بديل مدعوم يبدأ مشفّرًا فورًا (implicit TLS) دون مرحلة ترقية، ويصلح حين يفضّل المزوّد ذلك. أمّا المنفذ 25 فمخصّص للاتصال بين الخوادم (relay) فقط، ومعظم مزوّدي الإنترنت ومنصّات السحابة يحجبونه أمام العملاء النهائيين لمكافحة البريد المزعج، لذا لا تحاول الإرسال عبره من جهازك. أيًّا كان المنفذ، تبقى مصادقة SMTP (SMTP AUTH) إلزامية لإثبات هويتك ومنع إساءة استخدام خادمك كـ«ريلاي مفتوح».

المنفذالاستخدامالتشفير
587إرسال من العميل (موصى به)STARTTLS
465إرسال (مدعوم)SSL/TLS
25خادم ← خادممتغيّر

لماذا التسليم ليس كافيًا وحده

كثيرون يظنّون أنّ نجاح SMTP في تسليم الرسالة يعني وصولها للوارد، وهذا خطأ شائع. SMTP يضمن النقل التقني فقط، أمّا قبول خادم المستلم للرسالة ووضعها في الوارد بدل «المهملات» فيعتمد على إثبات أنّك مرسل شرعي. هنا يأتي دور سجلّات المصادقة: SPF يحدّد الخوادم المصرّح لها بالإرسال نيابة عن نطاقك، وDKIM يوقّع الرسائل توقيعًا تشفيريًّا يتحقّق المستلم منه، وDMARC يربط الاثنين ويخبر الخوادم بما تفعله عند فشل التحقّق. بدون ضبط هذه السجلّات في DNS، قد تصل رسائلك إلى المهملات أو تُرفض رغم سلامة SMTP.

أخطاء شائعة وحلولها

أكثر المشاكل تكرارًا هي حجب المنفذ 25 من قِبل مزوّد الإنترنت أو مزوّد السحابة، فتفشل محاولات الإرسال؛ الحلّ هو استخدام 587 مع المصادقة بدلًا منه. ثانيًا تظهر أخطاء المصادقة (authentication failed) غالبًا بسبب كلمة مرور خاطئة، أو لأنّ الخدمة تطلب «كلمة مرور تطبيق» منفصلة عند تفعيل التحقّق بخطوتين. ثالثًا، عند الإرسال الجماعي أو الرسائل المعاملاتية (تأكيدات الطلبات، استعادة كلمات المرور) يُفضَّل اللجوء إلى خدمة SMTP relay متخصّصة توفّر بنية موثوقة وسمعة إرسال جيّدة ومتابعة لمعدّلات التسليم، بدل الاعتماد على خادمك الخاصّ الذي قد تتدهور سمعته بسرعة عند إرسال أحجام كبيرة.