часть адреса до символа не должна содержать символ что означает
Часть адреса до символа не должна содержать символ что означает
CTR в поисковой выдаче Google в 2021 году: исследование
В Google Merchant Center появился отчет о конкурентной видимости
Кто знает, когда будет полная поддержка?
А почему бы не спросить у тех, кто «планирует в ближайшее время снять это ограничение»?
А почему бы не спросить и здесь?
Мне вот тут сказали что вообще невозможно:
Хостинг-support: В данный момент вообще невозможна.
Изначально задумывалось, что та часть, которая до собаки, это имя реального системного пользователя.
Поэтому, я считаю, что русскоязычные (ну или юникодные) имена почтовых ящиков появятся не раньше, чем русскоязычные (юникодные) имена системных пользователей 🙂
Т.е. приблизительно никогда 😀
[umka] добавил 13.12.2010 в 11:08
или системных пользователей тоже добавлять в punycode? ))) это будет мегаудобно
‘[umka:
;8173085′]
Т.е. приблизительно никогда 😀
‘[umka:
;8173085′]
Т.е. приблизительно никогда 😀
‘[umka:
;8173085′]
Т.е. приблизительно никогда 😀
Формат адреса электронной почты следующий:
где локальная часть(local-part) может быть до 64 символов, а доменное имя(domain) может содержать не более 253 символов. Максимальная длина всего(вместе с символом @) адреса электронной почты(email) = 256 символов.
В локальной части адреса электронной почты можно использовать любой из следующих символов ASCII:
1. Строчные и прописные английские буквы (a–z, A–Z) (ASCII: 65-90, 97-122)
2. Цифры от 0 до 9 (ASCII: 48-57)
(ASCII: 33, 35-39, 42, 43, 45, 47, 61, 63, 94-96, 123-126)
5. Специальные символы разрешены с ограничениями, в том числе:
Пробел и «(),:;<>@[\] (ASCII: 32, 34, 40, 41, 44, 58, 59, 60, 62, 64, 91-93)
Ограничения для специальных символов заключается в том, что они должны содержаться в кавычках и что перед специальными символами (пробел, обратная косая черта \ и кавычка » (ASCII: 32, 92, 34) должна предшествовать обратная косая черта \ (например, «\»\\\ «).
Строка в кавычках может существовать если она отделена точками или содержит всю локальную часть (например,
abc.»defghi».xyz@example.com или «abcdefghixyz»@example.com допускается.
abc»defghi»xyz@example.com и abc\»def\»ghi@example.com не допускается).
Многие организации ограничивают допустимые символы.
Доменная часть состоит либо из адреса сайта, либо ip буквально, заключеный в квадратные скобки, например, mach@[192.168.2.1], хотя это большая редкость за исключением спама Ж:-)
Правильное написание адреса электронной почты
В наше время без электронной почты не обойтись никому. Общение по сети приобрело массовый характер. Многие вопросы — и деловые, и личные — решаются именно таким образом. Это удобно, быстро и не требует особых усилий. Подобный метод обмена информацией доступен для каждого пользователя, у которого есть компьютер и интернет. Поэтому важно знать, что такое адрес электронной почты и как правильно его писать. Благодаря этому сервису можно оперативно с кем-то связаться, переслать важные документы или просто пообщаться с человеком, который находится далеко от вас.
Мы расскажем вам, как стать обладателем почтового ящика в Интернете
Об электронной почте
Сервисы Electronic Mail (e-mail) используются повсюду. У каждой организации или учреждения наряду с другими контактами всегда указан и адрес электронной почты. Он должен быть у любого пользователя ПК. Без него нельзя зарегистрироваться на сайтах, подписываться на рассылки, получать доступы к закрытым ресурсам и форумам. Он нужен также для работы некоторых программ.
Такое распространение электронной почты связано с тем, что сервисы для пересылки сообщений доступны и понятны каждому человеку. Они появились очень давно, но до сих пор остаются актуальными. Для электронной почты не нужен мощный компьютер или быстрый интернет. Существует много различных сайтов, на которых её можно зарегистрировать. У всех разный интерфейс и функционал, поэтому найдутся варианты на любой вкус. Если вам не нравятся онлайн-сервисы, установите на компьютер специальные утилиты — почтовые клиенты.
Адрес e-mail уникален для каждого пользователя. Это как номер телефона или индекс — нет двух одинаковых.
Можно отправлять сообщения любой длины, добавлять к ним вложения: файлы, картинки, документы. Такое письмо будет доставлено мгновенно. Большинство сервисов электронной почты имеют огромный инструментарий для форматирования текста. Доступны разные шрифты, начертания, цвета, вставка фона, рисунков. Вы можете отправить настоящую поздравительную открытку. И получатель увидит её в тот же день.
Из чего состоит e-mail адрес?
E-mail имеет чёткую структуру и формируется определённым образом. Он состоит из нескольких элементов. Сами элементы могут различаться, но они должны быть написаны латинскими буквами. Допустимо использование цифр, знаков препинания и некоторых других символов. Это общепринятый стандарт. Вот как выглядит адрес электронной почты: «login@domen». Разберём поподробнее каждую часть адреса.
Структура E-mail адреса не так уж сложна
Посмотрите, как написать адрес электронной почты, на конкретном примере: «nickname@mail.ru», «corporation@gmail.com».
Как зарегистрировать электронную почту?
Просмотр входящей почты в Гугл довольно удобен
Они предназначены не только для создания электронной почты. У каждого из них огромный набор информационных, развлекательных или просто полезных сервисов. Чтобы получить персональный адрес, необходимо сделать следующее:
Диалог создания почтового ящика в одной из систем
Крупные организации регистрируют собственные домены. Это выглядит презентабельно. Серьёзные компании предпочитают не использовать бесплатные сервисы e-mail.
Если не знаете, как придумать адрес электронной почты, попробуйте что-то в этом роде:
Как отправить e-mail?
Вы хотите отправить что-то на e-mail? Сделать это очень просто.
Интерфейс веб-почты у различных сервисов примерно одинаков
Разобраться, как формируется адрес пользователя электронной почты, достаточно легко. Он состоит из трёх частей: логина, символа-разделителя @ и доменного имени. Эти элементы фиксированы и их нельзя менять местами. Каждый e-mail — это уникальный набор символов, не существует двух одинаковых. Логин можно придумать, домен — только выбрать из предложенных вариантов. Адрес должен состоять из латинских букв, цифр или некоторых символов.
Части адреса электронной почты и символы, которые вы можете использовать в них
Узнайте, какие символы вы можете использовать
Адреса электронной почты, например me@example.com, включают несколько элементов. Наиболее заметным является символ знака (@) в середине каждого адреса электронной почты. Перед этим следует имя пользователя, которое в данном примере – «я». После этого следует доменное имя, которое в нашем примере – «example.com».
Имя пользователя Часть письма
Перед знаком @ стоит имя пользователя. Он обозначает, кто в домене является владельцем адреса электронной почты – в нашем примере, я.
Кто бы ни настраивал ваш адрес электронной почты (вы, ваша школа или ваш работодатель), выбирает имя пользователя. Например, когда вы зарегистрируете бесплатную учетную запись электронной почты, вы введете собственное имя пользователя.
Когда вы создаете имя пользователя электронной почты, которое будет использоваться профессионально, существует несколько стандартных форматов, которые передают профессионализм. Например, использование вашего имени дружелюбно и легко запоминается, например, Bill@example.com. Это также дает некоторую анонимность, не раскрывая вашу фамилию. К сожалению, если вы настроите адрес электронной почты в популярной почтовой системе, такой как Outlook или Gmail, вы можете обнаружить, что используются общие имена.
Вот несколько других профессиональных параметров имени пользователя, которые хорошо работают:
Тем не менее, они предлагают меньше анонимности. Опять же, в больших системах электронной почты, даже эти более конкретные имена пользователей уже могут быть приняты.
Существуют некоторые ограничения для имен пользователей, такие как максимальное количество символов, которые можно использовать в адресе электронной почты, и допустимые символы. Все, что явно не разрешено, запрещено.
Символы, разрешенные в адресах электронной почты
В соответствующем стандартном документе Интернета, RFC 2822, указаны символы, которые можно использовать в адресе электронной почты.
На языке стандарта имя пользователя в электронном письме состоит из слов, разделенных точками. Слово в адресе электронной почты называется атомом или строкой в кавычках. Атом – это последовательность символов ASCII от 33 до 126, где от 0 до 31 и 127 – управляющие символы, а 32 – пробел.
Строка в кавычках начинается и заканчивается кавычкой (“). Любой символ ASCII от 0 до 177, за исключением самой кавычки и возврата каретки, может быть помещен между кавычками.
Символы обратной косой черты также могут использоваться в адресах электронной почты, но они выполняют другую функцию. Обратная косая черта заключает в кавычки любой символ и приводит к тому, что следующий символ теряет особое значение, которое он обычно имеет в контексте. Например, чтобы включить символ кавычки в адрес электронной почты, поместите обратную косую черту перед символом кавычки.
Любой алфавитно-цифровой символ ASCII может использоваться в вашем адресе электронной почты, а также любые символы между 33 и 47 ASCII. Символы, которые не допускаются в адресе электронной почты, включают:
Короче говоря, в вашем адресе электронной почты разрешены строчные буквы, цифры, тире и подчеркивание, хотя некоторые провайдеры электронной почты различают регистр при написании действительного адреса.
Никогда не проверяйте 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 предоставляют алиасы, которые могут быть использованы примерно тем же способом, то есть уничтожены через некоторое время. Не существует единой техники выявления таких адресов — в конце концов именно для этого они и предназначены. Они используют большущий набор доменных имен с постоянной ротацией для того чтобы быть на шаг впереди тех, кто пытается пресечь их деятельность.