Маска электронной почты #696493

Добрый вечер. Возможно вопрос покажется простым, но я немогу его решить. В обработке РедактированиеКонтактнойИнформации в форме записи адреса ЭП есть поле "Адрес эл.почты". Можно ли задать формат ввода данных для эл. почты?

*@*

о, как вовремя - тоже пригодится :) спасибо!

это не пройдет, так как @ – ввод символов алфавита, и при этом они будут преобразованы в верхний регистр

*@*

а такой адрес none@ept@money.net - маска схавает?

Хз, если звездочка это любой символ, то ДА

Задача только на первый взгляд простая. Предлагаю ознакомиться, например, с вот этим документом , чтобы понять насколько она непростая. Боюсь что маской ввода для полностью корректной проверки тут не обойтись

Яб даже сказал что нет особого смысла делать маску в поле 1С, там всеравно поубогому реализация маски сделана

это следующий логический шаг:) проверка при изменении кажется логичным решением. Я бы поискал для простоты какой-нибудь онлайн-сервис с публичным API, который проверят и валидность и существование введенного адреса, и не морочился бы с масками regexp'ами и так далее.

Имхо RegExp проще чем некий онлайн сервис с публичным апи )

а как им пользоваться?

в которой написано, использование масок ввода для адресов электронной почты. Но я не понимаю как указанный блок текста использовать в 1С.

Читать-то умеем? ... Поскольку адреса электронной почты могут быть самой разной длины, маски ввода не подходят для их проверки при вводе ...

остается проверять при окончании редактирвоания, а именно на наличие символов "@" и ".", так?

Запросом можно проверять, текст условия возьми из , только * замени на %

а точка зачем? У меня с компа почта вполне уйдёт на адрес denis@kontora ....

нефига не понял, в чем проблема? Пробежаться по адресу и проверить точно там только одна собачка?

впрочем подобная проверка все равно не гарантирует, что введенный почтовый адрес вообще существует. Не с той стороны копаешь товарищ.

Все понял, спасибо всем.

Вообще-то, то, что после "собаки" - это dns-имя какого-то сервера, на котором крутится почтовая программа, получающая эти письма (или переадресуется порт). Имя пользователя будет любой длины, но должно состоять из допустимых символов.

впрочем подобная проверка все равно не гарантирует, что введенный почтовый адрес вообще существует. - угум, еще в 1С и скан существования ящика с сервером прикрутить...

прикрути, если делать нефиг.

, А что, если при валидации e-mail, отправлять на него письмо с флагом "УведомитьОДоставке"? Ведь в этом случае ждать владельца почтового ящика не надо, почтовый сервер сам ответит, если почтовый ящик валидный. А если - нет, то ответит SMTP-сервер.

Это не даёт гарантии. На почтовом сервере может быть отключена поддержка DSN. Также многие почтовые сервера принимают почту на любые адреса в своём домене (catch-all), в т.ч. и на несуществующие.

По стндарту должны отвечать 550. Вот релеи запросто могут сачала себе принять всю почту, а потом при пересылке получить 550 и уже тебе придет отдельное письмо что нет такого ящика

Не - вопрос в маске ввода - при вводе сразу никто и ничего не проверяет. Максимум, можно пользователю показать, что, возможно, адрес введён неправильно, чтобы мог исправить. Проверять и подтверждать почту нужно только тогда, когда на неё будет что-то отправляться.

это ты посоветовал )))

В RFC не помню каком исчерпывающе указаны требования к адресу.

К сожалению, они уже не совсем верны, так как появились кириллические домены.

Ну зачит в них внесены изменения. Вообще-то я тоже не стал вводить строгую проверку на RFC, т.к. допускаю, что есть почтовики, где можно завести имя не по правилам и есть почтовики, которые эти правила проверяют нестрого.

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

принимаю в дар адреса почты с номером счета в швейцарском банке.

Номер счёта да ещё и в адресе электронной почты - очень "специфическая" ситуация. Хотя, если какой-то пользователь согласен на логин с номером счёта, то - вперёд и с песней.

ничего я не советовал, я сказал лишь, что проблема немного глубже чем наличие только одной собачки в адресе.