يمكن أن يحدث رفض بحجم الرسالة قبل أن يقوم الخادم المتلقي بتقييم كافة مصادقة الرسالة. يمكن أن يظهر أيضًا بعد أن يقبل الخادم الرئيسي رسالة وتطبق قفزة لاحقة حدًا أصغر. قم بتشخيص حالة الحجم عند قفزة الرفض بدلاً من التعامل مع كل رفض دائم على أنه رفض SPF, DKIM أو DMARC عيب.
تمييز الحجم عن السياسة والتخزين
يعرّف RFC 3463 X.3.4 كرسالة كبيرة جدًا بالنسبة لنظام الاستقبال وX.2.3 كطول رسالة يتجاوز الحد الإداري لصندوق البريد. تختلف هذه عن علبة بريد X.2.2 الممتلئة. اقرأ التشخيص الكامل لأن المنتجات قد تضيف حدودها ووحداتها وصياغتها التوضيحية. لا تؤدي التسمية العامة "552" وحدها إلى إنشاء التقييد الدقيق الذي تم تكوينه. RFC 3463 الأقسام 3.3 و3.4.
تتعلق حالات فشل المصادقة بالهويات أو التوقيعات أو السياسة بدلاً من عدد ثمانيات الرسالة. إن تقليل الحجم ليس إصلاحًا DKIM ؛ يمكن أن يؤدي تغيير المحتوى الموقع إلى إبطال التوقيع، لذلك يجب أن يمر البديل المعتمد عبر سير عمل التوقيع العادي. وعلى العكس من ذلك، فإن ترخيص عنوان IP آخر في SPF لا يؤدي إلى زيادة حجم الرسالة المسموح بها للمستلم. أبقِ التحقيقين منفصلين ما لم تظهر أدلة مستقلة فشل كليهما.
اقرأ إمكانية الحجم المعلن عنها بشكل صحيح
يتيح ملحق SMTP SIZE للخادم الإعلان عن الدعم واختياريًا الحد الأقصى لحجم الرسالة فيه EHLO إجابة. يمكن للعميل الداعم توفير الحجم المقدر به البريد من، مما يسمح بالرفض قبل إرسال الرسالة بأكملها. الحجم بدون رقم لا ينقل أي معلومات ذات حد أقصى ثابت؛ يشير الحجم 0 صراحة إلى عدم وجود حد أقصى ثابت ساري المفعول. ولا يضمن أي منهما القبول. لا تزال المعالجة اللاحقة والقفزات الأخرى تفرض قيودًا. RFC 1870 الأقسام 3 و 4.
بالنسبة لحجم RFC 1870 ، قم بحساب ثمانيات الرسالة بما في ذلك نهايات أسطر CRLF والرؤوس وبنية MIME والمحتوى المشفر، ولكن استبعد نقطة إنهاء DATA ووحدات البايت الإضافية لحشو النقاط. لا تحسب الملف المرفق فقط. يعمل ترميز Base64 على توسيع البيانات الثنائية، وتضيف فواصل الأسطر وأجزاء الرسالة المحيطة المزيد من البايتات. يرى RFC 2045 القسم 6.8. قد تعرض واجهات الموفر الوحدات الدائرية بشكل مختلف. قم بتسجيل الثمانيات المقاسة والحد الدقيق المعلن عنه أو الموثق بدلاً من مقارنة علامتين "MB" غير مفسرة.
قارن بين المتغيرات الخاضعة للرقابة
قم بإنشاء متغيرين معتمدين يختلفان فقط في المحتوى ذي الصلة بالحجم. الحفاظ على الأحجام المتسلسلة الأصغر والأكبر ومرحلة SMTP لكل نتيجة. يمكن أن يحتوي الزوج التوضيحي على نفس النص التوضيحي القصير، مع استبدال مرفق كبير برابط ملف معتمد يتم التحكم في الوصول إليه. لا تفترض أن رابط الملف مناسب للمواد السرية أو أن المستلم لديه حق الوصول إليه.
يتطلب قسم RFC 5321 4.5.3.1 .7 دعمًا لحجم رسالة لا يقل عن 64 كيلو بايت، بما في ذلك الرؤوس. الحد التالي البالغ 100000 ثمانية هو أعلى من الحد الأدنى للبروتوكول، وليس إعداد موفر موصى به.
لإجراء فحص حسابي افتراضي، افترض أن نقطة النهاية نفسها تعلن عن الحجم 100000. وتتجاوز الرسالة المفترضة المكونة من 115,900 ثمانية هذا الحد بمقدار 15,900 ثمانية؛ الاستبدال المفترض 20100 ثمانية هو 79900 ثمانية تحته. يمكن رفض الأول في MAIL FROM؛ والثاني مؤهل لمزيد من المعالجة ولكن قبوله غير مضمون. يتم اختراع هذه الأرقام، وليس القياسات أو نتائج SMTP المنفذة. وهي لا تصف سقف المرفقات الخاص بأي موفر.
قم بإصلاح أضيق القيد ذي الصلة
اسأل مالك النظام الرافض عما إذا كان الحجم هو حد خدمة متعمد أو إعداد تتحكم فيه المؤسسة. إذا كان من الممكن تلبية احتياجات العمل بملف أصغر، فاستخدم هذا المسار بدلاً من رفع الحدود عبر نظام البريد بأكمله. إذا تم السماح بتغيير الحد، ففكر في استهلاك الموارد وفحص البرامج الضارة والتوافق مع المصب قبل تطبيقه.
لا تستمر في إعادة محاولة نفس المحتوى المرفوض نهائيًا دون تغيير. تأكد من عدم قبول النسخة الأصلية في مرحلة أخرى أو لمستلم آخر، ثم قم بإرسال البديل المعتمد مع وجود علاقة واضحة بالمحاولة السابقة. الحفاظ على معرفات الرسالة وقائمة الانتظار الخاصة بها. تعتبر الرسالة الجديدة بمثابة حدث تسليم جديد، حتى لو كان المستخدم يعتبرها نفس المرفق.
أغلق بحجم الرسالة المقاس وحد الرفض المحدد ونتائج المحاولة المصححة. اترك موضع البريد الوارد وإمكانية وصول المستلم إلى المحتوى المرتبط كفحصين منفصلين.
افصل الحد عن الحل البديل
- القياس: قم بحساب الرسالة المتسلسلة الكاملة باستخدام تعريف الحجم، وليس فقط المرفق.
- تحديد الموقع: التقاط خطوة الرفض، ومرحلة الأمر، والحد التشخيصي والمطبق.
- الإصلاح: اختر رسالة أصغر معتمدة أو طريقة تسليم يتم التحكم في الوصول إليها.
- إعادة الفحص: سجل حجم الاستبدال والنتيجة لكل مستلم؛ لا تفترض أن كل حد من المصب يتطابق.
- إغلاق: تأكيد وصول المستلم بشكل منفصل عن قبول SMTP .