العنوان الذي تعذّر خفضه: كيف جعل SMTPUTF8 المسار جزءاً من الاسم

الخلاصة

• وسّع SMTPUTF8 أسماء الصناديق في الغلاف وقيم الرؤوس إلى UTF-8، لكن بعد إعلان كل خادم قدرته؛ وكان على الخادم المعلن أن يدعم 8BITMIME ويعلنه أيضاً.
• يمكن تمثيل النطاق بصيغة A-label عبر IDNA، لكن الجزء المحلي غير ASCII لا يملك مقابلاً عاماً. عند توقف المسار عن الدعم، تبقى تحويلات موثوقة عند الإرسال الأول، أو مسار آخر، أو إعادة المحاولة، أو الفشل — لا اختراع صندوق.

الاسم المرئي لم يكن عنوان التسليم

أتاح MIME إظهار الأسماء والموضوعات خارج ASCII. لكن RFC 6530 يفصل اسم العرض عن غلاف SMTP: ما يراه القارئ لا يوجّه التسليم.

دوّل IDNA النطاق إلى يمين @. بقي الجزء المحلي اسماً يديره نظام التسليم النهائي. للنطاق Unicode صيغة A-label قابلة لاستخدام DNS؛ ولا توجد كتابة منقولة عامة تضمن الصندوق المحلي نفسه. قد يشير البديل إلى لا أحد أو إلى شخص آخر.

لذلك احتاج تدويل العنوان الكامل إلى مسار يحفظ الاسم، لا إلى شاشة تعرضه فقط.

تخلّى المعيار عن خفض الهوية أثناء العبور

حل RFC 6530 محل RFC 4952 وسجل أن تجارب الخفض الوسيط أصبحت غير لازمة. لم يملك المرحّل الواقع في المنتصف سلطة إنشاء هوية ASCII.

قسّمت وثائق المسار المعياري في فبراير 2012 المسؤوليات. عرّف RFC 6531 نقل SMTP؛ وعرّف RFC 6532 الرؤوس UTF-8؛ وعرّف RFC 6533 الإشعارات التي تحفظ المستلم الدولي. لم تكن جدول ترجمة، بل بيئة يتفق فيها الغلاف والرسالة ودليل الفشل على العنوان نفسه.

كلمة SMTPUTF8 كانت تعهداً كاملاً

يضع الخادم SMTPUTF8 في EHLO. يسجلها سجل IANA لامتدادات SMTP بلا معامل. يفرض RFC 6531 الامتثال الكامل، كما يفرض دعم 8BITMIME وإعلانه.

يحفظ 8BITMIME الثمانيات العليا في الجسم؛ ويوسع SMTPUTF8 عناوين الغلاف والرؤوس الحاملة للهوية. يحتاج الثاني بيئة نظيفة لثمانية بتات، لكنه لا يحل محل الأول.

يمكن للعميل إضافة معامل SMTPUTF8 بلا قيمة إلى MAIL FROM، معلناً حاجة الغلاف أو الرسالة أو الرؤوس إلى الامتداد. تبقى فواصل SMTP، ويتسع نطاق المحارف.

صار المسار شرطاً للوصول

من دون الإعلان، لا يجوز إرسال عنوان دولي أو رأس RFC 6532 حتى داخل MIME متداخل. قد يصل الصندوق عبر MX قادر ويُحجب عبر آخر. تجربة MX بديل أو الانتظار تبحث عن طريق أمين؛ ولا تغيّر الاسم.

يملك وكيل الإرسال الأول مرونة أكبر لأن صاحب الرسالة لا يزال عند هذا الحد. إذا وُجد اسم ASCII بديل مهيأ فعلاً، يمكنه بناء رسالة عادية. لا يحدد RFC 6531 هذا التحويل ولا يمنح مرحّل العبور حق الارتجال.

إذا غاب المسار والتحويل المشروع، يُرفض أو يُخطر أو يُعاد إلى الطابور أو تُجرّب وجهة بديلة. يحفظ الفشل الفرق بين «هذا الطريق لا يحمل الاسم» و«الصندوق غير موجود».

دخل UTF-8 القيم لا أسماء الحقول

يسمح RFC 6532 بـ UTF-8 مباشرة في Subject والعناوين والسلاسل وبعض تراكيب Message-ID. تبقى أسماء حقول الرؤوس ASCII. يصبح الحد الصلب 998 ثمانية، بينما تبقى توصية العرض 78 محسوبة بالمحارف.

ولا تنشئ التسوية هوية واحدة. يوصي RFC 6532 بـ NFC ويحذر من NFKC حين تمحو اختلافات في الكتابة. يظل النظام النهائي صاحب تفسير الجزء المحلي.

كان على تقرير الفشل حفظ الاسم

يحدد RFC 6533 نوع عنوان UTF-8 وصيغاً لـ ORCPT وDSN، ومنها ترميز آمن بسبعة بتات. يحفظ هذا العنوان الأصلي كدليل، ولا ينشئ صندوق ASCII صالحاً للتسليم.

الخادم الذي يعلن SMTPUTF8 وDSN يجب أن يطبق RFC 6533. لا يمكن ربط فشل بإرسال سابق إذا ضاع اسم المستلم.

القدرة ليست ملكية

يثبت SMTPUTF8 القدرة على تحليل السلاسل ونقلها، لا وجود الصندوق أو ملكيته أو تكافؤ الأسماء المتشابهة أو التسليم. يدير مالك النطاق DNS؛ ويدير النظام النهائي صناديقه؛ ويحمل المرحّل الاسم أو يفشل. لا يملك أحد حق اختراع شخص بديل.

المصادر وحدودها

يأتي الإطار من RFC 6530، والنقل من RFC 6531، والرؤوس من RFC 6532، والإشعارات من RFC 6533، والسجل الحالي من IANA. لا تقيس هذه المصادر الدعم الحديث أو قابلية التسليم أو الملكية.