مرفقات البريد المؤقت: الحد الأقصى للحجم وقواعد الأمان

ما الذي يُعدّ مرفقًا؟

الرسالة شجرة من الأجزاء، وبعضها فقط ملفات. القاعدة هنا متساهلة عن قصد، لأن البديل — الوثوق بأن يضع المرسل الوسم الصحيح على كل جزء — يفقد بصمت مرفقات كان أي برنامج بريد سيعرضها:

أي جزء وُسم على أنه مرفق

جزء تقول ترويسة Content-Disposition فيه attachment. هذه هي الحالة المعتادة التي تتفق عليها كل برامج البريد.

أي جزء يحمل اسم ملف

جزء يحمل filename، أيًا كان الوسم الآخر عليه. المرسلون يخطئون في الوسم باستمرار، والملف الذي له اسم هو ملف.

الأجزاء المسمّاة التي ليست نصًا

جزء يحمل name ونوعه ليس text/…. هذا ما يلتقط الشعار في توقيع HTML — فقد تصل الرسالة بمرفقات لم تتوقعها، ولم يعتبرها المرسل مرفقات أصلاً.

لذلك يكون العدد الذي تراه غالبًا أعلى مما قصده المرسل. عشرون هو الحد الأقصى الذي تحتفظ به أي رسالة؛ فإن حملت رسالة أجزاءً بأسماء ملفات أكثر من ذلك، تُحفظ العشرون الأولى وتُسقط البقية — وهذا يستحق معرفته قبل أن تبني عليه أي شيء.

اسم الملف كما يصل عبر الشبكة لا يُستخدم أبدًا كمسار. يُكتب الملف تحت اسم يُولَّد تلقائيًا، ويُحفظ الاسم الأصلي بجانبه كبيانات فقط، فلا يستطيع المرسل تحديد مكان وصول ملفه بتسميته باسم يحتوي على شرطة مائلة.

أين يقع سقف الحجم فعليًا؟

الرقم المعلن هو 5 MB، ويستحق التدقيق فيما يقيسه فعلاً: الرسالة المُرمَّزة كاملة. لا المرفق وحده، ولا مجموع المرفقات — بل كل ما يسلّمه خادم الإرسال، بعد أن يكون ترميز MIME قد كبّره فعلاً.

base64 — طريقة عبور الملف الثنائي بروتوكولًا بُني للنصوص — يحوّل كل ثلاثة بايتات إلى أربعة. أضف إلى ذلك فواصل الأسطر التي يحتاجها، فيصل الملف أكبر بنحو الثلث مما كان عليه على القرص، بل أكثر قليلاً بعد حسابها. وبالحساب العكسي انطلاقًا من 5 MB، يكون الحد الفعلي ملفًا بحجم 3.5 MB تقريبًا، وأقل من ذلك لرسالة تحمل توقيعًا وجزء HTML.

ما الذي يُقاس

الترويسات، وجزء النص، وجزء HTML، وكل مرفق — جميعها بعد الترميز.

عدد المرفقات في الرسالة الواحدة

عشرون. وفي الواقع، سقف الحجم يصل أولاً.

أجزاء النص

يُحتفظ بكل جزء حتى 2 MiB بعد فك الترميز. المتن الأطول من ذلك يُخزَّن مقتطعًا — وهو ما لا يقترب منه أي بريد عادي، وإن كان تقرير مُولَّد آليًا قد يفعل.

ماذا يحدث حين يكون الملف كبيرًا جدًا؟

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

>>> MAIL FROM:<news@example.com> SIZE=7602176
<<< 552 5.3.4 Message size exceeds fixed limit

هذا أهم مما يبدو. فخدمة تقبل الرسالة ثم تُسقطها لاحقًا كانت ستترك المرسل يظن أنها وصلت، وتتركك أنت تنتظر شيئًا لن يظهر أبدًا. أما الرفض وقت SMTP فهو عطل حقيقي يُبلَّغ به شخص حقيقي: يصل المرسل بريد ارتداد يحمل السبب.

