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

يُحدد عنوان البريد الإلكتروني صندوق بريد تُرسل إليه رسائل البريد الإلكتروني . مع أن أنظمة المراسلة المبكرة استخدمت تنسيقات عناوين متنوعة، إلا أن عناوين البريد الإلكتروني اليوم تتبع مجموعة محددة من القواعد التي وضعتها في الأصل فرقة عمل هندسة الإنترنت (IETF) في ثمانينيات القرن الماضي، وجرى تحديثها بموجب RFC 5322 و 6854 . يشير مصطلح "عنوان البريد الإلكتروني" في هذه المقالة إلى خاصية addr-spec فقط في القسم 3.4 من RFC 5322. يُعرّف RFC العنوان بشكل أوسع على أنه إما صندوق بريد أو مجموعة . يمكن أن تكون قيمة صندوق البريد إما name-addr ، الذي يحتوي على اسم العرض وخاصية addr -spec ، أو خاصية addr-spec الأكثر شيوعًا فقط.

يتكون عنوان البريد الإلكتروني، مثل jane.smith@example.com ، من جزء محلي ، وهو الرمز @، ونطاق ، والذي قد يكون اسم نطاق أو عنوان IP بين قوسين. على الرغم من أن المعيار ينص على أن الجزء المحلي حساس لحالة الأحرف، ^{[ 1 ]} إلا أنه يحث أيضًا على أن تقوم الخوادم المستقبلة بتسليم الرسائل بطريقة مستقلة عن حالة الأحرف، ^{[ 2 ]} على سبيل المثال، أن يعامل نظام البريد في النطاق example.com اسم Jane.Smith على أنه مكافئ لـ jane.smith . (بل إن بعض أنظمة البريد تعامل كليهما على أنهما مكافئان لـ jane smith . ^{[ 3 ]} ). غالبًا ما تحد أنظمة البريد الإلكتروني من اختيار المستخدم للاسم إلى مجموعة فرعية من الأحرف المسموح بها في مواصفات RFC. مع ظهور أسماء النطاقات الدولية ، تتقدم الجهود للسماح باستخدام أحرف غير ASCII في عناوين البريد الإلكتروني.

نظراً لانتشار البريد الإلكتروني اليوم، تستخدم العديد من المواقع الإلكترونية والخدمات التي توفر ملف تعريف أو حساباً للمستخدم عناوين البريد الإلكتروني كأسماء مستخدمين عادية. ^[⁴^] على سبيل المثال، إذا أراد مستخدم تسجيل الدخول إلى حسابه على Xbox Live ، فسيستخدم عنوان بريده الإلكتروني كمعرّف اسم المستخدم لحسابه على Microsoft ، على الرغم من أن الخدمة في هذه الحالة ليست بريداً إلكترونياً.

نقل الرسائل

يتكون عنوان البريد الإلكتروني من جزأين: جزء محلي (قد يكون اسم مستخدم، ولكن ليس دائمًا) ونطاق. إذا كان النطاق اسم نطاق وليس عنوان IP، فإن عميل SMTP يبحث عن عنوان IP الخاص بخادم تبادل البريد (MX) لهذا النطاق. الصيغة العامة لعنوان البريد الإلكتروني هي: الجزء المحلي @ النطاق ، على سبيل المثال: jsmith@ [ 192.168.1.2 ] ، jsmith@example.com . يرسل عميل SMTP الرسالة إلى خادم تبادل البريد، الذي قد يعيد توجيهها إلى خادم تبادل بريد آخر، حتى تصل في النهاية إلى خادم نظام البريد الخاص بالمستلم.

يستخدم بروتوكول نقل البريد البسيط (SMTP)، المحدد في RFC 5321 و 5322 ، وامتدادات مثل RFC 6531 ، لنقل البريد الإلكتروني من جهاز المرسل وبين خوادم البريد على الإنترنت. ويمكن الوصول إلى صناديق البريد وإدارتها بواسطة تطبيقات على أجهزة الكمبيوتر الشخصية أو الأجهزة المحمولة أو مواقع البريد الإلكتروني باستخدام بروتوكول SMTP وبروتوكول مكتب البريد (POP) أو بروتوكول الوصول إلى رسائل الإنترنت (IMAP).

عند إرسال رسائل البريد الإلكتروني ، تستخدم برامج وكلاء البريد (MUAs) وبرامج وكلاء نقل البريد (MTAs) نظام أسماء النطاقات (DNS) للبحث عن سجل موارد (RR) خاص بنطاق المستلم. يحتوي سجل موارد تبادل البريد ( سجل MX ) على اسم خادم البريد الخاص بالمستلم. في حال عدم وجود سجل MX، يُحدد سجل العنوان (سواءً كان A أو AAAA ) مضيف البريد مباشرةً.

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

لا تستخدم خوادم البريد عناوين البريد الإلكتروني الموجودة في حقول الترويسة مباشرةً لإيصال الرسالة. في بروتوكول نقل البريد SMTP، يُرسل النظام المُرسِل عنواني المصدر والوجهة؛ وتُسمى هذه المعلومات أحيانًا "مغلف الرسالة". ورغم أن عنواني المغلف والترويسة قد يكونان متطابقين، إلا أن هذا ليس شرطًا أساسيًا، ^{[ أ ]} وكثيرًا ما تُشاهد عناوين البريد الإلكتروني المزيفة أو "المُنتحلة" في رسائل البريد العشوائي ، وعمليات التصيد الاحتيالي ، والعديد من عمليات الاحتيال الأخرى عبر الإنترنت. وقد أدى ذلك إلى ظهور العديد من المبادرات التي تهدف إلى تسهيل اكتشاف هذه الرسائل الإلكترونية الاحتيالية.

بناء الجملة

يكون تنسيق عنوان البريد الإلكتروني على النحو التالي: local-part@domain ، حيث يمكن أن يصل طول الجزء المحلي إلى 64 بايتًا ، بينما يمكن أن يصل طول النطاق إلى 255 بايتًا كحد أقصى. ^{[ 5 ]} ترد التعريفات الرسمية في RFC 5322 (القسمان 3.2.3 و3.4.1) وRFC 5321، مع وجود صيغة أكثر وضوحًا في RFC 3696 المعلوماتي (الذي كتبه ج. كلينسين، مؤلف RFC 5321 ^{[ 6 ]} ) والتصويبات المصاحبة له.

