Ответ 1
IMO, ответ заключается в проверке проверки электронной почты за пределами <anything>@<anything>, а также в случае неудачных попыток доставки и ошибок на E-Mail адресе (оба из которых будут происходить в любом случае).
по теме:
Проверка электронной почты по электронной почте, когда есть (скоро будет) 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
Ответы
Ответ 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), сделает трюк.