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

إيداع الصور 1948865 ثانية

اضطررت إلى القيام ببعض البحث اليوم للعثور عليه ، لكن هل تعلم ما هو الطول الصحيح لعنوان البريد الإلكتروني؟ لقد تم تقسيمها إلى أجزاء ... الاسم@Domain.com. هذا حسب RFC2822.

  1. يمكن أن يكون الاسم من 1 إلى 64 حرفًا.
  2. يمكن أن يكون المجال من 1 إلى 255 حرفًا.

رائع ... هذا يعني أن هذا قد يكون عنوان بريد إلكتروني صالحًا:


loremaipsumadolorasitaametbaconsectetueraadipiscin
gaelitanullamc @ loremaipsumadolorasitaametbaconsect
etueraadipiscingaelitcaSedaidametusautanisiavehicu
لاالوكتوسكا
tumarutrumbaturpisamassaaconsectetueraarcubaeuatin
ciduntaliberoaa الأوغندية
ciduntaturpisaduis.com

حاول تركيب ذلك على بطاقة عمل! ومن المفارقات أن معظم حقول عناوين البريد الإلكتروني محددة بـ 100 حرف على الويب. هذا في الواقع غير صحيح. إذا كنت ترغب في التحقق من صحة عنوان بريد إلكتروني للبناء المناسب باستخدام PHP ، فقد وجدت هذا المقتطف على الشبكة:

http://derrick.pallas.us/email-validator/ # الترخيص: الترخيص الأكاديمي المجاني 2.1 # الإصدار: 2006-12-01a if (! ereg (''. '^'. '[-! # $٪ & \ '* + / 0-9 =؟ AZ ^ _a-z {|} ~]'. '(\\.؟ [-! # $٪ & \' * + / 0-9 =؟ AZ ^ _a-z { |} ~]) * '.' @ '.' [a-zA-Z] (-؟ [a-zA-Z0-9]) * '.' (\\. [a-zA-Z] (- ؟ [a-zA-Z0-9]) *) + '.' $ '، $ email)) إرجاع خطأ؛ list ($ local، $ domain) = split ("@"، $ email، 2)؛ if (strlen ($ local)> 64 || strlen ($ domain)> 255) ارجع خطأ؛ if ($ check &&! gethostbynamel ($ domain)) تُرجع خطأ ؛ العودة صحيح # نهاية ###### }

9 تعليقات

  1. 1
  2. 2

    نعم ، لقد لاحظت عدم امتثال الحلول الأخرى مع RFC أيضًا. ومع ذلك ، فقد لاحظت أنه حتى هذا التعبير المعتاد غير نمطي وليس قياسيًا. أتذكر أن قراءة regex الفعلي (السماح <،> ، إلخ) مكثف للغاية بالنسبة لمعظم العمليات.

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

    شكرا لك مرة أخرى!
    دوغ

  3. 3

    لسوء الحظ ، لقد ربطت هذه الصفحة بـ RFC الخطأ (2821 بدلاً من 2822) ولكن تم تصحيح ذلك. لا يمكن أن تكون أقواس الزاوية جزءًا من الأجزاء المحلية أو أجزاء المجال لعنوان البريد الإلكتروني ؛ بدلاً من ذلك ، فهي تمثل نقاط الترميز ، أي يمكن استخدامها لإحاطة عنوان بريد إلكتروني (على سبيل المثال في قارئ البريد الخاص بك) على وجه التحديد لأنها لا يمكن أن تكون جزءًا من العنوان.

    الشيء الوحيد الذي لا تفعله وظيفتي هو القلق بشأن الشكل المقتبس لعناوين البريد الإلكتروني - حيث يظهر الجزء المحلي في علامتي اقتباس - لأن RFC2821 يقول بشكل أساسي أنه لا ينبغي لأحد أن يكتب عنوانه بهذه الطريقة. (أعتقد أن النموذج مخصص للتوافق مع الإصدارات السابقة وهو الآن ممارسة سيئة).

  4. 4

    في الواقع RFC2821 هو المرجع الصحيح لطول عنوان البريد الإلكتروني. لقد وجدته هناك ، ولكن ليس في RFC 2822.

  5. 5

    يوجد قيد في RFC 2821 على طول العنوان في أوامر MAIL و RCPT من 256 حرفًا. يجب اعتبار الحد الأعلى لأطوال العناوين عادةً 256.

    - المصدر: RFC 3696 Errata

    أيضًا ، نظرًا لأن RFC 2181 يقول "اسم المجال الكامل يقتصر على 255 ثماني بتات" ، فقد أسيء تفسيره مرارًا وتكرارًا من قبل الأشخاص (بما في ذلك كتاب RFCs الأخرى) على أنه يعني أن أسماء المجال يمكن أن تكون 255 حرفًا. لكن RFC2181 يتحدث عن تمثيل على مستوى بروتوكول DNS على السلك ، وليس الأحرف القابلة للطباعة.

    الحد الأقصى لطول اسم المجال هو 253 حرفًا (254 حرفًا بما في ذلك النقطة اللاحقة ، و 255 ثماني بتات على السلك مع إنهاء فارغ). وهذا ما ينفذه BIND و DiG.

  6. 6
  7. 7

    عذرًا ، عنوان URL أعلاه معطل ...

    تسبب المطورون الذين استخفوا بالأحجام المحتملة لعناوين البريد الإلكتروني في حدوث بعض المشاكل:

    http://www.eph.co.uk/resources/email-address-leng...

    أعتقد أنه إذا كان عنوان بريدك الإلكتروني صغيرًا مثل "jack1983@aol.com" ، فقد تعتقد أنه حتى 30 حرفًا سخية.

  8. 8

ما رأيك؟

يستخدم هذا الموقع نظام Akismet لتقليل الرسائل الضارة. تعرف كيف تتم معالجة بيانات تعليقك.