Почтовый ящик - Email box

А почтовый ящик[1] (также электронный почтовый ящик,[1] почтовый ящик, почтовый ящик электронной почты, почтовый ящик) - пункт назначения, к которому электронная почта сообщения доставляются. Это эквивалент почтовый ящик в почтовой системе.

Определения

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

RFC 5321,[2] определяет Адрес электронной почты в виде строки символов, которая идентифицирует пользователя, которому будет отправлено письмо, или место, в которое оно будет отправлено. Период, термин почтовый ящик относится к этому хранилищу. В этом смысле условия почтовый ящик и адрес могут использоваться как взаимозаменяемые.

RFC 5322 определяет почтовый ящик следующим образом:[3] Почтовый ящик принимает почту. Это «концептуальная сущность», которая не обязательно относится к файловому хранилищу. Это также служит примером того, что некоторые сайты могут распечатать почту на принтере и доставлять результат на стол адресата, во многом как традиционный факс коробка передач.

Доступ

Основная статья: Почтовый клиент

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

Доступ для чтения

Популярный клиент – сервер протоколы для получения сообщений:

  • Почтовый протокол (POP): метод, наиболее подходящий для чтения сообщений с одного клиентского компьютера. Обычно сообщения удаляются из почтового ящика сервера после получения. В любом случае, главная копия сообщения находится в локальном почтовом ящике.
  • Протокол доступа к Интернет-сообщениям (IMAP): предназначен для получения сообщений от нескольких клиентов, позволяя удаленно управлять почтовым ящиком сервера. Основные копии остаются на сервере, но копию можно сохранить локально.
  • Электронная почта над HTTP: сообщения передаются в браузер пользователя в определяемом сервером формате. Главные копии остаются на сервере, возможно, в исходном формате, который можно загрузить.

IMAP и веб-почта могут более или менее согласовываться друг с другом. POP, если он настроен так, чтобы оставлять сообщения на сервере, может быть совместим с ними.

Формат Интернет-сообщения, в настоящее время определяемый RFC 5322, датируется 1982 г. (RFC 822 ). Это то, что ожидают получить клиенты POP и IMAP.

Доступ для записи

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

Размер квоты

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

Расширение IMAP для квот было стандартизировано в 1997 году.[5]

Формат хранения

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

  • mbox это оригинальный метод хранения всех сообщений в одном файле,
  • Maildir - это новая спецификация, которая предусматривает хранение всех сообщений в дереве каталогов с одним файлом для каждого сообщения.

Имена почтовых ящиков

Основная статья: Адрес электронной почты

Имя почтового ящика - это первая часть адреса электронной почты, также известная как местная часть; то есть часть перед @ символ. Его формат формально определяется RFC 5322 и RFC 5321. Часто это имя пользователя получателя на почтовом сервере или в домене назначения.

Локальная часть может быть длиной до 64 символов и, теоретически, чувствительна к регистру. Он может состоять либо из последовательности допустимые символы (описано ниже) или строка в кавычках, которая также может содержать пробелы и специальные символы. Использование SMTPUTF8 расширенный SMTP также можно использовать символы, отличные от ASCII.[6] При создании новых имен почтовых ящиков необходим здравый смысл, чтобы избежать распространенных ошибок. По словам RFC 5321, очень осторожно относятся к наложению ограничений:

Хотя приведенное выше определение для локальной части является относительно разрешающим, для максимальной совместимости хост, который ожидает получать почту, СЛЕДУЕТ избегать определения почтовых ящиков, где локальная часть требует (или использует) форму строки в кавычках или где локальная часть имеет регистр -чувствительный.

— Джон Кленсин, RFC 5321

Допустимые символы

Следующие символы могут появляться в локальной части без кавычек:

  • Прописные и строчные буквы английского алфавита (a – z, A – Z) и UTF-8 последовательности при использовании SMTPUTF8
  • Цифры 0 к 9
  • Символы ! # $ % & ' * + - / = ? ^ _ ` { | } ~
  • Характер . (точка) при условии, что это не первый и не последний символ, а также при условии, что он не появляется два или более раз подряд (например, John..Doe @ example.com).

Зарезервированные имена

Имена «почтмейстер», «злоупотребление» и другие соответствуют хорошо известным ролям и функциям и должны быть действительными.[7]

Известно, что некоторые имена вызывают проблемы, возможно, потому, что они конфликтуют с именами, используемыми внутри (некоторыми частями) почтового программного обеспечения, включая почтовые фильтры, или потому что основной система хранения задыхается от них. Существует ряд списков, например, по GitHub.[8][9]

Рекомендации

  1. ^ а б ИСО / МЭК 2382: 2015
  2. ^ RFC 5321, Простой протокол передачи почты, Дж. Кленсин, The Internet Society (октябрь 2008 г.), раздел 2.3.11 (Почтовый ящик и адрес)
  3. ^ RFC 5322, Формат Интернет-сообщения, П. Резник (ред.), The Internet Society (октябрь 2008 г.), раздел 3.4 (Указание адреса)
  4. ^ Ник Кристенсон; Тим Боссерман; Дэвид Бекемейер (9 декабря 1997 г.). «Высоко масштабируемая служба электронной почты с использованием открытых систем». USENIX. Получено 12 декабря, 2015. Помимо аутентификации и местоположения почтового ящика, агент доставки почты также знает о квотах почтовых ящиков, которые мы налагаем на наших подписчиков. Если текущий размер почтового ящика превышает квоту для этого пользователя (по умолчанию - 10 МБ), то сообщение возвращается обратно в MTA с причиной «Пользователь npc, почтовый ящик заполнен». Помимо предотвращения злоупотребления ресурсами со стороны подписчиков, это также помогает смягчить возможные разрушительные последствия взлома почты злоумышленниками в Интернете. Мы считаем, что квота в 10 МБ довольно щедрая, особенно если учесть, что для модема 28,8, использующего очень высокую скорость передачи данных и отсутствие узких мест в сети, можно ожидать, что на загрузку содержимого почтового ящика объемом 10 МБ может уйти более часа.
  5. ^ Джон Г. Майерс (январь 1997 г.). Расширение IMAP4 QUOTA. IETF. Дои:10.17487 / RFC2087. RFC 2087.
  6. ^ Цзянькан Яо; Вэй МАО (февраль 2012 г.). «Расширение SMTPUTF8». Расширение SMTP для интернационализированной электронной почты. IETF. сек. 3.2. Дои:10.17487 / RFC6531. RFC 6531. Получено 12 декабря, 2015.
  7. ^ Дэйв Крокер (май 1997 г.). Имена почтовых ящиков для общих служб, ролей и функций. IETF. сек. 3,4,5. Дои:10.17487 / RFC2142. RFC 2142. Получено 12 декабря, 2015.
  8. ^ Кейси О'Хара (2011). «Список зарезервированных имен пользователей, чтобы избежать конфликтов частичных URL с путями к ресурсам». GitHub. Получено 12 декабря, 2015.
  9. ^ Майкл Махемофф (2011). «Список зарезервированных имен пользователей».