доменная часть email адреса
Адрес электронной почты
Из Википедии — свободной энциклопедии
Адрес электронной почты — запись, установленная по RFC 5322, однозначно идентифицирующая почтовый ящик, в который следует доставить сообщение электронной почты.
Адрес состоит из двух частей, разделённых символом «@». Левая часть указывает имя почтового ящика, часто оно совпадает с логином пользователя. Правая часть адреса указывает доменное имя того сервера, на котором расположен почтовый ящик.
Существуют и иные (более сложные или устаревшие) формы адреса электронной почты, но они используются редко.
При доставке сообщения почтовый сервер отправителя выделяет правую часть адреса и разрешает при помощи DNS соответствующее доменное имя. При этом запрашивается запись типа MX (англ. mail exchange ). Обычно у почтовых доменов несколько MX-записей, каждая из которых имеет определённый приоритет, обозначенный целым числом. Чем меньше это число, тем выше приоритет.
Ниже приведён пример, показывающий, куда должно быть отослано письмо, имеющее адрес назначения info@wikipedia.org. Запрос в DNS возвращает MX-запись для соответствующего домена:
В этом примере указаны два сервера электронной почты, обслуживающие домен wikipedia.org. Они имеют приоритет 50 и 10 соответственно. Это значит, что для любого адреса электронной почты, содержащего в правой части wikipedia.org, почта должна передаваться на хост mail.wikimedia.org (первичный сервер), а если он недоступен, то на хост pascal.knams.wikimedia.org (вторичный сервер).
Почтовый сервер отправителя соединяется по протоколу SMTP с почтовым сервером, указанным в MX-записи, и передаёт ему сообщение.
Что такое домен электронной почты
11 ноября 2017 Опубликовано в разделах: Азбука терминов. 45510
Адрес почтового ящика состоит из двух частей, где в первой указывается индивидуальное название, придуманное пользователем (логин), а во второй – сразу после символа @ — пишется название домена, которое является общим для всех электронных ящиков.
Например: у нас есть электронный адрес ivanov123@yandex.ru, где ivanov123 — уникальное индивидуальное название ящика, а yandex.ru – это доменное имя.
Если провести аналогию с реальным миром, то доменное имя можно сравнить с журналом «Вокруг Света», а каждый выпуск с уникальным индивидуальным именем (логин). Зная название и номер выпуска, можно без труда отыскать экземпляр в библиотеке или в архиве. То же самое и с электронной почтой.
Какие домены для электронной почты бывают
Некоторые популярны во всем мире (gmail.com), а некоторые только в странах СНГ (mail.ru).
Почта Яндекса
Сервис предлагает услуги: от возможности создать индивидуальный ящик для стандартного пользования до подключения почты к личному домену. «Яндекс:почта» бесплатный сервис, но стандартный функционал можно расширить за дополнительную плату. После регистрации выделяется 10 Гб для хранения писем. Если этого недостаточно, можно увеличить квоту за деньги.
При подключении яндекс почты открываются следующие возможности:
Явных недостатков в использовании домена не обнаружено. При технических сбоях и неполадках служба поддержки реагирует быстро. Кстати, если непонятна работа Яндекс, служба поддержки тоже ответит на все вопросы и разъяснит простым языком.
Почта Mail
Домен mail.ru относительно молодой в сравнении с сервисами Яндекса, Хотмэйла, Гугла. Кроме стандартных настроек почты, у сервиса есть облачное хранилище, возможность настроить услуги автоответчика для конкретных адресов или доменов. На мэил.ру также можно открыть электронную почту со своим доменом, во вкладке https://biz.mail.ru/mail/ абсолютно бесплатно.
Почта Google
Для хранения писем выделяется 30 гб дискового пространства. Сервис бесплатен, но есть платная возможность подключить почтовый сервис к личному домену.
Как зарегистрировать электронную почту со своим доменом
Служба хостинга может предоставить почтовые услуги своим клиентам. Но объем памяти стандартного хостингового пакета не превышает 10 Гб, а этого будет достаточно только для 20-50 пользователей. Поэтому для экономии памяти, вебмастера переносят ящики на внешние почтовые ресурсы. При увеличении объемов писем возникает необходимость увеличить рабочий функционал. В таких случаях работники крупных бизнес-порталов, переходят на внешний ресурс.
Домены бывают платными и бесплатными. Владельцам платных доступны дополнительные услуги и неограниченный объем памяти.
Что хостинги могут предложить владельцам электронной почты:
При обращении к провайдеру, сотрудники хостинга сами могут настроить систему.
Что дает использование внешних ресурсов при подключении электронного адреса (yandex.ru/mail.ru):
Регистрация электронной почты для личного домена
Рассмотрим подключение почтового сервиса на примере yandex.ru.
Перейдите по адресу https://business.yandex.ru/mail, авторизуйтесь и в центральной вкладке напишите имя своего домена.
Подтвердите, что вы владелец сайта. Для этого в текстовый документ скопируйте предложенный системой код, сохраните файл и вставьте его в корневую папку вашего ресурса. Подождите 10-15 минут для подтверждения.
Далее Яндекс попросит настроить МХ-записи. Для этого зайдите в личный кабинет хостинговой компании и найдите вкладку «DNS настройки». В открывшейся вкладке найдите «другие МХ-сервера», зайдите туда и поменяйте местами записи: удалите ту, что была, и вставьте ту, которую требует прописать Яндекс. Нажмите «ок» и электронная почта с доменным именем готова.
Я знал, как валидировать email-адрес. Пока не прочитал RFC
От переводчика: прочитав статью, начал было отвечать в комментариях, но решил, что текст, на которую я собирался ссылаться, достоин отдельной публикации. Встречайте!
Если вы знаете, как валидировать email-адрес, поднимите руку. Те из вас, кто поднял руку — опустите её немедленно, пока вас кто-нибудь не увидел: это достаточно глупо — сидеть в одиночестве за клавиатурой с поднятой рукой; я говорил в переносном смысле.
До вчерашнего дня я бы тоже поднял руку (в переносном смысле). Мне нужно было проверить валидность email-адреса на сервере. Я это уже делал несколько сот тысяч раз (не шучу — я считал) при помощи классного регулярного выражения из моей личной библиотеки.
В этот раз меня почему-то потянуло ещё раз осмыслить мои предположения. Я никогда не читал (и даже не пролистывал) RFC по email-адресам. Я попросту основывал мою реализацию на основе того, что я подразумевал под корректным email-адресом. Ну, вы в курсе, что обычно говорят о том, кто подразумевает. [прим. перев. Автор имеет в виду игру слов: «when you assume, you make an ass of you and me» — «когда вы (что-то) подразумеваете, вы делаете /./удака из себя и из меня»]
И обнаружил кое-что занимательное: почти все регулярные выражения, представлены в интернете как «проверяющие корректность email-адреса», излишне строги.
Оказывается, что локальная часть email-адреса — то, что перед знаком «@» — допускает гораздо более широкое разнообразие символов, чем вы думаете. Согласно разделу 2.3.10 RFC 2821, который определяет SMTP, часть перед знаком «@» называется локальной частью (часть после знака — это домен получателя) и предназначена для интерпретации исключительно сервером получателя.
Следовательно — и благодаря длинной череде проблем, вызванных промежуточными хостами, пытавшимися оптимизировать передачу путём изменения их [адресов — перев.], локальная часть ДОЛЖНА быть интерпретирована (и ей должен быть назначен семантический смысл) исключительно сервером, указанным в доменной части адреса.
Адресная спецификация представляет собой определённый идентификатор в сети Internet, содержащий локально интерпретируемую строку, за которой следует знак «эт» («@», ASCII-код 64), за которым, в свою очередь, следует домен сети Internet. Локально интерпретируемая строка представляет собой либо обрамлённую кавычками строку, либо точечный атом.
Точечный атом — это набор атомов, разделённых точками. В свою очередь, атом определён в разделе 3.2.4 как набор алфавитно-цифровых символов и может включать в себя любые из нижеследующих символов (знаете, те самые, которыми обычно заменяют мат)…
Более того, вполне допустимо (хотя не рекомендуется и редко где применяется) иметь закавыченные локальные части, в которых допустимы почти любые символы. Закавычивание может производится либо при помощи символа обратной черты, либо путём обрамления локальной части двойными кавычками.
RFC 3696, Application Techniques for Checking and Transformation of Names, был написан автором протокола SMTP (RFC 2821) как человекочитаемое руководство по эксплуатации SMTP. В третьем разделе он приводит примеры корректных email-адресов.
Это таки корректные email-адреса!
Ну-ка, прогоните их через ваш любимый валидатор. Ну как, много прошло?
По приколу я решил попробовать написать регулярное выражение (спасибо, мне уже доложили, теперь у меня две проблемы), через которое они все прошли бы. Вот оно.
Учтите, что это выражение подразумевает, что чувствительность к регистру выключена (RegexOptions.IgnoreCase в .NET). Согласен, весьма уродливое выражение.
Я написал юнит-тест, чтобы продемонстрировать все случаи, которые оно покрывает. Каждая строка содержит email-адрес и флаг — является он корректным или нет.
Прежде, чем вы назовёте меня жутким занудой и педантом (может, вы и правы, но всё равно погодите), я не думаю, что настолько глубокая проверка email-адресов абсолютно необходима. Большинство email-провайдеров имеют более строгие требования к email-адесам. Например, Yahoo требует, чтобы адрес начинался с буквы. Похоже, что имеется стандартизированный более строгий набор правил, которому следует большинство email-провайдеров, но насколько мне известно, он нигде не задокументирован.
Думаю, я создам email-адрес типа phil.h\@\@ck@haacked.com и начну жаловаться в техподдержку на сайтах, которые требуют ввода email-адреса, но не позволяют мне создать учётную запись с этим адресом. Люблю шалить!
Мораль заключается в том, что полезно время от времени бросать вызов предрассудкам и предположениям, а также никогда не подпускать меня к RFC.
Адрес электронной почты
Мария Смирнова-Матрос
Создайте рассылку в конструкторе за 15 минут. Отправляйте до 1500 писем в месяц бесплатно.
Отправить рассылку
Электронная почта — это такой же важный инструмент связи, как и телефон. Электронная почта используется для общения по работе, для регистрации в социальных сетях и мессенджерах, для покупок в интернет-магазинах, для официальных запросов в госорганы.
Всего в мире более 4 млрд почтовых аккаунтов на 7,9 миллиардов населения Земли. Конечно, не у каждого жителя есть электронная почта, зато у некоторых пользователей по 5 электронных ящиков для разных целей.
В почтовой системе каждому пользователю присваивается индивидуальный адрес — email, который состоит из уникального имени пользователя почты, значка «@», обозначающего, что это email-адрес, и доменного имени.
Например, вот из каких частей состоит адрес электронной почты maria.matros@gmail.com:
Популярные почтовые провайдеры
Почтовые провайдеры — это компании (сервисы), которые организуют доставку и хранение почты:
В каких почтовых программах читают почту в СНГ
Как правило, личную почту регистрируют на каком-то из этих провайдеров.
Как создать электронный ящик
Для создания электронной почты нужно уникальное имя пользователя, состоящее из латинских символов и пароль, защищающий почту. Уникальное имя пользователя + знак «@» + домен, к которому привязана почта — это и есть электронный адрес.
Все адреса электронной почты должны быть уникальными, чтобы точно идентифицировать получателя. Именно поэтому сейчас нельзя зарегистрировать почту, к примеру, ivan.ivanov@gmail.com — этот адрес уже занят каким-то пользователем. Но если ivan.ivanov удалит свой ящик на Gmail — имя снова будет свободно и вы сможете его занять.
На разных доменах может быть одинаковое имя пользователя. К примеру, mariia.matros@gmail.com и mariia.matros@unisender.com.
В почте можно использовать латинские буквы, символ нижнего подчеркивания «_», иногда точку. Символы, которые можно использовать, ограничены протоколами RFC, это общие правила использования символов в интернете. Почтовик, как правило, указывает, какие символы можно и нельзя использовать в логине. Недопустимые спец-символы почтовый сервис подчеркнет во время создания почтового ящика.
Вот ограничения по символам в Почте Mail.ru. У остальных провайдеров они примерно такие же.
Для примера создадим электронную почту на сайте Почта Mail.ru.
1. Заходим на главную Почта Mail.ru.
2. Выбираем «Создать ящик» возле окошка «Вход в почту».
3. Попадаем на главную страницу создания аккаунта в Почте Mail.ru.
4. Заполняем форму создания почтового ящика.
Форма регистрации Почты Mail.ru
5. Заходим в почту с помощью пары логин-пароль, которую ввели при регистрации.
6. Электронная почта готова. Вы можете указывать ее в формах регистрации, подписываться на рассылки — вам будут приходить письма.
Чтобы письма приходили, важно точно указывать адрес электронной почты. Если при заполнении почты опечататься хотя бы на один символ, почта придет другому человеку или вернется отправителю с сообщением «Не существует такого email-адреса».
Для создания почты достаточно пары логин-пароль. Но современные почтовые системы часто просят номер телефона или резервный электронный почтовый адрес, чтобы можно было восстановить доступ к почте, если пользователь забудет свой пароль. Также просят заполнить имя, пол, дату рождения, чтобы сервис идентифицировал пользователя, который регистрирует почту.
Имя будет указано в поле «Отправитель». Если это поле не заполнено, в поле «Отправитель» будет дублироваться адрес электронной почты.
Советы по выбору адреса личной электронной почты
Почта Mail.ru составила памятку о том, как организовать почту и как ею пользоваться.
Советы по созданию пароля для электронной почты
Пароль к электронной почте — один из самых важных паролей, так как получив доступ к почте, злоумышленники смогут сбросить пароли всех остальных сервисов и сайтов, которые зарегистрированы на эту почту. С одной стороны, пароль должен быть надежен, а с другой — его важно помнить.
Некоторые сайты создают дополнительные требования к паролям: не использовать пароли, которые уже были использованы, обязательно использовать и цифры, и буквы, и спецсимволы, использовать буквы разного регистра.
При регистрации почтовый сервис сам покажет дополнительные требования к созданию пароля.
Вот что Почта Mail.ru думает о стандартном пароле qwert
Несколько советов от разработчиков из «Студии Касперского»:
Как узнать свой адрес электронной почты и пароль
Адрес электронной почты всегда можно посмотреть в личном кабинете почтового сервиса, а в «Настройках почты» изменить пароль. Как правило, пароль нельзя посмотреть, его можно только восстановить. Для этого нужно или ввести старый пароль, или ввести резервную электронную почту, или номер телефона. На почту или телефон придет временный пароль, с помощью которого можно зайти в аккаунт почты и в «Настройках» установить новый пароль.
При создании корпоративной электронной почты все эти задачи выполняет системный администратор, а сотрудник получает пару логин-пароль и может зайти в уже созданную почту. Читайте статью, о том, как сделать корпоративную почту на своем домене.
Как создать электронный ящик на Gmail
1.Зайти на главную страницу почтового сервиса Gmail.
2.Нажать на кнопку «Создать аккаунт».
3.Ввести имя, уникальный адрес почты и пароль.
Первый экран создания почты Gmail
4.Ввести номер телефона или резервную почту. Это не обязательно, но без них не получится восстановить доступ к почте.
Заполнение резервных способов восстановления пароля в Gmail
5.Принять правила Политики конфиденциальности Gmail (без этого создать почту не получится).
Важно. Google постоянно меняет внешний вид экрана создания почты, поэтому когда вы будете регистрировать почту, этот путь может выглядеть немного по-другому.
С введением интернационализированных доменных имен предпринимаются попытки разрешить использование символов, отличных от ASCII, в адресах электронной почты.
СОДЕРЖАНИЕ
Транспорт сообщений
Синтаксис
Местная часть
Локальная часть адреса электронной почты может быть без кавычек или может быть заключена в кавычки.
Если не заключен в кавычки, он может использовать любой из этих символов ASCII :
Максимальная общая длина локальной части адреса электронной почты составляет 64 октета.
Обратите внимание, что некоторые почтовые серверы поддерживают распознавание подстановочных знаков локальных частей, обычно символов после плюса и реже знаков после минуса, поэтому fred + bah @ domain и fred + foo @ domain могут оказаться в том же почтовом ящике, что и fred + @ domain. или даже как fred @ domain. Это может быть полезно для пометки писем для сортировки (см. Ниже) и для борьбы со спамом. Подтяжки < и >также используются таким образом, хотя и реже.
Локальная часть представляет собой либо точечную, либо заключенную в кавычки строку; это не может быть комбинация. Однако строки и символы в кавычках обычно не используются. RFC 5321 также предупреждает, что «хост, который ожидает получать почту, ДОЛЖЕН избегать определения почтовых ящиков, в которых локальная часть требует (или использует) форму строки в кавычках».
Домен
Зарезервированные домены
Примеры
Недействительные адреса электронной почты Abc.example.com (без символа @) A@b@c@example.com (вне кавычек допускается только один @) a»b(c)d,e:f;g i[j\k]l@example.com (ни один из специальных символов в этой локальной части не может быть вне кавычек) just»not»right@example.com (строки в кавычках должны быть разделены точками или единственным элементом, составляющим локальную часть) this is»not\allowed@example.com (пробелы, кавычки и обратная косая черта могут существовать только внутри строк в кавычках и им предшествует обратная косая черта) this\ still\»not\\allowed@example.com (даже если они экранированы (им предшествует обратная косая черта), пробелы, кавычки и обратные косые черты должны по-прежнему заключаться в кавычки) 1234567890123456789012345678901234567890123456789012345678901234+x@example.com (локальная часть длиннее 64 символов) i_like_underscore@but_its_not_allowed_in_this_part.example.com (Подчеркивание недопустимо в доменной части) QA[icon]CHOCOLATE[icon]@test.com (символы значков)
Общая семантика локальной части
Согласно RFC 5321 2.3.11 Почтовый ящик и адрес, «. локальная часть ДОЛЖНА быть интерпретирована и назначена семантика только хостом, указанным в домене адреса». Это означает, что нельзя делать никаких предположений о значении локальной части другого почтового сервера. Это полностью зависит от конфигурации почтового сервера.
Нормализация локальной части
Интерпретация локальной части адреса электронной почты зависит от соглашений и политик, реализованных на почтовом сервере. Например, чувствительность к регистру может различать почтовые ящики, различающиеся только заглавными буквами символов локальной части, хотя это не очень распространено. Gmail игнорирует все точки в локальной части адреса @ gmail.com для определения личности учетной записи.
Субадресация
Адреса этой формы с использованием различных разделителей между базовым именем и тегом поддерживаются несколькими почтовыми службами, включая Andrew Project (плюс), Runbox (плюс), Gmail (плюс), Rackspace (плюс), Yahoo! Mail Plus (дефис), Apple iCloud (плюс), Outlook.com (плюс), ProtonMail (плюс), Fastmail (плюс и адресация субдоменов), postale.io (плюс), Pobox (плюс), MeMail (плюс), MMDF (равно), Qmail и Courier Mail Server (дефис). Postfix и Exim позволяют настроить произвольный разделитель из допустимого набора символов.
Подтверждение и проверка
Адреса электронной почты часто запрашиваются в качестве входных данных для веб-сайта в качестве подтверждения существования пользователя. Доступны и другие методы проверки, такие как проверка номера сотового телефона, проверка почты и проверка факсов.
Для проверки адреса электронной почты пользователя можно использовать несколько методов проверки. Например,
Интернационализация
EAI позволяет пользователям иметь локализованный адрес в сценарии или наборе символов на родном языке, а также в форме ASCII для связи с устаревшими системами или для независимого от сценария использования. Приложения, которые распознают интернационализированные доменные имена и почтовые адреса, должны иметь средства для преобразования этих представлений.
Ожидается значительный спрос на такие адреса в Китае, Японии, России и других странах с большой базой пользователей нелатинской письменности.
Примеры интернационализации
Приведенные ниже примеры адресов не будут обрабатываться серверами на основе RFC 5322, но разрешены RFC 6530. Серверы, соответствующие этому стандарту, смогут их обрабатывать: