مولد بريد إلكتروني عشوائي

أربعة أنواع من عناوين البريد الإلكتروني للاختبار

اختر تنسيق الإخراج المناسب للمكان الذي ستلصق القائمة فيه — عنوان واحد لكل سطر، أو مفصول بفواصل أو بفواصل منقوطة (وهو التنسيق الذي تقبله معظم برامج البريد وأنظمة CRM)، أو كمصفوفة JSON للكود البرمجي، أو أسطر بصيغة "Name" <email> لملفات الاستيراد.

مولد عناوين بريد إلكتروني وهمية: لماذا النطاقات المحجوزة؟

أي عنوان عشوائي على نطاق مزود خدمة حقيقي مثل john.smith84@gmail.com يعود في الغالب لشخص حقيقي بالفعل. فإذا أرسل نظام الاختبار لديك رسالة ترحيبية أو رابط إعادة تعيين كلمة المرور أو فاتورة إليه، فسيستلمها شخص غريب — وإذا لم يكن العنوان موجوداً، فإن ارتداد الرسائل (Bounce) سيضر بسمعة الإرسال الخاصة بنطاقك، فضلاً عن أن بعض العناوين المختلقة تكون مصائد للبريد المزعج (Spam traps). لهذا السبب، لا يقوم هذا المولد إطلاقاً بإنشاء أسماء عشوائية على gmail.com أو outlook.com أو yahoo.com.

تستخدم العناوين الوهمية نطاقات محجوزة رسمياً لهذا الغرض تحديداً: example.com وexample.net وexample.org (وفق معيار RFC 2606)، ونطاقات المستوى الأعلى .test و.example و.invalid (وفق RFC 2606 وRFC 6761). بل إن النطاقات example.com وexample.net وexample.org تنشر سجل "null MX" (وفق RFC 7505) يُخبر خوادم البريد كافة بأنها لا تقبل أي رسائل إطلاقاً — ويمكنك التأكد من ذلك عبر dig MX example.com. هذه العناوين صالحة تماماً وفق مواصفات RFC، ولكن بعض نماذج التسجيل ومكتبات التحقق تحظر هذه النطاقات عن عمد — وفي هذه الحالة، استخدم نطاقك الخاص أو العناوين المستعارة (+alias) بدلاً منها.

العنونة بعلامة الزائد (Plus Addressing): صناديق اختبار لا نهائية مجاناً

تدعم معظم منصات البريد الكبرى توجيه الرسائل من الصيغة name+anything@domain إلى name@domain: حيث تدعمها Gmail وGoogle Workspace وOutlook.com وMicrosoft 365 (ما لم يعطلها المسؤول) وFastmail وProton Mail. ما عليك سوى إدخال بريدك الحقيقي ووسم مخصص (Tag)، وسيولد لك الموقع العدد الذي تحتاجه من العناوين الفريدة — مثل you+signup-001@gmail.com وyou+signup-002@gmail.com وهكذا. في معظم التطبيقات يُعامل كل عنوان مستعار كمستخدم جديد تماماً، وتصل كافة رسائل التفعيل إلى صندوقك الفعلي مع إمكانية تصنيفها وفق الوسم؛ وتجدر الإشارة إلى أن بعض التطبيقات تزيل الوسم تلقائياً لمنع تكرار التسجيل، وهو أمر يستحق اختباره بحد ذاته. وإذا كان الموقع يرفض رمز +، يمكنك تفعيل خيار نقاط Gmail كبديل لوسوم + للحصول على عناوين بنمط j.ohn@gmail.com، نظراً لأن بريد Gmail يتجاهل النقاط الموجودة قبل علامة @ في عناوين gmail.com (ولا ينطبق ذلك على نطاقات Google Workspace).

استقبال رسائل البريد الإلكتروني الصادرة من تطبيقك

لبيئات التطوير المحلية، أفضل حل هو استخدام أداة التقاط بريد محلية مثل Mailpit (أو smtp4dev على Windows): يمكنك توجيه إعدادات SMTP الخاصة بتطبيقك إليها، وستظهر كل رسالة تُرسل لأي عنوان في صندوق وارد على جهازك مباشرة عبر المتصفح دون أن تغادره. أما لبيئات الاختبار المرحلية المشتركة (Staging)، فاستخدم نطاقاً فرعياً تديره (مثل qa.yourcompany.com) مع تفعيل خيار الاستقبال الشامل (catch-all)، وقم بتوليد العناوين عليه باستخدام خيار على نطاقك الخاص. ولا يُنصح بالاعتماد على مواقع البريد المؤقت العامة لأغراض الاختبار البرمجي: فصناديقها مكشوفة لأي شخص يخمن العنوان، فضلاً عن أن الكثير من التطبيقات تحظر نطاقاتها بالكامل.

شروط صحة عنوان البريد الإلكتروني

• لا يتجاوز الجزء الذي يسبق @ 64 حرفاً، ولا يتجاوز العنوان بأكمله 254 حرفاً.
• تُقبل الحروف والأرقام والنقاط والشرطات والشرطات السفلية عالمياً؛ بينما الرمز + والرموز الأخرى مقبولة في المعيار القياسي لكنها تُرفض في بعض النماذج.
• لا يجوز أن تبدأ النقطة الجزء المحلي أو تنتهي به، أو تظهر نقطتان متتاليتان (إلا إذا كان الجزء المحلي داخل علامات تنصيص).
• تتيح مواصفات RFC النطاقات أحادية التسمية مثل localhost، وعناوين IP الصريحة، والأجزاء المحلية المقتبسة، إلا أن أغلب أدوات التحقق تتطلب نطاقاً يحتوي على نقطة ونطاق مستوى أعلى معروف.

يعرض وضع حالات استثنائية (Edge cases) أكثر من عشرين عنواناً تقع على هذه الحدود الدقيقة، مع بيان مدى صلاحية كل منها والسبب — لتتمكن من لصقها في اختبارات الوحدة (Unit tests) ومعرفة ما تقبله دوال التحقق لديك.