4 что представляет собой почтовый ящик: Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

Содержание

Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

Общепринятым в мире протоколом обмена электронной почтой является SMTP (англ. Simple mail transfer protocol, протокол передачи почты). В общепринятой реализации он использует Microsoft Exchange, SMTP может действовать исходя из информации из других источников).

В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. Mail Transfer Agent) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, никак не регламентируется и может быть произвольным, хотя существуют как открытые, так и закрытые (завязанные на ПО конкретных производителей) протоколы взаимодействия между пользователями и почтовой системой. Программа, работающая в почтовой системе и обслуживающая пользователей, называется англ.

mail delivery agent, агент доставки почты). В некоторых почтовых системах MDA и MTA могут быть объеденены в одну программу, в других системах могут быть разнесены в виде разных программ или вообще выполняться на различных серверах. Программа, с помощью которой пользователь осуществляет доступ, называется MUA (англ. mail user agent), хотя, в случае, например, веб-интерфеса, может и отсутствовать.

Внутри заданной почтовой системы (обычно находящейся в рамках одной организации) может быть множество почтовых серверов, выполняющих как пересылку почты внутри организации, так и другие, связанные с электронной почтой задачи: фильтрацию спама, проверку вложений антивирусом, обеспечение автоответа, архивация входящей/исходящей почты, обеспечение доступа пользователям различными методами (от ActiveSync). Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование DNS и правил маршуртизации почты с помощью протокола SMTP), так и следовать собственным правилам компании (используемого программного обеспечения).

Релеи

DNS позволяет указать в качестве принимающего сервера (MX-запись) любой узел интернета, не обязательно являющийся частью доменной зоны домена получателя. Это может использоваться для настройки релеинга (пересылки) почты через третьи серверы. Сторонний сервер (например, более надёжный, чем серверы пользователя) принимает почту для домена пользователя и пересылает его на почтовые серверы пользователя как только появляется возможность. Исторически, контроля за тем, «кому пересылать» почту не было (или этому не придавали должного значения), и серверы без подобного контроля передавали почту на любые домены. Такие серверы называются открытыми релеями (в настоящее время новые открытые релеи появляются в основном из-за ошибок в конфигурировании сервера).

Для своих пользователей серверы почтовой системы являются релеями (пользователи отправляют почту не на серверы почтовой системы адресата, а на «свой» почтовый сервер, который передаёт письма далее). Во многих сетях провайдеров интернета возможность отправлять письма по протоколу SMTP за пределы сети закрыта (из-за использования этой возможности троянами, вирусами). В этом случае провайдер предоставляет свой SMTP-сервер, через который и направляется вся почта за пределы сети. Открытым релеем при этом считается такой релей, который не проверяет, является ли пользователь «своим» (проверка может осуществляться как на основании адреса пользователя, так и на основании идентификации паролем/сертификатом).

Маршрутизация почты

Почтовый сервер, при обработке письма, действует по следующему алгоритму: для домена-получателя ищутся все MX-записи. Они сортируются в порядке убывания приоритета. Если адрес почтового сервера совпадает с одним из узлов, указанных в MX-записях, то все записи с приоритетом меньшим приоритету узла в mx-записи (а так же MX-запись самого узла) отбрасываются, а доставка осуществляется на первый отвечающий узел (узлы пробуются в порядке убывания приоритета).

Если сеть имеет различные DNS-серверы (например, внешние — в интернете, и локальные — в собственных пределах), то возможна ситуация, когда «внутренние» DNS-серверы в качестве наиболее приоритетного получателя указывают на недоступный в интернете сервер, куда и перенаправляется почта с релея, указанного как узел-получатель для интернета. Подобное разделение позволяет осуществлять маршрутизацию почты по общим правилам между серверами, не имеющими выхода в интернет.

В случае Microsoft Exchange, для маршрутизации почты между несколькими серверами внутри органзации используется информация о получателях из Active Directory. Версии Microsoft Exchange 2000, 2003 используют понятие

группа маршрутизации (и задаваемые вручную соединители между группами), начиная с Exchange 2007 маршрутизация осуществляется исходя из информации о топологии Active Directory (то есть маршрутизация осуществляется согласно настройкам репликации между узлами Active Directory)[3]

Почтовый сервер [4]

Структура письма

Основная статья: Электронное письмо

Электронное письмо состоит из следующих частей:

  • Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме (так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан). Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации.
  • Самого письма (в терминологии протокола SMTP — ‘DATA’), которое в свою очередь состоит из следующих частей, разделённых пустой строкой:
  • Заголовков письма. В письме указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация.
  • Тела письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы MIME и не может быть прочитан человеком без использования декодера или почтового клиента.

Заголовок SMTP

Заголовок SMTP содержит в себе следующую информацию:

  • имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне (и в реальности часто используется для проверки надёжности отправителя с помощью чёрных/белых списков, в том числе через интернет — см RBL).
  • Поле «MAIL FROM:», содержащее емейл адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может так же проверяться при первичной проверке на спам).
  • Поле «RCPT TO:» — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

Заголовок письма

