Регистр в адресе электронной почты

Регистр в адресе электронной почты

8 johnstok [2009-02-17 12:33:00]

Я ожидаю, что это будет довольно простой вопрос. Он состоит из двух частей:

  • Являются ли адреса электронной почты чувствительными к регистру? (т.е. [email protected] отличается от [email protected]?)
  • Если да, то каков правильный язык для использования для ввода адреса электронной почты? (т.е. использование электронной почты [email protected] будет отличаться в США и Турции)

4 ответа

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

Если у вас есть более тяжелое чтение RFC5322 и RFC5321 должно быть полезно.

Локальная часть адреса электронной почты (т.е. до @ ) учитывает регистр в целом. Из статьи в Википедии Адрес электронной почты:

Локальная часть чувствительна к регистру, поэтому "[email protected]" и "[email protected]" может быть доставлен для разных людей. Эта практика такова, однако, обескуражен RFC 5321. Однако только авторитетные почтовые серверы для домена могут это решение.

Для подробных спецификаций вы можете обратиться к следующим RFC:

  • RFC 5321: простой протокол передачи почты
  • RFC 5322: Формат интернет-сообщений
  • RFC 3696: Методы применения для проверки и преобразования имен

4 chburd [2009-02-17 12:38:00]

имена доменов нечувствительны к регистру. поэтому [email protected] — это то же письмо, что и [email protected]

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

0 Ali [2009-02-17 12:44:00]

Адрес электронной почты не чувствителен к регистру.

Локальная часть адреса электронной почты может использовать любой из этих символов ASCII:

  • Верхний и нижний регистры английского языка буквы (a-z, A-Z)
  • Цифры с 0 по 9
  • Персонажи! # $% и ‘* + -/=? ^ _ `

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

Разница есть. Другое дело, что всякий мейл-сервер волен обрабатывать локальную часть адреса (всё, что до @) как ему возжелается.
Большинство публичных мейл-серверов игнорируют регистр и множество других вещей. Гмэйл, например, игнорирует точки — yourname@gmail.com и y.o.u.r.n.a.m.e@gmail.com для него — один и тот же адрес.

А по поводу того, что по стандарту возможно в локальной части адреса — то возможно следующее:
1) Все английские буквы в любом регистре;
2) Цифры
3) !#$%&’*+-/=?^_`

4) Точка не первым символом и не более одной подряд
5) Пробел и "(),:;<>@[] с некоторыми ограничениями.

Читайте также:  Видеокарта с thunderbolt выходом

Я прочитал, что стандартная первая часть электронной почты чувствительна к регистру, однако я попытался отправить электронную почту name@example.com , Name@example.com и NAME@example.com — он прибыл в каждом случае.

как почтовые серверы обрабатывают имена пользователей? Можно ли пропустить случай, и это сообщение не будет доставлено? Действительно ли очень важно использовать точно такой же случай письма, как было написано при регистрации при предоставлении адреса электронной почты?

6 ответов

из RFC 5321, раздел-2.3.11:

стандартное соглашение об именовании почтовых ящиков определяется как "local-part@domain"; современное использование позволяет гораздо более широкий набор приложения, чем простые "имена пользователей". Следовательно, и в связи с длинная история проблем, когда промежуточные хосты пытались оптимизируйте транспорт, изменив их, локальная часть должна быть интерпретируется и назначается семантика только хостом, указанным в доменная часть адрес.

Так что да, часть Перед " @ " может быть чувствительной к регистру, так как она полностью находится под контролем хост-системы. На практике, однако, широко используемые почтовые системы не различают разные адреса в зависимости от случая.

часть после знака@, однако, является доменом и в соответствии с RFC 1035, раздел 3.1,

"серверы имен и распознаватели должны сравнивать [домены] без учета регистра"

короче, вы можете рассматривать адреса электронной почты как нечувствительные к регистру.

Я знаю, что это старый вопрос, но я просто хочу прокомментировать здесь: в любой степени адреса электронной почты чувствительны к регистру, большинство пользователей было бы "очень неразумно" активно использовать адрес электронной почты, который требует столиц. Скоро они перестанут пользоваться этим адресом, потому что потеряют много почты. (Если только у них нет конкретной причины усложнять ситуацию, и они ожидают почту только от конкретных отправителей, которых они знают.)

