يصف هذا المستند الاختلافات بين إجراءات تصفية الرسائل drop-attachments by-name و-type و-filetype و-mimetype على جهاز أمان البريد الإلكتروني Cisco Email Security Appliance (ESA).
يمكن أن يكون للرسائل التي يتم إرسالها باستخدام MIME تسميات معينة إلى أجزاء متن مختلفة، والتي غالبا ما تسمى مرفقات. قد تتعارض هذه التسميات (وتتعارض) مع بعضها البعض في المعلومات التي تقدمها. وإضافة إلى ذلك، قد يكون لجزء الجسم صفاته الخاصة. على سبيل المثال، قد يأخذ المستخدم صورة JPEG، ويرفقها برسالة بريد، ويعطيها نوع MIME من النص/html، ويضع علامة عليها باسم ملف MIME من يناير.mp3. كل هذه التسميات تتعارض مع حقيقة ما هو المرفق.
على سبيل المثال، ضع في الاعتبار رأس هذه الرسالة:
Boundary_(ID_n6BU1raweF+4UwCeweFmVQ)
Content-type: application/msword; name="eval form.doc"
Content-transfer-encoding: BASE64
Content-disposition: attachment; filename="eval form.doc"
Content-description: eval form.doc
في هذه الحالة، تكون أسماء ملفات MIME وأنواع MIME متناسقة وقد تطابق التنسيق الحقيقي لجزء الجسم (المرفق) وقد لا تتطابق. ومع ذلك، في هذا الرأس، هناك عدم تناسق:
Boundary_(ID_n6BU1raweF+4UwCeweFmVQ)
Content-type: image/jpeg; name="eval form.doc"
Content-transfer-encoding: BASE64
Content-disposition: attachment; filename="evaluation.zip"
Content-description: These are the latest warez, d00d.
بالنسبة للرسائل المكونة بشكل جيد، يكون تنفيذ السياسة سهلا إلى حد ما. ولكن في حالة شخص ما يحاول عن قصد أو من دون قصد تجاوز السياسة، فإن الأمر يتطلب قدرا إضافيا من المرونة.
غالبا ما يريد مديرو الشبكة إسقاط مرفقات من نوع معين، مثل جميع ملفات MP3. ومع ذلك، يعني تنفيذ هذه السياسة أنه يجب عليك تحديد أي من التسميات تريد الاهتمام بها (إذا كان أي منها). يمنحك AsyncOS المرونة للنظر إلى نوع MIME (مثل النص/html)، اسم ملف MIME (مثل JAN.mp3)، وإلى بصمة الإصبع الفعلية للمرفق لمحاولة تحديد التنسيق الحقيقي. عند تنفيذ النهج باستخدام عوامل تصفية الرسائل أو عوامل تصفية المحتوى، قد ترغب في إستخدام واحد أو أكثر من هذه التسميات.
فيما يلي أوصاف إجراءات تصفية الرسائل: