تبدو العناوين بسيطة لكن المعايير أوسع مما تفترضه معظم نماذج التسجيل، وأضيق مما يقبله بعضها. هذا ملخص عملي.
البنية
العنوان الجزء-المحلي@النطاق بعلامة @ واحدة فاصلة (والاقتباس هو الاستثناء النادر).
الجزء المحلي
- طوله حتى 64 بايتًا.
- الصيغة المعتادة (dot-atom): أحرف لاتينية وأرقام و
! # $ % & ' * + / = ? ^ _ ` { | } ~ -ونقطة، بشرط ألّا تبدأ بنقطة أو تنتهي بها أو تتكرر نقطتان متتاليتان. - يُسمح نظريًا بالنص المقتبس
"john doe"@example.comوهو نادر الاستخدام. - علامة
+صالحة:name+tag@example.comعنوان صحيح (subaddressing)، فلا ترفضه في النماذج. - حساسية الحروف في الجزء المحلي مسموحة نظريًا، لكن عمليًا لا يميّز المزوّدون الكبار بينها.
النطاق
- طوله الكلي حتى 255 حرفًا وكل تسمية حتى 63، ولا تبدأ بشرطة ولا تنتهي بها.
- الحروف والأرقام والشرطة، وغير حساس لحالة الأحرف.
- النطاق الأعلى (TLD) لا يكون كله أرقامًا.
- النطاقات الدولية (IDN): تُرسَل بصيغة Punycode مثل
xn--...، ويسمح RFC 6531 (SMTPUTF8) بأحرف يونيكود في الجزء المحلي أيضًا لكن دعمها متفاوت. - شكل
user@[192.0.2.1](IP literal) صحيح معياريًا ونادر عمليًا.
الطول الكلي
الحد العملي للعنوان الكامل 254 حرفًا (يأتي من حد مسار SMTP البالغ 256 بايتًا).
الصيغة الصحيحة لا تعني صندوقًا موجودًا
التعبير النمطي يثبت الشكل فقط. وجود سجل MX (أو A كبديل) يثبت أن النطاق يستقبل بريدًا، لا أن name@ فيه موجود. الطريقة الموثوقة الوحيدة: رسالة تأكيد تحوي رابطًا يضغطه صاحب العنوان.
توصيات للنماذج
- تحقّق بالحد الأدنى: وجود
@واحد وجزء محلي ونطاق بنقطة وTLD صالح. - اقصّ المسافات من الطرفين ولا تُغيّر حالة الجزء المحلي عند التخزين.
- لا ترفض
+ولا النطاقات الدولية الصالحة. - اقترح تصحيح الأخطاء الإملائية الشائعة (
gmial.com) لكن لا تفرضه. - أكّد بالبريد (double opt-in) إن كانت الجودة مهمة.
طبّق ذلك
جرّب عناوينك في مدقق البريد (الصيغة والنطاق وسبب الرفض)، واستخرجها من النص بـمستخرج الإيميلات. وراجع دليل نظافة القوائم.
Addresses look simple, but the standards are wider than most sign-up forms assume and narrower than some forms accept. This is a practical summary.
Structure
An address is local-part@domain with a single separating @ (quoting is the rare exception).
The local part
- Up to 64 octets.
- The usual form (dot-atom): Latin letters, digits,
! # $ % & ' * + / = ? ^ _ ` { | } ~ -and a dot, provided it does not start or end with a dot nor contain two consecutive dots. - Quoted text such as
"john doe"@example.comis theoretically allowed and rarely used. - The
+sign is valid:name+tag@example.comis a correct address (subaddressing), so do not reject it in forms. - Case sensitivity of the local part is theoretically permitted, but in practice the major providers do not distinguish.
The domain
- Total length up to 255 characters and each label up to 63, not starting or ending with a hyphen.
- Letters, digits and hyphens, case-insensitive.
- The top-level domain is not all digits.
- Internationalised domains (IDN): are sent as Punycode such as
xn--..., and RFC 6531 (SMTPUTF8) also allows Unicode in the local part, though support varies. - The form
user@[192.0.2.1](IP literal) is valid by the standard and rare in practice.
Total length
The practical limit of a full address is 254 characters (derived from the SMTP path limit of 256 octets).
A valid format does not mean an existing mailbox
A regular expression proves only the shape. An MX record (or A as a fallback) proves the domain accepts mail, not that name@ exists there. The only reliable method is a confirmation message containing a link that the address owner clicks.
Recommendations for forms
- Validate minimally: a single
@, a local part and a domain with a dot and a valid TLD. - Trim spaces at both ends and do not change the local part's case when storing.
- Do not reject
+or valid internationalised domains. - Suggest fixes for common typos (
gmial.com) but do not force them. - Confirm by email (double opt-in) if quality matters.
Put it into practice
Try your addresses in the Email Validator (syntax, domain and the reason for rejection), and extract them from text with the Email Extractor. See also the list hygiene guide.