Это потому, что несовершенные люди, а также несовершенные программное обеспечение существует, (сюрприз!) который будет предполагать, что вся электронная почта строчная, и по этой причине эти люди и программное обеспечение будут отправлять сообщения, используя "более низкую версию" адреса независимо от того, как он был предоставлен им. Если получатель не может получать такие сообщения, он вскоре заметит, что много пропускает, и переключится на адрес электронной почты только в нижнем регистре или настроит свой сервер без учета регистра.

поздно на этот пост, но у меня есть что-то немного другое, чтобы сказать.

Ну "Это Зависит. " (TM)

Читайте также:  Телефон не подключается к гугл аккаунту

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

Итак,для этих сумасшедших мест: "да, электронные письма чувствительны к регистру."

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

принцип поцелуя предполагает, что наши системы используют нечувствительные к регистру электронные письма.

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

устранение:

  • магазин электронной почты с чувствительностью к регистру
  • отправить письма с чувствительностью к регистру
  • выполнять внутренний поиск с нечувствительностью к регистру

это будет означать, что если это письмо уже существует: user@x.com

. и еще один пользователь приходит и хочет использовать это письмо: USER@x.com

. что наша нечувствительная к регистру логика поиска вернет сообщение об ошибке "это письмо уже существует".

теперь вам нужно принять решение:является ли это решение адекватным в вашем случае?

Если нет, вы можете взимать плату за удобство для тех клиентов, которые требуют поддержки для своих чувствительных к регистру писем и реализуйте пользовательскую логику, которая позволяет USER@x.com в вашу систему, даже если user@x.com уже существует.

в этом случае ваша логика поиска/проверки электронной почты может выглядеть как-то этот псевдокод:

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

RFC 5321 2.4. общие принципы синтаксиса и модель транзакций

реализации SMTP должны позаботиться о сохранении случая почтового ящика локальная часть. В частности, для некоторых хостов, пользователей "Смит" отличается от пользователя "Smith".

Домены почтовых ящиков следуют обычным правилам DNS и, следовательно, не имеют чувствительный

Per @l3x, это зависит.

существует явно два набора общих ситуаций, когда правильный ответ может быть разным, наряду с третьим, который не является общим:

a)вы пользователь, отправляющий личные письма:

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

b)вы разрабатываете почтовое программное обеспечение:

см. выдержку RFC5321 2.4 внизу.

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

Читайте также:  Функция x целая часть x информатика

c)управление принадлежащими бизнесу списками адресов электронной почты в качестве сотрудника:

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

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

выдержка из RFC5321 2.4:

локальная часть почтового ящика должна обрабатываться с учетом регистра. Поэтому реализации SMTP должны позаботиться о сохранении случая почтовый ящик локальный-части. В частности, для некоторых хостов, пользователей "кузнец" отличается от пользователя "Smith". Однако, эксплуатируя дело чувствительность локальных частей почтового ящика препятствует взаимодействию и обескураженный.

Я могу думать только об одной полезной причине для получения электронной почты с чувствительностью к регистру: избежать спама. Скажите своим друзьям и коллегам, что они должны использовать правильное сочетание верхнего и нижнего регистра. (MyEmAiL@domain.com) я думаю, что спамеры вряд ли будут следовать такому правилу, тем более, что ваш адрес передается с сервера на сервер.

недостаток может быть, если почтовые клиенты ваших друзей неправильно разработаны. Независимо от их намерений они могут быть неспособны соблюдать. Это может быть особенно так с законными деловыми партнерами, которые хранят тысячи адресов и перетасовывают свои данные чаще. Они не будут уделять вам столько же внимания.

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

Ссылка на основную публикацию
Работа с far manager
Фар менеджер - один из самых удобных файловых менеджеров, рассчитанный на работу с файлами и папками на дисках, прежде всего,...
Программы для поиска транспорта
Грузы Широкие возможности фильтров позволяют найти точно подходящую для вашего транспорта загрузку. Несколько тысяч свежих предложений. Каждый сможет найти себе...
Программы для полной очистки жесткого диска
Подборка программ, которые помогут очистить жёсткий диск Windows компьютера и его съёмные устройства от ненужных файлов. Эти инструменты помогут найти...
Работа с классами python
Серия контента: Этот контент является частью # из серии # статей: Этот контент является частью серии: Следите за выходом новых...
Adblock detector