قد يحتوي عنوان البريد الإلكتروني أيضًا على "اسم عرض" (Display Name) خاص بالمستلم، يسبق عنوان البريد الإلكتروني، ويُحاط بأقواس زاوية في هذه الحالة، على سبيل المثال: Jane Smith <jane.smith@example.org> . ^{[ 7 ]} غالبًا ما يستخدم مرسلو البريد العشوائي ومحتالو التصيد الاحتيالي "انتحال اسم العرض" لخداع ضحاياهم، وذلك باستخدام اسم عرض مزيف، أو باستخدام عنوان بريد إلكتروني مختلف كاسم عرض. ^{[ 8 ]}

تضمنت الأشكال السابقة لعناوين البريد الإلكتروني لشبكات أخرى غير الإنترنت رموزًا مختلفة، مثل تلك المطلوبة في معيار X.400 ، ورمز مسار UUCP ، حيث يُعطى العنوان على شكل سلسلة من أجهزة الكمبيوتر التي يجب أن تمر عبرها الرسالة. وقد شاع استخدام هذا الرمز لعدة سنوات، ولكن تم استبداله بمعايير الإنترنت التي أصدرتها فرقة عمل هندسة الإنترنت (IETF).

الجزء المحلي

قد يكون الجزء المحلي من عنوان البريد الإلكتروني غير مقتبس أو قد يكون محاطًا بعلامات اقتباس.

إذا لم يتم وضع علامات اقتباس، فقد يستخدم أيًا من أحرف ASCII التالية:

الأحرف اللاتينية الكبيرة والصغيرة Aإلى Zوaz
أرقام 0إلى9
شخصيات قابلة للطباعة!#$%&'*+-/=?^_`{|}~
يُسمح باستخدام النقطة .، بشرط ألا تكون الحرف الأول أو الأخير، وبشرط ألا تظهر بشكل متتالٍ (على سبيل المثال، Jane..Doe@example.comلا يُسمح باستخدامها). ^{[ 9 ]}

إذا تم اقتباسها، فقد تحتوي على مسافة، أو علامة جدولة أفقية (HT)، أو أي رمز ASCII باستثناء الشرطة المائلة العكسية وعلامة الاقتباس، أو زوج من علامات الاقتباس يتكون من شرطة مائلة عكسية متبوعة بعلامة جدولة أفقية (HT)، أو مسافة، أو أي رمز ASCII؛ كما يمكن تقسيمها بين أسطر في أي مكان تظهر فيه علامة جدولة أفقية (HT) أو مسافة. وعلى عكس الأجزاء المحلية غير المقتبسة، ".Jane.Doe"@example.comيُسمح "Jane.Doe."@example.comباستخدام العناوين "Jane..Doe"@example.com.

يبلغ الحد الأقصى للطول الإجمالي للجزء المحلي من عنوان البريد الإلكتروني 64 بايت. ^{[ 10 ]}

يُسمح باستخدام المسافات والأحرف الخاصة "(),:;<>@[\]مع بعض القيود (لا يُسمح بها إلا داخل سلسلة نصية مقتبسة، كما هو موضح في الفقرة أدناه، وفي تلك السلسلة النصية المقتبسة، يجب أن يسبق أي شرطة مائلة عكسية أو علامة اقتباس مزدوجة شرطة مائلة عكسية مرة واحدة)؛
يُسمح بالتعليقات بين قوسين، سواء في بداية أو نهاية الجزء المحلي؛ على سبيل المثال، jane.smith(comment)@example.comكلاهما (comment)jane.smith@example.comمتكافئان مع jane.smith@example.com.

بالإضافة إلى أحرف ASCII المذكورة أعلاه، فإن الأحرف الدولية التي تزيد عن U+007F، والمشفرة بـ UTF-8 ، مسموح بها بموجب RFC 6531 عندما يحدد EHLO SMTPUTF8 ، على الرغم من أن أنظمة البريد التي تدعم SMTPUTF8 و8BITMIME قد تقيد الأحرف المستخدمة عند تعيين الأجزاء المحلية.

الجزء المحلي إما سلسلة نصية منقوطة أو سلسلة نصية بين علامتي اقتباس؛ ولا يمكن أن يكون مزيجًا منهما. مع ذلك، فإن السلاسل النصية والأحرف بين علامتي اقتباس ليست شائعة الاستخدام. كما يحذر RFC 5321 من أنه "ينبغي على المضيف الذي يتوقع استقبال البريد تجنب تعريف صناديق البريد التي يتطلب فيها الجزء المحلي (أو يستخدم) شكل السلسلة النصية بين علامتي اقتباس".

يُعامل الجزء المحلي (local-part) postmasterمعاملة خاصة، فهو غير حساس لحالة الأحرف، ويجب إعادة توجيهه إلى مسؤول البريد الإلكتروني للنطاق. من الناحية التقنية، جميع الأجزاء المحلية الأخرى حساسة لحالة الأحرف، وبالتالي janes@example.comتُحدد JaneS@example.comصناديق بريد مختلفة؛ ومع ذلك، تتعامل العديد من المؤسسات مع الأحرف الكبيرة والصغيرة على أنها متطابقة. في الواقع، يحذر RFC 5321 من أنه "ينبغي على المضيف الذي يتوقع استقبال البريد تجنب تعريف صناديق بريد يكون فيها الجزء المحلي حساسًا لحالة الأحرف".

على الرغم من وجود مجموعة واسعة من الأحرف الخاصة الصالحة تقنيًا، إلا أن المؤسسات وخدمات البريد الإلكتروني وخوادم البريد الإلكتروني وبرامج البريد الإلكتروني لا تقبلها جميعًا في الواقع العملي. على سبيل المثال، يسمح Windows Live Hotmail. بإنشاء عناوين البريد الإلكتروني باستخدام الأحرف والأرقام والنقطة ( )، والشرطة السفلية ( _)، والواصلة ( -). ^{[ 11 ]} ويُنصح عادةً بتجنب استخدام بعض الأحرف الخاصة لتفادي خطر رفض رسائل البريد الإلكتروني. ^{[ 12 ]}

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