أما المرسل الذي لا يعلن الحجم مسبقًا فيحصل على الجواب نفسه في نهاية الرسالة بدلاً من ذلك، بعد أن يحسب خادم البريد البايتات بنفسه. وفي الحالتين لا يصل شيء إلى صندوق البريد ولا يصل شيء مقتطعًا.

كيف تُنزّل مرفقًا من صندوق الوارد؟

في المتصفح، الأمر تمامًا حيث تتوقعه. افتح الرسالة وستجد المرفقات مدرجة تحتها، كل واحد باسمه الذي وضعه المرسل وحجمه الفعلي الذي وصل.

1. افتح الرسالة. تُحدَّث القائمة من تلقاء نفسها، فالملف الذي يصل بينما تنظر إلى صندوق البريد يظهر دون إعادة تحميل الصفحة.
2. اقرأ الاسم والحجم قبل أن تنقر. كلاهما حقيقتان عن الملف الذي وصل، وهما آخر ما تراه قبل أن يصل الملف إلى جهازك.
3. انقر عليه. يُنزَّل الملف. لا يُفتح أبدًا داخل المتصفح، مهما ادّعى أنه يكون — والقسم التالي يشرح لماذا هذه ميزة لا نقصًا.

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

كيف تُنزّل مرفقًا عبر واجهة برمجة التطبيقات؟

قراءة الرسالة تعيد مرفقاتها في قائمة، ويصل كل مرفق ورابطه جاهز مسبقًا:

"attachments": [
  {
    "id":       "01JR8W2K4QATT1",
    "filename": "invoice.pdf",
    "mime":     "application/pdf",
    "size":     184320,
    "url":      "/api/v1/attachment/01JR8W2K4QATT1?mailbox=k7fq2m%40grabmail.io"
  }
]

هذا الرابط هو طلب GET بسيط يمرَّر فيه عنوان صندوق البريد كمعامل استعلام، ولا يحتاج على النطاقات العامة إلى أي شيء آخر — لا مفتاح، ولا جلسة، ولا حساب:

curl -OJ "https://grabmail.io/api/v1/attachment/01JR8W2K4QATT1?mailbox=k7fq2m%40grabmail.io"

يخبر -OJ برنامج curl بحفظ الملف تحت الاسم الذي يرسله الخادم بدل تحت المعرّف. وتجيب نقطة الوصول بواحد من ثلاثة أشياء: الملف نفسه، أو 404 إن لم يوجد مرفق بهذا المعرّف في ذلك الصندوق أو كان قد انتهت صلاحيته، أو 429 إن كنت تطلب أكثر من مرة في الثانية.

معرّف المرفق مرتبط بصندوق بريده، فمعرّف من عنوان يعطي 404 عند عنوان آخر. لا توجد نقطة وصول تسرد المرفقات وحدها — فهي تصل مع رسالتها وتُقرأ منها. مرجع واجهة برمجة التطبيقات يوضّح الشكل الكامل لاستجابة الرسالة.

لماذا يُنزَّل كل ملف كبيانات ثنائية؟

أيًا كان ما قاله المرسل عن نوع ملفه، يعود الملف بصيغة application/octet-stream ويُنزَّل بدلاً من أن يُفتح. هذا ليس إهمالاً في التعامل مع أنواع المحتوى — بل الجواب الآمن الوحيد حين يأتي الملف من شخص مجهول.

نوع المحتوى الذي حدده المرسل لا يُعاد أبدًا

من يسمّي ملفه text/html ويحصل على عرضه من مصدرنا، يشغّل صفحته وكأنها نحن، داخل جلستك، بكل ما يتيحه ذلك من وصول. لذلك يُسقَط الوسم، ويقرر من يستدعي الملف نوعه اعتمادًا على البيانات الوصفية المرافقة له.

تنزيل دائمًا، وعرض أبدًا

Content-Disposition: attachment في كل استجابة، فلا يُعرض شيء في مكانه، أيًا كان الوسم الذي يحمله.

