Где определение проверки применяется к однострочным текстовым полям формы электронной почты в Dynamics 365?

Я понимаю, что если я создам поле для сущности в Dynamics 365 (мы работаем локально 1612 8.2.2.112), я могу выбрать тип данных из одной строки текста и формат электронной почты, что приведет к появлению любых значений введенные в это поле форматирование как интерактивные mailto: ссылки, а также обеспечение некоторой проверки введенных значений, чтобы убедиться, что они являются адресами электронной почты.

Однако мне не удалось найти какую-либо документацию (от Microsoft или другой), которая точно определяет проверку, которая выполняется в таких полях. Из случайного тестирования кажется, что единственное требование - чтобы значение содержало символ @, а также не содержало нескольких специальных символов.

Кажется, нет необходимости иметь . в части после @, поэтому такие значения, как john@domain, проходят эту проверку, где, как я понимаю, они не должны.

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


person 3N1GM4    schedule 21.11.2017    source источник


Ответы (1)


Единственная соответствующая документация, которую я нашел, не отвечает на ваш вопрос .

Ваше описание поведения формата соответствует моему опыту. Я подозреваю, что он соответствует стандартам RFC, описанным в Википедии. Вы можете подтвердить это с помощью тестирования. Примечание; john@domain - действительный (но необычный) адрес электронной почты.

Если вы хотите изменить поведение, я бы посоветовал; добавление при изменении JavaScript, который проверяет ввод пользователя на соответствие Regex. Если ввод недействителен, выдает ошибку и очищает пользовательское значение.

person James Wood    schedule 21.11.2017