يعتمد تفسير الجزء المحلي من عنوان البريد الإلكتروني على الأعراف والسياسات المطبقة في خادم البريد. فعلى سبيل المثال، قد يميز نظام حساسية حالة الأحرف بين صناديق البريد التي تختلف فقط في حالة الأحرف في الجزء المحلي، على الرغم من أن هذا ليس شائعًا جدًا. ^{[ 13 ]} فعلى سبيل المثال، يتجاهل Gmail جميع النقاط في الجزء المحلي من عنوان البريد الإلكتروني للمستخدم عند تحديد هوية الحساب. ^{[ 14 ]}

العنونة الفرعية

تدعم بعض خدمات البريد الإلكتروني إضافة وسم إلى الجزء المحلي من عنوان البريد الإلكتروني، بحيث يكون العنوان اسمًا بديلًا لبادئة هذا الجزء. عادةً ما تكون الأحرف التي تلي علامة الجمع (+)، ونادرًا ما تكون الأحرف التي تلي علامة الطرح (-). لذا، قد ينتهي المطاف بالبريدين fred+bar@domain و fred+foo@domain في نفس صندوق الوارد مع fred+@domain، أو حتى مع fred@domain. على سبيل المثال، يشير العنوان joeuser+tag@example.com إلى نفس عنوان التسليم الخاص بـ joeuser@example.com . يشير RFC 5233 ^[¹⁵^] إلى هذا الأسلوب باسم "العنونة الفرعية "، ولكنه يُعرف أيضًا باسم " العنونة المضاف إليها وسم" أو " العنونة الموسومة" أو "امتدادات البريد" . يُمكن أن يكون هذا مفيدًا لتصنيف رسائل البريد الإلكتروني لأغراض الفرز، وللتحكم في البريد العشوائي. ^[¹⁶^]

