Проверка электронной почты по электронной почте, когда есть (скоро будет) 1000 из TLD?

Это мой первый пост здесь, в SO. Сначала я искал и не нашел ответа (если я пропустил его, пожалуйста, простите меня... это была долгая ночь: D). Итак, вот мой первый вопрос:

Я просто прочитал статью, в которой говорится:

Адреса доменов в Интернете, открытые для волны новых суффиксов

Совет по именованию в Интернете одобряет огромный расширение утвержденного домена расширения с .hotel,.bank или .sport аукционы вероятны.

Черт! Я Просто получил голову вокруг объекта JavaScript RegExp (... sorta. Я все еще JS "Greenhorn" )

Двадцать шесть лет спустя .com был первым обнародованы в мире, официальные лица сметены жесткие правила, регулирующие название сайта, открытие целого мир персонализированного веб-адреса суффиксы.

Но... Я только что узнал, как проверять адреса электронной почты, проверяя (среди других переменных) количество символов, используемых после точки (например,.com,.fr и т.д.). Что теперь?

Аналитики говорят, что они ожидают от 500 до 1000 суффиксы домена, в основном для компаний и продукты, на веб-адресах, но также для города и общие имена, такие как .bank или .hotel.

Ohh Snap!?! Способ испугать noob. Может быть, это не проблема, а im просто для зеленого, чтобы это узнать (тем более, что я не видел, чтобы это было опубликовано как вопрос). Но как мы будем проверять адреса электронной почты? Каков план?

Просьба предоставить необходимое "освещение": D

TIA, SLEEPER

Ответ 1

IMO, ответ заключается в проверке проверки электронной почты за пределами <anything>@<anything>, а также в случае неудачных попыток доставки и ошибок на E-Mail адресе (оба из которых будут происходить в любом случае).

по теме:

Как далеко следует пройти проверку адресов электронной почты?

Ответ 2

Проверка адресов электронной почты за пределами проверки на базовый, грубый синтаксис бессмысленна. Независимо от того, насколько хорошо вы работаете, вы не можете знать, что адрес действителен, не отправляя ему почту и получая ожидаемый ответ. Синтаксис адресов электронной почты является сложным и трудно проверять правильно и отбрасывает действительный адрес электронной почты, потому что ваш валидатор неадекватен, это ужасная ошибка пользовательского интерфейса.

Ответ 3

См. Какое лучшее регулярное выражение для проверки адресов электронной почты?

С его текущим TLD уже невозможно проверить адрес электронной почты с помощью regex (И это не ошибка TLD). Поэтому не беспокойтесь о новых TLD.

Ответ 4

Как я ответил в другом месте, это регулярное выражение довольно хорошо справляется с локализацией и новыми tlds

(?!^[.+&'_-]*@.*$)(^[_\w\d+&'-]+(\.[_\w\d+&'-]*)*@[\w\d-]+(\.[\w\d-]+)*\.(([\d]{1,3})|([\w]{2,}))$)

Он проверяет Jean+Franç[email protected] и 试@例子.测试.مثال.آزمایشی, но не странно злоупотребляет этими не буквенно-цифровыми символами +.

Ответ 5

Как я вижу, количество TLD, хотя и намного больше, чем сегодняшнее, будет по-прежнему конечным и детерминированным - поэтому регулярное выражение проверяет полный список возможных суффиксов домена (независимо от того, является ли этот список вашим собственным или, надеюсь, предоставленный надежной третьей стороной, например ICANN), сделает трюк.