كم يدوم صندوق البريد المؤقت، وما الذي ينتهي معه

الإجابة القصيرة، والنصف الذي يفاجئ الناس

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

هذان أمران مختلفان، وخلطهما معًا هو ما ينتج عنه الرسالتان اللتان نتلقاهما بشأن هذا الموضوع — "توقف عنواني عن العمل"، وهو ما لم يحدث، و"هل يمكن الاحتفاظ بهذه لمدة أطول؟"، وهو ما لا يوجد رافعة لتحريكه.

رسالة

قابلة للقراءة 5 أيام من طابعها الزمني الخاص، ثم ترحل. النص والترويسات والمعاينة وأي مرفقات، كلها في اللحظة نفسها.

عنوان

بلا انتهاء صلاحية، لأنه لا يُحتفظ بأي سجل له. إنه مجرد نص. يعمل أول مرة تستخدمه فيها، ويعمل بعد عام أيضًا.

صندوق بريد

السجل الذي يحصي عنوانًا واحدًا تُنشئه أول رسالة تصل إليه، ويُحذف حين ترحل آخر رسالة فيه. أنت لا تُنشئه أو تحذفه بنفسك أبدًا.

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

متى تبدأ الساعة فعليًا

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

والجزء الذي يستحق معرفته هو من أين يُحتسب. فالرسالة تحمل ترويسة Date خاصة بها، كتبها من أرسلها، وهذه هي بداية الـ5 أيام — لكن فقط ما دامت قابلة للتصديق.

1. الترويسة في حدود يوم واحد من الآن. تُؤخذ كما هي. تقع كل رسالة تقريبًا في هذه الحالة، وبالنسبة إليها تمتد النافذة 5 أيام من لحظة ضغط المرسل على الإرسال.
2. الترويسة أبعد من ذلك، في أي من الاتجاهين. تُتجاهل ويُستخدم وقت الوصول بدلاً منها. فبإمكان أي مرسِل كتابة أي تاريخ يريده، حتى لو كان في القرن المقبل، ورسالة لا تنتهي صلاحيتها أبدًا تكون عمليًا رسالة لم تُرسَل قط.
3. لا ترويسة صالحة للاستخدام على الإطلاق. النتيجة نفسها: وقت الوصول.

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

ما الذي يرحل معها، وما الذي يبقى

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

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

غير قابلة للقراءة أولاً، محذوفة ثانيًا

هذان حدثان، وليسا الحدث نفسه. الأول وحده مضبوط بجدول زمني يمكن التعويل عليه، وهو الوحيد الذي يمكنك ملاحظته.

كل عملية قراءة هنا مصفّاة بالموعد النهائي. سرد محتوى صندوق بريد، وفتح رسالة واحدة، وتنزيل مرفق واحد — الثلاثة جميعًا تحمل الشرط نفسه، ورسالة تجاوزت نافذتها لا تطابق أيًّا منها. لا توجد فترة تكون فيها الرسالة "لا تزال موجودة تقنيًا": ففي الثانية التي تنتهي فيها صلاحيتها تختفي من صفحة صندوق البريد، ومن واجهة برمجة التطبيقات، ومن خادم MCP في آن واحد.

وما يحدث بعد ذلك مجرد تدبير روتيني. تمر عملية تنظيف فتسترجع السجل والملفات، على دفعات محدودة، بوتيرة اختيرت بحيث لا يؤدي تصريف تراكم متأخر أبدًا إلى تأخير رسائل واردة حية خلفه. وسرعة وصولها إلى رسالة بعينها لا تغيّر شيئًا يمكن لأحد أن يراه.

الموعد النهائي

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

عملية التنظيف

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

ولهذا فإن إجابة سؤال "هل حُذفت أم أُخفيت فقط؟" هي "كلاهما، بهذا الترتيب" — ولهذا لا يُحدث فرقًا أيّ الحدثين وقع بحلول وقت سؤالك.

قراءة الموعد النهائي مباشرة من الرسالة

لن تحتاج أبدًا إلى حساب التاريخ بنفسك. فكل رسالة تُعيدها واجهة برمجة التطبيقات تحمل الموعد النهائي الذي أُعطيته عند التسليم، بصيغة طابع زمني ISO 8601 بتوقيت UTC.

$ curl -sG https://grabmail.io/api/v1/mailbox \
  --data-urlencode "address=you@grabmail.io"

كل رسالة في الإجابة تحمل طرفي نافذتها الخاصة:

{
  "id": "01k4h2v9r7m3d8f0b6n5c1qtzx",
  "from": "no-reply@example.com",
  "subject": "Confirm your email address",
  "date": "2026-09-01T09:00:00+00:00",
  "seen": false,
  "attachments": 0,
  "expires_at": "2026-09-06T09:00:00+00:00"
}

date هو ما بدأت منه الساعة، وexpires_at هو حيث تتوقف. اطرح أحدهما من الآخر فتحصل على 5 أيام، في كل مرة — وهذه أسرع طريقة لتطمئن إلى أن شيئًا مما فعلته في الأثناء لم يحرّك أي شيء.

expires_at

اللحظة التي تتوقف فيها عن أن تكون قابلة للقراءة. مطلقة، بتوقيت UTC، مع كتابة الإزاحة كاملةً بدل الاكتفاء بحرف Z في النهاية.

