عارض ملفات البريد الإلكتروني

صيغتان وقارئ واحد

ملف .eml هو الرسالة كما عبرت الشبكة تمامًا: كتلة ترويسات وفق RFC 5322، ثم سطر فارغ، ثم متن MIME. أما ملف .msg من Outlook فشيء آخر تمامًا: ملف مركَّب يحتوي خصائص MAPI بعد فك ترميزها، حيث يُخزَّن المرسِل والمستقبلون والموضوع والنص والمرفقات في حقول منفصلة ذات أنواع. تقرأ هذه الأداة الصيغتين وتعرضهما بالطرق نفسها، لأن ما يريده القارئ منهما واحد.

تُحدَّد الصيغة من البايتات لا من الامتداد. فملف .msg أُعيدت تسميته إلى .eml أمر شائع جدًا — تُخرجه أنظمة التذاكر وبوابات البريد باستمرار — وهو يُفتح هنا دون اعتراض.

الصور البعيدة تبقى معطَّلة

كثيرًا ما تشير رسائل HTML إلى صور على خادم المرسِل. تحميل صورة واحدة منها يخبره أن الرسالة فُتحت، ومن أي عنوان، وفي أي وقت. مفتاح إظهار الصور البعيدة معطَّل، والتعطيل هنا يعني أن الطلب لا يُرسَل أصلًا: تُعرض المعاينة داخل إطار معزول تحمل سياسة Content-Security-Policy تمنع كل اتصال صادر. ويُعرض عدد المراجع المحجوبة كي ترى كم متعقِّبًا تحمل الرسالة.

الصور المضمَّنة بمرجع cid: مختلفة: هذه الأجزاء موجودة داخل الملف أصلًا، وتُدرَج من بايتات الرسالة نفسها. تُزال السكربتات والنماذج والإطارات قبل العرض، ولا يُمنح الإطار تنفيذ سكربتات ولا وصولًا إلى المصدر نفسه.

ما لا يستطيع ملف ‎.msg تقديمه

لا يحفظ ملف .msg البايتات التي وصلت. غالبًا ما يحتفظ Outlook بكتلة الترويسات الأصلية داخل خاصية واحدة، وعندئذٍ يعرضها هذا العارض حرفيًا. وزر حفظ كملف ‎.eml يعيد بناء رسالة من تلك الترويسات مع النص والمرفقات بعد فك ترميزها — إعادة بناء أمينة، لكنها ليست الملف الأصلي. لن تُتحقَّق توقيعات DKIM منها، ومقارنة البايتات بلا معنى. هذه خاصية من خصائص الصيغة، لا قصور في الأداة.

كل شيء يحدث في هذه اللسان. ولا يُرفع أي جزء من الرسالة إلى أي مكان.