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

ما هو خادم SMTP فعليًا
خادم SMTP هو برنامج يستمع على منفذ شبكة ويتحدث بروتوكول SMTP. فعندما تضغط زر الإرسال في عميل البريد، أو ترسل نموذج اتصال من موقعك، أو تستدعي دالة إرسال داخل تطبيقك، لا تنتقل الرسالة إلى المستلم مباشرة، بل تذهب أولًا إلى خادم يوافق على تحمّل مسؤوليتها. يقرأ ذلك الخادم المغلّف — من يدّعي المرسل أنه، ولمن الرسالة — ثم يقرر ما إذا كان مسموحًا له بقبولها، ثم يدفعها نحو وجهتها. وهناك دوران مختلفان يُطلق عليهما معًا اسم "خادم SMTP"، وسلوكهما لا يتشابه إطلاقًا.
الإرسال من العميل (Submission) هو الدور الأول. يقبل خادم مزودك رسالة منك أو من تطبيقك أو من نظام إدارة العملاء بالنيابة عنك، وهو يطلب المصادقة، ويتوقع اتصالًا مشفرًا، ويستمع على المنفذين 587 أو 465. وهذا هو الدور الذي يقف خلف كل شاشة "إعدادات SMTP" ملأتها في حياتك. أما الترحيل (Relay) فهو الدور الثاني: خادم بريد يسلّم رسالة إلى خادم بريد آخر أثناء سفرها نحو نطاق المستلم. ويعمل الترحيل على المنفذ 25، ويحكم الخادم المستقبل عليه بسمعة عنوان IP المرسل وبسجلات DNS لا بكلمة مرور. فلا أحد يصادق على الترحيل كما يصادق تطبيقك على الإرسال.
وهذا التمييز مهم لأن خادم الإرسال هو نفسه ما يبني سمعتك كمُرسل. فكل رسالة تسلّمها إليه ترتبط بحسابك، وبمجرد أن يظهر نطاق تملكه في ترويسة المرسل ترتبط به أيضًا. ولهذا ليست المصادقة عبئًا اختياريًا: فمسار إرسال متراخٍ هو الطريق المعتاد لأن ينتهي نطاق ما على قائمة حجب، والبريد الذي يخرج عبر خادم لا يمكن تتبعه إليك لا يمكن تتبعه لصالحك أيضًا.
إعدادات الاتصال الأربعة واحدًا واحدًا
كل عميل بريد وكل تطبيق وكل مكتبة برمجية يطلب القيم الأربع نفسها بصيغة أو أخرى. وهذا ما تعنيه كل واحدة، وكيف تبدو، ومن أين تأتي، وأين يخطئ الناس عادةً.
المضيف
هو عنوان الخادم نفسه، ويُكتب كاسم مضيف مثل smtp.gmail.com أو smtp.yourprovider.com. وهو يأتي من توثيق مزود البريد أو من لوحة تحكم الاستضافة. والخطأ الشائع هو وضع نطاق موقعك هناك، أو الجزء الذي يلي @ في عنوانك. فهذان يخبران العالم إلى أين يصل بريدك الوارد، لا أي خادم يقبل بريدك الصادر، وهما غالبًا جهازان مختلفان.
المنفذ
هو القناة المرقّمة على ذلك المضيف. والمنفذ 587 مع STARTTLS هو الافتراضي للإرسال، أما المنفذ 465 فيُستخدم عندما يجب أن يكون الاتصال مشفرًا من البايت الأول (TLS الضمني). والرقم يأتي من توثيق مزودك لا من التخمين. والخطأ الشائع هو ترك المنفذ 25 كما هو، أو الجمع بين المنفذ ونمط تشفير لا يناسبه. ويشرح دليلنا حول منافذ SMTP هذا الجمع بالتفصيل.
اسم المستخدم
غالبًا هو عنوان بريدك الكامل، وأحيانًا اسم دخول منفصل لا يمثل صندوق بريد، وعند بعض المزودين هو معرّف مفتاح API. وهو يحدد صندوق البريد أو هوية الإرسال المسموح لك باستخدامها. والخطأ الشائع هو تقديم اسم العرض أو عنوان بديل أو بيانات دخول لوحة التحكم بدل بيانات صندوق البريد نفسه.
كلمة المرور
هي كلمة مرور صندوق البريد، أو كلمة مرور تطبيق عندما تكون المصادقة بخطوتين مفعّلة، أو سرّ API عند استخدام مزود خدمة بريد. وهي ليست أبدًا كلمة المرور التي تدخل بها إلى لوحة تحكم موقع أو لوحة استضافة. والخطأ الشائع هو لصق كلمة مرور الحساب في مكان يتطلب فيه المزود الآن كلمة مرور تطبيق مُولّدة، وهذا بالضبط سبب رفض Gmail وMicrosoft 365 لعدد كبير من المحاولات الأولى.
هناك قيمة واحدة يغيب ذكرها عن القائمة، وهي التي يلجأ إليها الناس عند أي فشل. فـعنوان المرسل (From) ليس بيانات اعتماد. إنه ترويسة يراها المستلمون، ويجب أن يقع على نطاق مصرّح لك بالإرسال نيابة عنه، وإلا فسيكون لخادم الإرسال كل الأسباب لقبول رسالتك، ولن يكون لديه أي سبب ليجعلها قابلة للتسليم.