Заголовок письма описывается стандартами RFC 2076 — Common Internet Message Headers (общепринятые стандарты заголовков сообщений), включает в себя информацию из других RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1911).

  • RFC 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).
  • Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок (иногда строки журналирования и пометки называются кладжами). В Microsoft Outlook этот заголовок называется «Заголовки Интернет» (подразумевается, что каждая строчка — отдельный заголовок). В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

    Заголовки добавляются снизу вверх (то есть каждый раз, когда к сообщению нужно добавить заголовок, он дописывается первой строкой, перед всеми предыдущими).

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

    Наиболее часто используемые поля заголовка письма

    Основная статья

    : Заголовки письма

    • Return-Path (RFC 821, RFC 1123) — обратный адрес. Может отличаться от MAIL FROM. (то есть обратный адрес может быть указн отличным от адреса отправителя).
    • Received (RFC 822, RFC 1123) — строчка журналирования прохождения письма. Каждый почтовый сервер (MTA) помечает процесс обработки этим сообщением. Если сообщение проходит через несколько почтовых серверов (обычная ситуация), то новые сообщения дописываются над предыдущими (и журнал перемещения читается в обратном порядке, от ближайшего узла к самому дальнему).
    • MIME-Version (RFC 1521) — версия
    • From: (RFC 822, RFC 1123, RFC 1036) — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.
    • Sender: (RFC 822, RFC 1123) — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и так же может отличаться от заголовка SMTP
      MAIL FROM
      ).
    • To: (RFC 822, RFC 1123) — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.
    • cc: (RFC 822, RFC 1123) — (от англ. carbon copy). Содержит имена и адреса вторичных получаетелей письма, к которым направляется копия.
    • bcc: (RFC 822, RFC 1123) — (от англ. blind carbon copy). Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получаетелей не будет видеть в этом поле других получателей из поля bcc.
    • Reply-To: (RFC 822, RFC 1036) — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.
    • Message-ID: (RFC 822, RFC 1036) — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: [email protected]. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из друхих писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.
    • In-Reply-To: (RFC 822) — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).
    • Subject: (RFC 822, RFC 1036) — тема письма.
    • Date: (RFC 822, RFC 1123, RFC 1036) — дата написания письма.
    • Content-Type: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

    Помимо стандартных, почтовые серверы (и роботы по обработки почты) могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, «X-MyServer-Note-OK» или «X-Spamassasin-Level»).

    Тело письма

    Тело письма отделяется от заголовка пустой строкой, а заканчивается (согласно стандартам Thunderbird) показывают эту точку, часть нет. В не-smtp стандартах формат письма зависит от стандарта системы (например,

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

    Цепочки писем

    Благодаря наличию в письме уникального идентификатора, а так же тому, что подавляющее большинство почтовых клиентов при ответе на письмо копируют его идентификатор в поле «In-Reply-To» («в ответ на»), появляется возможность достоверной группировки писем по цепочке (англ. thread). В разных почтовых клиентах это реализовано по разному, например, Microsoft Outlook позволяет найти все связанные с заданным письма; веб-интерфейс gmail группирует сообщения на основании данных о цепочке в единый объект. Некоторые почтовые клиенты (например,

    Почтовые рассылки

    Почтовая система позволяет организовать сложные системы, основанные на пересылке почты от одного ко многим абонентам, это:

    • Почтовые рассылки — письмо от одного адреса с одинаковым (или меняющимся по шаблону) содержимым, рассылаемое подписчикам рассылки. Технически может быть организовано как отправка множества писем (используется при шаблонных письмах) или как отправка письма с множеством получаетелей (в полях TO, CC, BCC). Для управления крупными почтовыми рассылками (более 10-50 абонентов) используются специализированные программы (например, mailman). Правильно организованная почтовая рассылка должна контролировать возврат писем (сообщения о невозможности доставить письмо) с исключением недоступных адресатов из списка рассылки, позволять подписчикам отписываться от рассылок. Нежелательные почтовые рассылки называются спамом и существенно осложняют функционирование почтовых систем.
    • Группы переписки — специализированный тип почтовой рассылки, в которой письмо на адрес группы (обычный почтовый адрес, обработкой почты которого занимается специализированная программа) рассылается всем участникам группы. Является аналогом новостных конференций, эхоконференций. Правильно настроенная почтовая рассылка должна контролировать циклы (два робота рассылок, подписанные друг на друга способны создать бесконечный цикл пересылки писем), ограничивать список участников рассылки, имеющих право на помещение сообщения, выполнять прочие требования к почтовой рассылке.

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

    Примеры программ управления рассылками:

    Спам

    Электронная почта (наравне с новостными группами

    По утверждению, объём спама составляет 80 % от общей почтовой переписки (то есть превышает объём полезной почтовой нагрузки в 5 раз). Для борьбы со спамом были разработаны различные механизмы (чёрные списки отправителей, серые списки, требующие повторного обращения почтового сервера для отправки, контекстные фильтры). Одним из последствий внедрения средств борьбы со спамом стала вероятность «ошибочно положительного» решения относительно спама, то есть часть писем, не являющихся спамом, стала помечаться как спам. В случае агрессивной антиспам-политики (уничтожение писем, кажущихся спамом, в автоматическом режиме без уведомления отправителя/получателя) это приводит к труднообнаруживаемым проблемам с прохождением почты.

    Шифрование почты

    Для шифрования почты в настоящий момент широко применяются два стандарта: S/MIME (использующий инфраструктуру открытых ключей) и Open PGP (использующий сертификаты со схемой доверия, группирющегося вокруг пользователя).

    Ранее так же были стандарты MOSS и PEM, но из-за несовместимости друг с другом и неудобства использования они не прижились.

    Стандарты S/MIME и Open PGP позволяют обеспечить три вида защиты: защиту от изменения, неотзывную подпись и конфеденциальность (шифрование). Дополнительно, S/MIME третьей версии позволяет использовать защищённое квитирование (при котором квитанция о получении письма может быть сгенерирована успешно только в том случае, когда письмо дошло до получателя в неизменном виде).

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

    Коммерческое использование

    TODO: 1) Наличиие коммерческих и ad-based почтовых серверов 2) Использование почты в бизнес-процессах 3) использование почты для функционирования коммерческого по, такого как Collaboration work 3) СПАМ СПАМ СПАМ 4) ЭЦП в письмах.

    Законодательное регулирование

    Протоколы передачи электронной почты

    Популярные программы для работы с E-mail

    Примечания

    См. также

    Ссылки

    • RFC 822 — Standard for ARPA Internet Text Messages
    • RFC 2142 — Mailbox Names for Common Services, Roles and Functions
    • RFC 2368 — The mailto URL scheme
    • RFC 2822 — Internet Message Format

    Wikimedia Foundation. 2010.

    Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

    Общепринятым в мире протоколом обмена электронной почтой является SMTP (англ. Simple mail transfer protocol, протокол передачи почты). В общепринятой реализации он использует Microsoft Exchange, SMTP может действовать исходя из информации из других источников).

    В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. Mail Transfer Agent) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, никак не регламентируется и может быть произвольным, хотя существуют как открытые, так и закрытые (завязанные на ПО конкретных производителей) протоколы взаимодействия между пользователями и почтовой системой. Программа, работающая в почтовой системе и обслуживающая пользователей, называется англ. mail delivery agent, агент доставки почты). В некоторых почтовых системах MDA и MTA могут быть объеденены в одну программу, в других системах могут быть разнесены в виде разных программ или вообще выполняться на различных серверах. Программа, с помощью которой пользователь осуществляет доступ, называется MUA (англ. mail user agent), хотя, в случае, например, веб-интерфеса, может и отсутствовать.

    Внутри заданной почтовой системы (обычно находящейся в рамках одной организации) может быть множество почтовых серверов, выполняющих как пересылку почты внутри организации, так и другие, связанные с электронной почтой задачи: фильтрацию спама, проверку вложений антивирусом, обеспечение автоответа, архивация входящей/исходящей почты, обеспечение доступа пользователям различными методами (от ActiveSync). Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование DNS и правил маршуртизации почты с помощью протокола SMTP), так и следовать собственным правилам компании (используемого программного обеспечения).

    Релеи

    DNS позволяет указать в качестве принимающего сервера (MX-запись) любой узел интернета, не обязательно являющийся частью доменной зоны домена получателя. Это может использоваться для настройки релеинга (пересылки) почты через третьи серверы. Сторонний сервер (например, более надёжный, чем серверы пользователя) принимает почту для домена пользователя и пересылает его на почтовые серверы пользователя как только появляется возможность. Исторически, контроля за тем, «кому пересылать» почту не было (или этому не придавали должного значения), и серверы без подобного контроля передавали почту на любые домены. Такие серверы называются открытыми релеями (в настоящее время новые открытые релеи появляются в основном из-за ошибок в конфигурировании сервера).

    Для своих пользователей серверы почтовой системы являются релеями (пользователи отправляют почту не на серверы почтовой системы адресата, а на «свой» почтовый сервер, который передаёт письма далее). Во многих сетях провайдеров интернета возможность отправлять письма по протоколу SMTP за пределы сети закрыта (из-за использования этой возможности троянами, вирусами). В этом случае провайдер предоставляет свой SMTP-сервер, через который и направляется вся почта за пределы сети. Открытым релеем при этом считается такой релей, который не проверяет, является ли пользователь «своим» (проверка может осуществляться как на основании адреса пользователя, так и на основании идентификации паролем/сертификатом).

    Маршрутизация почты

    Почтовый сервер, при обработке письма, действует по следующему алгоритму: для домена-получателя ищутся все MX-записи. Они сортируются в порядке убывания приоритета. Если адрес почтового сервера совпадает с одним из узлов, указанных в MX-записях, то все записи с приоритетом меньшим приоритету узла в mx-записи (а так же MX-запись самого узла) отбрасываются, а доставка осуществляется на первый отвечающий узел (узлы пробуются в порядке убывания приоритета).

    Если сеть имеет различные DNS-серверы (например, внешние — в интернете, и локальные — в собственных пределах), то возможна ситуация, когда «внутренние» DNS-серверы в качестве наиболее приоритетного получателя указывают на недоступный в интернете сервер, куда и перенаправляется почта с релея, указанного как узел-получатель для интернета. Подобное разделение позволяет осуществлять маршрутизацию почты по общим правилам между серверами, не имеющими выхода в интернет.

    В случае Microsoft Exchange, для маршрутизации почты между несколькими серверами внутри органзации используется информация о получателях из Active Directory. Версии Microsoft Exchange 2000, 2003 используют понятие группа маршрутизации (и задаваемые вручную соединители между группами), начиная с Exchange 2007 маршрутизация осуществляется исходя из информации о топологии Active Directory (то есть маршрутизация осуществляется согласно настройкам репликации между узлами Active Directory)[3]

    Почтовый сервер [4]

    Структура письма

    Основная статья: Электронное письмо

    Электронное письмо состоит из следующих частей:

    • Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме (так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан). Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации.
    • Самого письма (в терминологии протокола SMTP — ‘DATA’), которое в свою очередь состоит из следующих частей, разделённых пустой строкой:
    • Заголовков письма. В письме указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация.
    • Тела письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы MIME и не может быть прочитан человеком без использования декодера или почтового клиента.

    Заголовок SMTP

    Заголовок SMTP содержит в себе следующую информацию:

    • имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне (и в реальности часто используется для проверки надёжности отправителя с помощью чёрных/белых списков, в том числе через интернет — см RBL).
    • Поле «MAIL FROM:», содержащее емейл адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может так же проверяться при первичной проверке на спам).
    • Поле «RCPT TO:» — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

    Заголовок письма

    Заголовок письма описывается стандартами RFC 2076 — Common Internet Message Headers (общепринятые стандарты заголовков сообщений), включает в себя информацию из других RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1911).

  • RFC 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).
  • Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок (иногда строки журналирования и пометки называются кладжами). В Microsoft Outlook этот заголовок называется «Заголовки Интернет» (подразумевается, что каждая строчка — отдельный заголовок). В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

    Заголовки добавляются снизу вверх (то есть каждый раз, когда к сообщению нужно добавить заголовок, он дописывается первой строкой, перед всеми предыдущими).

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

    Наиболее часто используемые поля заголовка письма

    Основная статья: Заголовки письма

    • Return-Path (RFC 821, RFC 1123) — обратный адрес. Может отличаться от MAIL FROM. (то есть обратный адрес может быть указн отличным от адреса отправителя).
    • Received (RFC 822, RFC 1123) — строчка журналирования прохождения письма. Каждый почтовый сервер (MTA) помечает процесс обработки этим сообщением. Если сообщение проходит через несколько почтовых серверов (обычная ситуация), то новые сообщения дописываются над предыдущими (и журнал перемещения читается в обратном порядке, от ближайшего узла к самому дальнему).
    • MIME-Version (RFC 1521) — версия
    • From: (RFC 822, RFC 1123, RFC 1036) — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.
    • Sender: (RFC 822, RFC 1123) — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и так же может отличаться от заголовка SMTP MAIL FROM).
    • To: (RFC 822, RFC 1123) — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.
    • cc: (RFC 822, RFC 1123) — (от англ. carbon copy). Содержит имена и адреса вторичных получаетелей письма, к которым направляется копия.
    • bcc: (RFC 822, RFC 1123) — (от англ. blind carbon copy). Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получаетелей не будет видеть в этом поле других получателей из поля bcc.
    • Reply-To: (RFC 822, RFC 1036) — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.
    • Message-ID: (RFC 822, RFC 1036) — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: [email protected]. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из друхих писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.
    • In-Reply-To: (RFC 822) — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).
    • Subject: (RFC 822, RFC 1036) — тема письма.
    • Date: (RFC 822, RFC 1123, RFC 1036) — дата написания письма.
    • Content-Type: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

    Помимо стандартных, почтовые серверы (и роботы по обработки почты) могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, «X-MyServer-Note-OK» или «X-Spamassasin-Level»).

    Тело письма

    Тело письма отделяется от заголовка пустой строкой, а заканчивается (согласно стандартам Thunderbird) показывают эту точку, часть нет. В не-smtp стандартах формат письма зависит от стандарта системы (например,

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

    Цепочки писем

    Благодаря наличию в письме уникального идентификатора, а так же тому, что подавляющее большинство почтовых клиентов при ответе на письмо копируют его идентификатор в поле «In-Reply-To» («в ответ на»), появляется возможность достоверной группировки писем по цепочке (англ. thread). В разных почтовых клиентах это реализовано по разному, например, Microsoft Outlook позволяет найти все связанные с заданным письма; веб-интерфейс gmail группирует сообщения на основании данных о цепочке в единый объект. Некоторые почтовые клиенты (например,

    Почтовые рассылки

    Почтовая система позволяет организовать сложные системы, основанные на пересылке почты от одного ко многим абонентам, это:

    • Почтовые рассылки — письмо от одного адреса с одинаковым (или меняющимся по шаблону) содержимым, рассылаемое подписчикам рассылки. Технически может быть организовано как отправка множества писем (используется при шаблонных письмах) или как отправка письма с множеством получаетелей (в полях TO, CC, BCC). Для управления крупными почтовыми рассылками (более 10-50 абонентов) используются специализированные программы (например, mailman). Правильно организованная почтовая рассылка должна контролировать возврат писем (сообщения о невозможности доставить письмо) с исключением недоступных адресатов из списка рассылки, позволять подписчикам отписываться от рассылок. Нежелательные почтовые рассылки называются спамом и существенно осложняют функционирование почтовых систем.
    • Группы переписки — специализированный тип почтовой рассылки, в которой письмо на адрес группы (обычный почтовый адрес, обработкой почты которого занимается специализированная программа) рассылается всем участникам группы. Является аналогом новостных конференций, эхоконференций. Правильно настроенная почтовая рассылка должна контролировать циклы (два робота рассылок, подписанные друг на друга способны создать бесконечный цикл пересылки писем), ограничивать список участников рассылки, имеющих право на помещение сообщения, выполнять прочие требования к почтовой рассылке.

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

    Примеры программ управления рассылками:

    Спам

    Электронная почта (наравне с новостными группами

    По утверждению, объём спама составляет 80 % от общей почтовой переписки (то есть превышает объём полезной почтовой нагрузки в 5 раз). Для борьбы со спамом были разработаны различные механизмы (чёрные списки отправителей, серые списки, требующие повторного обращения почтового сервера для отправки, контекстные фильтры). Одним из последствий внедрения средств борьбы со спамом стала вероятность «ошибочно положительного» решения относительно спама, то есть часть писем, не являющихся спамом, стала помечаться как спам. В случае агрессивной антиспам-политики (уничтожение писем, кажущихся спамом, в автоматическом режиме без уведомления отправителя/получателя) это приводит к труднообнаруживаемым проблемам с прохождением почты.

    Шифрование почты

    Для шифрования почты в настоящий момент широко применяются два стандарта: S/MIME (использующий инфраструктуру открытых ключей) и Open PGP (использующий сертификаты со схемой доверия, группирющегося вокруг пользователя).

    Ранее так же были стандарты MOSS и PEM, но из-за несовместимости друг с другом и неудобства использования они не прижились.

    Стандарты S/MIME и Open PGP позволяют обеспечить три вида защиты: защиту от изменения, неотзывную подпись и конфеденциальность (шифрование). Дополнительно, S/MIME третьей версии позволяет использовать защищённое квитирование (при котором квитанция о получении письма может быть сгенерирована успешно только в том случае, когда письмо дошло до получателя в неизменном виде).

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

    Коммерческое использование

    TODO: 1) Наличиие коммерческих и ad-based почтовых серверов 2) Использование почты в бизнес-процессах 3) использование почты для функционирования коммерческого по, такого как Collaboration work 3) СПАМ СПАМ СПАМ 4) ЭЦП в письмах.

    Законодательное регулирование

    Протоколы передачи электронной почты

    Популярные программы для работы с E-mail

    Примечания

    См. также

    Ссылки

    • RFC 822 — Standard for ARPA Internet Text Messages
    • RFC 2142 — Mailbox Names for Common Services, Roles and Functions
    • RFC 2368 — The mailto URL scheme
    • RFC 2822 — Internet Message Format

    Wikimedia Foundation. 2010.

    Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

    Общепринятым в мире протоколом обмена электронной почтой является SMTP (англ. Simple mail transfer protocol, протокол передачи почты). В общепринятой реализации он использует Microsoft Exchange, SMTP может действовать исходя из информации из других источников).

    В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. Mail Transfer Agent) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, никак не регламентируется и может быть произвольным, хотя существуют как открытые, так и закрытые (завязанные на ПО конкретных производителей) протоколы взаимодействия между пользователями и почтовой системой. Программа, работающая в почтовой системе и обслуживающая пользователей, называется англ. mail delivery agent, агент доставки почты). В некоторых почтовых системах MDA и MTA могут быть объеденены в одну программу, в других системах могут быть разнесены в виде разных программ или вообще выполняться на различных серверах. Программа, с помощью которой пользователь осуществляет доступ, называется MUA (англ. mail user agent), хотя, в случае, например, веб-интерфеса, может и отсутствовать.

    Внутри заданной почтовой системы (обычно находящейся в рамках одной организации) может быть множество почтовых серверов, выполняющих как пересылку почты внутри организации, так и другие, связанные с электронной почтой задачи: фильтрацию спама, проверку вложений антивирусом, обеспечение автоответа, архивация входящей/исходящей почты, обеспечение доступа пользователям различными методами (от ActiveSync). Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование DNS и правил маршуртизации почты с помощью протокола SMTP), так и следовать собственным правилам компании (используемого программного обеспечения).

    Релеи

    DNS позволяет указать в качестве принимающего сервера (MX-запись) любой узел интернета, не обязательно являющийся частью доменной зоны домена получателя. Это может использоваться для настройки релеинга (пересылки) почты через третьи серверы. Сторонний сервер (например, более надёжный, чем серверы пользователя) принимает почту для домена пользователя и пересылает его на почтовые серверы пользователя как только появляется возможность. Исторически, контроля за тем, «кому пересылать» почту не было (или этому не придавали должного значения), и серверы без подобного контроля передавали почту на любые домены. Такие серверы называются открытыми релеями (в настоящее время новые открытые релеи появляются в основном из-за ошибок в конфигурировании сервера).

    Для своих пользователей серверы почтовой системы являются релеями (пользователи отправляют почту не на серверы почтовой системы адресата, а на «свой» почтовый сервер, который передаёт письма далее). Во многих сетях провайдеров интернета возможность отправлять письма по протоколу SMTP за пределы сети закрыта (из-за использования этой возможности троянами, вирусами). В этом случае провайдер предоставляет свой SMTP-сервер, через который и направляется вся почта за пределы сети. Открытым релеем при этом считается такой релей, который не проверяет, является ли пользователь «своим» (проверка может осуществляться как на основании адреса пользователя, так и на основании идентификации паролем/сертификатом).

    Маршрутизация почты

    Почтовый сервер, при обработке письма, действует по следующему алгоритму: для домена-получателя ищутся все MX-записи. Они сортируются в порядке убывания приоритета. Если адрес почтового сервера совпадает с одним из узлов, указанных в MX-записях, то все записи с приоритетом меньшим приоритету узла в mx-записи (а так же MX-запись самого узла) отбрасываются, а доставка осуществляется на первый отвечающий узел (узлы пробуются в порядке убывания приоритета).

    Если сеть имеет различные DNS-серверы (например, внешние — в интернете, и локальные — в собственных пределах), то возможна ситуация, когда «внутренние» DNS-серверы в качестве наиболее приоритетного получателя указывают на недоступный в интернете сервер, куда и перенаправляется почта с релея, указанного как узел-получатель для интернета. Подобное разделение позволяет осуществлять маршрутизацию почты по общим правилам между серверами, не имеющими выхода в интернет.

    В случае Microsoft Exchange, для маршрутизации почты между несколькими серверами внутри органзации используется информация о получателях из Active Directory. Версии Microsoft Exchange 2000, 2003 используют понятие группа маршрутизации (и задаваемые вручную соединители между группами), начиная с Exchange 2007 маршрутизация осуществляется исходя из информации о топологии Active Directory (то есть маршрутизация осуществляется согласно настройкам репликации между узлами Active Directory)[3]

    Почтовый сервер [4]

    Структура письма

    Основная статья: Электронное письмо

    Электронное письмо состоит из следующих частей:

    • Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме (так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан). Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации.
    • Самого письма (в терминологии протокола SMTP — ‘DATA’), которое в свою очередь состоит из следующих частей, разделённых пустой строкой:
    • Заголовков письма. В письме указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация.
    • Тела письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы MIME и не может быть прочитан человеком без использования декодера или почтового клиента.

    Заголовок SMTP

    Заголовок SMTP содержит в себе следующую информацию:

    • имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне (и в реальности часто используется для проверки надёжности отправителя с помощью чёрных/белых списков, в том числе через интернет — см RBL).
    • Поле «MAIL FROM:», содержащее емейл адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может так же проверяться при первичной проверке на спам).
    • Поле «RCPT TO:» — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

    Заголовок письма

    Заголовок письма описывается стандартами RFC 2076 — Common Internet Message Headers (общепринятые стандарты заголовков сообщений), включает в себя информацию из других RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1911).

  • RFC 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).
  • Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок (иногда строки журналирования и пометки называются кладжами). В Microsoft Outlook этот заголовок называется «Заголовки Интернет» (подразумевается, что каждая строчка — отдельный заголовок). В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

    Заголовки добавляются снизу вверх (то есть каждый раз, когда к сообщению нужно добавить заголовок, он дописывается первой строкой, перед всеми предыдущими).

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

    Наиболее часто используемые поля заголовка письма

    Основная статья: Заголовки письма

    • Return-Path (RFC 821, RFC 1123) — обратный адрес. Может отличаться от MAIL FROM. (то есть обратный адрес может быть указн отличным от адреса отправителя).
    • Received (RFC 822, RFC 1123) — строчка журналирования прохождения письма. Каждый почтовый сервер (MTA) помечает процесс обработки этим сообщением. Если сообщение проходит через несколько почтовых серверов (обычная ситуация), то новые сообщения дописываются над предыдущими (и журнал перемещения читается в обратном порядке, от ближайшего узла к самому дальнему).
    • MIME-Version (RFC 1521) — версия
    • From: (RFC 822, RFC 1123, RFC 1036) — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.
    • Sender: (RFC 822, RFC 1123) — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и так же может отличаться от заголовка SMTP MAIL FROM).
    • To: (RFC 822, RFC 1123) — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.
    • cc: (RFC 822, RFC 1123) — (от англ. carbon copy). Содержит имена и адреса вторичных получаетелей письма, к которым направляется копия.
    • bcc: (RFC 822, RFC 1123) — (от англ. blind carbon copy). Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получаетелей не будет видеть в этом поле других получателей из поля bcc.
    • Reply-To: (RFC 822, RFC 1036) — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.
    • Message-ID: (RFC 822, RFC 1036) — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: [email protected]. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из друхих писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.
    • In-Reply-To: (RFC 822) — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).
    • Subject: (RFC 822, RFC 1036) — тема письма.
    • Date: (RFC 822, RFC 1123, RFC 1036) — дата написания письма.
    • Content-Type: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

    Помимо стандартных, почтовые серверы (и роботы по обработки почты) могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, «X-MyServer-Note-OK» или «X-Spamassasin-Level»).

    Тело письма

    Тело письма отделяется от заголовка пустой строкой, а заканчивается (согласно стандартам Thunderbird) показывают эту точку, часть нет. В не-smtp стандартах формат письма зависит от стандарта системы (например,

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

    Цепочки писем

    Благодаря наличию в письме уникального идентификатора, а так же тому, что подавляющее большинство почтовых клиентов при ответе на письмо копируют его идентификатор в поле «In-Reply-To» («в ответ на»), появляется возможность достоверной группировки писем по цепочке (англ. thread). В разных почтовых клиентах это реализовано по разному, например, Microsoft Outlook позволяет найти все связанные с заданным письма; веб-интерфейс gmail группирует сообщения на основании данных о цепочке в единый объект. Некоторые почтовые клиенты (например,

    Почтовые рассылки

    Почтовая система позволяет организовать сложные системы, основанные на пересылке почты от одного ко многим абонентам, это:

    • Почтовые рассылки — письмо от одного адреса с одинаковым (или меняющимся по шаблону) содержимым, рассылаемое подписчикам рассылки. Технически может быть организовано как отправка множества писем (используется при шаблонных письмах) или как отправка письма с множеством получаетелей (в полях TO, CC, BCC). Для управления крупными почтовыми рассылками (более 10-50 абонентов) используются специализированные программы (например, mailman). Правильно организованная почтовая рассылка должна контролировать возврат писем (сообщения о невозможности доставить письмо) с исключением недоступных адресатов из списка рассылки, позволять подписчикам отписываться от рассылок. Нежелательные почтовые рассылки называются спамом и существенно осложняют функционирование почтовых систем.
    • Группы переписки — специализированный тип почтовой рассылки, в которой письмо на адрес группы (обычный почтовый адрес, обработкой почты которого занимается специализированная программа) рассылается всем участникам группы. Является аналогом новостных конференций, эхоконференций. Правильно настроенная почтовая рассылка должна контролировать циклы (два робота рассылок, подписанные друг на друга способны создать бесконечный цикл пересылки писем), ограничивать список участников рассылки, имеющих право на помещение сообщения, выполнять прочие требования к почтовой рассылке.

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

    Примеры программ управления рассылками:

    Спам

    Электронная почта (наравне с новостными группами

    По утверждению, объём спама составляет 80 % от общей почтовой переписки (то есть превышает объём полезной почтовой нагрузки в 5 раз). Для борьбы со спамом были разработаны различные механизмы (чёрные списки отправителей, серые списки, требующие повторного обращения почтового сервера для отправки, контекстные фильтры). Одним из последствий внедрения средств борьбы со спамом стала вероятность «ошибочно положительного» решения относительно спама, то есть часть писем, не являющихся спамом, стала помечаться как спам. В случае агрессивной антиспам-политики (уничтожение писем, кажущихся спамом, в автоматическом режиме без уведомления отправителя/получателя) это приводит к труднообнаруживаемым проблемам с прохождением почты.

    Шифрование почты

    Для шифрования почты в настоящий момент широко применяются два стандарта: S/MIME (использующий инфраструктуру открытых ключей) и Open PGP (использующий сертификаты со схемой доверия, группирющегося вокруг пользователя).

    Ранее так же были стандарты MOSS и PEM, но из-за несовместимости друг с другом и неудобства использования они не прижились.

    Стандарты S/MIME и Open PGP позволяют обеспечить три вида защиты: защиту от изменения, неотзывную подпись и конфеденциальность (шифрование). Дополнительно, S/MIME третьей версии позволяет использовать защищённое квитирование (при котором квитанция о получении письма может быть сгенерирована успешно только в том случае, когда письмо дошло до получателя в неизменном виде).

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

    Коммерческое использование

    TODO: 1) Наличиие коммерческих и ad-based почтовых серверов 2) Использование почты в бизнес-процессах 3) использование почты для функционирования коммерческого по, такого как Collaboration work 3) СПАМ СПАМ СПАМ 4) ЭЦП в письмах.

    Законодательное регулирование

    Протоколы передачи электронной почты

    Популярные программы для работы с E-mail

    Примечания

    См. также

    Ссылки

    • RFC 822 — Standard for ARPA Internet Text Messages
    • RFC 2142 — Mailbox Names for Common Services, Roles and Functions
    • RFC 2368 — The mailto URL scheme
    • RFC 2822 — Internet Message Format

    Wikimedia Foundation. 2010.

    Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

    Общепринятым в мире протоколом обмена электронной почтой является SMTP (англ. Simple mail transfer protocol, протокол передачи почты). В общепринятой реализации он использует Microsoft Exchange, SMTP может действовать исходя из информации из других источников).

    В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. Mail Transfer Agent) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, никак не регламентируется и может быть произвольным, хотя существуют как открытые, так и закрытые (завязанные на ПО конкретных производителей) протоколы взаимодействия между пользователями и почтовой системой. Программа, работающая в почтовой системе и обслуживающая пользователей, называется англ. mail delivery agent, агент доставки почты). В некоторых почтовых системах MDA и MTA могут быть объеденены в одну программу, в других системах могут быть разнесены в виде разных программ или вообще выполняться на различных серверах. Программа, с помощью которой пользователь осуществляет доступ, называется MUA (англ. mail user agent), хотя, в случае, например, веб-интерфеса, может и отсутствовать.

    Внутри заданной почтовой системы (обычно находящейся в рамках одной организации) может быть множество почтовых серверов, выполняющих как пересылку почты внутри организации, так и другие, связанные с электронной почтой задачи: фильтрацию спама, проверку вложений антивирусом, обеспечение автоответа, архивация входящей/исходящей почты, обеспечение доступа пользователям различными методами (от ActiveSync). Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование DNS и правил маршуртизации почты с помощью протокола SMTP), так и следовать собственным правилам компании (используемого программного обеспечения).

    Релеи

    DNS позволяет указать в качестве принимающего сервера (MX-запись) любой узел интернета, не обязательно являющийся частью доменной зоны домена получателя. Это может использоваться для настройки релеинга (пересылки) почты через третьи серверы. Сторонний сервер (например, более надёжный, чем серверы пользователя) принимает почту для домена пользователя и пересылает его на почтовые серверы пользователя как только появляется возможность. Исторически, контроля за тем, «кому пересылать» почту не было (или этому не придавали должного значения), и серверы без подобного контроля передавали почту на любые домены. Такие серверы называются открытыми релеями (в настоящее время новые открытые релеи появляются в основном из-за ошибок в конфигурировании сервера).

    Для своих пользователей серверы почтовой системы являются релеями (пользователи отправляют почту не на серверы почтовой системы адресата, а на «свой» почтовый сервер, который передаёт письма далее). Во многих сетях провайдеров интернета возможность отправлять письма по протоколу SMTP за пределы сети закрыта (из-за использования этой возможности троянами, вирусами). В этом случае провайдер предоставляет свой SMTP-сервер, через который и направляется вся почта за пределы сети. Открытым релеем при этом считается такой релей, который не проверяет, является ли пользователь «своим» (проверка может осуществляться как на основании адреса пользователя, так и на основании идентификации паролем/сертификатом).

    Маршрутизация почты

    Почтовый сервер, при обработке письма, действует по следующему алгоритму: для домена-получателя ищутся все MX-записи. Они сортируются в порядке убывания приоритета. Если адрес почтового сервера совпадает с одним из узлов, указанных в MX-записях, то все записи с приоритетом меньшим приоритету узла в mx-записи (а так же MX-запись самого узла) отбрасываются, а доставка осуществляется на первый отвечающий узел (узлы пробуются в порядке убывания приоритета).

    Если сеть имеет различные DNS-серверы (например, внешние — в интернете, и локальные — в собственных пределах), то возможна ситуация, когда «внутренние» DNS-серверы в качестве наиболее приоритетного получателя указывают на недоступный в интернете сервер, куда и перенаправляется почта с релея, указанного как узел-получатель для интернета. Подобное разделение позволяет осуществлять маршрутизацию почты по общим правилам между серверами, не имеющими выхода в интернет.

    В случае Microsoft Exchange, для маршрутизации почты между несколькими серверами внутри органзации используется информация о получателях из Active Directory. Версии Microsoft Exchange 2000, 2003 используют понятие группа маршрутизации (и задаваемые вручную соединители между группами), начиная с Exchange 2007 маршрутизация осуществляется исходя из информации о топологии Active Directory (то есть маршрутизация осуществляется согласно настройкам репликации между узлами Active Directory)[3]

    Почтовый сервер [4]

    Структура письма

    Основная статья: Электронное письмо

    Электронное письмо состоит из следующих частей:

    • Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме (так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан). Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации.
    • Самого письма (в терминологии протокола SMTP — ‘DATA’), которое в свою очередь состоит из следующих частей, разделённых пустой строкой:
    • Заголовков письма. В письме указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация.
    • Тела письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы MIME и не может быть прочитан человеком без использования декодера или почтового клиента.

    Заголовок SMTP

    Заголовок SMTP содержит в себе следующую информацию:

    • имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне (и в реальности часто используется для проверки надёжности отправителя с помощью чёрных/белых списков, в том числе через интернет — см RBL).
    • Поле «MAIL FROM:», содержащее емейл адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может так же проверяться при первичной проверке на спам).
    • Поле «RCPT TO:» — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

    Заголовок письма

    Заголовок письма описывается стандартами RFC 2076 — Common Internet Message Headers (общепринятые стандарты заголовков сообщений), включает в себя информацию из других RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1911).

  • RFC 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).
  • Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок (иногда строки журналирования и пометки называются кладжами). В Microsoft Outlook этот заголовок называется «Заголовки Интернет» (подразумевается, что каждая строчка — отдельный заголовок). В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

    Заголовки добавляются снизу вверх (то есть каждый раз, когда к сообщению нужно добавить заголовок, он дописывается первой строкой, перед всеми предыдущими).

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

    Наиболее часто используемые поля заголовка письма

    Основная статья: Заголовки письма

    • Return-Path (RFC 821, RFC 1123) — обратный адрес. Может отличаться от MAIL FROM. (то есть обратный адрес может быть указн отличным от адреса отправителя).
    • Received (RFC 822, RFC 1123) — строчка журналирования прохождения письма. Каждый почтовый сервер (MTA) помечает процесс обработки этим сообщением. Если сообщение проходит через несколько почтовых серверов (обычная ситуация), то новые сообщения дописываются над предыдущими (и журнал перемещения читается в обратном порядке, от ближайшего узла к самому дальнему).
    • MIME-Version (RFC 1521) — версия
    • From: (RFC 822, RFC 1123, RFC 1036) — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.
    • Sender: (RFC 822, RFC 1123) — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и так же может отличаться от заголовка SMTP MAIL FROM).
    • To: (RFC 822, RFC 1123) — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.
    • cc: (RFC 822, RFC 1123) — (от англ. carbon copy). Содержит имена и адреса вторичных получаетелей письма, к которым направляется копия.
    • bcc: (RFC 822, RFC 1123) — (от англ. blind carbon copy). Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получаетелей не будет видеть в этом поле других получателей из поля bcc.
    • Reply-To: (RFC 822, RFC 1036) — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.
    • Message-ID: (RFC 822, RFC 1036) — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: [email protected]. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из друхих писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.
    • In-Reply-To: (RFC 822) — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).
    • Subject: (RFC 822, RFC 1036) — тема письма.
    • Date: (RFC 822, RFC 1123, RFC 1036) — дата написания письма.
    • Content-Type: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

    Помимо стандартных, почтовые серверы (и роботы по обработки почты) могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, «X-MyServer-Note-OK» или «X-Spamassasin-Level»).

    Тело письма

    Тело письма отделяется от заголовка пустой строкой, а заканчивается (согласно стандартам Thunderbird) показывают эту точку, часть нет. В не-smtp стандартах формат письма зависит от стандарта системы (например,

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

    Цепочки писем

    Благодаря наличию в письме уникального идентификатора, а так же тому, что подавляющее большинство почтовых клиентов при ответе на письмо копируют его идентификатор в поле «In-Reply-To» («в ответ на»), появляется возможность достоверной группировки писем по цепочке (англ. thread). В разных почтовых клиентах это реализовано по разному, например, Microsoft Outlook позволяет найти все связанные с заданным письма; веб-интерфейс gmail группирует сообщения на основании данных о цепочке в единый объект. Некоторые почтовые клиенты (например,

    Почтовые рассылки

    Почтовая система позволяет организовать сложные системы, основанные на пересылке почты от одного ко многим абонентам, это:

    • Почтовые рассылки — письмо от одного адреса с одинаковым (или меняющимся по шаблону) содержимым, рассылаемое подписчикам рассылки. Технически может быть организовано как отправка множества писем (используется при шаблонных письмах) или как отправка письма с множеством получаетелей (в полях TO, CC, BCC). Для управления крупными почтовыми рассылками (более 10-50 абонентов) используются специализированные программы (например, mailman). Правильно организованная почтовая рассылка должна контролировать возврат писем (сообщения о невозможности доставить письмо) с исключением недоступных адресатов из списка рассылки, позволять подписчикам отписываться от рассылок. Нежелательные почтовые рассылки называются спамом и существенно осложняют функционирование почтовых систем.
    • Группы переписки — специализированный тип почтовой рассылки, в которой письмо на адрес группы (обычный почтовый адрес, обработкой почты которого занимается специализированная программа) рассылается всем участникам группы. Является аналогом новостных конференций, эхоконференций. Правильно настроенная почтовая рассылка должна контролировать циклы (два робота рассылок, подписанные друг на друга способны создать бесконечный цикл пересылки писем), ограничивать список участников рассылки, имеющих право на помещение сообщения, выполнять прочие требования к почтовой рассылке.

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

    Примеры программ управления рассылками:

    Спам

    Электронная почта (наравне с новостными группами

    По утверждению, объём спама составляет 80 % от общей почтовой переписки (то есть превышает объём полезной почтовой нагрузки в 5 раз). Для борьбы со спамом были разработаны различные механизмы (чёрные списки отправителей, серые списки, требующие повторного обращения почтового сервера для отправки, контекстные фильтры). Одним из последствий внедрения средств борьбы со спамом стала вероятность «ошибочно положительного» решения относительно спама, то есть часть писем, не являющихся спамом, стала помечаться как спам. В случае агрессивной антиспам-политики (уничтожение писем, кажущихся спамом, в автоматическом режиме без уведомления отправителя/получателя) это приводит к труднообнаруживаемым проблемам с прохождением почты.

    Шифрование почты

    Для шифрования почты в настоящий момент широко применяются два стандарта: S/MIME (использующий инфраструктуру открытых ключей) и Open PGP (использующий сертификаты со схемой доверия, группирющегося вокруг пользователя).

    Ранее так же были стандарты MOSS и PEM, но из-за несовместимости друг с другом и неудобства использования они не прижились.

    Стандарты S/MIME и Open PGP позволяют обеспечить три вида защиты: защиту от изменения, неотзывную подпись и конфеденциальность (шифрование). Дополнительно, S/MIME третьей версии позволяет использовать защищённое квитирование (при котором квитанция о получении письма может быть сгенерирована успешно только в том случае, когда письмо дошло до получателя в неизменном виде).

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

    Коммерческое использование

    TODO: 1) Наличиие коммерческих и ad-based почтовых серверов 2) Использование почты в бизнес-процессах 3) использование почты для функционирования коммерческого по, такого как Collaboration work 3) СПАМ СПАМ СПАМ 4) ЭЦП в письмах.

    Законодательное регулирование

    Протоколы передачи электронной почты

    Популярные программы для работы с E-mail

    Примечания

    См. также

    Ссылки

    • RFC 822 — Standard for ARPA Internet Text Messages
    • RFC 2142 — Mailbox Names for Common Services, Roles and Functions
    • RFC 2368 — The mailto URL scheme
    • RFC 2822 — Internet Message Format

    Wikimedia Foundation. 2010.

    Электронный почтовый ящик — это… Что такое Электронный почтовый ящик?

    Общепринятым в мире протоколом обмена электронной почтой является SMTP (англ. Simple mail transfer protocol, протокол передачи почты). В общепринятой реализации он использует Microsoft Exchange, SMTP может действовать исходя из информации из других источников).

    В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. Mail Transfer Agent) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, никак не регламентируется и может быть произвольным, хотя существуют как открытые, так и закрытые (завязанные на ПО конкретных производителей) протоколы взаимодействия между пользователями и почтовой системой. Программа, работающая в почтовой системе и обслуживающая пользователей, называется англ. mail delivery agent, агент доставки почты). В некоторых почтовых системах MDA и MTA могут быть объеденены в одну программу, в других системах могут быть разнесены в виде разных программ или вообще выполняться на различных серверах. Программа, с помощью которой пользователь осуществляет доступ, называется MUA (англ. mail user agent), хотя, в случае, например, веб-интерфеса, может и отсутствовать.

    Внутри заданной почтовой системы (обычно находящейся в рамках одной организации) может быть множество почтовых серверов, выполняющих как пересылку почты внутри организации, так и другие, связанные с электронной почтой задачи: фильтрацию спама, проверку вложений антивирусом, обеспечение автоответа, архивация входящей/исходящей почты, обеспечение доступа пользователям различными методами (от ActiveSync). Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование DNS и правил маршуртизации почты с помощью протокола SMTP), так и следовать собственным правилам компании (используемого программного обеспечения).

    Релеи

    DNS позволяет указать в качестве принимающего сервера (MX-запись) любой узел интернета, не обязательно являющийся частью доменной зоны домена получателя. Это может использоваться для настройки релеинга (пересылки) почты через третьи серверы. Сторонний сервер (например, более надёжный, чем серверы пользователя) принимает почту для домена пользователя и пересылает его на почтовые серверы пользователя как только появляется возможность. Исторически, контроля за тем, «кому пересылать» почту не было (или этому не придавали должного значения), и серверы без подобного контроля передавали почту на любые домены. Такие серверы называются открытыми релеями (в настоящее время новые открытые релеи появляются в основном из-за ошибок в конфигурировании сервера).

    Для своих пользователей серверы почтовой системы являются релеями (пользователи отправляют почту не на серверы почтовой системы адресата, а на «свой» почтовый сервер, который передаёт письма далее). Во многих сетях провайдеров интернета возможность отправлять письма по протоколу SMTP за пределы сети закрыта (из-за использования этой возможности троянами, вирусами). В этом случае провайдер предоставляет свой SMTP-сервер, через который и направляется вся почта за пределы сети. Открытым релеем при этом считается такой релей, который не проверяет, является ли пользователь «своим» (проверка может осуществляться как на основании адреса пользователя, так и на основании идентификации паролем/сертификатом).

    Маршрутизация почты

    Почтовый сервер, при обработке письма, действует по следующему алгоритму: для домена-получателя ищутся все MX-записи. Они сортируются в порядке убывания приоритета. Если адрес почтового сервера совпадает с одним из узлов, указанных в MX-записях, то все записи с приоритетом меньшим приоритету узла в mx-записи (а так же MX-запись самого узла) отбрасываются, а доставка осуществляется на первый отвечающий узел (узлы пробуются в порядке убывания приоритета).

    Если сеть имеет различные DNS-серверы (например, внешние — в интернете, и локальные — в собственных пределах), то возможна ситуация, когда «внутренние» DNS-серверы в качестве наиболее приоритетного получателя указывают на недоступный в интернете сервер, куда и перенаправляется почта с релея, указанного как узел-получатель для интернета. Подобное разделение позволяет осуществлять маршрутизацию почты по общим правилам между серверами, не имеющими выхода в интернет.

    В случае Microsoft Exchange, для маршрутизации почты между несколькими серверами внутри органзации используется информация о получателях из Active Directory. Версии Microsoft Exchange 2000, 2003 используют понятие группа маршрутизации (и задаваемые вручную соединители между группами), начиная с Exchange 2007 маршрутизация осуществляется исходя из информации о топологии Active Directory (то есть маршрутизация осуществляется согласно настройкам репликации между узлами Active Directory)[3]

    Почтовый сервер [4]

    Структура письма

    Основная статья: Электронное письмо

    Электронное письмо состоит из следующих частей:

    • Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме (так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан). Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации.
    • Самого письма (в терминологии протокола SMTP — ‘DATA’), которое в свою очередь состоит из следующих частей, разделённых пустой строкой:
    • Заголовков письма. В письме указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация.
    • Тела письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы MIME и не может быть прочитан человеком без использования декодера или почтового клиента.

    Заголовок SMTP

    Заголовок SMTP содержит в себе следующую информацию:

    • имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне (и в реальности часто используется для проверки надёжности отправителя с помощью чёрных/белых списков, в том числе через интернет — см RBL).
    • Поле «MAIL FROM:», содержащее емейл адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может так же проверяться при первичной проверке на спам).
    • Поле «RCPT TO:» — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

    Заголовок письма

    Заголовок письма описывается стандартами RFC 2076 — Common Internet Message Headers (общепринятые стандарты заголовков сообщений), включает в себя информацию из других RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1911).

  • RFC 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).
  • Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок (иногда строки журналирования и пометки называются кладжами). В Microsoft Outlook этот заголовок называется «Заголовки Интернет» (подразумевается, что каждая строчка — отдельный заголовок). В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

    Заголовки добавляются снизу вверх (то есть каждый раз, когда к сообщению нужно добавить заголовок, он дописывается первой строкой, перед всеми предыдущими).

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

    Наиболее часто используемые поля заголовка письма

    Основная статья: Заголовки письма

    • Return-Path (RFC 821, RFC 1123) — обратный адрес. Может отличаться от MAIL FROM. (то есть обратный адрес может быть указн отличным от адреса отправителя).
    • Received (RFC 822, RFC 1123) — строчка журналирования прохождения письма. Каждый почтовый сервер (MTA) помечает процесс обработки этим сообщением. Если сообщение проходит через несколько почтовых серверов (обычная ситуация), то новые сообщения дописываются над предыдущими (и журнал перемещения читается в обратном порядке, от ближайшего узла к самому дальнему).
    • MIME-Version (RFC 1521) — версия
    • From: (RFC 822, RFC 1123, RFC 1036) — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.
    • Sender: (RFC 822, RFC 1123) — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и так же может отличаться от заголовка SMTP MAIL FROM).
    • To: (RFC 822, RFC 1123) — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.
    • cc: (RFC 822, RFC 1123) — (от англ. carbon copy). Содержит имена и адреса вторичных получаетелей письма, к которым направляется копия.
    • bcc: (RFC 822, RFC 1123) — (от англ. blind carbon copy). Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получаетелей не будет видеть в этом поле других получателей из поля bcc.
    • Reply-To: (RFC 822, RFC 1036) — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.
    • Message-ID: (RFC 822, RFC 1036) — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: [email protected]. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из друхих писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.
    • In-Reply-To: (RFC 822) — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).
    • Subject: (RFC 822, RFC 1036) — тема письма.
    • Date: (RFC 822, RFC 1123, RFC 1036) — дата написания письма.
    • Content-Type: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

    Помимо стандартных, почтовые серверы (и роботы по обработки почты) могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, «X-MyServer-Note-OK» или «X-Spamassasin-Level»).

    Тело письма

    Тело письма отделяется от заголовка пустой строкой, а заканчивается (согласно стандартам Thunderbird) показывают эту точку, часть нет. В не-smtp стандартах формат письма зависит от стандарта системы (например,

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

    Цепочки писем

    Благодаря наличию в письме уникального идентификатора, а так же тому, что подавляющее большинство почтовых клиентов при ответе на письмо копируют его идентификатор в поле «In-Reply-To» («в ответ на»), появляется возможность достоверной группировки писем по цепочке (англ. thread). В разных почтовых клиентах это реализовано по разному, например, Microsoft Outlook позволяет найти все связанные с заданным письма; веб-интерфейс gmail группирует сообщения на основании данных о цепочке в единый объект. Некоторые почтовые клиенты (например,

    Почтовые рассылки

    Почтовая система позволяет организовать сложные системы, основанные на пересылке почты от одного ко многим абонентам, это:

    • Почтовые рассылки — письмо от одного адреса с одинаковым (или меняющимся по шаблону) содержимым, рассылаемое подписчикам рассылки. Технически может быть организовано как отправка множества писем (используется при шаблонных письмах) или как отправка письма с множеством получаетелей (в полях TO, CC, BCC). Для управления крупными почтовыми рассылками (более 10-50 абонентов) используются специализированные программы (например, mailman). Правильно организованная почтовая рассылка должна контролировать возврат писем (сообщения о невозможности доставить письмо) с исключением недоступных адресатов из списка рассылки, позволять подписчикам отписываться от рассылок. Нежелательные почтовые рассылки называются спамом и существенно осложняют функционирование почтовых систем.
    • Группы переписки — специализированный тип почтовой рассылки, в которой письмо на адрес группы (обычный почтовый адрес, обработкой почты которого занимается специализированная программа) рассылается всем участникам группы. Является аналогом новостных конференций, эхоконференций. Правильно настроенная почтовая рассылка должна контролировать циклы (два робота рассылок, подписанные друг на друга способны создать бесконечный цикл пересылки писем), ограничивать список участников рассылки, имеющих право на помещение сообщения, выполнять прочие требования к почтовой рассылке.

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

    Примеры программ управления рассылками:

    Спам

    Электронная почта (наравне с новостными группами

    По утверждению, объём спама составляет 80 % от общей почтовой переписки (то есть превышает объём полезной почтовой нагрузки в 5 раз). Для борьбы со спамом были разработаны различные механизмы (чёрные списки отправителей, серые списки, требующие повторного обращения почтового сервера для отправки, контекстные фильтры). Одним из последствий внедрения средств борьбы со спамом стала вероятность «ошибочно положительного» решения относительно спама, то есть часть писем, не являющихся спамом, стала помечаться как спам. В случае агрессивной антиспам-политики (уничтожение писем, кажущихся спамом, в автоматическом режиме без уведомления отправителя/получателя) это приводит к труднообнаруживаемым проблемам с прохождением почты.

    Шифрование почты

    Для шифрования почты в настоящий момент широко применяются два стандарта: S/MIME (использующий инфраструктуру открытых ключей) и Open PGP (использующий сертификаты со схемой доверия, группирющегося вокруг пользователя).

    Ранее так же были стандарты MOSS и PEM, но из-за несовместимости друг с другом и неудобства использования они не прижились.

    Стандарты S/MIME и Open PGP позволяют обеспечить три вида защиты: защиту от изменения, неотзывную подпись и конфеденциальность (шифрование). Дополнительно, S/MIME третьей версии позволяет использовать защищённое квитирование (при котором квитанция о получении письма может быть сгенерирована успешно только в том случае, когда письмо дошло до получателя в неизменном виде).

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

    Коммерческое использование

    TODO: 1) Наличиие коммерческих и ad-based почтовых серверов 2) Использование почты в бизнес-процессах 3) использование почты для функционирования коммерческого по, такого как Collaboration work 3) СПАМ СПАМ СПАМ 4) ЭЦП в письмах.

    Законодательное регулирование

    Протоколы передачи электронной почты

    Популярные программы для работы с E-mail

    Примечания

    См. также

    Ссылки

    • RFC 822 — Standard for ARPA Internet Text Messages
    • RFC 2142 — Mailbox Names for Common Services, Roles and Functions
    • RFC 2368 — The mailto URL scheme
    • RFC 2822 — Internet Message Format

    Wikimedia Foundation. 2010.

    Что такое электронный почтовый ящик? Чем удобна электронная почта?

    Здравствуйте уважаемые читатели и посетители блога Rumman.Ru! В этой статье, я Вам расскажу о том, что такое электронный почтовый ящик? И Чем же удобна, электронная почта?

    Электронная почта – это одна из самых старых служб Интернета, которая появилась в 70-х годах и представляет собой средство общения между пользователями. По средством этой службы, можно не только отправлять письма, но и прикреплять к письмам различные файлы.

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

    Электронная почта – один из самых востребованных сервисов Интернета, который
    сыграл немаловажную роль в повышении популярности Всемирной сети.

    Электронный почтовый ящик, напоминает чем-то, обычную почту. Потому, что она имеет, также почтовое отделение, которая называется «Почтовый сервер». А роли почтальонов, служат различные каналы Интернета. Одним словом:» Почта — есть почта!», суть его остается тем же, вы пишете письмо, а получатель его получает.

    Электронная почта – Это дисковое пространство, которое выделяется почтовым сервером для хранения писем пользователя. Для получения такого пространства в интернете, пользователю необходимо, зарегистрироваться в этом сервере. Размер, выделяемого пространства, отличается от одного почтового сервера к другому. Ниже приведены наиболее популярные и бесплатные почтовые серверы России.

    1-     Mail.ru. Этот популярный сервер в Рунете, предоставляет пользователям пространство для почтового ящика. В сервере около 5 миллионов пользователей электронных ящиков. Сервером предоставляется специальная программа (Mail.Agent), для удобного общения между пользователями.

    2-    Yandex.ru. Один из лидеров Рунета, который покорил пользователей удобством и тем, что Яндекс не установил каких либо ограничений в объеме выделяемого пространства. Сервер имеет хорошую защиту от спама и вирусов, потому, что письма проверяются антивирусом «Dr.Web».

    3-     Rambler.ru. Еще один почтовый сервер Рунета, который отличается хорошей антиспамной защитой.

    4-     Hotmail.ru. Один из почтовый серверов, которая завоевала популярность своим возрастом. Она имеет очень простой и удобный чат для переписки между пользователями. Однако объем выделяемого пространства под почту, всего лишь 32Мб.

    5-     Pochta.ru. Еще один сервер Рунета, можно сказать ветеран Рунета, однако в последнее время начал терять свои позиции. Сервер имеет хорошую защиту от спама, которую обеспечивает продукт лаборатории Касперского.

    6-      Gmail.ru. Один из качественных почтовых серверов, который отличается отличной защитой от взлома, защитой от спама.
    После регистрации, вы получите персональный адрес вашей электронной почты.

    Из чего состоит адрес электронной почты?

     

    Адрес электронной почты или по другому Е-майл адрес, состоит из:

    Имя Пользователя@Имя почтового сервера. (домен)

    1-     Имя пользователя. Здесь может быть ваше имя или псевдоним.

    2-     @ — Собака или собачка. Символ, который отделяет имя пользователя от имени сервера. В России его называют его еще лягушкой, бараном, ухом, плюшкой.

     Чем удобна электронная почта?

     

    Главное удобство электронной почты, конечно в скорости передачи писем, в удобстве и в цене.

    Основные возможности электронной почты:

    1-     Отправление писем сразу нескольким абонентам.

    2-     Создание правил для определенный действий.

    3-     Перенаправление писем на других пользователей.

    4-     Функция автоответчик, который позволяет автоматически отсылать ответы на входящие письма.

    5-     Передача файлов, изображений, аудио, и так далее.

    Нужно отметить, что для более удобной работе с почтой, вы можете использовать специальную программу, как например: The Bat или Outlook Express!

    На этом у меня все. Также рекомендую прочитать пост: «10 Советов Google начинающему пользователю интернета».

    Добавляйте свои идеи, комментируйте!

    Удачи Всем!

     

     

    Письма в будущее – Огонек № 49 (5256) от 10.12.2012

    Мир переживает бум электронной почты: эксперты подсчитали, что в интернете 3,3 млрд электронных почтовых ящиков, а к 2016 году их будет уже более 4,3 млрд. Как работает всеми любимый e-mail, или, по-простому, «мыло», изнутри увидел корреспондент «Огонька»

    Сергей Мещеряков

    У электронной почты — золотой век: согласно отчету аналитического агентства The Radicati Group, сегодня в мире насчитывается 3 млрд виртуальных почтовых ящиков, а будет их еще больше — рост предполагается в среднем на 6 процентов в год. В ближайшие годы вырастет и объем электронных писем — с 144,8 млрд в этом году до 192,2 млрд в 2016-м. Также ожидается рост числа аккаунтов (то есть учетных записей, которые оставляет о себе пользователь) в системах мгновенного обмена сообщениями (с 2,7 до 3,4 млрд) и социальных сетях (с 2,7 до 4,3 млрд). Новая мода — люди проверяют свои электронные ящики через мобильные телефоны, число таких продвинутых пользователей уже достигло 730 млн. Это пока лишь 34 процента от всех, кто пользуется e-mail, но, согласно прогнозам, их тоже будет все больше. Казалось бы, пиши да радуйся, однако эксперты обеспокоены: люди зачастую не справляются с информационными перегрузками, среднестатистический работник в сфере IT получает, к примеру, 93 электронных письма в сутки.

    Специалисты также предупреждают, что использование электронной почты идет рука об руку с эпидемиями нового века — компьютерными вирусами, спамом. Не случайно во многих странах приняты специальные антиспам-законы, которые должны хоть как-то помочь в борьбе с этой напастью. Чтобы понять, насколько мифы и легенды об электронной почте соответствуют реальности, корреспондент «Огонька» обратился в популярный российский почтовый сервис — Mail.Ru.

    Дата-центр

    Путь электронного письма чем-то напоминает путь обыкновенного: написал и отправил. Дальше начинаются различия. Чтобы отправить обычное письмо, нужно положить его в конверт и бросить в почтовый ящик. Что это за почтовый ящик, в сущности, неважно. В электронной почте, напротив, почтовый ящик — главный элемент системы, именно с ним постоянно «общается» пользователь. Правда, общается виртуально: почтовый ящик существует лишь в виде файлов на жестком диске, а физически находится в центре обработки данных почтовой службы. Дата-центр — это святая святых любой такой службы, по уровню безопасности он оставит далеко позади любой банк.

    Здание Научно-исследовательского центра электронной вычислительной техники (НИЦЭВТ) в Москве на Варшавском шоссе — своего рода памятник советской строительной мысли. Огромное индустриальное сооружение бесконечно тянется вдоль оживленной трассы, не случайно оно считается одним из самых длинных в столице. Именно здесь располагается один из дата-центров Mail.Ru, занятно, что здесь же, судя по вывеске, находятся и помещения обыкновенной бумажной почты России.

    Первое, что поражает в дата-центре,— это то, как его охраняют: круглосуточное видеонаблюдение, на дверях — приборы, распознающие «своих» по сетчатке глаза, в подвале — автоматическая система пожаротушения (такие ставят на подводных лодках, в шахтах и туннелях метро). Само здание тоже, конечно, выбрано не случайно. «В этом месте уникальная инфраструктура,— говорит заместитель технического директора Mail.Ru Group Сергей Кубасов.— К НИЦЭВТу еще в советские времена подводились всевозможные мощности, выделялись каналы связи, здесь даже своя котельная. У нашего дата-центра, к примеру, две подстанции и вторая категория надежности энергоснабжения (первая — у родильных домов и операционных), что означает: в случае ЧП город гарантирует нам электроэнергию в течение 20 минут. Этого времени достаточно, чтобы у нас включились собственные системы резервирования, обеспечивающие бесперебойную и стабильную работу».

    Дата-центр, ради которого все это предусмотрено, представляет собой огромный зал (доступ туда — только в бахилах), заставленный стойками, в каждой стойке — серверы. Именно на этих серверах и хранится корреспонденция электронной почты. Совокупный объем дата-центров Mail.Ru — 13,5 петабайта (1 петабайт — 1 млн гигабайт), это самое большое хранилище данных в Европе.

    На вопрос, можно ли найти на этих серверах чей-то конкретный почтовый ящик, Сергей Кубасов пожимает плечами: в принципе, можно, но вообще электронные письма распределены сразу по нескольким дата-центрам, то есть, к примеру, где-то могут храниться ваши исходящие сообщения, а где-то — входящие. Вся информация продублирована, чтобы в случае ЧП ничего не потерять.

    Серверы делятся на группы по назначению. «Вот здесь,— показывает он на одну из стоек,— может происходить «отрисовка» главной страницы сайта, а здесь — обработка писем». Об интенсивности работы дата-центра говорит тот факт, что только в хранилище почты каждый день добавляются несколько новых серверов, то есть примерно по одному жесткому диску каждые полчаса. Всего же в сутки через Mail.Ru проходят около 300 млн писем, это примерно 3 тысячи сообщений в секунду, и данный показатель постоянно растет.

    Путь письма

    Письмо попадает в дата-центр, на сервер почтовой службы, после того как пользователь нажимает «Отправить». «Допустим, пользователь какого-либо почтового сервиса (условно говоря, Yahoo) отправляет письмо нашему пользователю,— объясняет руководитель проекта «Почта Mail.Ru» Сергей Мартынов.— В этом случае сервер-отправитель находит сервер-получатель, связывается с ним и переправляет письмо. Прежде всего при получении письма нашими серверами оно проходит проверку на вирусы и спам, затем сохраняется в ящике пользователя. Соответственно наш пользователь заходит в свой почтовый ящик и видит, что ему пришло сообщение — это письмо он теперь может прочитать».

    Стандартная скорость письма, вне зависимости от расстояний,— меньше секунды, иногда несколько секунд. Бывают и задержки. Как правило, они связаны с тем, что письмо не удалось доставить с первой попытки, поскольку сервер получателя был недоступен. Как объясняет Сергей Мартынов, это может быть вызвано техническим сбоем, а порой и физическим повреждением линии, например копали экскаватором улицу и порвали провод… Поэтому все крупные дата-центры имеют резервные каналы. Дальше все зависит от настроек сервера, с которого отправлялось письмо. К примеру, на одних серверах повторная попытка будет сделана через несколько минут, на других может произойти через час или даже больше.

    — Это одно из несовершенств протокола электронной почты. Если бы все администраторы почтовых серверов настраивали повторную отправку аккуратно, то проблем было бы меньше,— объясняет Сергей.— Ну а ряд серверов вообще не пытается пересылать письмо еще раз. В этом случае его можно и не дождаться.

    И все же чаще причина намного проще: письмо не пропустил антиспам-фильтр — таковы издержки борьбы с главной напастью компьютерного века.

    Антиспам-лаборатория

    В Mail.Ru все службы, занимающиеся электронной почтой, сидят рядом — в соседних комнатах одного большого офиса. Сергей Мартынов показывает, кто где: вот столы дизайнеров, здесь системные администраторы, а здесь программисты — обыкновенный open space, разве что в буфете — игровые приставки, чтобы сотрудники могли отвлечься.

    За борьбу со спамом отвечает целый отдел, который внешне также ничем не отличается от других. Однако фотографа просят комнату не снимать: вдруг в объектив камеры попадет какой-нибудь секретный код на экране компьютера. Как объясняют эксперты лаборатории, они проектируют антиспам-системы, которые анализируют всю информацию о письме: от кого оно пришло, с какого IP-адреса, что содержит. Так, например, письмо могут признать спамом, если в нем есть ссылка на сайт или телефон, которые раньше уже встречались в спам-рассылках. Если компьютер отправителя заражен вирусом, автоматическая рассылка может происходить с его адреса, в этом случае антиспам-система блокирует отправку писем от этого пользователя. Фактически, говорят эксперты, борьба против спама — это проблема вечная, как борьба добра со злом, ведь спамеры тоже постоянно совершенствуют свои технологии. В каком-то смысле задача антиспам-лаборатории — сделать так, чтобы спам-рассылки были экономически невыгодны.

    Впрочем, многое зависит и от самих пользователей: в почтовых сервисах появились специальные кнопки «Это спам» — с их помощью можно пометить то или иное сообщение как ненужное. Специалисты советуют это обязательно делать: пусть система учится, запоминая новые примеры спама.

    Еще одна проблема — взломы электронной почты и в целом деятельность пресловутых хакеров.

    — Уже все знают, что нельзя пользоваться простыми паролями, которые легко подобрать,— говорит Сергей Мартынов.— К тому же у нас работает алгоритм по защите от автоматического перебора. Но хакерам известны и другие лазейки: к примеру, пользователь придумывает себе сложный пароль, но использует его на всех сайтах подряд. Если на одном из этих сайтов обнаружится уязвимость, злоумышленник может узнать пароль и использовать его для доступа во все аккаунты такого пользователя. Поэтому важно применять разные пароли для разных сайтов.

    Что касается информационных перегрузок, избежать их помогают новые функции в большинстве почтовых ящиков: к примеру, пользователь может сам определить, какие письма принимать, по каким папками их распределять… И конечно, все сервисы электронной почты постоянно работают над тем, чтобы этот самый ящик был максимально удобным. Над этой, казалось бы, простой задачей сегодня бьются целые юзабилити-лаборатории (от англ. usability — удобство и простота использования). Такие лаборатории — примета последних лет.

    Для электронной почты расстояния не важны: основной офис может находиться в Москве, а служба технической поддержки — в Нижнем Новгороде

    Фото: Александр Щербак, Коммерсантъ

    Юзабилити-лаборатория

    Человек пять дизайнеров и разработчиков набились в небольшую комнату с двумя огромными мониторами. На одном из них — крупный план мобильного телефона. С этим телефоном в соседней комнате сидит первый участник тестирования. Наталия Спрогис, руководитель лаборатории, наклоняется к микрофону и дает задание: «Отправьте вот этой девушке сообщение с фотографией». Респондент ищет иконку прикрепления фотографии, пытаясь выполнить задание. Один из дизайнеров качает головой: «Не видит». И вдруг общий выдох: «Видит!» Участник тестирования успешно справляется с задачей, в комнате радостное оживление — удалось.

    — Мы здесь проверяем наши продукты, насколько они удобны, пытаемся понять, есть ли проблемы с тем, как ими пользоваться,— объясняет Наталия.— У каждого исследования своя задача. Существуют специальные компании, которые подбирают для нас респондентов в соответствии с нужными нам условиями. Например, сегодня требовались люди, которые используют почту на смартфоне. Сажаем человека в отдельную комнату, даем ему задачу. Если протестировать необходимо приложение для мобильного телефона — пользуемся камерой, снимающей экран телефона. Если речь о веб-сервисе или программе для компьютера, в дополнение к записи экрана используем так называемый eye tracker.

    Eye tracker — устройство на грани фантастики. Специальная камера отслеживает взгляд человека, отмечая его на экране в виде красных точек. Посмотрел три раза на какую-то иконку — на экране отобразилось три точки — идеальный способ проверить, что заметно, а что нет. Ну а при тестировании компьютерных игр (сегодня игры онлайн — отдельное популярное направление у интернет-сервисов) применяется даже специальная технология, позволяющая снимать физиологические показатели человека: полученные данные дают возможность определить, как он реагирует на препятствие или, скажем, монстра. В игровом подразделении есть штатный психофизиолог, анализирующий такие данные, для электронной почты он, конечно, не требуется, но здесь и без подобных тестов работы невпроворот.

    По словам Наталии Спрогис, тестирование — дело тонкое. Нужно правильно выстроить сценарий работы, к тому же необходимо, чтобы человек не чувствовал себя в лабораторных условиях, а само задание было максимально приближено к реальности.

    — Недавно мы тестировали схему восстановления пароля в электронной почте,— рассказывает Наталия.— Пригласили добровольцев, поставили задачу: вы забыли пароль, попытайтесь его восстановить. Так знаете, что выяснилось? Большинство пользователей не помнят так называемого секретного вопроса. У нас есть, к примеру, секретный вопрос про любимое блюдо — невозможно через 10 лет вспомнить, что ты написал «хлеб»! Один доброволец на вопрос о любимой музыкальной группе ввел «Битлз», хотя сам же когда-то указал другую — «Краски». Мы задумались: возможно, надо сделать в интерфейсе почты напоминалку, мол, не хотите ли актуализировать контрольный вопрос?

    Скоро все службы Mail.Ru должны переехать в новый офис, и вот там лаборатория планирует развернуться: будут оборудованы сразу две комнаты для параллельных тестирований — новых сервисов все больше, и перерывов в работе пока не предвидится.

    Будем на связи

    На ресепшен в Mail.Ru сидит смешная кукла-почтальон — ее все грозятся убрать, потому что у обычной и электронной почты общее только одно — название. Зачем вводить людей в заблуждение? И подобных несоответствий — множество. Так, основные отправители электронной почты — это всевозможные интернет-сервисы: социальные сети, интернет-магазины, блоги и форумы. Именно они обеспечивают до 80 процентов отправленных электронных писем. То есть люди получают намного больше, чем пишут сами, более того, есть даже пользователи, которые, сами не написав ни одного письма, получают их довольно активно.

    С пиковыми днями и нагрузками парадоксов не наблюдается: самое загруженное время приходится на рабочие дни, а в течение дня — на утро. Последний пик посещаемости — 6-8 часов вечера, причем в это время люди чаще пользуются мобильными почтовыми ящиками, вероятно, по пути домой. Зато в течение года электронная почта удивляет: если в обыкновенной бумажной переписке пик приходится на праздники (люди шлют друг другу поздравления), то e-mail, наоборот, замирает, разве что активнее переписывается молодежь: у нее каникулы. Ну а главный спад приходится на лето, сначала на каникулы уходят школьники, потом студенты. Объясняется просто: возрастной состав здесь такой же, как у интернета в целом, то есть основная масса пользователей — молодежь от 25 до 30 лет.

    Географические особенности электронной переписки лишь подчеркивают социальные тенденции: в лидерах крупные города, где развит интернет, но все больше почтовых ящиков заводят в провинции. В последнее время число новых аккаунтов резко выросло в Узбекистане, Казахстане и других странах СНГ — это связано с активным развитием там широкополосного доступа и мобильного интернета. Занятно, что у самого Mail.Ru тоже обширная география: к примеру, службу технической поддержки вынесли из Москвы в Нижний Новгород. И это еще один пример того, чем электронная почта отличается от обычной. Для нее во всех смыслах расстояния не важны.

    Пишите еще

    Эксперты уверены: у электронной почты — головокружительные перспективы

    Сколько в интернете электронных почтовых ящиков и сколько их еще появится? (млрд)

    2012 — 3,375

    2013 — 3,606

    2014 — 3,843

    2015 — 4,087

    2016 — 4,337

    Сколько электронных писем посылают и будут посылать пользователи каждый день? (млрд)

    2012 — 144,8

    2013 — 154,6

    2014 — 165,8

    2015 — 178,3

    2016 — 192,2

    Источник: Email Statistics Report, подготовленный The Radicati Group

    почтовых ящиков с блокировкой, утвержденных USPS | Коммерческие, многоквартирные и жилые дома

    Часто задаваемые вопросы об утверждении USPS и почтовых ящиках для доставки USPS

    Как мне получить одобрение USPS?

    Либо купите почтовый ящик, предварительно одобренный для доставки USPS, либо просмотрите почтовые ящики с вариантами доставки USPS и уточните последнее слово у местного почтмейстера. В зависимости от того, где вы живете, ограничения, такие как размер коробки, местоположение, размеры и идентификационная информация, могут не применяться.Звоните нам, если у Вас возникнут вопросы.

    Утверждены ли вертикальные почтовые ящики USPS?
    В некоторых случаях да, но вам потребуется подтверждение у местного почтмейстера, чтобы знать наверняка. Взгляните на наши вертикальные почтовые ящики 4B + серии 3500.
    Кто является производителем одобренных USPS почтовых ящиков от US Mail Supply?
    Наши почтовые ящики производятся Florence Corporation.
    Просмотрите все наиболее распространенные вопросы, касающиеся заказа и установки почтовых ящиков в US Mail Supply.

    Почтовые ящики жилых домов

    Жилой почтовый ящик на бордюре должен соответствовать определенным ограничениям по расстоянию. Все почтовые ящики должны находиться на высоте от 41 до 45 дюймов над уровнем земли, чтобы их можно было доставить пешком или на автомобиле. Столб должен находиться на расстоянии 6–8 дюймов от обочины, чтобы не создавать опасности для водителей и пешеходов. Сами стойки могут быть деревянными, стальными или алюминиевыми. Столб не должен входить в землю глубже, чем на 24 дюйма.

    Эти почтовые ящики могут быть традиционными, современными или запирающимися.Как традиционные, так и современные почтовые ящики могут быть изготовлены трех разных размеров, в зависимости от ваших потребностей. Утвержденные размеры достигают 22,8 x 11 x 15 дюймов. Блокирующие почтовые ящики могут иметь больший размер из-за их функций безопасности, хотя всегда рекомендуется проконсультироваться с вашим местным почтовым мастером перед установкой собственного блокируемого почтового ящика.

    Внутренние почтовые ящики могут быть горизонтальными, вертикальными или изготовленными по индивидуальному заказу в соответствии с потребностями вашего учреждения. Все внутренние почтовые ящики имеют замки и ключи для защиты вашей корреспонденции и предотвращения кражи личных данных.US Mail Supply даже имеет одобренные USPS почтовые ящики для безопасной доставки посылок и посылок.

    С US Mail Supply легко купить и установить подходящий почтовый ящик для дома или бизнеса. Все наши почтовые ящики изготовлены в соответствии со спецификациями USPS и содержат простые инструкции по установке, которые помогут обеспечить соответствие всем официальным требованиям.

    Настенные почтовые ящики для жилых домов

    Перед установкой настенного почтового ящика в вашем доме вы должны связаться с местным почтовым отделением, чтобы определить высоту и положение для утверждения.Почтовые перевозчики должны иметь возможность легко добраться до вашего почтового ящика с тротуара, крыльца или крыльца.

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

    Районные ящики для доставки и сбора и кластерные почтовые ящики

    Кластерные почтовые ящики и ящики для доставки и сбора по месту жительства (NDCBU) упрощают доставку сразу в несколько домов.Поскольку NDCBU были заменены кластерными блоками, USPS установила дополнительные правила их использования. Новые блоки NDCBU нельзя купить или установить, если они не предназначены для замены существующего или поврежденного блока.

    Кластерные почтовые ящики

    от US Mail Supply одобрены USPS и включают множество функций безопасности. Отсеки усилены, устойчивы к атмосферным воздействиям и вмещают более крупные посылки, чем в предыдущих NDCBU. Обратите внимание, что перед установкой необходимо проконсультироваться с местным почтовым отделением в связи с особыми правилами размещения.

    Правила использования почтовых ящиков USPS для многоквартирных домов

    Правила использования почтовых ящиков USPS Государственные кластерные почтовые ящики, устанавливаемые во всех новостройках и капитальном ремонте многоквартирных домов, должны соответствовать спецификациям STD-4C. Новые спецификации диктуют минимальный размер отсека, количество шкафчиков для посылок, стандартизированный дизайн жильцов, соответствие требованиям ADA и многое другое. US Mail Supply здесь, чтобы помочь вам найти подходящие почтовые ящики 4C для вашего здания.

    4C Почтовые ящики | Утвержденные USPS горизонтальные почтовые ящики 4C

    Общие сведения о почтовых ящиках USPS 4C (a.к.а., встраиваемые почтовые ящики ЦБУ)

    С октября 2006 года USPS выпустил стандарт STD-4C для коммерческих почтовых ящиков USPS. Этот обновленный стандарт применяется ко всем утопленным почтовым ящикам 4C и заменяет горизонтальный почтовый ящик STD-4B + для каждой новой строительной разработки или проекта в США

    .

    Самые большие улучшения по сравнению с предыдущей спецификацией 4B — это размер двери 4C и общая безопасность. Каждая дверь арендатора имеет ширину 12 дюймов, глубину 15 дюймов и высоту 3 дюйма, что означает, что конверты и журналы большего размера доставляются плоскими, как и предполагалось.

    Стандарт STD-4C также требует наличия одного (1) посылочного шкафа на каждые десять (10) отсеков для жильцов — все наши предварительно сконфигурированные блоки соответствуют этому требованию. Что касается общей безопасности почты, наши производители должны придерживаться более строгих и тщательных требований к конструкции замка.

    Материалы и характеристики почтового ящика 4C

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

    • Характеристики двери арендатора 4C: 3 дюйма в x 12 дюймов x 15 дюймов в диаметре.
    • Отделка и материал: тяжелая алюминиевая конструкция, доступная в четырех цветовых вариантах от Salsbury Industries и восьми цветовых вариантах от Florence Mailboxes.
    • Погрузка и установка: доступны конфигурации с фронтальной или задней загрузкой (подробно описано ниже).
    • Двери для арендаторов: включают усиленные, пылезащитные кулачковые замки из нержавеющей стали (каждая с 3 ключами).
    • Посылочные автоматы: для доставки посылок USPS. Двойная система блокировки позволяет USPS доставлять посылку в шкафчик, оставляя ключ в почтовом ящике арендатора. Арендатор забирает пакет, и ключ надежно удерживается в замке. Подробности смотрите в видео ниже.
    • Исходящая почта: все устройства оснащены отделением для исходящей почты с прорезью для сброса, гребешком для защиты от рыбы и защитным колпаком, расположенным над дверцей доступа USPS для удобного приема и сбора исходящей почты.
    • Идентификация двери: привлекательные серебряные таблички с черными цифрами (от 1 до 20) включены в каждую стандартную конфигурацию. Пользовательская нумерация также может быть выбрана перед оформлением заказа.

    Крепление для передней загрузочной стены

    Между Salsbury Industries и Auth Florence Manufacturing мы предлагаем один из самых широких ассортиментов почтовых ящиков 4C и аксессуаров с фронтальной загрузкой, одобренных USPS, и более 150+ предварительно настроенных модулей на выбор из

    Почтовые ящики с фронтальной загрузкой включают главную загрузочную дверцу, подготовленную для замка со стрелкой USPS, которая обеспечивает легкий доступ ко всем отсекам для почтальона США.

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

    Заднее крепление на стене

    Вы, наверное, догадались, что доступ к почтовому ящику с задней загрузкой осуществляется сзади. Эти почтовые ящики включают в себя задние двери на петлях и защелках, к которым имеет доступ защищенная почтовая комната для использования USPS.Так как на задних дверях нет запорного механизма , безопасное почтовое отделение за почтовыми ящиками требуется для защиты почты.

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

    Пьедестал 4C

    Почтовый ящик на подставке 4C включает в себя все функции горизонтальных настенных блоков 4C, но добавление подставки означает, что эти блоки не соответствуют спецификациям USPS и, следовательно, предназначены только для частного использования (если вы не получите разрешение от местного почтмейстера перед покупкой и установка).Если вы собираетесь приобрести почтовый ящик на подставке 4C для доставки почты в США, мы настоятельно рекомендуем вам связаться с вашим местным почтмейстером для получения разрешения.

    Шкафы для почтовых ящиков 4C

    На каждой горизонтальной странице продукта 4C мы предлагаем возможность покупки с киоском почтовой станции, специально предназначенным для размещения покупаемого утопленного почтового ящика. Тем не менее, мы также перечисляем корпуса 4C и хомуты для поверхностного монтажа в качестве самостоятельных продуктов для клиентов, желающих заменить существующие блоки.

    Принадлежности для 4C

    Если вам нужны новые дверные идентификационные бирки или заменяемые замки или ключи, у нас есть полный набор аксессуаров для 4C от Salsbury Industries и Auth Florence Manufacturing.

    Ищете конкретный номер детали? Выполните поиск по нашему сайту или пообщайтесь с одним из наших представителей, и мы поможем вам его найти.


    Требования ADA

    Подготовка к доступности важна для любого проекта, и ваши почтовые ящики не исключение.Все настенные почтовые ящики, обслуживаемые Почтовой службой США (USPS), должны быть установлены в соответствии со спецификациями, изложенными в нормах USPS STD-4C.

    Чтобы помочь вам в выборе почтовых ящиков, отвечающих конкретным требованиям вашего проекта, подробные сведения об установленной высоте указаны в ссылках на модули почтовых ящиков 4C на этой странице после каждого обзора Suite.

    Если вам нужна дополнительная информация, мы рекомендуем вам просмотреть эту статью о требованиях ADA в соответствии с USPS.

    Информация о почтовом ящике | Брансуик, ME

    Несколько советов по размещению почтовых ящиков, которые помогут свести к минимуму вероятность повреждения:

    • Разместите светоотражающий материал на той стороне ящика, которая видна приближающимся транспортным средствам. Кроме того, рекомендуется использовать буквы высотой 4 дюйма для определения адреса, чтобы помочь автомобилям скорой помощи. .
    • Размер столба почтового ящика не должен превышать 4 на 4 дюйма для деревянного столба или 2 дюйма в диаметре для стойки из стальной трубы для обеспечения безопасности придорожного барьера.Посты, которые являются более крупными в строительстве, считаются «смертельно опасными фиксированными объектами» и не допускаются в пределах городской дороги.
    • Для проезжей части без покрытия установите почтовый ящик на дальний край обочины, чтобы обеспечить максимально возможный просвет от проезжей части. Для дорог с бордюром лицевая сторона почтового ящика должна находиться на расстоянии 8–12 дюймов от поверхности обочины.
    • Почтовые ящики должны быть установлены на высоте не менее 42 дюймов, чтобы обеспечить свободное пространство для крыльев плуга. Мы рекомендуем использовать столб с удлиненным рычагом и подвесной почтовый ящик со свободным ходом.Это позволяет снегоочистителям подметать рядом или под ящиками без повреждения опор и обеспечивает легкий доступ к ящикам для перевозчика и клиентов. Посмотреть план для печати этого типа почтового ящика (PDF).

    Если ваш почтовый ящик поврежден нашей вспашкой

    Всем нашим операторам плуга настоятельно рекомендуется принимать меры, чтобы не задеть почтовые ящики. Однако практика показала, что во время шторма машинисту не всегда удается вовремя увидеть столб, чтобы не ударить его плугом.Любой почтовый ящик на полосе отвода, включая почтовый ящик, размещается там на риск владельца.

    Ремонт / возмещение

    В случае повреждения вашего почтового ящика плугом Town, мы просим вас произвести необходимый временный ремонт. Если вы не можете произвести такой ремонт самостоятельно, позвоните в Общественные работы по телефону 207-725-6654, и мы постараемся отремонтировать или заменить почтовый ящик, если сочтем нужным и когда позволит время. Для любого почтового ящика, поврежденного городской вспашкой, мы постараемся отремонтировать, чтобы привести почтовый ящик в рабочее состояние в течение 48-72 часов, даже если почтовый ящик должен быть помещен в ведро до тех пор, пока земля не оттает.Существенно поврежденное имущество будет заменено весной на обычный металлический почтовый ящик, подвешенный на цепях к деревянному столбу размером 4 на 4 дюйма. Коробки с газетами ни в коем случае не будут ремонтироваться или сбрасываться Городом.

    The Town не заменяет и не возмещает расходы на сделанные на заказ почтовые ящики, декоративные или гранитные столбы и т. Д., Или существующие почтовые ящики с гнилыми столбами или в явно плохом существующем состоянии. Закон штата Мэн рассматривает почтовые ящики как нарушение общественного порядка, размещенное там на риск Владельца, и муниципалитеты не несут юридической ответственности за любой ущерб или ремонт почтовых ящиков из-за операций вспашки.

    Размещение почтового ящика

    Правила для почтовых ящиков
    Правила для почтовых ящиков Наши водители плугов должны принимать все меры предосторожности, чтобы не задеть почтовые ящики крыльями плуга. Ниже приведены несколько советов по размещению почтового ящика, которые помогут уменьшить повреждения при зимней вспашке:
    • Поместите светоотражающий материал на сторону коробки, видимую для приближающихся транспортных средств. Также рекомендуется использовать буквы высотой 4 дюйма для обозначения адреса для помощи машинам скорой помощи.
    • Размер столба для почтового ящика не должен превышать 4 на 4 дюйма для деревянного столба или 2 дюйма в диаметре для столбов из стальной трубы для обеспечения безопасности придорожного заграждения. Столбы, которые являются более прочными по конструкции, считаются «смертельно опасными неподвижными объектами» и не допускаются в пределах Городская дорога.
    • Почтовые ящики
    • должны быть установлены на высоте не менее 42 дюймов, чтобы обеспечить зазор для крыла плуга, как показано на рисунке справа. Мы рекомендуем использовать столб с удлиненным рычагом и подвесной почтовый ящик со свободным ходом, как показано на рисунке справа.Это позволяет снегоочистителям подметать рядом или под ящиками без повреждения опор и обеспечивает легкий доступ к ящикам для перевозчика и клиентов.
    В правилах USPS указано расположение почтовых ящиков. Придорожные почтовые ящики должны располагаться с правой стороны дороги, в зависимости от направления, в котором будет двигаться перевозчик. Передняя часть почтового ящика должна быть отодвинута от края дороги или бордюра на 6-8 дюймов.

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

    В случае повреждения вашего почтового ящика городским плугом просим произвести необходимый временный ремонт. Если вы не можете произвести такой ремонт самостоятельно, позвоните в Общественные работы по телефону 284-6641, и мы постараемся отремонтировать или заменить почтовый ящик, если сочтем нужным и когда позволит время. См. Ниже полные стандарты замены.

    Примеры задних панелей:
    Конструкция опоры почтового ящика:
    Лучше всего использовать столб с выдвинутым рычагом со свободно качающимся подвесным почтовым ящиком.Это позволяет снегоочистителям подметать рядом или под ящиками без повреждения опор и обеспечивает легкий доступ к ящикам для перевозчика и клиентов. На картинке ниже показан подвесной почтовый ящик, который свободно раскачивается.

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

    Высота:
    В соответствии со стандартами USPS, почтовый ящик должен быть установлен так, чтобы дно почтового ящика находилось на высоте от 41 до 45 дюймов над поверхностью обочины шоссе. Мы рекомендуем, чтобы эта высота была ближе к 45-дюймовому измерению, чтобы минимизировать конфликт с высотой крыла плуга, когда снег отталкивается во время или между зимними штормами.Фотография на картинке дополнительно поясняет соображения по высоте.

    Размер, тип и размещение сообщения Столбы почтового ящика должны быть достаточно прочными, чтобы выдерживать почтовый ящик при любых погодных условиях; однако они не могут быть настолько прочными, чтобы представлять опасность для транспортных средств, непреднамеренно съезжающих с дороги. Если транспортное средство задевало опору почтового ящика, она должна легко оторваться. Поэтому приемлемыми считаются следующие типы сообщений:

    • Деревянные столбы 4 «x 4», врезанные на 2 фута в землю.Деревянные столбы большего размера можно использовать только в том случае, если столб просверлен с помощью соответствующей лопаты для создания плоскости сдвига, которая находится не выше 6 дюймов над поверхностью окружающей земли. Количество и размер просверленных отверстий зависит от того, что необходимо, чтобы уменьшить поперечное сечение более крупной стойки до эквивалентной площади поперечного сечения стандартной стойки 4 x 4 дюйма (стандартная спецификация MaineDOT 606.06)
    • Стальная или алюминиевая труба круглого диаметра от 1 до 2 дюймов или стандартная стойка с U-образным каналом, встроенная на 2 фута в землю.
    • К недопустимым опорам для почтовых ящиков относятся: все, что заполнено бетоном, каменной кладкой и каменными конструкциями, тяжелые стальные конструкции и большинство предметов, предназначенных для другого использования (например, старинные плуги, двутавровые балки и различные другие предметы домашнего обихода и предметы).
    УВЕДОМЛЕНИЕ: Почтовые ящики, вложения или системы поддержки, не соответствующие этой политике, считаются «смертельно опасными фиксированными объектами» (также называемыми «DFO») и нарушают 23 MRSA §1401-A на дорогах штата и штата.На местных дорогах они могут рассматриваться как «препятствия», и ряд законодательных актов регулирует эти препятствия. Таким образом, когда эти установки будут признаны муниципалитетом, владелец будет проинформирован об опасности и будет запрошен немедленный демонтаж. Если владелец собственности не выполняет это требование, муниципалитет может принять решение о демонтаже установки и потребовать от собственника возмещения всех понесенных затрат.

    Стандарты замены: Город Сако понимает, что удар по вашему почтовому ящику во время снежной бури может быть неудобным и неприятным.Пожалуйста, поймите, что мы предупреждаем наших водителей, чтобы они обращали пристальное внимание на расположение почтовых ящиков, однако иногда это просто неизбежно. Если ваш ящик будет поражен, город сделает все возможное, чтобы заменить вам ящик. Однако в нашем расписании иногда приходится ждать 4 или 5 дней. Мы не заменяем НИКАКОЙ декоративной, специальной коробки, почты или газетной коробки. Если вы хотите, чтобы городские власти понесли расходы по замене, ящик будет заменен стандартным металлическим ящиком вместе со стандартным деревянным столбом.Иногда ваш ящик будет помещен в «весенний» список, если сообщение не подлежит ремонту и требует полной замены. Городские власти никогда не возмещают замену.

    Политика почтового ящика | Советы по зимнему вождению

    Политика почтовых ящиков

    Если вы живете на автомагистрали штата, почтовый ящик и другие политики описаны в этом руководстве.

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

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

    Стандарты установки почтовых ящиков

    Общее местонахождение:

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

    Почтовый ящик

    должен быть справа от проезжей части, когда вы выезжаете с проезжей части.

    Щелкните изображение выше, чтобы просмотреть его в полном размере.

    Высота почтового ящика:

    В соответствии со стандартами USPS почтовый ящик должен быть установлен таким образом, чтобы его нижняя часть находилась на высоте от 41 до 45 дюймов над обочиной шоссе.MaineDOT рекомендует, чтобы высота была ближе к 45-дюймовому измерению, чтобы свести к минимуму вероятность удара крылом плуга (рис. f) .

    Щелкните изображение выше, чтобы просмотреть его в полном размере.

    Дизайн поддержки почтового ящика:

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

    Смещения от дорог:

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

    Почтовый ящик на тротуаре должен оставлять не менее 36 дюймов позади задней части ящика или столба, в зависимости от того, что находится дальше всего от дороги. (рис. B) .

    Щелкните изображение выше, чтобы просмотреть его в полном размере.

    Размер, тип и встраивание сообщения:

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

    • Деревянные столбы 4 x 4 дюйма, вкопанные на две ножки в землю (рис. C) . Большие деревянные стойки (4 «x 6» или 6 «x 6») можно использовать только в том случае, если столб просверлен с помощью соответствующей лопаты для создания сдвига. самолет (рис.г) .
    • Стальная или алюминиевая труба круглого диаметра от одного до двух дюймов, или стандартная стойка с U-образным каналом, утопленная на двух ножках в землю (рис. E) .

    Поддерживаются недопустимые почтовые ящики:

    • все, что заполнено бетоном,
    • Каменные и каменные конструкции,
    • тяжелых стальных конструкций и
    • большинство предметов, которые предназначались для другого использования (например,г., старинные плуги, двутавры и др.).

    Почтовые ящики, вложения или системы поддержки, не соответствующие этой политике, считаются смертельно фиксированными объектами и нарушают закон штата Мэн (23 MRSA 1401-A). Когда MaineDOT видит этот тип установка, собственник будет будут проинформированы, и будет запрошено немедленное удаление. Если владелец собственности не выполнит это требование, MaineDOT может удалить установку и потребовать от собственника возмещения всех затрат.

    Щелкните изображение выше, чтобы просмотреть его в полном размере.

    почтовых ящиков на проезжей части | Цюрихское озеро, IL

    См. Кодекс деревни: 7-1-5-2 — Почтовые ящики на правах общественного пользования

    Обязанности деревни


    Время от времени водитель плуга может ударить ваш почтовый ящик, или просто вес снега (или сильная слякоть) может сбить ваш почтовый ящик. Если правильно установленный (щелкните ссылку для получения соответствующего руководства по установке почтового ящика или см. Ниже) почтовый ящик, расположенный в пределах полосы отвода Деревни, поврежден Деревней, то Деревня должна, но только:
    • Отремонтировать такой почтовый ящик, или
    • Замените такой почтовый ящик на стандартный U.S. Почтовый ящик и вспомогательная структура, соответствующие стандартам, изложенным в Разделе 7-1-5-2 Муниципального кодекса, или
    • Возместить владельцу убытки в следующих размерах: не более 30 долларов США за замену почты; или не более 20 долларов США за замену почтового ящика; или не более 50 долларов за замену как почты, так и почтового ящика.
    • Замена почтового ящика — ящик стандартный, модель 1С. Если столб будет поврежден, его отремонтируют «временно» и заменит после таяния грунта весной или летом.Не все повреждения почтового ящика вызваны снегоочистителем Village. Деревня не несет ответственности за старые, гнилые, проржавевшие столбы или испорченные ящики. Если почтовый ящик не соответствует вышеуказанным требованиям, Village не несет ответственности.
    • Пример письма о несоответствии здесь.

    Правила почтовой службы


    Правила почтовой службы по установке почтовых ящиков следующие:
    • Нижняя часть почтового ящика должна находиться на высоте 40 дюймов над землей.
    • Передняя часть почтового ящика должна находиться на расстоянии 8 дюймов от задней части бордюра.
    • Столбы должны быть деревянными 4 x 4 дюйма или 2-дюймовыми тонкостенными крутыми трубами. Недопустимы почтовые ящики ближе 8 дюймов или выступающие на улицу. В качестве столбов не принимаются железнодорожные шпалы, почтовые ящики в кирпичных простенках, двутавры и т. Д.

    Почтовые ящики

    Инженерное подразделение
    Проектное бюро

    Роль домовладельцев в обеспечении безопасности дорожного движения — Почтовые ящики

    Почтовые ящики и их опоры были установлены различными способами.В низкоскоростных средах почтовые ящики и детали поддержки почтовых ящиков обычно мало влияют на безопасность на дорогах. Однако по мере увеличения скорости относительная важность деталей поддержки становится критической. Опоры, которые достаточно прочные, чтобы практически остановить транспортное средство, могут легко нанести серьезные травмы пассажирам. Если части опоры могут отделиться и попасть в автомобиль через лобовое стекло во время столкновения, также высока вероятность серьезной травмы. На первых изображениях ниже показаны некоторые приспособления, которые могут привести к серьезным травмам.Наименее опасные конструкции почтовых ящиков состоят из слабых металлических опорных стоек с хорошим соединением с почтовым ящиком. При попадании в такой столб он наклонится перед автомобилем, потянув за собой почтовый ящик. Чуть более опасные конструкции включают деревянные стойки 4 х 4. При ударе они обычно ломаются в точке соприкосновения бампера со стойкой, позволяя верхней части стойки и почтового ящика подняться над капотом и удариться о лобовое стекло. Несмотря на то, что небольшой почтовый ящик и футы размером 4 x 4 могут не проникнуть внутрь транспортного средства, это становится более вероятным по мере увеличения веса почтового ящика в сборе и увеличения скорости транспортного средства.Для получения дополнительной информации см. Руководство AASHTO по установке почтовых ящиков на автомагистралях, опубликованное на веб-сайте Национальной транспортной библиотеки. См. Примеры коммерчески доступных аварийных почтовых ящиков NEX, разработанных в соответствии с текущими стандартами краш-тестирования.

    Стандарты Пример

    Стальные опоры

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

    Доски

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

    Bricking

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

    Шлакоблоки

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

    Палки для служебных нужд

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

    Балки 4×4

    Этот почтовый ящик иллюстрирует относительно безопасную установку на небольшой дороге со скоростью 45 миль в час. Владелец отремонтировал насыпь, чтобы почтовые автомобили могли полностью съехать с дороги и не попасть в движение.
    Оставить комментарий

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    © 2019 Штирлиц Сеть печатных салонов в Перми

    Цифровая печать, цветное и черно-белое копирование документов, сканирование документов, ризография в Перми.