Почтовый ящик [1] (также электронный почтовый ящик , [1] ящик электронной почты , почтовый ящик электронной почты , e-mailbox ) — это место назначения, куда доставляются электронные почтовые сообщения. Это эквивалент почтового ящика в почтовой системе.
Почтовый ящик идентифицируется по адресу электронной почты . Однако не все адреса электронной почты соответствуют хранилищу. Термин псевдопочтовый ящик иногда используется для обозначения адреса, который не соответствует определенному хранилищу почты. Пересылка электронной почты может применяться для достижения конечных получателей с таких адресов. Типичными примерами являются списки электронной рассылки и псевдонимы электронной почты .
RFC 5321, [2] определяет адрес электронной почты как строку символов, которая идентифицирует пользователя, которому будет отправлена почта, или место, куда будет помещена почта. Термин почтовый ящик относится к этому депозитарию. В этом смысле термины почтовый ящик и адрес могут использоваться взаимозаменяемо.
RFC 5322 определяет почтовый ящик следующим образом: [3] Почтовый ящик получает почту. Это «концептуальная сущность», которая не обязательно относится к хранилищу файлов. Это также иллюстрирует, что некоторые сайты могут распечатывать почту на принтере и доставлять вывод на стол адресата, что очень похоже на традиционную передачу факса .
Доступ к почтовому ящику контролируется провайдером почтовых ящиков . Обычно отправлять сообщения в почтовый ящик может любой, в то время как читать или удалять сообщения из своих почтовых ящиков могут только аутентифицированные пользователи. Клиент электронной почты извлекает сообщения из одного или нескольких почтовых ящиков. База данных (файл, каталог, система хранения), в которой клиент хранит сообщения, называется локальным почтовым ящиком .
Популярные клиент-серверные протоколы для получения сообщений:
IMAP и веб-почта могут работать вместе более или менее гладко. POP, если настроен на сохранение сообщений на сервере, может быть совместим с ними.
Формат интернет-сообщений, в настоящее время определенный RFC 5322, восходит к 1982 году (RFC 822). Это то, что клиенты POP и IMAP ожидают получить.
Сообщения, отправленные в почтовый ящик, записываются агентом доставки почты в локальный почтовый ящик сервера, который для удаленных пользователей является удаленным почтовым ящиком, которым они владеют на этом сервере. Клиенты IMAP могут копировать, перемещать и удалять сообщения в удаленных почтовых ящиках.
Почтовые ящики имеют ограничение по размеру, определяемое либо неявно доступной памятью, либо после определений квот для этого почтового ящика или его папок. Помимо административных мелочей, ограничения квот помогают смягчить атаки с использованием email-бомбы . [4]
Расширение IMAP для квот было стандартизировано в 1997 году. [5]
Любой тип базы данных может использоваться для хранения сообщений электронной почты. Однако некоторая стандартизация привела к появлению нескольких известных форматов файлов, позволяющих различным компьютерным программам получать доступ к определенному почтовому ящику . Существует два вида широко используемых форматов:
Имя почтового ящика — это первая часть адреса электронной почты, также известная как локальная часть ; то есть часть перед символом @ . Его формат формально указан в RFC 5322 и RFC 5321. Часто это имя пользователя получателя на почтовом сервере или в домене назначения.
Локальная часть может быть длиной до 64 символов и, теоретически, чувствительна к регистру. Она может состоять либо из последовательности допустимых символов (описанных ниже), либо из строки в кавычках, которая также может содержать пробелы и специальные символы. Используя расширение SMTP SMTPUTF8 , также можно использовать символы, не входящие в ASCII. [6] При создании новых имен почтовых ящиков необходимо проявлять здравый смысл, чтобы избежать распространенных ошибок. По словам RFC 5321, очень осторожно налагать ограничения:
Хотя приведенное выше определение для Local-part является относительно разрешительным, для максимальной совместимости хосту, который ожидает получать почту, СЛЕДУЕТ избегать определения почтовых ящиков, где Local-part требует (или использует) форму строки в кавычках или где Local-part чувствительна к регистру.
— Джон Кленсин, RFC 5321
Следующие символы могут появляться в локальной части без кавычек:
0к9! # $ % & ' * + - / = ? ^ _ ` { | } ~.(точка) при условии, что он не является первым или последним символом, а также при условии, что он не появляется два или более раз подряд (например, [email protected]).Названия «почтмейстер», «злоупотребление» и другие соответствуют общеизвестным ролям и функциям и должны быть действительными. [7]
Известно, что некоторые имена вызывают проблемы, возможно, потому, что они конфликтуют с именами, используемыми внутри (некоторых частей) почтового программного обеспечения, включая почтовые фильтры , или потому, что базовая система хранения подавляется ими. Существует ряд списков, например, на GitHub . [8] [9]
Помимо аутентификации и местоположения почтового ящика, агент доставки почты также знает о квотах почтовых ящиков, которые мы налагаем на наших подписчиков. Если текущий размер почтового ящика превышает квоту для этого пользователя, по умолчанию 10 МБ, то сообщение возвращается обратно в MTA с причиной: "Пользователь npc, почтовый ящик заполнен". Помимо предотвращения злоупотребления ресурсами со стороны подписчиков, это также помогает смягчить возможные разрушительные последствия почтовой бомбардировки злоумышленниками в Интернете. Мы считаем, что квота в 10 МБ весьма щедра, особенно если учесть, что при использовании модема 28,8 с очень высокой скоростью передачи данных и отсутствием узких мест в сети можно ожидать, что загрузка содержимого почтового ящика объемом 10 МБ займет более часа.
