بريد التأكيد لم يصل؟ الأسباب الشائعة وطريقة الحل

ابدأ بفحص الستين ثانية

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

1. أعد قراءة العنوان حرفًا حرفًا. ليس العنوان الذي في ذهنك — بل الذي أمامك فعلاً على الشاشة، قارنه بما هو مكتوب فعلاً في النموذج. rn مقابل m، وl مقابل 1، نقطة أضفتها، نقطة أسقطتها: عنوان يختلف بحرف واحد هو صندوق بريد آخر يعمل تمامًا وليس ملكك.
2. تأكد من النطاق الذي استخدمته. هناك ثلاثة نطاقات عامة متاحة، والاسم نفسه أمام كل واحد منها هو ثلاثة صناديق بريد منفصلة تمامًا. k7fq2m@grabmail.io وk7fq2m@mixozia.com لا علاقة لأحدهما بالآخر.
3. تأكد أنك لا تراقب المستعار. المستعار هو العنوان الذي توزعه على الآخرين؛ أما صندوق البريد فيُفتَح تحت العنوان الذي تحتفظ به لنفسك. مراقبة المستعار تعطيك صندوقًا فارغًا في كل مرة — لا لأن البريد متأخر، بل لأنه لا يُخزَّن تحته شيء أصلاً.
4. اطلب من الموقع إرساله مرة أخرى. تحتوي معظم نماذج التسجيل رابطًا لإعادة الإرسال، وهو مجاني. إذا وصلت الرسالة الثانية فورًا، فهذا يعني أن الأولى ضاعت من جهة المرسل، ولا شيء هنا يستحق البحث فيه.

المدة التي يفترض أن يستغرقها بريد التأكيد

يظهر بريد التأكيد عادةً بعد ثانيتين أو ثلاث ثوانٍ من ضغط الزر. وإليك ماذا يعني الانتظار لمدة أطول:

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

أنت تراقب صندوق البريد الخطأ

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

خطأ إملائي، في أي من الجانبين

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

name+tag@ ليس name@

إضافة علامة بعد + هنا تفتح صندوق بريد منفصلاً، لا تضع وسمًا على صندوق موجود. وهذا مقصود — فالوسوم هي طريقة الناس في الفصل بين عمليات التسجيل — لكن معناه أن shop+aug@grabmail.io لا يظهر أبدًا في shop@grabmail.io. افتحه تمامًا كما كتبته، بالوسم كاملاً.

نطاق عام مختلف

الاسم نفسه على grabmail.io وmixozia.com وlinqmail.com هو ثلاثة صناديق بريد لا علاقة بينها. لا شيء مشترك بينها.

المستعار، لا العنوان

المستعار يوصل الرسائل إلى صندوق البريد، لكنه لا يستطيع قراءتها أبدًا. الصق المستعار في صندوق الوارد وسيبقى فارغًا إلى الأبد، مهما وصل من بريد.

هاتف حاول أن يساعد

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

صندوق بريد شخص آخر، لفترة وجيزة

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

الموقع لم يرسلها أصلاً

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

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

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

الموقع يرفض العناوين المؤقتة

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

لا توجد حيلة تجعل نطاقًا محظورًا غير محظور، وأي خدمة تروّج لـ«بريد مؤقت يعمل في كل مكان» ليست إلا قائمة لم تُحدَّث بعد. ما يعمل فعلاً هو عنوان لم يدرجه أحد في أي قائمة — وهذا موضوع القسم التالي.

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

الحل الذي يزيل هذه المشكلة من جذورها

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

• لا قائمة حظر سمعت به من قبل. نطاقك لا يُذكر في أي مكان على هذا الموقع، فلا يوجد ما يقارن به أي مرشِّح.
• لا أحد آخر يحاول تخمينه. النطاقات العامة موجودة في كل صفحة هنا؛ أما نطاقك فليس كذلك، فحتى عنوان قصير عليه لا يتشاركه غرباء.
• عنوان واحد لكل خدمة، بلا أي تصادم. forum@ اليوم وshop@ غدًا، وكلاهما على نطاق لا يستخدمه غيرك — وحين يبدأ أحدهما باستقبال spam تعرف بالضبط من باعه.

السجل نفسه سطر واحد، ونشره هو كل ما يلزم لإثبات الملكية — لا حساب يُنشأ ولا شيء يُتحقَّق منه:

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

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

حين تكون مجموعة اختبارات تنتظر، لا شخصًا

كل ما سبق ما يزال ينطبق، بالإضافة إلى ثلاثة أعطال لا تصيب إلا السكربتات:

صندوق البريد الفارغ ليس خطأ

لا شيء يُنشأ هنا، لذا فإن عنوانًا لم يستقبل شيئًا قط يجيب بـ200 مع count: 0 وقائمة فارغة. النطاق الوحيد الذي يجيب بـ404 هو نطاق لا نستضيفه. الكود الذي يعامل «الفراغ» على أنه فشل يستسلم قبل وصول البريد بثانية واحدة.

أنت تُسبت السكربت بدل استطلاعه

مدة sleep(5) الثابتة طويلة جدًا في الأيام الجيدة وقصيرة جدًا في الأيام السيئة. استطلع مرة كل ثانية مقابل مهلة زمنية فعلية، واجعل الاختبار يفشل عند انتهاء المهلة لا بعد عدد ثابت من المحاولات.

تجاوزت حد المعدل

طلب واحد في الثانية لكل عنوان. تجاوزه يعطيك 429 مع ترويسة Retry-After بعدد ثوانٍ صحيح. العميل البرمجي الذي يتجاهل هذه الترويسة ويقصف الخادم بالطلبات هو عميل ينتظر أطول.

deadline=$(( $(date +%s) + 60 ))
while [ "$(date +%s)" -lt "$deadline" ]; do
  n=$(curl -sG https://grabmail.io/api/v1/mailbox \
        --data-urlencode "address=$ADDR" | jq '.count')
  [ "$n" -gt 0 ] && break
  sleep 1
done

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

وصلت، لكنها لم تعد موجودة

ثلاث طرق تجعل رسالة وصلت فعلاً غير موجودة أمامك الآن:

انتهت صلاحيتها

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

شخص ما حذفها

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

أنت من حذفها

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

إن لم تصل بعد

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

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

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

أسئلة