Электронный ящик
ящик Почтовый [1] (также электронный почтовый ящик , [1] ящик электронной почты , почтовый ящик электронной почты , электронный почтовый ящик ) — пункт назначения, куда электронной почты доставляются сообщения .Это эквивалент почтового ящика в почтовой системе.
Определения
[ редактировать ]Почтовый ящик идентифицируется по адресу электронной почты . Однако не все адреса электронной почты соответствуют хранилищу. Термин «псевдопочтовый ящик» иногда используется для обозначения адреса, который не соответствует определенному почтовому хранилищу. Переадресация электронной почты может применяться для связи с конечными получателями с таких адресов. электронные списки рассылки и псевдонимы электронной почты Типичными примерами являются .
РФК 5321, [2] определяет адрес электронной почты как строку символов, которая идентифицирует пользователя, которому будет отправлена почта, или место, куда будет отправлена почта. Термин «почтовый ящик» относится к этому хранилищу. В этом смысле термины «почтовый ящик» и «адрес» можно использовать как взаимозаменяемые.
RFC 5322 определяет почтовый ящик следующим образом: [3] Почтовый ящик принимает почту. Это «концептуальная сущность», которая не обязательно относится к хранилищу файлов. Это также показывает, что некоторые сайты могут распечатать письмо на принтере и доставить его на стол адресату, подобно традиционной передаче факса .
Доступ
[ редактировать ]Доступ к почтовому ящику контролируется провайдером почтового ящика . Обычно каждый может отправлять сообщения в почтовый ящик, в то время как только прошедшие проверку подлинности пользователи могут читать или удалять сообщения из своих почтовых ящиков. Почтовый клиент извлекает сообщения из одного или нескольких почтовых ящиков. База данных (файл, каталог, система хранения), в которой клиент хранит сообщения, называется локальным почтовым ящиком .
Доступ для чтения
[ редактировать ]Популярные протоколы клиент-сервер для получения сообщений:
- Протокол почтового отделения (POP): метод, наиболее подходящий для чтения сообщений с одного клиентского компьютера. Обычно сообщения удаляются из почтового ящика сервера после получения. В любом случае, основная копия сообщения находится в локальном почтовом ящике.
- Протокол доступа к сообщениям в Интернете (IMAP): предназначен для получения сообщений от нескольких клиентов, позволяя удаленно управлять почтовым ящиком сервера. Мастер-копии остаются на сервере, но копию можно сохранить локально.
- Веб-почта через HTTP : сообщения передаются в браузер пользователя в формате, определяемом сервером. Мастер-копии остаются на сервере, возможно, в исходном формате, который можно загрузить.
IMAP и веб-почта могут более или менее гладко сочетаться друг с другом. POP, если он настроен на оставление сообщений на сервере, может быть с ними совместим.
Формат интернет-сообщений, в настоящее время определенный RFC 5322, восходит к 1982 году (RFC 822). Это то, что ожидают получить клиенты POP и IMAP.
Доступ для записи
[ редактировать ]Сообщения, отправленные в почтовый ящик, записываются агентом доставки почты в локальный почтовый ящик сервера, который для удаленных пользователей является удаленным почтовым ящиком, принадлежащим им на этом сервере. Клиенты IMAP могут копировать, перемещать и удалять сообщения в удаленных почтовых ящиках.
Квота размера
[ редактировать ]Почтовые ящики имеют ограничение на размер, определяемое либо неявно доступной памятью, либо после определения квоты для этого почтового ящика или его папок. Помимо административных мелочей, ограничения квот помогают смягчить с использованием электронных писем . атаки [4]
Расширение IMAP для квот было стандартизировано в 1997 году. [5]
Формат хранения
[ редактировать ]Для хранения сообщений электронной почты можно использовать любую базу данных. Однако некоторая стандартизация привела к появлению нескольких широко известных форматов файлов, позволяющих получить доступ к данному почтовому ящику с помощью различных компьютерных программ . Существует два вида широко используемых форматов:
- mbox — это оригинальная технология хранения всех сообщений в одном файле,
- Maildir — это новая спецификация, которая обеспечивает хранение всех сообщений в дереве каталогов, в одном файле для каждого сообщения.
Имена почтовых ящиков
[ редактировать ]Имя почтового ящика — это первая часть адреса электронной почты, также известная как локальная часть ; то есть часть перед символом @ . Его формат формально определен RFC 5322 и RFC 5321. Часто это имя пользователя получателя на почтовом сервере или в домене назначения.
Локальная часть может иметь длину до 64 символов и теоретически чувствительна к регистру. Он может состоять либо из последовательности допустимых символов (описанной ниже), либо из строки в кавычках, которая также может содержать пробелы и специальные символы. Используя расширение SMTP SMTPUTF8 , также можно использовать символы, отличные от ASCII. [6] При создании новых имен почтовых ящиков необходим здравый смысл, чтобы избежать распространенных ошибок. По словам RFC 5321, очень осторожно относятся к введению ограничений:
Хотя приведенное выше определение локальной части является относительно разрешительным, для максимальной совместимости хост, который ожидает получать почту, ДОЛЖЕН избегать определения почтовых ящиков, где локальная часть требует (или использует) форму строки в кавычках или где локальная часть имеет место. -чувствительный.
— Джон Кленсин, RFC 5321.
Допустимые символы
[ редактировать ]Следующие символы могут появляться в локальной части без кавычек:
- Прописные и строчные английские буквы (a–z, A–Z) и последовательности UTF-8 при использовании SMTPUTF8.
- Цифры
0к9 - Персонажи
! # $ % & ' * + - / = ? ^ _ ` { | } ~ - Характер
.(точка) при условии, что это не первый и не последний символ, а также при условии, что она не появляется два или более раз подряд (например, [email protected] ).
Зарезервированные имена
[ редактировать ]Имена «почтмейстер», «злоупотребление» и другие соответствуют общеизвестным ролям и функциям и должны быть действительными. [7]
Известно, что некоторые имена вызывают проблемы, возможно, потому, что они конфликтуют с именами, используемыми внутри (некоторых частей) почтового программного обеспечения, включая почтовые фильтры , или потому, что базовая система хранения данных их блокирует. Существует ряд списков, например, на GitHub . [8] [9]
Ссылки
[ редактировать ]- ^ Перейти обратно: а б ИСО/МЭК 2382:2015
- ^ RFC 5321, Простой протокол передачи почты , Дж. Кленсин, Интернет-сообщество (октябрь 2008 г.), Раздел 2.3.11 ( Почтовый ящик и адрес )
- ^ RFC 5322, Формат интернет-сообщений , П. Резник (ред.), The Internet Society (октябрь 2008 г.), Раздел 3.4 ( Спецификация адреса )
- ^ Ник Кристенсон; Тим Боссерман; Дэвид Беккемейер (9 декабря 1997 г.). «Широкомасштабируемая служба электронной почты с использованием открытых систем» . УСЕНИКС . Проверено 12 декабря 2015 г.
Помимо аутентификации и местоположения почтового ящика, агент доставки почты также знает о квотах почтовых ящиков, которые мы налагаем на наших подписчиков. Если текущий размер почтового ящика превышает квоту для этого пользователя (по умолчанию 10 МБ), то сообщение возвращается обратно в MTA с причиной: «Пользователь npc, почтовый ящик заполнен». Помимо предотвращения злоупотреблений ресурсами со стороны подписчиков, это также помогает смягчить возможные разрушительные последствия почтовых бомбардировок злоумышленниками в Интернете. Мы считаем, что квота в 10 МБ весьма щедра, особенно учитывая, что при модеме 28,8, использующем очень высокую скорость линии связи и отсутствии узких мест в сети, можно ожидать, что загрузка содержимого почтового ящика объемом 10 МБ займет более часа.
- ^ Джон Г. Майерс (январь 1997 г.). Расширение IMAP4 QUOTA . IETF . дои : 10.17487/RFC2087 . РФК 2087 .
- ^ Цзянькан ЯО; Вэй МАО (февраль 2012 г.). «Расширение SMTPUTF8» . Расширение SMTP для интернационализированной электронной почты . IETF . сек. 3.2. дои : 10.17487/RFC6531 . RFC 6531 . Проверено 12 декабря 2015 г.
- ^ Дэйв Крокер (май 1997 г.). Имена почтовых ящиков для общих служб, ролей и функций . IETF . сек. 3,4,5. дои : 10.17487/RFC2142 . РФК 2142 . Проверено 12 декабря 2015 г.
- ^ Кейси О'Хара (2011). «Список зарезервированных имен пользователей, чтобы избежать конфликта URL-адресов с путями к ресурсам» . Гитхаб . Проверено 12 декабря 2015 г.
- ^ Майкл Махемофф (2011). «Список зарезервированных имен пользователей» .
