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

Содержание
  1. Почтовые адреса чувствительны к регистру?
  2. Как правило, вы можете использовать только строчные буквы
  3. Дело имеет значение? И да и нет
  4. Ваше сообщение, скорее всего, будет доставлено
  5. Почта чувствительна к регистру? Получить правила создания адреса электронной почты
  6. Части адреса электронной почты
  7. Адрес электронной почты чувствителен к регистру?
  8. Адреса электронной почты на практике
  9. Краткое примечание о Gmail
  10. Правила создания адреса электронной почты
  11. Как сохранить ваш адрес электронной почты в безопасности
  12. Заключение для «Чувствительны ли регистры электронной почты»
  13. Являются ли адреса электронной почты с учетом регистра?
  14. Дело не имеет значения
  15. Вывод
  16. Никогда не проверяйте e-mail адреса по стандартам RFC
  17. Внутренности адреса почты
  18. Корректные имена ящика с точки зрения RFC
  19. Регистрозависимые адреса
  20. Нестандартные символы
  21. Расширенная форма названия ящиков с использованием тегов.
  22. Юникод и интернационализированные имена ящиков
  23. Доменные имена
  24. Временные почтовые адреса
  25. Почта чувствительна к регистру?
  26. Что делает адрес электронной почты?
  27. Это чувствительно к регистру?
  28. На практике
  29. интернационализация
  30. Заключение

Почтовые адреса чувствительны к регистру?

Как правило, вы можете использовать только строчные буквы

Каждый адрес электронной почты состоит из двух частей, которые разделены знаком @; имя пользователя и домен, из которого была создана учетная запись электронной почты. Обе стороны обычно содержат как прописные, так и строчные буквы, а также цифры и подчеркивания или точки. Учитывая, как легко сделать ошибку при вводе адреса электронной почты, вам может быть интересно узнать, насколько важны на самом деле использование строчных букв по сравнению с прописными. Например, действительно ли receient@example.com совпадает с Recipient@EXAMPLE.com в отношении почтовых серверов?

Дело имеет значение? И да и нет

Часть имени домена в адресе электронной почты регистр нечувствительна, означает, что регистр не имеет значения. Однако часть имени пользователя чувствительна к регистру . Адрес электронной почты receient@example.com действительно отличается от Recipient@example.com.

Ваше сообщение, скорее всего, будет доставлено

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

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

Источник

Почта чувствительна к регистру? Получить правила создания адреса электронной почты

Are Emails Case Sensitive

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

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

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

Если вы посмотрите на свой собственный адрес электронной почты, вы увидите, что его можно разделить на три раздела. Там есть ваше имя пользователя электронной почты, символ at (@) и ваш почтовый хост. Например:

