SPF تكراري مع حد الـ 10 استعلامات ومفاتيح DKIM وسياسة DMARCRecursive SPF with the 10-lookup limit, DKIM keys and DMARC policy
مدقق البريد الإلكترونيEmail Validator
تحقق من عنوان واحد أو آلاف العناوين: صحة الصيغة، وأن النطاق يستقبل بريدًا (MX)، وكشف البريد المؤقت وعناوين الأدوار (مثل info@) والأخطاء الإملائية، مع إزالة المكرر وتصدير القوائم النظيفة. Check one address or thousands: syntax validity, whether the domain can receive mail (MX), plus disposable addresses, role addresses (like info@) and typos, with de-duplication and clean-list export.
كيف تُحسب النتيجة؟How the result is calculated
1) الصيغة: نفكّك العنوان عند آخر @ ونتحقق وفق RFC 5321/5322 بقواعد عملية: الجزء المحلي ≤ 64 حرفًا والعنوان كله ≤ 254، والنقاط لا تكون في البداية أو النهاية أو متتالية، وأحرف مسموحة محددة، والنطاق من تسميات ≤ 63 حرفًا بلا شرطة في أطرافها، ونطاق علوي (TLD) حرفي لا يقل عن حرفين. نحوّل النطاقات العالمية (IDN) إلى punycode قبل الفحص.
2) النطاق (MX): نستعلم DNS-over-HTTPS عن سجل MX. إن لم يوجد نرجع إلى A/AAAA وفق RFC 5321 §5.1 (MX ضمني). النطاق غير الموجود (NXDOMAIN) أو بلا أي سجل أو بـ MX فارغ (0 .، RFC 7505) يُعدّ غير صالح. يُستعلم عن كل نطاق مرة واحدة مهما تكرر.
3) المخاطر: نعلّم البريد المؤقت بمطابقة قائمة نطاقات خدمات البريد المؤقت المعروفة (قائمة جزئية مضمّنة)، وعناوين الأدوار (info وadmin وnoreply…) لأنها صندوق مشترك ضعيف التفاعل، والأخطاء الإملائية المحتملة بمسافة Damerau-Levenshtein من مزودي البريد الشائعين (مثل gmial.com ← gmail.com).
4) النتيجة: غير صالح = خلل في الصيغة أو نطاق لا يستقبل بريدًا. محفوف بمخاطر = الصيغة والنطاق سليمان لكن العنوان مؤقت أو دور أو خطأ إملائي محتمل. غير محدد = تعذّر الاستعلام DNS. صالح = صيغة سليمة ونطاق يستقبل بريدًا. لا تعني "صالح" أن صندوق البريد موجود.
5) إزالة المكرر: يُقارن بعد تحويله إلى أحرف صغيرة، وعند تفعيل خيار Gmail تُزال النقاط ولاحقة +tag من عناوين gmail.com وgooglemail.com لأن Gmail يعاملها صندوقًا واحدًا.
1) Syntax: we split the address at the last @ and validate per RFC 5321/5322 using practical rules: local part ≤ 64 characters and the whole address ≤ 254; dots not leading, trailing or consecutive; a defined set of allowed characters; domain labels ≤ 63 characters with no edge hyphens; and an alphabetic TLD of at least two letters. Internationalized domains (IDN) are converted to punycode before checking.
2) Domain (MX): we query the MX record over DNS-over-HTTPS. If none exists we fall back to A/AAAA per RFC 5321 §5.1 (implicit MX). A non-existent domain (NXDOMAIN), one with no record at all, or one with a null MX (0 ., RFC 7505) is invalid. Each domain is queried once however often it repeats.
3) Risk: we flag disposable addresses by matching a list of known disposable-mail domains (an embedded partial list), role addresses (info, admin, noreply…) because they are shared, low-engagement inboxes, and likely typos using Damerau-Levenshtein distance from popular providers (such as gmial.com → gmail.com).
4) Result: Invalid = a syntax defect or a domain that cannot receive mail. Risky = syntax and domain are fine but the address is disposable, a role, or a likely typo. Unknown = the DNS lookup failed. Valid = a sound syntax and a domain that receives mail. “Valid” does not mean the mailbox exists.
5) De-duplication: compared in lowercase, and with the Gmail option on, dots and the +tag suffix are removed from gmail.com and googlemail.com addresses because Gmail treats them as one mailbox.
أسئلة شائعةFAQ
هل تُرسل عناوين البريد إلى خادم؟Are email addresses sent to a server?
لا. الصيغة والتكرار والأدوار والمؤقت تُفحص في متصفحك. الذي يُرسل فقط هو اسم النطاق (ما بعد @) إلى خدمة DNS العامة المختارة، ولا يُرسل الجزء المحلي (قبل @).No. Syntax, duplicates, roles and disposable checks run in your browser. Only the domain name (after @) is sent to the selected public DNS service; the local part (before @) is never sent.
لماذا "صالح" لا يعني أن الصندوق موجود؟Why does “valid” not mean the mailbox exists?
لأن التحقق من الصندوق يحتاج محادثة SMTP مع خادم المستقبِل، والمتصفح لا يفتح اتصالات TCP خام. ولأن كثيرًا من الخوادم تقبل أي عنوان ثم ترتدّ لاحقًا. للتحقق الكامل تحتاج خدمة تحقق SMTP مخصصة.Because mailbox verification requires an SMTP conversation with the receiving server, and browsers cannot open raw TCP connections. Also many servers accept any address and bounce later. Full verification needs a dedicated SMTP verification service.
هل أحذف عناوين الأدوار مثل info@؟Should I delete role addresses like info@?
ليس بالضرورة. هي صالحة للمراسلات التجارية، لكنها ضعيفة التفاعل في النشرات وقد تحوي أشخاصًا لم يشتركوا فعلًا. يمكنك إلغاء الخيار لتعدّها صالحة.Not necessarily. They are valid for business correspondence but have low engagement in newsletters and may include people who never subscribed. You can disable the option to treat them as valid.
ما أقصى عدد عناوين؟What is the maximum number of addresses?
5,000 عنوان في الدفعة. الحد لحماية المتصفح وخدمة DNS العامة من الإفراط في الطلبات.5,000 addresses per batch. The limit protects the browser and the public DNS service from excessive requests.