لا تخمين للنوع، ولا شيء يُسمح له بالتشغيل

X-Content-Type-Options: nosniff يمنع المتصفح من تخمين نوع مختلف، وسياسة Content-Security-Policy بقيمة default-src 'none'; sandbox تعني أنه حتى لو عُرض شيء ما، فلن يستطيع تحميل أي شيء أو تشغيل أي شيء.

اسم الملف لا يمكن أن يصبح ترويسة

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

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

هل يُفحص المرفق بحثًا عن فيروسات؟

لا يوجد برنامج مضاد فيروسات، ولا تفجير في بيئة معزولة، ولا فحص للسمعة. هذا حد مُعلَن لا إغفال، ويغيّر ما يمكنك فعله بأمان بما يصل إليك:

• أي شخص يستطيع الإرسال إلى عنوان عام. لا يحتاج إلى معرفتك — يحتاج فقط إلى معرفة العنوان، والعناوين القصيرة يمكن تخمينها. الملف في صندوق بريد عام مجهول المصدر افتراضيًا.
• الملفات التنفيذية والسكربتات خطرة هنا تمامًا كخطورتها في أي مكان آخر. لا شيء يُصفَّى حسب الامتداد، ولا شيء ينظر داخل الأرشيف ليرى ما فيه.
• المستندات القادرة على تشغيل أشياء هي الحالة الأكثر شيوعًا. ملفات المكتب المزوَّدة بوحدات ماكرو وملفات PDF بإجراءات مضمَّنة هي الطريقة التي يحدث بها معظم هذا فعليًا، لا الملفات التنفيذية الواضحة.
• الاسم لا يخبرك بشيء. الملف المسمّى invoice.pdf هو ما تقوله بايتاته فعلاً، والامتداد اختاره من أرسله.

متى تُحذف المرفقات؟

ليس للمرفق حياة خاصة به. فهو ملك لرسالته، ويزول حين تزول:

بعد 5 يومًا

يُحذف مع الرسالة، سواء قُرئت أم لا، وفق عداد يبدأ من لحظة الوصول. لا يوجد أرشيف ولا تصدير.

حين تحذف الرسالة بنفسك

فورًا، ويصبح الرابط 404. الاستدعاء نفسه سواء حذفت من صندوق الوارد أو عبر واجهة برمجة التطبيقات.

لا سبيل للتراجع

لا استرجاع، ولا مهلة سماح، ولا صندوق دعم فني تسأله. أي شيء ستحتاجه غدًا عليك تنزيله اليوم.

متى يكون البريد الإلكتروني الأداة الخطأ؟

بعض ما يحاول الناس فعله بالمرفقات هنا ليس حدًا يمكن الالتفاف عليه — بل أداة خاطئة للمهمة أصلاً:

• ملف أكبر من السقف. لا شيء يرفعه. أرسل رابطًا بدلاً من ذلك.
• شيء ستحتاجه الشهر القادم. 5 يومًا حد صارم تفرضه مهمة مجدولة، لا إعداد قابل للتغيير. اجلبه الآن، أو استخدم صندوق بريد حقيقيًا.
• أي شيء يزعجك أن يقرأه شخص غريب. على نطاق عام، العنوان هو القفل الوحيد على الباب، وهو قفل قصير.

نطاق تملكه أنت يغيّر الحالة الثالثة من هذه، ولا يغيّر الأوليين: السقف ومدة الاحتفاظ يبقيان كما هما تمامًا، لكن العنوان يقوم على اسم لا يظهر في أي مكان على هذا الموقع، فلا أحد يرسل ملفات إليه بالتخمين. سجل MX واحد يكفي لذلك:

سجل MX الخاص بنطاقك10 smtp.grabmail.ioنسخ

الشرح الكامل خطوة بخطوة هنا — السجل، وما يثبته نشره، والحدود الصادقة لصندوق بريد بلا كلمة مرور عليه.

أسئلة