Ваше имя пользователя может включать практически любой символ на клавиатуре. Сюда входят обычные буквы и цифры, но вам также может быть разрешено добавлять специальные символы (!? #% & И т. Д.). Когда дело доходит до доменной части адреса электронной почты, это может быть намного больше.

Действительный адрес электронной почты может иметь раздел хоста длиной до 255 символов. Очевидно, что это не обычная практика. Популярные почтовые провайдеры, такие как Live.com, Gmail.com и Yahoo Mail, едва достигают 10 символов. Но, если вы хотите создать свой собственный почтовый хост, вы можете сделать его довольно длинным!

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

Если вы потратите время на просмотр публикации RFC 5321, посвященной компьютерной сети, то обнаружите, что только имя пользователя электронной почты чувствительно к регистру. Возвращаясь к нашему примеру ранее, emailme@gmail.com не будет считаться тем же адресом электронной почты, что и EmailMe@gmail.com. Чтобы сделать неоднозначность этого ответа, это не всегда так.

Почтовые провайдеры могут удалить это правило, если захотят. В некотором смысле полезно снять вопрос о том, чувствительны ли регистры в письмах. Рассмотрим обычного пользователя компьютера: когда вы набираете письмо, проверяете ли вы то, что написали? Скорее всего, вы делаете. Но то, что вы обычно не проверяете, это адрес электронной почты. Даже если вы просто начнете адрес электронной почты с заглавной буквы, вы отправите его не тому человеку. Если электронная почта не чувствительна к регистру, это не проблема.

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

Например, emailme@gmail.com можно считать тем же адресом электронной почты, что и emailme@GMAIL.com. Итак, чувствительны ли письма к регистру? Да, в некоторых отношениях они действительно чувствительны к регистру. Вы должны всегда предполагать это при отправке электронного письма.

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

Итак, мы обнаружили, что адреса электронной почты не являются полностью чувствительными к регистру. Они в некоторой степени, но в целом можно предположить, что адреса электронной почты не чувствительны к регистру. Крупнейшие почтовые провайдеры (Gmail, Hotmail / Outlook, Yahoo Mail и т. Д.) Действуют в соответствии с этим предположением. Как мы уже говорили ранее, это может предотвратить любую путаницу, если кто-то случайно введет заглавную букву.

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

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

Краткое примечание о Gmail

Система электронной почты Google несколько отличается от других поставщиков. Если не считать вопрос «чувствительны ли к регистру письма?», Адреса электронной почты Gmail не чувствительны к точкам / точкам. Что это значит?
Еще раз рассмотрим адрес электронной почты emailme@gmail.com. Если вы случайно отправите электронное письмо на адрес email.me@gmail.com, оно все равно будет доставлено в почтовый ящик получателя.

gmail

Правила создания адреса электронной почты

Когда были впервые введены адреса электронной почты, их сопровождали очень простые правила. Письма могли включать только:

За эти годы эти правила были подвержены изменениям. Группа, известная как Internet Engineering Task Force (IETF), внесла свой вклад в различные публикации, включая документы RFC, которые мы отмечали в этой статье. Некоторые известные публикации включали:

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

Постоянные обновления были сделаны для стандартов электронной почты на протяжении многих лет. Таким образом, теперь мы можем выйти за рамки базового ASCII. Китайский, японский, греческий и многие другие языки теперь могут быть написаны по электронной почте. В прошлом это было невозможно!

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

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

Как сохранить ваш адрес электронной почты в безопасности

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

Keep Email Address Safe

Заключение для «Чувствительны ли регистры электронной почты»

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

Отслеживайте местоположения, сообщения, звонки и приложения. Делайте это удаленно и на 100% незаметно.

Источник

Являются ли адреса электронной почты с учетом регистра?

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

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

Если мы получим в технические, теоретически случай делает дело в адресах электронной почты (но практически это не так, как мы уже говорили). Например, практически lalit@techwelkin.com такое же как Lalit@Techwelkin.com или LALIT@TECHWELKIN.COM. Тем не менее, теоретически все эти адреса электронной почты не совпадают.

email addresses case sensitive techwelkin

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

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

parts components email address techwelkin

Каждый адрес электронной почты состоит из трех основных частей. Это полезно, чтобы понять компоненты электронной почты ID.

Дело не имеет значения

Вывод

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

Если у Вас возникли вопросы по этой теме, пожалуйста, не стесняйтесь задавать в разделе комментариев. Мы в TechWelkin и наш читатель сообщество будет пытаться помочь вам. Благодарим Вас за использование TechWelkin!

Источник

Никогда не проверяйте e-mail адреса по стандартам RFC

Множество сайтов требуют от пользователя ввода адреса электронной почты, и мы, как крутые и щепетильные разработчики, всегда стремимся проверять формат введенных адресов строго по стандартам RFC. Благодаря этому наши приложения и сайты проверяют формат e-mail корректно и не имеют проблем с юзабилити, а мы сладко спим, потому что уверены, что все работает как надо.
Ага, как бы не так!
Приведенные выше аргументы звучат круто и железобетонно, но проблема здесь заключается в том, что в адресе почты могут находиться совершенно бессмысленные вещи, и, на деле, проверка адресов по стандартам RFC может, наоборот, все жутко запутать.
Почему так? Существует множество способов сформировать адрес почты, который будет одновременно и корректным и бредовым. Отчасти это происходит из-за того, что некоторые почтовые службы в целях обратной совместимости позволяют представлять адреса в форматах, которые давно устарели. Например это электронная почта существовавшая до появления DNS и до появления современного формата user@domain.tld: тогда использовались UUCP ”bang path” — адреса, которые представляли собой список всех узлов по маршруту ответственных за доставку.

Внутренности адреса почты

Адрес e-mail выглядит так:

Тут mailbox может быть локальным аккаунтом пользователя, аккаунтом роли или маршрутизатором автоматизированной системы такой, например, как список рассылки, а в качестве hostname может быть использован любой узел, если о нем известно DNS-серверу, к которому обращается почтовик при доставке.
Кроме того, некоторые системы позволяют добавлять теги к адресу. Обычно это происходит в формате:

где тег и разделитель (обычно это «+», но qmail использует «-» по-умолчанию, хотя может быть сконфигурирован и иначе) игнорируются при доставке. Обычно это используется для фильтрации почты по папкам и автоматизации, но может быть использовано и для разделения введенных адресов по получателям и выявления злоупотреблений персональными данными.
Итак, в адресе в формате «mailbox@hostname», «mailbox» является пользовательским аккаунтом, приложением или аккаунтом системной роли, но может содержать и такие экстравагантные вещи, как информацию для дальнейшей маршрутизации или идентификаторы используемые для сортировки, автоматизации или отслеживания, а «hostname» — обычно доменное имя, но может являться и субдоменом, сервером, сервисом, ip-адресом или просто именем хоста.

Корректные имена ящика с точки зрения RFC

Специцификация одобряет довольно странные адреса, и было бы накладно поддерживать их все потому, что некоторые слишком сложны, и не слишком много людей обладают достаточными знаниями чтобы выделывать такие пируэты в нейминге. Поддержка таких адресов затруднит поддержку таких аккаунтов вашими сотрудниками, к тому же они почти никогда не используются в быту.
Ящик может содержать пробелы. Насколько я помню, доинтернетовский AOL разрешал пробелы в «Imya Polzovatelya», которые использовались еще и как почтовые ящики с вырезанными оттуда пробелами: «imyapolzovatelya@aol.com», однако ж согласно RFC вы можете использовать двойные кавычки вокруг ящиков содержащих пробелы:

Кстати говоря, по этой логике, ящик содержащий всего лишь пробел корректен:

А вот еще один корректный адрес, он создан из допустимых для адреса символов:

Кстати, проверяйте апострофы, апострофы должны поддерживаться:

Апострофы не должны закавычиваться или эскейпиться, но когда вы сохраняете такие адреса в базу или передаете еще куда-то, убедитесь, что всё чики-пуки.
В Википедии есть еще куча примеров.
Нужна ли полная совместимость с RFC? Вам выбирать, но я не советую — пробелы и нестандартные символы в адресе довольно необычная штука и чаще всего являются просто опечаткой. Крупные e-mail провайдеры не разрешают использовать это примерно по тем же причинам; таким образом обычно достаточно дозволять буквы, цифры, точки, подчеркивания, дефисы, апострофы и плюсы.

Регистрозависимые адреса

Согласно RFC уникальность адреса определяется его регистрозависимой уникальностью, однако 99,9% провайдеров считают иначе и не позволяют регистрировать VasyaPetrov@example.com, если vasyapetrov@example.com уже зарегистрирован. Считайте, что имя почтового ящика регистронезависимо:

Небольшая кучка систем использует полную проверку регистра, позволяя лишь адрес Allen@example.com и отбрасывая входящую корреспондецию всех остальных АлЛеНоВ, однако это не работает на практике, поскольку пользователь не привык различать регистр в адресах почты.
Должны ли вы тут сохранять совместимость с RFC? Конвертируя адреса в нижний регистр перед сохранением вы можете доставить проблем небольшому количеству пользователей (вы не сможете посылать им письма), но отослав миллионы e-mail я столкнулся с этим всего несколько раз.
Конвертация в адреса в нижний регистр является неплохой идеей в плане нормализации данных, так как домен всегда регистронезависим и должен быть в нижнем регистре. Если же вы решите сохранять адрес так, как он введен, добавьте поле, в котором будет хранить каноническую версию.

Нестандартные символы

Gmail тут отличился: в то время как стандарт включает в себя точку как стандартный символ, Gmail не делает различий между адресами ящиков с точками и без. Эти адреса указывают на один и тот же почтовый ящик:

Обратите внимание, что Google Apps позволяет использовать Gmail на любом домене.
Основная проблема здесь заключается в поиске адреса в базе в том виде, в котором он был изначально введен, что может доставить немало геморроя как пользователю, так и службе поддержки, а также и программистам с тестировщиками. Тут то вам и пригодится вторая, канонiческая форма адреса, но об этом позже.

Расширенная форма названия ящиков с использованием тегов.

Но нужно ли вычищать теги из адреса ящика?
НЕТ! Будьте дружелюбны к своим пользователям, и пользователи проникнутся верой, что вы не осуществите хищение и сбыт их персональных данных с целью наживы. Даже если вы пытаетесь запретить регистрацию дополнительных аккаунтов с существующим ящиком, представьте себе, насколько просто в наше время тупо зарегистрировать еще один ящик чтобы снова зарегистрироваться у вас — не сложнее создания алиаса или папки(но об алиасах, папках и тегах, наоборот, мало кто знает).
Итак, еще раз. Создание второй, канонической, формы сохранения адреса в базе может неплохо прикрыть вашу за вас в случае неприятностей. Убедитесь, что вы ликвидировали из нее все теги, точки и т. д. и можете сравнивать с ней свежевведенные адреса.

Юникод и интернационализированные имена ящиков

Доменные имена

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

Поддомены

Некоторые адреса содержат ненужные поддомены: например, «email.msn.com» и «msn.com» являются одним и тем же почтовым доменом, кроме того, такие истории часто случаются в корпоративной среде (и это еще один хороший кандидат для каноникализации).

Интернационализированные домены (IDN )

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

этот классно описывает круговорот воды в природе.
Как и HTTP, SMTP поддерживает лишь 7-битную кодировку, и для того чтобы справиться с этим несчастьем IDN конвертируются в Punycode, что позволяет имени домена конвертироваться в представление Юникод и обратно:

Очень жаль, но существует возможность фишинга при использовании IDN. Юникод содержит несколько разных экземпляров некоторых символов ASCII. Это позволяет злоумышленнику создать сайт, название которого выглядит точно также как и оригинал из-за того, что некоторые символы в названии совпадают внешне, но не внутренне.
Это порождает несколько вопросов на которые следует ответить:
Должны ли мы дозволять IDN-адреса? Можем ли мы обеспечить саппорт пользователей службой поддержки (откуда у саппорта, например, клавиатуры с китайскими иероглифами?) Должны ли мы сохранять их в Юникоде или Punycode? Если мы сохраняем каноничные адреса, то в какой кодировке это делать? Поддерживает ли вообще наш почтовик (MTA) IDN, и в какой форме он ждет адреса при отправке писем?

IP Address syntax

Использование IP-адресов допустимо:

Однако такие адреса выглядят подозрительно, и вряд ли им стоит доверять.

Временные почтовые адреса

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

Источник

Почта чувствительна к регистру?

Существует большая путаница по поводу того, чувствительны ли адреса электронной почты к регистру или нет. Некоторые говорят, что это так, а другие утверждают, что это не так. Итак, кто прав? В этой статье мы рассмотрим, являются ли адреса электронной почты чувствительными к регистру или без учета регистра.

Что делает адрес электронной почты?

Адрес электронной почты состоит из трех частей — локальной части (также называемой именем пользователя), знака @ и доменной части. Каждая часть имеет свою роль и подчиняется своему набору правил. Вот краткий обзор.

. Он связан с доменной частью знаком @.

Доменная часть может быть длиной до 255 символов. Он может содержать буквы латинского алфавита (как строчные, так и прописные), цифры от 0 до 9 и дефис. Дефис не может начинать или заканчивать часть домена.

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

pochta chuvstvitelna k registru 1

Это чувствительно к регистру?

Правильный ответ на этот вопрос — и да, и нет. Согласно RFC 5321, локальная часть адреса электронной почты чувствительна к регистру. Это означает, что теоретически [электронная почта защищена] — это не то же самое, что [электронная почта защищена]. Однако провайдеры электронной почты могут рассматривать локальные части как с учетом регистра, так и без учета регистра.

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

Что касается доменной части, RFC 1035 предусматривает, что она всегда нечувствительна к регистру. Это означает, что вы можете написать его в нижнем регистре, в верхнем регистре или в любой комбинации этих двух символов, и ваша электронная почта окажется на одном и том же адресе. При практическом использовании [электронная почта защищена], [электронная почта защищена] и [электронная почта защищена] — это один и тот же адрес электронной почты.

На практике

В то время как адреса электронной почты чувствительны только к регистру, их, как правило, можно считать нечувствительными к регистру. Все крупные провайдеры, такие как Gmail, Yahoo Mail, Hotmail и другие, рассматривают локальные части адресов электронной почты как независимые от регистра. При этом вы должны проверить правила поставщика электронной почты, с которым вы хотите создать электронную почту.

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

С другой стороны, если ваш друг или коллега имеет адрес электронной почты с комбинацией символов верхнего и нижнего регистров, рекомендуется написать его так, как это происходит при отправке ему электронного письма. Невыполнение этого требования может привести к тому, что письмо не будет доставлено. Тем не менее, это не проблема для крупных почтовых провайдеров, таких как Gmail, Yahoo Mail, Hotmail и других.

Кроме того, Gmail также нечувствителен к точкам, найденным в локальной части электронного письма, когда дело доходит до идентификации учетной записи пользователя. Это означает, что если существует [защищенная электронная почта] учетная запись, вы не сможете зарегистрировать [защищенную электронную почту] или [защищенную электронную почту]

pochta chuvstvitelna k registru 1 1

интернационализация

Первоначально адреса электронной почты могли быть зарегистрированы только с использованием букв латинского алфавита, цифр и ограниченного набора специальных символов ASCII. Однако IETF (Internet Engineering Task Force) впоследствии разработал правила и стандарты для включения международных символов.

RFC6530 был первым, чтобы включить и регулировать использование международных символов. RFC6531 расширил правила и стандарты. Впоследствии правила и стандарты были обновлены с помощью RFC6532 и RFC6533.

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

Включение и совместимость с международными адресами электронной почты варьируется от поставщика к поставщику. Даже некоторые из крупнейших провайдеров не полностью совместимы с международными адресами. Например, Google позволяет отправить электронное письмо на международный адрес, но не позволяет его создать. Outlook 2016 имеет аналогичную функциональность.

Заключение

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

Источник

Adblock
detector