date

الطابع الزمني الخاص بالرسالة نفسها — يُصدَّق حين يكون في حدود يوم من الوصول، ويُستبدَل به وقت الوصول بهدوء حين لا يكون كذلك.

اطلب رسالة تجاوزت موعدها النهائي وستحصل على الإجابة نفسها تمامًا التي كنت لتحصل عليها لرسالة لم توجد قط:

{"error":"not_found","message":"no such message in that mailbox, or it has expired"}

لن تخبرك واجهة برمجة التطبيقات أيًّا من الحالتين كانت، وهذا ليس إغفالاً. فالتمييز بينهما كان سيحوّل خطأ 404 إلى وسيلة لتأكيد أن مُعرِّفًا بعينه كان حقيقيًا يومًا ما، وهذا سؤال لا ينبغي أن يستطيع أحد خارج صندوق البريد طرحه.

الاحتفاظ بالشيء الذي جئت من أجله فعلاً

يكاد لا شيء مما يصل إلى عنوان مؤقت يحتاج إلى البقاء بعده. والاستثناءات القليلة يستحق التعامل معها عن قصد بدل اكتشافها في اليوم السادس.

1. رمز، أو رابط، أو كلمة مرور مؤقتة. استخدمه الآن. فهذه أساسًا أقصر الأشياء عمرًا في الرسالة — إذ يتوقف معظم روابط التأكيد عن العمل قبل انقضاء 5 أيام بوقت طويل، وبقاء الرسالة بعد الرابط هو الحالة المعتادة، لا العكس.
2. ملف. نزّله ما دامت الرسالة موجودة. فالرسالة بأكملها محدودة بسقف 5 MB، لذا فهذه ليست عملية كبيرة أبدًا، ويرحل الملف في اللحظة نفسها التي ترحل فيها الرسالة.
3. إيصال أو فاتورة. الحالة الوحيدة التي يكون فيها العنوان المؤقت ببساطة الأداة الخطأ. ضعه في مكان تحتفظ فيه بالأشياء، أو استخدم عنوانًا تحتفظ به.
4. أي شيء أنتجته حزمة اختبارات. تحقق منه داخل التشغيلة نفسها التي أنتجته. فمهمة تقرأ صندوق بريد من تشغيلة الأمس هي مهمة ستصبح متقلبة أول اثنين بعد عطلة نهاية أسبوع طويلة.
5. إثبات لما أرسلته إليك خدمة ما. أخرجه من صندوق البريد في اليوم الذي يصل فيه. فلا تصدير هنا، ولا شيء يُكتب مرتين.

الحذف المبكر، ولماذا ينبغي لسكربت أن يفعله

الانتظار ليس الطريقة الوحيدة لرحيل رسالة. فاستدعاء واحد يحذف رسالة واحدة، ويسري مفعوله فورًا لا في عملية تنظيف لاحقة.

$ curl -sX DELETE -G https://grabmail.io/api/v1/message/01k4h2v9r7m3d8f0b6n5c1qtzx \
  --data-urlencode "mailbox=you@grabmail.io"

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

وهذا لا يغيّر شيئًا في نافذة أي شيء آخر، ولا حاجة إلى ذلك: فكل ما تتركه وراءك يرحل من تلقاء نفسه.

حذف آخر رسالة في صندوق بريد يحذف معها سجل صندوق البريد، تمامًا كما كان سيفعل انتهاء الصلاحية. ولا فرق في الحالة النهائية بين حذف رسالة وانتظار انتهائها — الفرق فقط في التوقيت.

لماذا 5 أيام لا ثلاثون

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

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

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

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

حين تكون قد رحلت بالفعل

لا شيء لتجربته. ويستحق الأمر قوله بوضوح، لأن كل خدمة بريد أخرى استخدمتها من قبل تحتوي على سلة محذوفات في مكان ما، ورد الفعل التلقائي هو البحث عن سلة هذه الخدمة.

لا أرشيف

لا شيء يُنسخ إلى أي مكان في طريقه للخروج.

لا سلة محذوفات

لا توجد حالة وسط بين قابلة للقراءة ومختفية، ولا شيء يحتفظ برسالة لبعض الوقت.

لا تذكرة دعم

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

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

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

من الناحية العملية

كل ذلك، كعادة عمل:

1. افتح عنوانًا واستخدمه. فلا شيء لتفعيله، ولا شيء يبدأ العد التنازلي.
2. افعل ما فتحته من أجله — الرمز، أو الرابط، أو الملف — وأنت لا تزال هناك.
3. أخرج من صندوق البريد أي شيء تنوي الاحتفاظ به في اليوم الذي يصل فيه.
4. إن كان سكربت هو من يقرأه، فاجعل قراره مبنيًا على expires_at لا على عدد المحاولات.
5. احذف ما انتهيت منه، ولو لمجرد أن يعبّر صندوق البريد عمّا تبقى فعله.
6. عد إلى العنوان نفسه متى شئت. سيكون موجودًا، وسيكون فارغًا.

هذا السطر الأخير هو ما يستحق تذكّره. العنوان دائم والبريد ليس كذلك، وهذا عكس كل صندوق بريد تملكه بالفعل — وهذا هو السبب كله في أن هذا الصندوق لا يكلّف شيئًا ولا يطلب شيئًا.

أسئلة