تدعم العديد من خدمات البريد الإلكتروني عناوين بهذا الشكل، باستخدام فواصل مختلفة بين الاسم الأساسي والوسم، بما في ذلك Andrew Project (+)، ^{[ 17 ]} Runbox (+)، ^{[ 18 ]} Gmail (+)، ^{[ 16 ]} Rackspace (+)، Yahoo! Mail Plus (-)، ^{[ 19 ]} iCloud من Apple (+)، Outlook.com (+)، ^{[ 20} ] Mailfence ( +)، ^{[ 21}^] Proton Mail (+)، ^{[ 22}^] Fastmail (+ وعنونة النطاقات الفرعية ⁾ ، ^{[ 23 ]} postale.io (+)، ^{[24] Pobox (+)، [25] MeMail (+)، [26]}^{وخوادم نقل} البريد ^مثل^MMDF ( ^يساوي⁾^، و Qmail ، و Courier Mail Server ( -). ^[²⁷^]^[²⁸^{] يسمح كل}^من Postfix و Exim بتكوين فاصل اختياري من مجموعة الأحرف المسموح بها. ^[²⁹^]^[³⁰^]

يمكن استخدام نص الوسم لتطبيق التصفية، ^{[ 27 ]} أو لإنشاء عناوين بريد إلكتروني للاستخدام لمرة واحدة ، أو عناوين بريد إلكتروني يمكن التخلص منها . ^{[ 31 ]}

اِختِصاص

يجب أن يلتزم جزء اسم النطاق من عنوان البريد الإلكتروني بإرشادات صارمة: يجب أن يطابق متطلبات اسم المضيف ، وهو قائمة من تسميات نظام أسماء النطاقات (DNS) مفصولة بنقاط ، ويقتصر طول كل تسمية على 63 حرفًا وتتكون من: ^{[ 9 ]}^{: §2}

الأحرف اللاتينية الكبيرة والصغيرة Aإلى Zو aإلى z؛
الأرقام 0إلى 9، بشرط ألا تكون أسماء النطاقات من المستوى الأعلى رقمية بالكامل؛
الواصلة -، بشرط ألا تكون الحرف الأول أو الأخير.

تُعرف هذه القاعدة بقاعدة LDH (الحروف، الأرقام، الواصلة). إضافةً إلى ذلك، قد يكون اسم النطاق عنوان IP حرفيًا، محاطًا بأقواس مربعة []، مثل ` jsmith@[192.168.2.1]@` أو `@ jsmith@[IPv6:2001:db8::1]`، على الرغم من ندرة هذا النوع من العناوين إلا في رسائل البريد الإلكتروني العشوائية . تسمح أسماء النطاقات الدولية (المُشفّرة لتتوافق مع متطلبات اسم المضيف ) بعرض النطاقات غير المُشفّرة بنظام ASCII. في أنظمة البريد الإلكتروني المتوافقة مع RFC 6531 وRFC 6532، يُمكن تشفير عنوان البريد الإلكتروني بنظام UTF-8 ، سواءً كان جزءًا محليًا أو اسم نطاق.

يُسمح بالتعليقات في النطاق وكذلك في الجزء المحلي؛ على سبيل المثال، jane.smith@(comment)example.comو jane.smith@example.com(comment)هما مكافئان لـ jane.smith@example.com.

تنصّ RFC 2606 على أنه لا ينبغي أن تكون بعض النطاقات، مثل تلك المخصصة للتوثيق والاختبار، قابلةً للتحليل، وبالتالي لا يمكن تسليم الرسائل الإلكترونية المُرسلة إلى صناديق البريد في هذه النطاقات ونطاقاتها الفرعية. ومن الأمثلة على ذلك في مجال البريد الإلكتروني: example ، و invalid ، وexample.com ، و example.net ، و example.org .

أمثلة

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

simple@example.com
very.common@example.com
FirstName.LastName@EasierReading.org(يتم تجاهل حالة الأحرف دائمًا بعد علامة @ وعادةً قبلها)
x@example.com(جزء محلي من حرف واحد)
long.email-address-with-hyphens@and.subdomains.example.com
user.name+tag+sorting@example.com(قد يتم توجيهها إلى user.name@example.comصندوق الوارد حسب خادم البريد)
name/surname@example.com(الشرطات المائلة هي حرف قابل للطباعة ومسموح به)
admin@example(اسم نطاق محلي بدون نطاق المستوى الأعلى ، على الرغم من أن ICANN لا تشجع بشدة عناوين البريد الإلكتروني الخالية من النقاط ^{[ 32 ]} )
example@s.example(انظر قائمة نطاقات الإنترنت العليا )
" "@example.org(مسافة بين علامتي الاقتباس)
"jane..doe"@example.org(علامة اقتباس مزدوجة)
mailhost!username@example.org(مسار مضيف مُعدّل يُستخدم لبريد UUCP)
"very.(),:;<>[]\".VERY.\"very@\\ \"very\".unusual"@strange.example.com(يشمل الأحرف غير الأبجدية وعلامات @ المتعددة ، مع وضع أول علامة بين علامتي اقتباس مزدوجتين)
user%example.com@example.org(تم توجيه البريد الإلكتروني المُهَرَّب إلى user@example.com عبر example.org)
user-@example.org(الجزء المحلي الذي ينتهي بحرف غير أبجدي رقمي من قائمة الأحرف المسموح بطباعتها)
postmaster@[123.123.123.123](يُسمح باستخدام عناوين IP بدلاً من النطاقات عند وضعها بين قوسين مربعين، ولكن يُنصح بشدة بعدم استخدامها)
postmaster@[IPv6:2001:0db8:85a3:0000:0000:8a2e:0370:7334](يستخدم IPv6 صيغة مختلفة)
_test@[IPv6:2001:0db8:85a3:0000:0000:8a2e:0370:7334](تبدأ بشرطات سفلية، صيغة مختلفة)

عناوين بريد إلكتروني صالحة مع SMTPUTF8

I❤️CHOCOLATE@example.com( الرموز التعبيرية مسموح بها فقط مع SMTPUTF8)

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

abc.example.com(بدون رمز @)
a@b@c@example.com(يُسمح باستخدام علامة @ واحدة فقط خارج علامات الاقتباس)
a"b(c)d,e:f;g<h>i[j\k]l@example.com(لا يُسمح باستخدام أي من الأحرف الخاصة في هذا الجزء المحلي خارج علامات الاقتباس)
just"not"right@example.com(يجب فصل السلاسل النصية المقتبسة بنقاط أو أن تكون العنصر الوحيد الذي يشكل الجزء المحلي)
this is"not\allowed@example.com(لا يجوز وجود المسافات وعلامات الاقتباس والشرطات المائلة العكسية إلا داخل السلاسل النصية المقتبسة والمسبوقة بشرطة مائلة عكسية)
this\ still\"not\\allowed@example.com(حتى لو تم استخدام علامة الهروب (المسبوقة بشرطة مائلة عكسية)، يجب أن تظل المسافات وعلامات الاقتباس والشرطات المائلة العكسية محصورة بين علامتي اقتباس)
1234567890123456789012345678901234567890123456789012345678901234+x@example.com(الجزء المحلي أطول من 64 حرفًا)
i.like.underscores@but_they_are_not_allowed_in_this_part(لا يُسمح باستخدام الشرطة السفلية في جزء المجال)

التحقق والتدقيق

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

يُعرف عنوان البريد الإلكتروني عمومًا بأنه يتكون من جزأين متصلين بعلامة @ ، على الرغم من أن المواصفات الفنية المفصلة في RFC 822 وما يليها من RFCs أكثر شمولاً. ^[³³^]

لا تضمن عناوين البريد الإلكتروني الصحيحة نحويًا والموثقة وجود صندوق بريد فعلي. لذا، تستخدم العديد من خوادم البريد الإلكتروني تقنيات أخرى للتحقق من وجود صندوق البريد عبر أنظمة ذات صلة، مثل نظام أسماء النطاقات (DNS) الخاص بالنطاق، أو باستخدام التحقق عبر معاودة الاتصال . يُعد التحقق عبر معاودة الاتصال حلاً غير مثالي، إذ قد يتم تعطيله لتجنب هجمات جمع بيانات الدليل ، أو قد تُصنف معاودة الاتصال كبريد مزعج، مما يؤدي إلى إدراج عنوان البريد في قائمة حظر DNS (DNSBL) .

يمكن استخدام عدة تقنيات للتحقق من صحة عنوان البريد الإلكتروني للمستخدم. على سبيل المثال، ^{[ 34 ]}

روابط التحقق: غالبًا ما يتم التحقق من صحة عنوان البريد الإلكتروني لإنشاء حساب على مواقع الويب عن طريق إرسال بريد إلكتروني إلى عنوان البريد الإلكتروني الذي قدمه المستخدم، يحتوي على رابط مؤقت خاص. عند استلام الرابط، يفتحه المستخدم، فيتم تفعيل الحساب فورًا. كما تُعد عناوين البريد الإلكتروني وسيلة مفيدة لإيصال الرسائل من موقع الويب، مثل رسائل المستخدمين وإجراءاتهم، إلى صندوق البريد الوارد.
المعايير الرسمية وغير الرسمية: يقدم RFC 3696 إرشادات محددة للتحقق من صحة مُعرّفات الإنترنت، بما في ذلك عناوين البريد الإلكتروني. في المقابل، تحاول بعض المواقع الإلكترونية تقييم صحة عناوين البريد الإلكتروني من خلال معايير اعتباطية، مثل رفض العناوين التي تحتوي على أحرف صالحة، كعلامتي + و / ، أو فرض قيود تعسفية على طولها. يوفر تدويل عناوين البريد الإلكتروني نطاقًا أوسع بكثير من الأحرف مقارنةً بالعديد من خوارزميات التحقق الحالية، مثل جميع أحرف يونيكود التي تزيد عن U+0080، والمُشفّرة بنظام UTF-8 .
الأدوات الخوارزمية: تتطلب المواقع الإلكترونية الكبيرة، وبرامج إرسال الرسائل الجماعية، ومرسلو البريد العشوائي أدوات فعالة للتحقق من صحة عناوين البريد الإلكتروني. وتعتمد هذه الأدوات على الخوارزميات الاستدلالية والنماذج الإحصائية . ^{[ 35 ]}
سمعة المرسل: يمكن استخدام سمعة مرسل البريد الإلكتروني للتحقق من مصداقيته أو كونه مرسلاً محتملاً للرسائل المزعجة. تشمل العوامل التي قد تُؤخذ في الاعتبار عند تقييم سمعة المرسل جودة التواصل السابق معه، أو المحتوى الذي قدمه، ومستوى تفاعل عنوان IP الخاص به أو عنوان بريده الإلكتروني.
التحقق عبر المتصفح: تسمح نماذج HTML5 المطبقة في العديد من المتصفحات بمعالجة التحقق من صحة عنوان البريد الإلكتروني بواسطة المتصفح. ^{[ 36 ]}

تقدم بعض الشركات خدمات للتحقق من صحة عنوان البريد الإلكتروني، وغالبًا ما تستخدم واجهة برمجة التطبيقات (API) ، ولكن لا يوجد ضمان بأنها ستوفر نتائج دقيقة.

تدويل

تُدير فرقة عمل هندسة الإنترنت ( IETF ) فريق عمل تقنيًا ومعياريًا مُخصصًا لقضايا تدويل عناوين البريد الإلكتروني، بعنوان " تدويل عناوين البريد الإلكتروني" (EAI، المعروف أيضًا باسم IMA، عنوان البريد الدولي). ^{[ 37 ]} وقد أصدر هذا الفريق وثائق RFC 6530 و 6531 و 6532 و 6533 ، ويواصل العمل على وثائق RFC إضافية ذات صلة بـ EAI.

نشرت مجموعة عمل تكامل تطبيقات الإنترنت (EAI) التابعة لفرقة عمل هندسة الإنترنت (IETF) المواصفة RFC 6530 بعنوان "نظرة عامة وإطار عمل للبريد الإلكتروني الدولي"، والتي أتاحت استخدام الأحرف غير ASCII في كلٍ من الجزء المحلي ونطاق عنوان البريد الإلكتروني. وتُتيح المواصفة RFC 6530 إمكانية إرسال البريد الإلكتروني باستخدام ترميز UTF-8 ، مما يسمح باستخدام جميع أحرف Unicode . كما تُوفر المواصفة RFC 6531 آليةً لخوادم SMTP للتفاوض على إرسال محتوى SMTPUTF8 .

تتضمن مفاهيم تكامل تطبيقات المؤسسات (EAI) الأساسية تبادل البريد الإلكتروني باستخدام ترميز UTF-8. ورغم أن الاقتراح الأصلي تضمن آلية لخفض مستوى الترميز للأنظمة القديمة، فقد تم التخلي عن هذه الآلية. ^{[ 38 ]} تتولى الخوادم المحلية مسؤولية الجزء المحلي من العنوان، بينما يخضع النطاق لقواعد أسماء النطاقات الدولية ، مع استمرار إرساله باستخدام ترميز UTF-8. كما يتولى خادم البريد مسؤولية أي آلية ربط بين صيغة IMA وأي اسم مستعار ASCII.

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

من المتوقع وجود طلب كبير على هذه العناوين في الصين واليابان وروسيا وغيرها من الأسواق التي لديها قواعد مستخدمين كبيرة في نظام كتابة غير قائم على اللاتينية.

على سبيل المثال، بالإضافة إلى نطاق المستوى الأعلى ".in" ، حصلت حكومة الهند في عام 2011 ^{[ 39 ]} على موافقة لنطاق ".bharat" (المشتق من Bhārat Gaṇarājya )، المكتوب بسبعة خطوط مختلفة ^{[ 40 ]}^{[ 41 ]} لاستخدامه من قبل متحدثي الغوجاراتية والماراثية والبنغالية والتاميلية والتيلوجوية والبنجابية والأردية. وتدّعي شركة XgenPlus.com الهندية أنها أول مزود لصناديق بريد EAI في العالم ^{[ 42 ]} ، وتوفر حكومة ولاية راجستان الآن حساب بريد إلكتروني مجاني على النطاق राजस्थान.भारत لكل مواطن في الولاية. ^{[ 43 ]} أطلقت دار النشر الإعلامية الرائدة Rajasthan Patrika نطاق IDN الخاص بها पत्रिका.भारत مع بريد إلكتروني يمكن الاتصال به.

لن تتمكن الخوادم التي تعتمد على معيار RFC 5321 من معالجة عناوين المثال أدناه بدون إضافة امتداد، ولكنها مسموح بها بموجب امتداد UTF8SMTP في معياري RFC 6530 و 6531 . وستكون الخوادم المتوافقة مع هذا المعيار قادرة على معالجة هذه العناوين.

الأبجدية اللاتينية مع علامات التشكيل : éléonore@example.com
الأبجدية اليونانية : δοκιμή@παράδειγμα.δοκιμή
الحروف الصينية التقليدية : 我買@屋企.香港
الحروف اليابانية : 二ノ宮@黒川.日本
الأحرف السيريلية : медведь@с-балалайкой.рф
الأحرف الديفاناغارية : संपर्क@डाटामेल.भारत

انظر أيضاً

ملحوظات

↑ بالنسبة لنسخة الكربون العمياء (BCC) ، لا يظهر عنوان الهدف في الترويسة على الإطلاق.

مراجع

↑ ج. كلينسين (أكتوبر 2008). " مبادئ بناء الجملة العامة ونموذج المعاملات" . بروتوكول نقل البريد البسيط . IETF . ص 15. القسم 2.4. doi : 10.17487/RFC5321 . RFC 5321. يجب التعامل مع الجزء المحلي من صندوق البريد على أنه حساس لحالة الأحرف.
↑ ج. كلينسين (أكتوبر 2008). "مبادئ بناء الجملة العامة ونموذج المعاملات" . بروتوكول نقل البريد البسيط . IETF . ص 15. doi : 10.17487/RFC5321 . RFC 5321. ومع ذلك، فإن استغلال حساسية حالة الأحرف في الأجزاء المحلية لصندوق البريد يعيق قابلية التشغيل البيني ، وهو أمر غير مستحسن.
↑ "...يمكنك إضافة أو إزالة النقاط من عنوان البريد الإلكتروني دون تغيير عنوان الوجهة الفعلي؛ وستصل جميعها إلى صندوق الوارد الخاص بك..." ، Google.com
↑ موريسون، سارة (2021-09-06). "كيف يُعقّد عنوان بريد إلكتروني بسيط الأمور" . فوكس . تم الاسترجاع في 2024-07-15 .
↑ كلينسين، ج. (أكتوبر 2008). "حدود الحجم والحد الأدنى" . بروتوكول نقل البريد البسيط . IETF . القسم 4.5.3.1. doi : 10.17487/RFC5321 . RFC 5321 .
^ ج. كلينسين، RFC 5321 ، IETF، أكتوبر 2008
↑ "مواصفات العنوان" . تنسيق رسائل الإنترنت . IETF . القسم 3.4. doi : 10.17487/RFC5322 . RFC 5322. تم الاطلاع عليه في 14 مارس 2023 .
↑ "اكتشاف التزييف" . cyber.nj.gov . ١٩ نوفمبر ٢٠٢٠. تم الاطلاع عليه بتاريخ ١٧ أبريل ٢٠٢٣ .
1 2 كلينسين ج. (فبراير 2004). آر إف سي 3696 . فريق عمل الإنترنت . دوى : 10.17487/RFC3696 . تم الاسترجاع 2017/08/01 .^§3
↑ كلينسين، ج. (أكتوبر 2008). RFC 5321. IETF . القسم 4.5.3.1.1. doi : 10.17487/RFC5321 . تاريخ الاسترجاع: 1 أغسطس 2019 .
↑ "التسجيل في ويندوز لايف" . تم الاطلاع عليه بتاريخ 26-07-2008 .ومع ذلك، فإن العبارة مخفية، وبالتالي يجب على المرء إما التحقق من توفر معرف غير صالح، على سبيل المثال، me#1 ، أو اللجوء إلى عرض بديل، على سبيل المثال، no-style أو عرض المصدر، من أجل قراءتها.
↑ "الأحرف في الجزء المحلي من عنوان البريد الإلكتروني" . تم الاسترجاع في 30-03-2016 .
↑ هل عناوين البريد الإلكتروني حساسة لحالة الأحرف؟ مؤرشف بتاريخ 3 يونيو 2016 في أرشيف الإنترنت (Wayback Machine) بواسطة هاينز تشابيتشر
↑ "استلام بريد شخص آخر" . google.com .
↑ مورتشيسون، ك. (2008). تصفية البريد الإلكتروني باستخدام Sieve: امتداد العنوان الفرعي . IETF . doi : 10.17487/RFC5233 . RFC 5233. تم الاطلاع عليه في 9 فبراير 2019 .
1 2 "إرسال رسائل البريد الإلكتروني من عنوان أو اسم مستعار مختلف" . مساعدة Gmail . تم الاطلاع عليه بتاريخ 13 ديسمبر 2023 .
↑ "نظرة عامة على نظام رسائل أندرو" (ملف PDF) . تم الاطلاع عليه بتاريخ 17 أبريل 2023 .
↑ "العنونة الفرعية/العنونة الإضافية" . تم الاطلاع عليه في 1 يناير 2024 .
↑ "العناوين المؤقتة في بريد ياهو" . مساعدة ياهو .
↑ ريفيرا، رافائيل (17 سبتمبر 2013). "يدعم Outlook.com أيضًا أسماء مستعارة أبسط للبريد الإلكتروني تبدأ بعلامة "+" . ضمن نظام التشغيل Windows . مؤرشف من الأصل بتاريخ 20 فبراير 2014. تم الاطلاع عليه بتاريخ 4 ديسمبر 2023 .
↑ "العنونة الإضافية: أفضل طريقة لتتبع مرسلي البريد العشوائي في عام 2024" . mailfence.com . 3 سبتمبر 2024.
↑ "العناوين والأسماء المستعارة" . proton.me .
↑ "العنونة الإضافية وعنونة النطاقات الفرعية" . www.fastmail.com . مؤرشف من الأصل بتاريخ 2020-10-06 . تم الاطلاع عليه بتاريخ 2020-10-06 .
↑ "الأسئلة الشائعة حول العناوين الفرعية في موقع postale.io" . postale.io . مؤرشف من الأصل بتاريخ 2020-10-06 . تم الاطلاع عليه بتاريخ 2020-10-06 .
↑ "هل يُمكنني استخدام myaddress+extension@pobox.com مع حسابي في Pobox؟" . helpspot.pobox.com . nd مؤرشف من الأصل بتاريخ 2020-10-03 . تم الاسترجاع بتاريخ 2020-10-03 . يدعم Pobox استخدام "+أي سلسلة نصية" (بالإضافة إلى الامتدادات) مع أي عنوان بريد إلكتروني.
↑ "MeMail" . www.memail.com . تم الاطلاع عليه بتاريخ 2020-10-06 .
1 2 "Dot-Qmail، التحكم في تسليم رسائل البريد الإلكتروني" . مؤرشف من الأصل في 26 يناير 2012. تم الاطلاع عليه في 27 يناير 2012 .
↑ سيل، ديف. "4.1.5. عناوين الامتداد" . الحياة مع qmail . تم الاسترجاع في 27 يناير 2012 .
↑ "معلمات تكوين Postfix" . postfix.org .
↑ "معلمات تكوين Exim، "local_part_suffix"" . exim.org .
↑ جينا تراباني (2005) "عناوين بريد إلكتروني سريعة التخلص منها على Gmail"
↑ "حظر أسماء النطاقات الجديدة من نوع gTLD بدون نقطة" . www.icann.org . ICANN . تاريخ الاطلاع: 23 مارس 2020 .
↑ "كيفية قيام Domino بتنسيق عنوان الإنترنت الخاص بالمرسل في الرسائل الصادرة" . مركز معارف IBM . تم الاطلاع عليه بتاريخ 23 يوليو 2019 .
↑ "أفضل الممارسات الشائعة لمرسلي M3AAWG، الإصدار 3" (ملف PDF) . مجموعة العمل المعنية بالمراسلة والبرمجيات الخبيثة ومكافحة إساءة استخدام الأجهزة المحمولة . فبراير 2015. تاريخ الاطلاع: 23 يوليو 2019 .
↑ تقنيات التحقق والتدقيق لضمان جودة عناوين البريد الإلكتروني، بقلم جان هورنيش، 2011، جامعة أكسفورد
↑ "4.10 النماذج — HTML5" . w3.org .
↑ "صفحات حالة تكامل تطبيقات الإنترنت" . تدويل عناوين البريد الإلكتروني (مجموعة العمل النشطة) . فريق هندسة الإنترنت. 17 مارس 2006 - 18 مارس 2013. تم الاطلاع عليه في 26 يوليو 2008 .
↑ "تدويل عناوين البريد الإلكتروني (eai)" . IETF . تم الاطلاع عليه في 30 نوفمبر 2010 .
↑ "2011-01-25 - الموافقة على تفويض سبعة نطاقات من المستوى الأعلى تمثل الهند بلغات مختلفة" . features.icann.org .
↑ "أسماء النطاقات الدولية (IDNs) | Registry.In" . registry.in . تم الاطلاع عليه بتاريخ 17-10-2016 .
↑ "الآن، احصل على عنوان بريدك الإلكتروني باللغة الهندية" . صحيفة إيكونوميك تايمز . تم الاطلاع عليه بتاريخ 17 أكتوبر 2016 .
↑ "القبول العالمي في الهند" . 15 فبراير 2017.
↑ "أولاً في البلاد، خدمة المساعدة المجانية لـ E-Wolt والبريد الإلكتروني - وسوندارا راجي" . वसुन्धरा रागे (باللغة الهندية). 2017-08-18 . تم الاسترجاع 2017/08/20 .

للمزيد من القراءة

بروتوكول نقل البريد البسيط RFC 821 (تم إلغاؤه بواسطة RFC 2821 و 5321 )
معيار RFC 822 لتنسيق رسائل ARPA النصية عبر الإنترنت (تم إلغاؤه بواسطة RFC 2822 ) (تصحيحات)
RFC 1035 أسماء النطاقات، التنفيذ والمواصفات (التصويبات)
متطلبات RFC 1123 لمضيفي الإنترنت والتطبيقات والدعم (تم تحديثها بواسطة RFC 2821 و 5321 ) (أخطاء مطبعية)
RFC 2142 أسماء صناديق البريد للخدمات والأدوار والوظائف الشائعة (تصحيحات)
بروتوكول نقل البريد البسيط RFC 2821 (يلغي RFC 821 ، ويحدث RFC 1123 ، وقد تم إلغاؤه بواسطة RFC 5321 ) (أخطاء مطبعية)
RFC 2822 تنسيق رسائل الإنترنت (يلغي RFC 822 ، الذي تم إلغاؤه بواسطة RFC 5322 ) (تصحيحات)
RFC 3696 تقنيات التطبيق للتحقق من الأسماء وتحويلها (أخطاء مطبعية)
RFC 4291 بنية عنونة بروتوكول الإنترنت الإصدار 6 (تم تحديثها بواسطة RFC 5952 ) (أخطاء مطبعية)
RFC 5321 بروتوكول نقل البريد البسيط (عفا عليه الزمن RFC 2821 ، تحديثات RFC 1123 ) (أخطاء)
تنسيق رسائل الإنترنت RFC 5322 (يلغي RFC 2822 ، تم تحديثه بواسطة RFC 6854 ) (أخطاء مطبعية)
RFC 5598 بنية البريد الإلكتروني على الإنترنت
RFC 5952 توصية لتمثيل نص عنوان IPv6 (تحديثات RFC 4291 ) (أخطاء مطبعية)
RFC 6530 نظرة عامة وإطار عمل للبريد الإلكتروني الدولي (يلغي RFC 4952 و 5504 و 5825 )
RFC 6531 امتداد SMTP للبريد الإلكتروني الدولي (يلغي RFC 5336 )
تحديث RFC 6854 لتنسيق رسائل الإنترنت للسماح باستخدام صيغة المجموعة في حقلي "من:" و "المرسل:" في رأس الرسالة (تحديث RFC 5322 )

روابط خارجية

تحقق من صحة عنوان بريدك الإلكتروني على ويكي بوكس
أفضل الممارسات في ويكي بوكس
الوسائط المتعلقة بعنوان البريد الإلكتروني على ويكيميديا كومنز

[5] بالنسبة لنسخة الكربون العمياء (BCC) ، لا يظهر عنوان الهدف في الترويسة على الإطلاق.

[1] ج. كلينسين (أكتوبر 2008). " مبادئ بناء الجملة العامة ونموذج المعاملات" . بروتوكول نقل البريد البسيط . IETF . ص 15. القسم 2.4. doi : 10.17487/RFC5321 . RFC 5321. يجب التعامل مع الجزء المحلي من صندوق البريد على أنه حساس لحالة الأحرف.

[2] ج. كلينسين (أكتوبر 2008). "مبادئ بناء الجملة العامة ونموذج المعاملات" . بروتوكول نقل البريد البسيط . IETF . ص 15. doi : 10.17487/RFC5321 . RFC 5321. ومع ذلك، فإن استغلال حساسية حالة الأحرف في الأجزاء المحلية لصندوق البريد يعيق قابلية التشغيل البيني ، وهو أمر غير مستحسن.

[3] "...يمكنك إضافة أو إزالة النقاط من عنوان البريد الإلكتروني دون تغيير عنوان الوجهة الفعلي؛ وستصل جميعها إلى صندوق الوارد الخاص بك..." ، Google.com

[4] موريسون، سارة (2021-09-06). "كيف يُعقّد عنوان بريد إلكتروني بسيط الأمور" . فوكس . تم الاسترجاع في 2024-07-15 .

[6] كلينسين، ج. (أكتوبر 2008). "حدود الحجم والحد الأدنى" . بروتوكول نقل البريد البسيط . IETF . القسم 4.5.3.1. doi : 10.17487/RFC5321 . RFC 5321 .

[7] ج. كلينسين، RFC 5321 ، IETF، أكتوبر 2008

[8] "مواصفات العنوان" . تنسيق رسائل الإنترنت . IETF . القسم 3.4. doi : 10.17487/RFC5322 . RFC 5322. تم الاطلاع عليه في 14 مارس 2023 .

[9] "اكتشاف التزييف" . cyber.nj.gov . ١٩ نوفمبر ٢٠٢٠. تم الاطلاع عليه بتاريخ ١٧ أبريل ٢٠٢٣ .

[rfc3696-10] 1 2 كلينسين ج. (فبراير 2004). آر إف سي 3696 . فريق عمل الإنترنت . دوى : 10.17487/RFC3696 . تم الاسترجاع 2017/08/01 .^§3

[rfc5321-11] كلينسين، ج. (أكتوبر 2008). RFC 5321. IETF . القسم 4.5.3.1.1. doi : 10.17487/RFC5321 . تاريخ الاسترجاع: 1 أغسطس 2019 .

[12] "التسجيل في ويندوز لايف" . تم الاطلاع عليه بتاريخ 26-07-2008 .ومع ذلك، فإن العبارة مخفية، وبالتالي يجب على المرء إما التحقق من توفر معرف غير صالح، على سبيل المثال، me#1 ، أو اللجوء إلى عرض بديل، على سبيل المثال، no-style أو عرض المصدر، من أجل قراءتها.

[13] "الأحرف في الجزء المحلي من عنوان البريد الإلكتروني" . تم الاسترجاع في 30-03-2016 .

[14] هل عناوين البريد الإلكتروني حساسة لحالة الأحرف؟ مؤرشف بتاريخ 3 يونيو 2016 في أرشيف الإنترنت (Wayback Machine) بواسطة هاينز تشابيتشر

[15] "استلام بريد شخص آخر" . google.com .

[16] مورتشيسون، ك. (2008). تصفية البريد الإلكتروني باستخدام Sieve: امتداد العنوان الفرعي . IETF . doi : 10.17487/RFC5233 . RFC 5233. تم الاطلاع عليه في 9 فبراير 2019 .

[Gmail-17] 1 2 "إرسال رسائل البريد الإلكتروني من عنوان أو اسم مستعار مختلف" . مساعدة Gmail . تم الاطلاع عليه بتاريخ 13 ديسمبر 2023 .

[18] "نظرة عامة على نظام رسائل أندرو" (ملف PDF) . تم الاطلاع عليه بتاريخ 17 أبريل 2023 .

[19] "العنونة الفرعية/العنونة الإضافية" . تم الاطلاع عليه في 1 يناير 2024 .

[20] "العناوين المؤقتة في بريد ياهو" . مساعدة ياهو .

[21] ريفيرا، رافائيل (17 سبتمبر 2013). "يدعم Outlook.com أيضًا أسماء مستعارة أبسط للبريد الإلكتروني تبدأ بعلامة "+" . ضمن نظام التشغيل Windows . مؤرشف من الأصل بتاريخ 20 فبراير 2014. تم الاطلاع عليه بتاريخ 4 ديسمبر 2023 .

[22] "العنونة الإضافية: أفضل طريقة لتتبع مرسلي البريد العشوائي في عام 2024" . mailfence.com . 3 سبتمبر 2024.

[23] "العناوين والأسماء المستعارة" . proton.me .

[24] "العنونة الإضافية وعنونة النطاقات الفرعية" . www.fastmail.com . مؤرشف من الأصل بتاريخ 2020-10-06 . تم الاطلاع عليه بتاريخ 2020-10-06 .

[25] "الأسئلة الشائعة حول العناوين الفرعية في موقع postale.io" . postale.io . مؤرشف من الأصل بتاريخ 2020-10-06 . تم الاطلاع عليه بتاريخ 2020-10-06 .

[26] "هل يُمكنني استخدام myaddress+extension@pobox.com مع حسابي في Pobox؟" . helpspot.pobox.com . nd مؤرشف من الأصل بتاريخ 2020-10-03 . تم الاسترجاع بتاريخ 2020-10-03 . يدعم Pobox استخدام "+أي سلسلة نصية" (بالإضافة إلى الامتدادات) مع أي عنوان بريد إلكتروني.

[27] "MeMail" . www.memail.com . تم الاطلاع عليه بتاريخ 2020-10-06 .

[control-28] 1 2 "Dot-Qmail، التحكم في تسليم رسائل البريد الإلكتروني" . مؤرشف من الأصل في 26 يناير 2012. تم الاطلاع عليه في 27 يناير 2012 .

[29] سيل، ديف. "4.1.5. عناوين الامتداد" . الحياة مع qmail . تم الاسترجاع في 27 يناير 2012 .

[30] "معلمات تكوين Postfix" . postfix.org .

[31] "معلمات تكوين Exim، "local_part_suffix"" . exim.org .

[32] جينا تراباني (2005) "عناوين بريد إلكتروني سريعة التخلص منها على Gmail"

[33] "حظر أسماء النطاقات الجديدة من نوع gTLD بدون نقطة" . www.icann.org . ICANN . تاريخ الاطلاع: 23 مارس 2020 .

[34] "كيفية قيام Domino بتنسيق عنوان الإنترنت الخاص بالمرسل في الرسائل الصادرة" . مركز معارف IBM . تم الاطلاع عليه بتاريخ 23 يوليو 2019 .

[35] "أفضل الممارسات الشائعة لمرسلي M3AAWG، الإصدار 3" (ملف PDF) . مجموعة العمل المعنية بالمراسلة والبرمجيات الخبيثة ومكافحة إساءة استخدام الأجهزة المحمولة . فبراير 2015. تاريخ الاطلاع: 23 يوليو 2019 .

[36] تقنيات التحقق والتدقيق لضمان جودة عناوين البريد الإلكتروني، بقلم جان هورنيش، 2011، جامعة أكسفورد

[37] "4.10 النماذج — HTML5" . w3.org .

[38] "صفحات حالة تكامل تطبيقات الإنترنت" . تدويل عناوين البريد الإلكتروني (مجموعة العمل النشطة) . فريق هندسة الإنترنت. 17 مارس 2006 - 18 مارس 2013. تم الاطلاع عليه في 26 يوليو 2008 .

[39] "تدويل عناوين البريد الإلكتروني (eai)" . IETF . تم الاطلاع عليه في 30 نوفمبر 2010 .

[40] "2011-01-25 - الموافقة على تفويض سبعة نطاقات من المستوى الأعلى تمثل الهند بلغات مختلفة" . features.icann.org .

[41] "أسماء النطاقات الدولية (IDNs) | Registry.In" . registry.in . تم الاطلاع عليه بتاريخ 17-10-2016 .

[42] "الآن، احصل على عنوان بريدك الإلكتروني باللغة الهندية" . صحيفة إيكونوميك تايمز . تم الاطلاع عليه بتاريخ 17 أكتوبر 2016 .

[43] "القبول العالمي في الهند" . 15 فبراير 2017.

[44] "أولاً في البلاد، خدمة المساعدة المجانية لـ E-Wolt والبريد الإلكتروني - وسوندارا راجي" . वसुन्धरा रागे (باللغة الهندية). 2017-08-18 . تم الاسترجاع 2017/08/20 .

[ 1 ]

[ 2 ]

[ 3 ]

[

[ أ ]

[ 5 ]

[ 6 ]

[ 7 ]

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

[ 12 ]

[ 13 ]

[ 14 ]

[

[

[ 17 ]

[ 18 ]

[ 19 ]

[ 20

[ 21

[ 22

[ 23 ]

[24] Pobox (+)، [25] MeMail (+)، [26]

وخوادم نقل

مثل

[

[

من

[

[ 31 ]

[ 32 ]

[

[ 34 ]

[ 35 ]

[ 36 ]

[ 37 ]

[ 38 ]

[ 39 ]

[ 40 ]

[ 41 ]

[ 42 ]

[ 43 ]

اللغة	العربية (RTL)
روابط موسوعية	30 رابطاً
المصدر الأصلي	ويكيبيديا ↗