الرموز: 117 من 117
رموز الاستجابة الأساسية
حالة النظام أو رد مساعدة النظام. نادر الاستخدام عمليًا.
رسالة مساعدة ردًا على الأمر HELP، تتضمن معلومات عن كيفية استخدام الخادم أو أمر معيّن.
تحية الخادم الأولى عند فتح الاتصال: الخدمة جاهزة. ويُرد به أيضًا على STARTTLS للإشارة إلى إمكانية بدء التفاوض على TLS.
الخادم يغلق الاتصال، عادةً ردًا على الأمر QUIT.
نجحت المصادقة عبر AUTH. ويرافقه عادةً الرمز المحسّن 2.7.0.
اكتمل الإجراء المطلوب. وهو الرد المعتاد على EHLO وMAIL FROM وRCPT TO وعلى نهاية DATA عندما يقبل الخادم الرسالة.
المستلم ليس محليًا، لكن الخادم يقبل الرسالة وسيعيد توجيهها إلى العنوان المحدد.
لا يؤكد الخادم وجود المستخدم (الأمر VRFY معطّل لمنع حصر الحسابات)، لكنه سيقبل الرسالة ويحاول تسليمها.
رد على ETRN: بدأ الخادم تسليم الرسائل التي كانت في قائمة الانتظار للنطاق أو العقدة المطلوبة.
تحدٍّ من الخادم أثناء AUTH مرمَّز بـ Base64. يجب أن يرد العميل بالمعطى التالي للآلية (مثل اسم المستخدم أو كلمة المرور في AUTH LOGIN).
رد على DATA: ينتظر الخادم محتوى الرسالة، الذي ينتهي بسطر لا يحتوي إلا على نقطة واحدة.
الخدمة غير متاحة والخادم يغلق الاتصال: إيقاف تشغيل أو حمل زائد أو اتصالات كثيرة جدًا أو حد إرسال مؤقت. على المرسل إعادة المحاولة لاحقًا.
يجب على المستخدم تغيير كلمة مروره أو الانتقال إلى آلية مصادقة أخرى قبل أن يتمكن من المصادقة. ويرافقه الرمز المحسّن 4.7.12.
صندوق البريد غير متاح مؤقتًا: مشغول أو مقفل أو مرفوض مؤقتًا بسبب السياسات. وعادةً ما ترد القائمة الرمادية (greylisting) بهذا الرمز أو بـ 451.
أُلغي الإجراء بسبب خطأ محلي في الخادم، مثل فشل استعلام DNS أو عامل تصفية لم يستجب. على المرسل إعادة المحاولة لاحقًا.
لا تتوفر لدى الخادم حاليًا مساحة كافية لقبول الرسالة. ويشير أيضًا إلى تجاوز عدد المستلمين المسموح به لكل رسالة: على العميل إرسال البقية في معاملة أخرى.
فشل مؤقت في المصادقة (مثلًا لا يستجيب خادم بيانات الاعتماد) أو أن TLS غير متاح مؤقتًا عند طلب STARTTLS.
لا يستطيع الخادم حاليًا التعامل مع المعاملات المرسلة في MAIL FROM أو RCPT TO، لكنه قد يقبلها لاحقًا.
رد على ETRN: لا يستطيع الخادم حاليًا معالجة قائمة انتظار الرسائل للعقدة المطلوبة.
رد على ETRN: العقدة أو النطاق المطلوب غير مسموح له بطلب تسليم قائمة انتظاره.
الخادم لا يتعرّف على الأمر أو أن السطر طويل جدًا. وتستخدمه AUTH أيضًا عندما يتجاوز أحد أسطر التبادل الحد الأقصى المسموح به.
الأمر صالح، لكن معاملاته أو وسائطه غير صالحة: مثل عنوان بصيغة خاطئة في MAIL FROM أو اسم غير صالح في EHLO.
يتعرّف الخادم على الأمر لكنه لا ينفّذه أو يعطّله، مثل VRFY أو EXPN في كثير من الخوادم.
وصلت الأوامر بترتيب خاطئ، مثل RCPT TO قبل MAIL FROM، أو DATA دون مستلمين صالحين. وتعيده بعض الخوادم عند محاولة الإرسال دون مصادقة.
الخادم لا يدعم المعامل المحدد، مثل آلية AUTH لا يدعمها.
المضيف لا يقبل البريد إطلاقًا. يُرسل كتحية بدلًا من 220، ويجب ألا يعيد العميل المحاولة.
يشترط الخادم المصادقة، أو بدء TLS عبر STARTTLS، قبل قبول الأمر. وهو شائع عند استخدام منفذ الإرسال 587 دون بيانات اعتماد.
آلية المصادقة المختارة ضعيفة جدًا وفق سياسة الخادم. ويعيده بعض المزودين عندما يشترطون كلمات مرور التطبيقات أو OAuth.
اسم المستخدم أو كلمة المرور غير صحيحة، أو رُفضت بيانات الاعتماد. ويرافقه الرمز المحسّن 5.7.8.
آلية المصادقة المختارة مسموح بها فقط عبر اتصال مشفّر: يجب تنفيذ STARTTLS أولًا.
صندوق البريد غير موجود أو غير متاح، أو رُفضت الرسالة بسبب السياسات (بريد عشوائي أو قوائم سوداء أو SPF أو DKIM أو DMARC). ويحدد الرمز المحسّن المرافق السبب الفعلي.
المستلم ليس محليًا والخادم لا يعيد توجيه الرسالة؛ وقد يشير إلى العنوان الذي يجب إرسالها إليه.
تم تجاوز المساحة المخصصة: صندوق بريد المستلم ممتلئ أو أن الرسالة تتجاوز الحجم الأقصى الذي يعلنه الامتداد SIZE.
عنوان البريد غير صالح أو غير مسموح به، مثلًا بسبب صيغة خاطئة أو لأن المرسل لا يحق له استخدام هذا العنوان.
فشلت المعاملة. وكتحية أولى يعني عدم توفر خدمة SMTP لهذا العميل؛ وبعد DATA يعني أن الرسالة رُفضت، غالبًا بسبب محتواها أو سمعة المرسل.
الخادم لا يتعرّف على معامل امتداد مرسل في MAIL FROM أو RCPT TO أو لا ينفّذه.
نطاق المستلم ينشر null MX (سجل MX يشير إلى «.»): أي يعلن أنه لا يستقبل البريد، لذا لا جدوى من إعادة المحاولة.
رموز الحالة المحسّنة (RFC 3463)
حالة دون تفاصيل إضافية: تُستخدم عندما لا تُعرف إلا فئة النتيجة (نجاح أو فشل مؤقت أو دائم).
توجد مشكلة في أحد عناوين الرسالة لا تندرج تحت الرموز الأكثر تحديدًا.
صندوق بريد المستلم غير موجود على خادم الوجهة. وهو الارتداد الكلاسيكي بسبب عنوان مكتوب بشكل خاطئ أو حساب محذوف.
نطاق الوجهة أو نظامها غير موجود أو لا يمكنه استقبال البريد، مثلًا لأن النطاق لا يُحَل.
صيغة عنوان المستلم غير صالحة.
عنوان المستلم يطابق أكثر من صندوق بريد في نظام الوجهة.
عنوان المستلم صالح. ويظهر بصيغة 2.1.5 في الرد الإيجابي على RCPT TO.
كان صندوق البريد موجودًا لكنه نُقل، ولا يوجد عنوان معروف لإعادة التوجيه.
صيغة عنوان المرسل غير صالحة.
نطاق المرسل غير موجود أو لا يقبل الردود، مثلًا لأنه لا يملك سجلات MX ولا A.
سُلّمت الرسالة إلى نظام لا يدعم إشعارات الحالة، لذا لن يمكن تأكيد تسليمها النهائي.
نطاق المستلم ينشر null MX: أي يعلن أنه لا يستقبل البريد.
صندوق البريد موجود، لكن أمرًا متعلقًا به منع التسليم ولا يوجد رمز أكثر تحديدًا.
صندوق البريد موجود لكنه معطّل ولا يقبل الرسائل، مثل حساب موقوف.
تجاوز صندوق بريد المستلم حصة التخزين المخصصة له.
تتجاوز الرسالة الحجم الأقصى المسموح للمستلم باستقباله.
المستلم قائمة توزيع وتعذّر توسيعها إلى أعضائها.
واجه نظام الوجهة مشكلة لا تندرج تحت الرموز الأكثر تحديدًا.
مساحة التخزين في نظام البريد الوجهة ممتلئة.
مضيف الوجهة لا يقبل الرسائل بسبب إيقاف تشغيل وشيك أو حمل زائد أو صيانة.
نظام الوجهة لا يدعم ميزة تتطلبها الرسالة.
تتجاوز الرسالة الحجم الأقصى الذي يقبله الخادم لأي مستلم.
نظام الوجهة مهيأ بشكل خاطئ ولا يمكنه قبول الرسالة.
قُبلت الرسالة، لكن بأولوية مختلفة عن المطلوبة (الامتداد MT-PRIORITY).
حدثت مشكلة في الشبكة أو التوجيه لا تندرج تحت الرموز الأكثر تحديدًا.
لم يستجب خادم الوجهة عند محاولة الاتصال به.
أُنشئ الاتصال لكنه انقطع أو أصبح غير مستقر قبل إتمام التسليم.
فشلت خدمة دليل لازمة للتسليم، وهي عادةً تحليل أسماء DNS.
لم يُعثر على مسار إلى الوجهة، مثلًا لأن النطاق لا يملك سجلات MX أو A صالحة للاستخدام.
نظام البريد مزدحم ولا يمكنه معالجة الرسالة حاليًا.
اكتُشفت حلقة توجيه: مرّت الرسالة عبر الخوادم نفسها مرات كثيرة جدًا.
انقضت المدة القصوى لإعادة المحاولة وستُحذف الرسالة دون أن تُسلَّم.
حدثت مشكلة في بروتوكول التسليم لا تندرج تحت الرموز الأكثر تحديدًا.
الأمر غير صالح، أو غير مسموح به في تلك اللحظة، أو غير معروف.
في الأمر خطأ في الصيغة ولا يستطيع الخادم تفسيره.
للرسالة عدد مستلمين أكبر مما يقبله الخادم في معاملة واحدة.
الأمر صالح، لكن وسائطه غير صالحة أو غير مدعومة.
يوجد عدم توافق في إصدار البروتوكول بين العميل والخادم.
أحد أسطر تبادل AUTH يتجاوز الطول الأقصى الذي يقبله الخادم.
حدثت مشكلة في محتوى الرسالة لا تندرج تحت الرموز الأكثر تحديدًا.
الوجهة لا تدعم نوع محتوى الرسالة أو أحد مرفقاتها.
كان تسليم الرسالة يتطلب تحويل محتواها، لكن المرسل منع ذلك.
كان تسليم الرسالة يتطلب تحويل محتواها، والخادم لا يعرف كيف يفعل ذلك.
سُلّمت الرسالة، لكن تحويل المحتوى أدى إلى فقدان بعض المعلومات.
فشل تحويل محتوى الرسالة.
تعذّر جلب محتوى الرسالة المشار إليه عبر URL (الامتداد BURL).
المرسل أو المستلم لا يدعم العناوين التي تحتوي على أحرف خارج ASCII (البريد الدولي، SMTPUTF8).
يحتاج الخادم إلى الرد بنص UTF-8، لكن العميل لم يعلن دعمه لـ SMTPUTF8.
تحتوي الرسالة على ترويسات UTF-8 ولا يمكن نقلها إلى مستلم واحد أو أكثر لا يدعمونها، لذا تُرفض.
حالة أمان دون تفاصيل إضافية. تظهر في عمليات المصادقة الناجحة (2.7.0)، وفي حالات الفشل المؤقت لـ AUTH (4.7.0)، وفي حالات الرفض بسبب السياسات.
المرسل غير مخوّل بالإرسال إلى هذا المستلم: حظر بسبب قائمة سوداء أو السمعة أو مكافحة البريد العشوائي، أو محاولة ترحيل (relay) غير مسموح بها. وبصيغة 4.7.1 يشير عادةً إلى القائمة الرمادية.
المرسل لا يملك إذنًا بالإرسال إلى قائمة التوزيع هذه.
يلزم تحويل الرسالة من بروتوكول أمان إلى آخر، وهذا غير ممكن.
تتطلب الرسالة ميزات أمان لا تدعمها الوجهة.
فشلت عملية تشفيرية أثناء النقل، مثل التحقق من توقيع أو فك التشفير.
الوجهة لا تدعم خوارزمية التشفير المستخدمة في الرسالة.
فشل التحقق من السلامة: عُدّلت الرسالة أثناء النقل أو أن المجموع الاختباري لا يتطابق.
بيانات اعتماد المصادقة غير صالحة: اسم المستخدم أو كلمة المرور غير صحيحة.
آلية المصادقة المختارة أضعف مما تشترطه سياسة الخادم.
يلزم وجود طبقة تشفير خارجية، مثل TLS، لاستخدام آلية المصادقة المطلوبة. وهو مخصص أساسًا للآليات التي ترسل كلمة المرور نصًا صريحًا.
آلية المصادقة المطلوبة مسموح بها فقط عبر اتصال مشفّر.
يجب على المستخدم تغيير كلمة مروره أو الانتقال إلى آلية مصادقة أخرى.
حساب المستخدم الذي يحاول المصادقة معطّل.
لا يقبل الخادم الرسائل إلا من أنظمة تربطه بها علاقة ثقة قائمة.
أولوية الرسالة منخفضة جدًا بحيث لا يمكن قبولها حاليًا (الامتداد MT-PRIORITY).
الرسالة كبيرة جدًا بالنسبة إلى الأولوية المحددة (الامتداد MT-PRIORITY).
تغيّر مالك صندوق البريد منذ التاريخ الذي حدده المرسل، لذا لا تُسلَّم الرسالة (الامتداد RRVS).
تغيّر مالك نطاق المستلم منذ التاريخ الذي حدده المرسل (الامتداد RRVS).
لا يستطيع الخادم التحقق مما إذا كان مالك صندوق البريد قد تغيّر، كما طلب المرسل (الامتداد RRVS).
لا تحمل الرسالة أي توقيع DKIM صالح، وسياسة المستقبِل تشترطه.
تحمل الرسالة توقيعات DKIM صالحة، لكن أيًّا منها لا يستوفي سياسة المستقبِل (مثلًا بسبب النطاق الموقِّع أو الخوارزمية).
لا تحمل الرسالة توقيع DKIM صالحًا من النطاق نفسه الظاهر في الترويسة From.
عنوان IP المرسِل غير مصرّح به في سجل SPF لنطاق المرسل.
أدى تقييم SPF إلى خطأ، مثلًا بسبب سجل بصيغة خاطئة أو كثرة استعلامات DNS.
عنوان IP المرسِل لا يملك DNS عكسيًا (PTR)، أو أن الاسم الذي يعيده لا يُحَل مجددًا إلى هذا الـ IP.
فشلت عدة عمليات تحقق من مصادقة الرسالة في آن واحد، مثل SPF وDKIM.
نطاق المرسل ينشر null MX، لذا لا يمكنه استقبال الردود ولا إشعارات الارتداد، فتُرفض الرسالة.
يبدو أن الرسالة جزء من موجة إرسال جماعي لرسائل مسيئة متشابهة.
فشل التحقق من سلسلة ARC، التي تحافظ على نتائج المصادقة عندما تمر الرسالة عبر خوادم إعادة التوجيه أو القوائم البريدية.
تشترط الرسالة REQUIRETLS، والخادم التالي في المسار لا يدعم هذا الامتداد، لذا لا يمكن تسليمها مع ضمان التشفير.
الصق رد الخادم كاملًا، مثل 550 5.7.1 Message rejected، لترى الرمز الأساسي والمحسّن معًا. وعند البحث عن رمز أساسي، تُعرض أيضًا الرموز المحسّنة التي ترافقه عادةً.
كيف يعمل
في جلسة SMTP، يتلقى كل أمر من أوامر العميل (EHLO وMAIL FROM وRCPT TO وDATA…) ردًا من الخادم يبدأ برمز من ثلاثة أرقام. يدل الرقم الأول على النتيجة: 2 تعني النجاح، و3 أن الخادم ينتظر مزيدًا من البيانات، و4 خطأ مؤقتًا، و5 خطأ دائمًا. ويشير الرقم الثاني إلى المجال: x0z الصيغة، وx1z المعلومات، وx2z الاتصال، وx5z نظام البريد. أما النص الذي يلي الرمز فهو حر ويكتب كل خادم نصه الخاص؛ والبرامج لا تنظر إلا إلى الرقم.
بما أن ثلاثة أرقام لا تقول الكثير عن السبب، عرّف RFC 3463 رموز الحالة المحسّنة بالصيغة الفئة.الموضوع.التفصيل: فالرمز 5.1.1 فشل دائم (5) في العناوين (1) لأن صندوق البريد غير موجود (1). تكرر الفئة معنى الرقم الأول (2 أو 4 أو 5)، ويجمع الموضوع السبب، ويحدده التفصيل بدقة. والخوادم التي تستخدمها تعلن ذلك بالامتداد ENHANCEDSTATUSCODES في ردها على EHLO، ويظهر الرمز نفسه في الحقل Status في رسائل الارتداد.
يجمع الجدول الرموز الأساسية في RFC 5321 والرموز التي تضيفها الامتدادات الشائعة (AUTH وSTARTTLS وETRN وnull MX)، إضافة إلى جميع الرموز المحسّنة في سجل IANA، مع الرموز الأساسية التي يظهر معها كل منها عادةً. ويضيف كبار المزودين نصوصهم وروابط المساعدة الخاصة بهم، لكن دائمًا على هذه الأرقام نفسها.
أمثلة
550 5.1.1 <nadie@example.com>: Recipient address rejected: User unknown in local recipient table5xx Permanent · X.1.1 Bad destination mailbox addressالارتداد النموذجي من Postfix عندما لا يكون الحساب موجودًا. إعادة المحاولة لا تجدي: يجب تصحيح العنوان. وإذا كان المستلم نفسه يعمل من قبل، فالأرجح أن الحساب قد حُذف.450 4.2.0 <ana@example.com>: Recipient address rejected: Greylisted4xx Transient · X.2.0 Other or undefined mailbox statusالقائمة الرمادية (greylisting): يرفض الخادم مؤقتًا المرسل غير المعروف وينتظر أن يعيد المحاولة. خادم البريد الشرعي يفعل ذلك تلقائيًا بعد بضع دقائق فتُقبل الرسالة؛ أما كثير من برامج البريد العشوائي فلا تعيد المحاولة أبدًا.AUTH LOGIN334 VXNlcm5hbWU6يحمل الرد 334 التحدي بترميز Base64: فـ VXNlcm5hbWU6 تعني «Username:»، والتالي UGFzc3dvcmQ6 يعني «Password:». إذا كانت بيانات الاعتماد غير صحيحة يرد الخادم بـ 535 5.7.8؛ وإذا طلب التشفير أولًا فبـ 538 أو 530.حالات الاستخدام
- فهم سبب ارتداد رسالة بريد انطلاقًا من رسالة الخطأ التي أعادها الخادم.
- التمييز بين خطأ مؤقت ستعيد قائمة الانتظار محاولته، وخطأ دائم يستلزم التدخل.
- تشخيص أخطاء المصادقة عند إعداد إرسال البريد من تطبيق أو طابعة أو خادم.
- تفسير حالات الرفض بسبب SPF أو DKIM أو DMARC أو DNS العكسي أو القوائم السوداء في سجلات خادم البريد.
- تصنيف الرسائل المرتدة في منصة للإرسال الجماعي لإزالة العناوين غير الموجودة.
- قراءة جلسة SMTP ملتقطة باستخدام telnet أو openssl s_client أو swaks.
الأسئلة الشائعة
ما الفرق بين الخطأ 4xx والخطأ 5xx؟
الخطأ 4xx مؤقت: يُبقي الخادم المرسِل الرسالة في قائمة الانتظار ويعيد المحاولة على فترات، عادةً لمدة أربعة أو خمسة أيام، قبل أن يستسلم ويُنشئ إشعار ارتداد. أما 5xx فدائم: يحدث الارتداد فورًا، وإعادة إرسال الرسالة نفسها دون تغيير أي شيء ستفشل مجددًا.
لماذا يحمل الرد رمزين، مثل 550 5.1.1؟
الأول هو الرمز الأساسي المكوّن من ثلاثة أرقام الذي يفرضه RFC 5321. والثاني هو رمز الحالة المحسّن من RFC 3463، الذي يحدد السبب بدقة: فقد ينتج 550 عن صندوق بريد غير موجود (5.1.1) أو عن حظر بسبب السياسات (5.7.1) أو عن فشل SPF (5.7.23). وللتشخيص، انظر قبل كل شيء إلى الرمز المحسّن.
ماذا تعني الشرطة في 550-5.7.1؟
تعني أن الرد يمتد على عدة أسطر. تحمل كل الأسطر الرمز نفسه، لكن الأسطر الوسيطة تفصله عن النص بشرطة والسطر الأخير بمسافة، وهكذا يعرف العميل متى انتهى الرد. وهو ما يظهر أيضًا في قائمة الامتدادات التي يعيدها EHLO.
لماذا تُرفض رسالتي بـ 550 5.7.1 مع أن العنوان موجود؟
لأن 5.7.1 لا يتعلق بالمستلم بل بالمرسل: الخادم لا يخوّلك تسليم هذه الرسالة إليه. والأسباب المعتادة أن يكون عنوان IP المرسِل مدرجًا في قائمة سوداء، أو أن يفشل التحقق من SPF أو DKIM أو DMARC للنطاق، أو ألا يكون للـ IP سجل DNS عكسي، أو أن تكون هناك محاولة لاستخدام الخادم للترحيل (relay) دون مصادقة. وعادةً ما يعطي النص المرافق للرمز الدليل.
لماذا أحصل على 530 أو 535 عند إرسال البريد من تطبيق؟
يشير 530 إلى أن الخادم يشترط المصادقة، أو بدء TLS، قبل قبول الرسالة؛ ويشير 535 إلى أن اسم المستخدم أو كلمة المرور غير صحيحة. تحقّق من أن التطبيق يستخدم المنفذ 587 مع STARTTLS أو المنفذ 465 مع TLS الضمني، ومن تفعيل المصادقة، ومن أنك تستخدم لدى مزودين مثل Gmail أو Microsoft 365 كلمة مرور للتطبيق أو OAuth بدلًا من كلمة المرور المعتادة.