ما تراه في الصورة هو القيم الأربع نفسها داخل واجهة حقيقية: يطلب MailCannon اسمًا ومضيفًا ومنفذًا واسم مستخدم وكلمة مرور ونمط تشفير، ولا شيء غير ذلك. وإذا أعطاك توثيق مزودك هذه الأربع بشكل صحيح فقد انتهى العمل في النموذج.
من أين تحصل على إعدادات SMTP
من يسأل عن "عنوان خادم SMTP" يبحث في الغالب عن اسم المضيف والمنفذ اللذين يتوقعهما مزوده. وهذه أكثر أربعة مصادر ستقابلها.
| المزود | المضيف | المنفذ | اسم المستخدم | كلمة المرور |
|---|---|---|---|---|
| Google Workspace / Gmail | smtp.gmail.com | 587 أو 465 | عنوان Gmail الكامل الخاص بك | كلمة مرور تطبيق من 16 حرفًا، لأن Google لم تعد تقبل كلمات مرور الحساب |
| Microsoft 365 / Outlook | smtp.office365.com | 587 | عنوان صندوق البريد الكامل | كلمة مرور صندوق البريد أو كلمة مرور تطبيق؛ وقد يلزم تفعيل SMTP AUTH لكل صندوق بريد |
| cPanel / الاستضافة المشتركة | mail.yourdomain.com أو اسم المضيف الوارد في رسالة الترحيب | 587 أو 465 | عنوان البريد الكامل الذي أنشأته في اللوحة | كلمة المرور التي وضعتها لصندوق البريد ذلك |
| Amazon SES | email-smtp.<region>.amazonaws.com | 587 أو 465 أو 25 | اسم مستخدم SMTP المُولّد في وحدة التحكم | كلمة مرور SMTP المُولّدة معه |
الإعدادات الافتراضية للمزودين تتغيّر، لذا تأكد من هذه القيم في توثيق مزودك الحالي قبل تثبيتها في أي مكان.
المصادقة وأسباب فشلها
معظم مشكلات SMTP تتوقف عن كونها غامضة بمجرد قراءة رمز الاستجابة. وأربع حالات منها تغطي الغالبية العظمى من الإعدادات الفاشلة.
- فشل المصادقة 535. اسم المستخدم خاطئ، أو أُرسلت كلمة مرور حساب عادية بينما يطلب المزود الآن كلمة مرور تطبيق أو سرّ API.
- رفض الترحيل 550. نجحت مصادقة اسم المستخدم لكنه غير مصرّح له بالإرسال نيابة عن النطاق المذكور في ترويسة المرسل، أي عدم تطابق بين صندوق البريد الذي دخلت به والعنوان الذي تدّعي الإرسال منه.
- انتهاء مهلة الاتصال. المنفذ خاطئ، أو شبكتك تحجبه. وإذا لم يستجب الخادم إطلاقًا فتحقق من منافذ SMTP المتاحة لك قبل أن تلمس بيانات الاعتماد.
- أخطاء الشهادة أو المصافحة. ضبط TLS الضمني على منفذ STARTTLS أو العكس. فيصل الاتصال إلى الخادم ثم يختلف الطرفان حول كيفية بدء التشفير.
وبعد نجاح المصادقة يبقى سؤال واحد: هل يثق مزودو صناديق البريد بك؟ وهذا يحدده ما على نطاقك من سجلات لا طريقة الاتصال، وهو ما يشرحه دليلنا حول SPF وDKIM وDMARC.
خادم SMTP ليس واجهة برمجية للبريد
الطريقان ينتهيان إلى النقطة نفسها: رسالة تصل إلى خادم بريد المستلم. والفرق في كل ما تملكه أثناء الطريق. فمع SMTP تدير الاتصال بنفسك: المضيف والمنفذ وبيانات الاعتماد ومنطق إعادة المحاولة عندما يرفض خادم رسالة مؤقتًا، وسمعة عنوان IP الذي يمنحك مزودك إياه. وعندما يتعطل شيء يكون تفسير الخطأ مسؤوليتك.
أما واجهة البريد البرمجية فتسلّم معظم ذلك إلى المزود. فالمصادقة وإعادة المحاولات ومجموعات عناوين IP والسمعة تصبح مشكلته، وأنت ترسل طلبًا مُهيكلًا بدل أن تتحدث بروتوكولًا. ومعظم المنتجات تنتهي إلى استخدام الاثنين معًا: SMTP لصناديق البريد التي يردّ منها الناس فعلًا، والواجهة البرمجية للإرسال بحجم كبير. ويغطي توثيق MailCannon الطريقين، ويقبل MailCannon خادم SMTP مخصصًا إلى جانب مفتاح API لمزود، فيمكنك البدء بصندوق البريد الذي لديك بالفعل.
أسئلة شائعة
ما هو عنوان خادم SMTP؟
هو اسم المضيف والمنفذ الذي يتصل به عميلك، مثل smtp.gmail.com على المنفذ 587. يقول الناس "عنوان" ويعنون الجزأين معًا، لأن خطأ أي منهما ينتج الفشل نفسه.
هل أحتاج إلى خادم SMTP خاص بي؟
لا. فمعظم الشركات ترسل عبر خادم مزود البريد لديها أو عبر مزود خدمة بريد. أما تشغيل خادمك الخاص فيعني أن تدير بنفسك سمعة عناوين IP وDNS العكسي وقوائم الحجب وشكاوى الإساءة، وهو عمل حقيقي ونادرًا ما يكون جوهر المنتج الذي تبنيه.
أي منفذ أستخدم لـSMTP؟
المنفذ 587 مع STARTTLS، أو المنفذ 465 مع TLS الضمني إذا كان مزودك يوثّقه. أما المنفذ 25 فهو للترحيل بين الخوادم وعادةً ما يكون محجوبًا للاستخدام الصادر.
هل اسم مستخدم SMTP هو عنوان بريدي؟
غالبًا نعم، خصوصًا مع مزودي صناديق البريد. وبعض المزودين يمنحك اسم دخول منفصلًا، وبعضهم — وأشهرهم Amazon SES — يعطيك اسم مستخدم وكلمة مرور لـSMTP مُولّدين في وحدته ولا علاقة لهما بأي صندوق بريد.
ما هو ترحيل SMTP؟
بالمعنى الدقيق هو خادم بريد يمرّر رسالة إلى خادم بريد آخر بدل تسليمها مباشرة إلى وجهتها. ويُستخدم المصطلح أيضًا بشكل غير دقيق للدلالة على مزود خدمة بريد يقبل بريدك ويسلّمه بالنيابة عنك.
هل يمكنني إرسال بريد جماعي من خادم SMTP الخاص بمستضيف موقعي؟
عادةً لا وبالحجم المطلوب. فالمستضيفون المشتركون يحدّون الإرسال في الساعة، وعناوين IP لديهم غالبًا ضعيفة للبريد الجماعي لأن آلاف العملاء الآخرين يتشاركون السمعة نفسها. وللحملات استخدم مزودًا مخصصًا لذلك.
الخطوة التالية
بعد أن صارت الإعدادات الأربعة في يدك، فالقراءتان الطبيعيتان التاليتان هما شرحنا حول ما هو SMTP ودليل منافذ SMTP. ثم ضع بيانات الاعتماد موضع العمل: شغّل أداة فحص قابلية تسليم البريد على نطاقك، وأضف الخادم في إعدادات MailCannon لترسل حملتك الأولى عبره.
ابدأ حملات البريد الإلكتروني الخاصة بك
أدر جهات الاتصال، وأنشئ الحملات، وأرسل البريد التسويقي من لوحة تحكم واحدة مع MailCannon.
Advertisement