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

Содержание

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

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

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

Взаимодействие между серверами в рамках одной почтовой системы может быть как подчинено общим правилам (использование 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).

Так же в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из 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) ЭЦП в письмах.

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

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

Примечания

См. также

Ссылки

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.

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

В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (англ. 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), так и следовать собственным правилам компании (используемого программного обеспечения).

Релеи

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

Почтовый сервер [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 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) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

Тело письма

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

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

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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.

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

Релеи

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

Почтовый сервер [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 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).

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

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

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) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

Тело письма

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

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

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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.

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

Релеи

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

Почтовый сервер [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 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).

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

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

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) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

Тело письма

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

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

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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.

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

Релеи

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

Почтовый сервер [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 4021 — Registration of Mail and MIME Header Fields (регистрация почты и поля заголовков MIME).

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

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

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) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

Тело письма

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

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

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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.

что это такое, и какие бывают виды сервисов электронной почты в интернете

Тематический трафик – альтернативный подход в продвижении бизнеса

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

Подпишись на рассылку и получи книгу в подарок!

Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

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

Преимущества использования электронного почтового ящика

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

Недостатки системы электронной почты

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

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

Какие виды почтовых ящиков бывают

Выделяют следующие виды сервисов:

Бесплатные. Это широко известные сервисы от таких компаний как Google, Rambler, Mail.ru, Yandex. Регистрация в них бесплатна для любого пользователя.
Платные. Предоставляют почту с повышенным уровнем защиты и расширенным функционалом. Как правило, основная аудитория пользователей таких ящиков – корпоративные клиенты, или люди, для особенно важна сохранность данных.
Личные, или как их еще называют stand-alone-почтовые серверы. Это клиент, расположенный на собственном сервере или хостинге. Теоретически, любой может, заказав себе хостинг, настроить почту под свои нужды, но это будет нецелесообразно в плане финансовых затрат и потребует знания работы протоколов и служб настройки. Как правило, собственные почтовые серверы используют крупные компании и организации, уделяющие большое внимание безопасности и остерегающиеся утечки данных к третьим лицам.
Одноразовые. В последнее время появились сервисы, предоставляющие возможность регистрации одноразовой почты для подтверждения регистрации в различных сервисах. Такая почта может быть действительна час, день, неделю, после чего удаляется навсегда. Достаточно специфическая услуга, но пользующаяся высокой популярностью. Она позволяет сохранить анонимность в сети.

Особенности выбора почтового ящика

Основные советы по выбору и созданию:

Доверять свою почту лучше крупным сервисам. Такие мировые гиганты, как Google, Microsoft, Yandex, имеют свои почтовые серверы, предлагающие создать почту любому желающему. Чем авторитетнее компания, предоставляющая возможность создания почты, тем больше гарантий сохранности и конфиденциальности переписки.
Следует внимательно читать пользовательское соглашение при создании почты в любом сервисе. Правила пишутся не просто так. В их могут содержаться сведения, от которых зависит длительность использования почтового сервиса, или условия, при которых возможна блокировка или удаление адреса без уведомления об этом пользователя.
Запишите все данные, которые вводились при регистрации. Ваш адрес может хранить множество необходимой информации, и будет обидно потерять доступ к нему из-за забывчивости.
Не задавать простые пароли. Один из способов взлома почтовых ящиков с целью получения информации – перебор паролей. Чем проще комбинация пароля, тем более высока вероятность, что вашу почту могут взломать, а ценная информация может попасть в чужие руки.
Использовать авторизацию при помощи номера телефона. Многие сервисы позволяют привязать свой номер телефона к ящику при регистрации, в этом случае контроль над почтой можно получить, только имея в распоряжении номер, на который был зарегистрирован ящик. В случае, если будет забыт пароль, достаточно указать номер телефона для его восстановления.

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

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

Здравствуйте уважаемые читатели и посетители блога 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 начинающему пользователю интернета».

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

Удачи Всем!

Что о вас говорит входящая электронная почта?
Сегодня утром в моем почтовом ящике было 47 писем, не считая того, что Gmail и Mac Mail удалось отфильтровать в спам, списки рассылки и рекламу. Это довольно типично для пятницы. По субботам их намного меньше, и я чувствую одновременно облегчение и тревогу из-за того, что что-то, возможно, не прошло. Я необычно невротичен по поводу электронной почты? Я так не думаю.
Все мы по-разному подходим к обмену и хранению информации, и то же самое касается электронной почты.Не только то, что мы говорим или отправляем, но и то, что мы сохраняем. Повсеместное распространение «почтовых ящиков» поднимает вопрос о том, как мы распоряжаемся теми, которые получаем. Не все используют электронную почту одинаково, но никогда прежде в истории не было возможности иметь столько «личных контактов» с таким количеством людей. Для некоторых это жизненный путь карьеры, для других — центр их социального существования. Большинство из нас находится где-то посередине. То, как мы управляем электронной почтой, зависит от того, как мы ее используем, насколько важны для нас разные типы писем (от любовника или рекламы с отключенным купоном) и нашего общего подхода к информации и жизни.
Источник: Памела Рутледж / Shutterstock
Нельзя отрицать, что электронная почта кажется личной, особенно сейчас, когда смартфоны расширяют возможности того, что раньше было мероприятием для настольных компьютеров и ноутбуков. В исследованиях использовались электронная почта и текстовые SMS-сообщения в качестве вмешательства для изменения поведения (например, Lim и др., 2012). Это делает проблему управления электронной почтой более загруженной, чем, скажем, возвращение домой из отпуска для сортировки недельной кучи обычной почты.
У нас все еще существует разрыв поколений, но не по возрасту, а по степени внедрения технологий.Люди различаются по интересам и способностям «контролировать» цифровую переписку, например электронную почту. Некоторые люди вообще не используют его, считая, что это больше проблем, чем оно того стоит — к огорчению своей социальной группы, которая хочет разослать протоколы клуба садоводов в формате PDF.
Некоторые вариации в управлении электронной почтой полностью зависят от знаний и навыков. Например, некоторые люди не знают о спам-фильтрах, папках, расположении кнопки удаления или других способах управления всеми этими электронными сообщениями.
Невысказанная цель создания организованного почтового ящика сродни упорядочению ящика вашего стола. Но для большинства управление электронной почтой сводится к более личностному поведению — комбинации организованности, прокрастинации, перфекционизма, страха потери и способности отпускать. Куда ты падаешь?
Электронная почта Dominatrix
Суперэффективный будет иметь политику нулевой терпимости к непрочитанной электронной почте. Большинство гуру организации посоветуют вам отсортировать электронную почту — разобраться с ней в установленное время и определить, что можно обработать с помощью быстрого ответа или что нужно отложить, когда у вас будет больше времени.Идея состоит в том, чтобы не допустить, чтобы куча непрочитанных материалов сводила вас с ума. Как только вы узнаете, что у вас есть время на просмотр своего почтового ящика, вы можете перейти к непрерывному времени и работать более продуктивно. Психологически вы чувствуете себя отстающим, зная, что эти электронные письма накапливаются, если у вас нет запланированной стратегии их проверки (если вам действительно все равно, что там).
Прокрастинатор
Всем известно, что обработка электронной почты может съесть вам день, если вы не сделаете приоритетных решений о том, что важно.Это делает сохранение нулевого непрочитанного почтового ящика отличной стратегией для тех, кто избегает делать что-то тяжелое, когда им приходится думать. Если вы занимаетесь всей своей электронной почтой, чтобы не выполнять свою работу, вам не нужно беспокоиться о том, чтобы сохранить их на потом.
Фильтр и фильтр
Некоторые люди сохраняют прочитанное письмо с помощью фильтров и папок, чтобы облегчить поиск информации в будущем. Сохранение электронных писем происходит быстрее, чем сохранение информации в другом формате (например, сохранение в PDF и хранение вне почтовой программы.) Если вам нужно искать старые бронирования поездок, налоговые квитанции или предложения, эта стратегия имеет смысл. Хотя это, вероятно, немного заблуждение, поскольку почтовые программы трудно найти относительно обычных файлов. Сколько раз вы искали электронное письмо и спрашивали коллегу: «В какой день вы его отправили?» Однако есть, например, небольшие предельные затраты на экономию электронных писем с точки зрения хранения, что уборка ящиков электронной почты имеет экономический смысл только в том случае, если ваш файл электронной почты вялый, а не потому, что вы исчерпываете емкость своего почтового ящика.Некоторые почтовые программы, такие как Mac Mail, делают невозможным архивирование за годы, тем самым создавая дилемму «потерять или сохранить». Эта стратегия работает для перфекционистов.
Перфекционист
Хорошо, вы знаете, кто вы. Перфекционисты сохраняют прочитанные электронные письма с мыслью, что они получат все, о чем их просят, от использования купонов до посещения вебинаров и чтения электронных книг, загружаемых с Hubspot. Это цифровой эквивалент починки в задней части туалета или списка дел, который настолько длинный, что бесполезен.Это позволяет перфекционистам оправдывать себя трудоголиком, если возникает необходимость в оправдании.
Вольные духи
Большинство людей действительно читают свою электронную почту — наша профессиональная и социальная жизнь в значительной степени сосредоточена вокруг цифровых коммуникаций. Некоторые — нет. Кому-то, у кого тысячи непрочитанных писем, все равно, что они говорят, или он не чувствует, что там есть что-то срочное или имеющее отношение к тому, что они делают ежедневно. Не удаление всех этих непрочитанных писем создает иллюзию, что если вы ХОТИТЕ знать, что там происходит, вы можете это выяснить.В то же время у вас есть ощущение, что вы, должно быть, очень популярны, потому что еще зачем вам вся эта электронная почта? Это, вероятно, также означает, что Free Spirits придумали способ оставаться на связи с действительно важными людьми, не используя электронную почту, будь то текстовые сообщения или почтовый голубь.
Поистине пораженный
Иногда бывает трудно отличить «Свободные духи» от «Истинно-подавленных», поскольку ни один из них не отвечает на электронные письма или делает это лишь от случая к случаю. Разницу можно увидеть по их лицам.Итальянская почта однажды настолько отстала, что просто выбросила пачку почты и начала все заново. Это разумная стратегия для Truly Over-Whelmed. Если вы пропустили что-то важное, скорее всего, вы получите письмо «Получили ли вы мою электронную почту».
Искатели безопасности
Некоторые люди сохраняют прочитанные сообщения электронной почты из соображений безопасности, которые дает уверенность в том, что они могут найти что-то, если им нужно, но они редко или никогда не нуждаются в этом. Некоторые из нас более терпимы к неопределенности, чем другие.Однако сохранение электронных писем — это неудовлетворительная защита в долгосрочной перспективе, потому что вам нужно запомнить очень много вещей (например, строку темы), чтобы найти конкретное электронное письмо.
Романтики
Некоторые люди сохраняют электронные письма от друзей, родственников и близких им людей, потому что кажется неправильным удалять их, как будто это так ». Как правило, это тот, кто совершенно не подходит для SnapChat.
Главное, чтобы ваш стиль электронной почты работал на вас. Если нет, вы можете пополнить ряды Email Frustrated.
Разочарованная электронная почта
Этот человек (и я один из них) — гибрид Фильтратора / Файлера, Перфекциониста и Романтика. Мы все время проводим в поисках лучшей почтовой программы, которая могла бы решить наши проблемы с управлением электронной почтой, потому что мы экономим слишком много и по-прежнему не можем найти ничего, когда нам это нужно. Если у вас есть рекомендация, я все еще ищу!
–
Лим, М. С. С., Хокинг, Дж. С., Эйткен, К. К., Фэрли, К. К., Джордан, Л., Льюис, Дж. А. и др. (2012).Влияние текстовых сообщений и сообщений электронной почты на сексуальное здоровье молодых людей: рандомизированное контролируемое исследование. Журнал эпидемиологии и общественного здравоохранения, 66 (1), 69-74.
Электронный ящик
| PTD
Электронная почта (электронная почта) — это способ отправки сообщений другим пользователям через Интернет. Вы просто набираете свое сообщение в своем почтовом клиенте (Eudora, Microsoft Outlook и т. Д.), Затем вводите адрес электронной почты, на который хотите отправить, и просто нажимаете кнопку «Отправить».
Ящики электронной почты
PenTeleData обладают следующими функциями:
Доступ к веб-почте.
Войдите в свою учетную запись Mail-Me с любого компьютера, подключенного к Интернету. Храните свои контакты и электронную почту с любого подключенного к Интернету компьютера в мире.
IMAP, веб-почта My PenTeleData и доступ по протоколу POP3.
Доступ к электронной почте с помощью любого совместимого средства чтения почты, например Microsoft Outlook, Windows Mail или Mac Mail. Чтобы максимально использовать вашу электронную почту, конфигурация IMAP позволяет вашей почтовой программе и почтовому серверу PenTeleData синхронизировать ваши сообщения и папки, предоставляя вам прямой доступ ко всем вашим сообщениям в любое время и в любом месте.
Проверка, выявление и очистка вирусов.
PenTeleData будет сканировать и очищать все электронные письма, проходящие через нашу систему, прежде чем они могут нанести вред вашему компьютеру.
Разрешено 5 ГБ дискового пространства.
Вместе с вашим почтовым ящиком PenTeleData включает 5 ГБ дискового пространства для вашего почтового ящика и информации личного портала. В качестве любезности система PenTeleData приложит усилия, чтобы уведомить вас, когда вы приблизитесь к 5 ГБ данных в вашем хранилище.
Страница управления учетной записью.
С пересылкой электронной почты и онлайн-управлением паролями. С помощью инструмента управления учетной записью вы также можете проверить объем дискового пространства, доступного для каждого почтового ящика. Регулярно проверяя эту функцию, вы можете избежать потери сообщений и ненужных расходов из-за превышения лимита хранилища 5 ГБ на один ящик электронной почты.
Возможность крепления.
Заказчики
PenTeleData могут приобретать почтовые ящики одним из следующих способов:
Через доступ к электронной почте, который включен в большинство планов доступа PenTeleData в Интернет.Дополнительные сведения см. В соответствующем продукте доступа.
Приобретается отдельно по цене 1,95 доллара за ящик электронной почты. Чтобы получать дополнительные почтовые ящики по цене 1,95 доллара за почтовый ящик, клиент должен соответствовать минимальным требованиям к обслуживанию и иметь учетную запись с хорошей репутацией.
Об общих почтовых ящиках — администратор Microsoft 365
24.05.2021
4 минуты на чтение
В этой статье
Общие почтовые ящики используются, когда нескольким людям нужен доступ к одному и тому же почтовому ящику, например к информации о компании или адресу электронной почты службы поддержки, стойке регистрации или другим функциям, которые могут использоваться несколькими людьми.
Пользователи с разрешениями на групповой почтовый ящик могут отправлять сообщения от имени почтового ящика или от его имени, если администратор предоставил этому пользователю права на это. Это особенно полезно для почтовых ящиков справки и поддержки, поскольку пользователи могут отправлять электронные письма из «Службы поддержки Contoso» или «Создание стойки регистрации».
Прежде чем начать
Прежде чем создавать общий почтовый ящик, вам следует знать следующее:
Лицензии: В общем почтовом ящике можно хранить до 50 ГБ данных без назначения ему лицензии.После этого вам нужно назначить почтовому ящику лицензию для хранения дополнительных данных. Дополнительные сведения о лицензировании общего почтового ящика см. В разделе Ограничения Exchange Online. Когда общий почтовый ящик достигнет предела хранилища, вы сможете получать электронную почту в течение некоторого времени, но не сможете отправлять новую электронную почту. После этого он перестанет получать электронную почту. Отправители в почтовый ящик получат квитанцию о недоставке.
Права доступа пользователей: Вам необходимо предоставить пользователям разрешения (членство) для использования общего почтового ящика.Только люди внутри вашей организации могут использовать общий почтовый ящик.
Внешние пользователи: Вы не можете предоставить людям за пределами вашей компании (например, людям с учетной записью Gmail) доступ к вашему общему почтовому ящику. Если вы хотите сделать это, рассмотрите возможность создания группы для Outlook. Дополнительные сведения см. В разделе Создание группы Microsoft 365 в центре администрирования.
Использование с Outlook: Помимо использования Outlook в Интернете из браузера для доступа к общим почтовым ящикам, вы также можете использовать приложение Outlook для iOS или приложение Outlook для Android.Дополнительные сведения см. В разделе Добавление общего почтового ящика в Outlook Mobile. Другой вариант — создать группу для общего почтового ящика. Чтобы узнать больше, см. Сравнение групп.
Шифрование: Вы не можете зашифровать электронную почту, отправленную из общего почтового ящика. Это связано с тем, что общий почтовый ящик не имеет собственного контекста безопасности (имени пользователя / пароля), поэтому ему нельзя назначить ключ. Если членом является более одного человека, и они отправляют / получают электронные письма, которые они зашифровали своими собственными ключами, другие участники могут иметь возможность читать электронную почту, а другие — нет, в зависимости от того, каким открытым ключом было зашифровано электронное письмо.
Преобразование почтового ящика: Вы можете преобразовать почтовые ящики пользователей в общие почтовые ящики. См. Преобразование почтового ящика пользователя в общий почтовый ящик.
Роли администратора: Пользователи с ролями глобального администратора или администратора Exchange могут создавать общие почтовые ящики.
Требования к подписке: Чтобы создать общий почтовый ящик, вам необходимо подписаться на план Microsoft 365 для бизнеса, который включает электронную почту (служба Exchange Online).Подписка на Microsoft 365 Apps для бизнеса не включает электронную почту. Microsoft 365 Business Standard не включает электронную почту.
Вход: Общий почтовый ящик не предназначен для прямого входа с помощью связанной с ним учетной записи пользователя. Вы всегда должны блокировать вход для учетной записи общего почтового ящика и держать его заблокированным.
Слишком много пользователей: Когда слишком много назначенных пользователей одновременно получают доступ к общему почтовому ящику, они могут периодически не подключаться к этому почтовому ящику.В этом случае вы можете рассмотреть возможность уменьшения количества пользователей или использования другой рабочей нагрузки, например группы Microsoft 365 или общей папки.
Удаление сообщения: К сожалению, вы не можете запретить людям удалять сообщения в общем почтовом ящике. Единственный способ обойти это — создать группу Microsoft 365 вместо общего почтового ящика. Группа в Outlook похожа на общий почтовый ящик. Для сравнения этих двух см. Сравнение групп. Чтобы узнать больше о группах, см. Подробнее о группах.
Примечание
Для доступа к общему почтовому ящику у пользователя должна быть лицензия Exchange Online, но для общего почтового ящика отдельная лицензия не требуется. У каждого общего почтового ящика есть соответствующая учетная запись пользователя. Обратите внимание, как вас не попросили ввести пароль при создании общего почтового ящика? У учетной записи есть пароль, но он сгенерирован системой (неизвестен). Вы не должны использовать учетную запись для входа в общий почтовый ящик. Без лицензии размер общих почтовых ящиков ограничен 50 ГБ.Чтобы увеличить предельный размер до 100 ГБ, общему почтовому ящику должна быть назначена лицензия Exchange Online (план 2) или лицензия Exchange Online (план 1) с лицензией на надстройку Exchange Online Archiving. Это также позволит вам включить автоматическое расширение архивирования для неограниченного объема архивного хранилища. Точно так же, если вы хотите поместить общий почтовый ящик на судебное удержание, общий почтовый ящик должен иметь лицензию на Exchange Online (план 2) или лицензию на Exchange Online (план 1) с лицензией на надстройку Exchange Online Archiving.Если вы хотите применить расширенные функции, такие как Microsoft Defender для Office 365, Advanced eDiscovery или политики автоматического хранения, общий почтовый ящик должен быть лицензирован для этих функций.
Связанное содержание
Создание общего почтового ящика (статья)
Настройка общего почтового ящика (статья)
Преобразование почтового ящика пользователя в общий почтовый ящик (статья)
Удаление лицензии из общего почтового ящика (статья)
Решение проблем с общими почтовыми ящиками (статья)
Почтовый ящик
(электронная почта) — Сетевая энциклопедия
Определение почтового ящика в сетевой энциклопедии.
Что такое почтовый ящик?
Почтовый ящик (электронный почтовый ящик ) — это место хранения сообщений электронной почты, найденных на удаленном сервере или загруженных на компьютер пользователя. Программные почтовые программы обычно разделяют почтовый ящик на отдельные папки: входящие, исходящие, отправленные и удаленные.
Почтовый ящик в Exchange Server
Имена почтовых ящиков
Имя почтового ящика — это первая часть адреса электронной почты, также известная как local-part ; то есть часть перед символом @ .Его формат формально указан в RFC 5322 и RFC 5321. Часто это имя пользователя получателя на почтовом сервере или в домене назначения.
Локальная часть может иметь длину до 64 символов и теоретически чувствительна к регистру. Он может состоять либо из последовательности из допустимых символов (описанных ниже), либо из строки в кавычках, которая также может содержать пробелы и специальные символы. _ `{| } ~
Символ . (точка) при условии, что это не первый и не последний символ, а также при условии, что он не появляется два или более раз подряд (например, John..Doe @ example.com).
Зарезервированные имена
Имена «postmaster», «abuse» и другие соответствуют хорошо известным ролям и функциям и должны быть действительными.
Известно, что некоторые имена вызывают проблемы, возможно, потому, что они конфликтуют с именами, используемыми внутри (некоторыми частями) почтового программного обеспечения, включая почтовые фильтры, или потому, что базовая система хранения подавляется ими.
Почтовый ящик в Microsoft Exchange?
В Microsoft Exchange Server почтовый ящик — это приемник сообщений, отправленных другими пользователями. Почтовые ящики являются наиболее распространенным типом получателей Exchange и обычно связаны с учетной записью Microsoft Windows Server пользователя в сети компании.
Почтовые ящики хранят папки, сообщения и вложения пользователя в хранилище частной информации на сервере Exchange. Содержимое почтового ящика для каждого пользователя в организации, использующей Exchange, существует только на одном сервере в организации, который называется домашним сервером пользователя.
Изменение большой группы почтовых ящиков
Чтобы изменить свойства большой группы почтовых ящиков одновременно, выберите «Экспорт каталога» в администраторе Exchange (или его эквиваленте в командной строке), чтобы экспортировать свойства почтовых ящиков в CSV-файл. текстовый файл. Отредактируйте файл, чтобы изменить свойства, используя функцию «Заменить» текстового редактора, а затем выберите «Импорт каталога» в меню, чтобы импортировать свойства обратно в каталог Exchange.
Если вам нужно создать большое количество похожих почтовых ящиков, сначала создайте шаблон почтового ящика, а затем выберите Дублировать в администраторе Exchange.
См. Также:
Объяснение потока, отправки и доставки сообщений электронной почты
Для большинства пользователей то, как сообщение электронной почты перетекает от отправителя в почтовый ящик получателя, происходит за кулисами. Когда физическое лицо или организация отправляет электронное письмо, сообщение отправляется из точки его отправления, такой как почтовый клиент, из которого оно было составлено, через Интернет к месту назначения. По пути он проходит через несколько серверов, что помогает обеспечить его доставку в нужное место.Этот поток сообщений электронной почты использует систематический процесс, основанный на ряде давно установленных технических стандартов.
Как проходит поток сообщений электронной почты?
Электронная почта
существует с 1960-х годов, когда создатели зарождающихся компьютерных сетей начали изобретать способы отправки сообщений друг другу. В те первые дни пользователи были ограничены общением только с другими пользователями одной и той же общей мэйнфрейм-системы. Однако принятие стандартных протоколов и объединение систем в общую сеть, которую мы теперь знаем как Интернет, позволили различным почтовым системам «общаться» друг с другом.
Именно эти стандарты позволяют нам отправлять сообщения электронной почты практически любому человеку. Когда кто-то отправляет сообщение электронной почты, оно проходит через серию шагов, чтобы добраться до места назначения.
Когда человек пишет сообщение, это обычно делается в почтовом клиенте, таком как Outlook или Apple Mail, или в веб-сервисе, таком как Gmail.
Однако, когда сообщение представляет собой транзакционное электронное письмо, такое как уведомление о доставке или сброс пароля, сообщение создается автоматически этими системами, обычно с использованием API электронной почты.(Маркетинговые сообщения также генерируются автоматизированными системами, хотя обычно большими партиями, а не по одному, как транзакционные сообщения.)
В обоих случаях, независимо от того, создано ли сообщение почтовым клиентом или автоматизированной системой, оно специально отформатировано для передачи через Интернет с использованием стандарта, называемого «Простой протокол передачи почты» (SMTP).
Почтовый сервер отправителя (технически называемый «агент пересылки почты» или MTA) ищет «@domain».com »части адреса электронной почты получателя на сервере системы доменных имен (DNS), чтобы определить, с каким целевым почтовым сервером (называемым« почтовым обменником »или MX) он должен связаться для доставки сообщения.
Отправляющий и получающий серверы обмениваются данными по протоколу SMTP. Принимающий сервер принимает сообщение, чтобы его можно было доставить получателю.
Почтовый клиент получателя извлекает сообщение, используя такие стандарты, как протокол почтового отделения (POP) или протокол доступа к сообщениям в Интернете (IMAP), чтобы загрузить сообщение, чтобы его можно было прочитать.
Как почтовые клиенты загружают сообщение?
Веб-службы электронной почты, такие как Gmail или Hotmail / Outlook.com, используют свои собственные внутренние протоколы для управления электронной почтой. Но когда получатели используют автономный почтовый клиент на телефоне или настольном компьютере, это программное обеспечение использует стандартные протоколы для загрузки сообщений с почтовых серверов.
Когда получатель использует протокол POP, сервер доставляет им все новые электронные письма и сохраняет их копии только в том случае, если установлен флажок в почтовом клиенте, если это применимо.Если на сервере нет копий электронных писем, а получатель потерпел аппаратную потерю или отказал, эти сообщения исчезнут навсегда, если только у отправителей нет их копий.
Когда получатель использует IMAP, сервер синхронизирует содержимое почтового ящика, включая его «Отправленные» и другие папки, с каждым устройством, которое подключается к нему. Сообщения остаются на сервере, и когда состояние одного изменяется (например, прочитано или удалено), это изменение распространяется на все устройства, когда они снова подключаются.
Возможность сохранять и синхронизировать сообщения на нескольких устройствах — вот почему сегодня большинство почтовых служб используют IMAP вместо POP.
Общий почтовый ящик 101 + 7 лучших инструментов для общего почтового ящика
Когда ваш бизнес небольшой и у вас мало запросов на поддержку, использование списка рассылки или общего почтового ящика Gmail или Outlook может быть эффективным способом обслуживания клиентов. В конце концов, это просто — каждый умеет пользоваться электронной почтой — и это недорого.
Однако важно помнить, что списки рассылки и общие почтовые ящики не предназначены для обслуживания клиентов.По мере роста вашей компании и объема поддержки они часто создают больше проблем, чем решают, в результате чего сотрудники разочаровываются, а клиенты жаждут лучшего опыта.
Вместо того, чтобы принуждать вашу электронную почту к роли, для которой она никогда не предназначалась, рассмотрите преимущества инструмента общего почтового ящика — программного обеспечения, специально созданного для обеспечения отличного обслуживания клиентов.
Различные типы инструментов для совместной работы с электронной почтой
Существует несколько различных типов инструментов, которые позволяют нескольким членам группы получать доступ и управлять электронной почтой, отправляемой на один адрес электронной почты, например support @.У каждого инструмента есть свой набор функций и, в некоторых случаях, ограничения:
Выбор правильного варианта для вашей команды — это вопрос решения, какие функции вам нужны для обеспечения исключительного обслуживания клиентов.
Например, если вам нужно работать только из одной очереди и вам не нужны дополнительные функции совместной работы, отчетности и повышения производительности, которые предоставляют общие почтовые ящики, общий почтовый ящик может отлично работать для вашей команды.
Но также важно думать не только о том, что нужно вашей команде прямо сейчас, и учитывать, что вам может понадобиться в будущем.По мере роста вашего бизнеса недостатки общих почтовых ящиков станут очевидными.
Там, где общие почтовые ящики не работают
Рядом с моим домом недавно открылась новая пиццерия, и я попробовал. Ресторан был полон сотрудников, но еда приходила мучительно медленно. Работало так много людей, что они постоянно натыкались друг на друга, мешали друг другу выполнять задачи и были вынуждены ждать доступа.
Общий почтовый ящик может быть очень похож на это: система, которая когда-то работала идеально, внезапно рушится под собственным весом.
В ролике ниже Анджела Брэдберн, старший координатор по связям с общественностью Чикагского музея науки и промышленности, объясняет некоторые причины, по которым ее команда решила перейти на программное обеспечение для общих почтовых ящиков.
Брэдберн описывает некоторые типичные проблемы, с которыми группы сталкиваются при попытке предоставить общий доступ к почтовому ящику для поддержки клиентов: путаница, неэффективность и разочарование для команды — проблемы, которые в конечном итоге влияют на клиентов.
Программное обеспечение для общего почтового ящика не будет автоматически создавать для вас удобство, но оно может предоставить структуру и системы, которые позволят вашей команде более стабильно предоставлять более качественные услуги.
7 лучших инструментов для общего почтового ящика
Если у вас возникают проблемы с эффективностью, вы работаете друг над другом при совместной работе или вам нужны более сложные инструменты для создания отчетов, возможно, пора перейти на общий почтовый ящик.
Вот пять явных признаков того, что пришло время подумать о внедрении инструмента общего почтового ящика:
Члены группы ответили на одно и то же электронное письмо клиента с повторяющимися или противоречивыми данными.
Вы не знаете, кто занимался проблемой поддержки клиентов, и нужно немного покопаться, чтобы определить человека и решение, которое они предложили.
Ваши клиенты регулярно отправляют дополнительные электронные письма, чтобы задать вопросы / запросы, которые они отправили, но не получили ответа в течение нескольких дней.
Вы изо всех сил пытаетесь составить расписание для своей команды, потому что у вас нет отчетов об объеме получаемых электронных писем, о том, как быстро ваша команда отвечает, кто на что отвечает или насколько ваши клиенты довольны ответами, которые они читают .
Сотрудничество затруднено. Нет простого способа назначать вещи конкретным пользователям или добавлять примечания и комментарии без пересылки электронных писем разным товарищам по команде.
Это все важные признаки того, что ваша команда нуждается в лучшем решении. В первый раз, когда возникает какая-либо из этих ситуаций, возможно, пора начать просматривать параметры общего почтового ящика.
Если вашей команде пора перейти на общий почтовый ящик, начните поиск, сравнив семь инструментов общего почтового ящика ниже.
1. Help Scout
Лучший общий почтовый ящик для поддержки клиентов.
Help Scout — это общий почтовый ящик, разработанный специально для групп обслуживания клиентов и обладающий множеством функций, которые помогут вам обеспечить исключительную поддержку, улучшить совместную работу и повысить эффективность работы:
Автоматически назначать и сортировать входящие электронные письма с помощью рабочих процессов.
Отвечайте на часто задаваемые вопросы всего за несколько кликов, используя сохраненные ответы.
Избегайте отправки клиентам дублирующих ответов с обнаружением коллизий.
Сотрудничайте с товарищами по команде, чтобы отвечать на вопросы клиентов с помощью личных заметок.
Help Scout также предлагает готовые отчеты об эффективности и теги, которые помогут вам лучше понять, почему клиенты обращаются к вам, где ваша команда преуспевает и где у вас есть возможности для улучшения.
В дополнение к общему почтовому ящику Help Scout имеет множество других функций, которые могут понадобиться вашей команде для оказания отличной поддержки, включая базу знаний, чат и более 50 интеграций — и все это без дополнительных затрат.
Цена: От 20 долларов за пользователя в месяц для стандартного плана.
2. Общий почтовый ящик Outlook
Лучше всего подходит для очень небольших групп, которые уже используют Outlook.
Если ваша группа использует Outlook и нуждается в основных функциях общего почтового ящика, создание общего почтового ящика в Outlook может быть хорошим выбором. По сути, это папка электронной почты, которой можно пригласить несколько человек.
Поскольку на самом деле это не инструмент, предназначенный для обслуживания клиентов, в нем нет каких-либо функций, направленных на оказание поддержки, но для групп, уже использующих Outlook, это не требует дополнительных затрат.
Цена: Бесплатно для текущих пользователей Outlook.
3. Папка для совместной работы Google
Лучше всего подходит для очень небольших команд, которые уже используют Google Workspace.
Очень похожий на общий почтовый ящик Outlook, Google Collaborative Inbox позволяет командам создавать общую папку из своего стандартного почтового клиента.
Опять же, поскольку он не предназначен для использования в качестве инструмента общего почтового ящика, нет никаких дополнительных функций, кроме тех, что уже доступны в Gmail.Однако, как и в предыдущем случае, это не требует дополнительных затрат, поэтому может быть хорошим вариантом для небольших команд, которые только начинают оказывать поддержку.
Цена: Бесплатно для текущих пользователей Google Workspace.
4. Hiver
Лучший общий почтовый ящик для команд, которые хотят использовать Gmail.
Другой вариант для команд, использующих Gmail, — Hiver. Hiver действует как дополнение к Gmail, чтобы сделать его более надежным и ориентированным на поддержку клиентов.
С Hiver вы можете назначать электронные письма определенным агентам и добавлять примечания.Есть также функции автоматизации задач и аналитики, но следует отметить, что многие из более продвинутых функций предлагаются только в их более дорогих планах.
Цена: От 7 долларов США за пользователя в месяц.
5. Лицевая сторона
Лучший общий почтовый ящик для личного использования.
Большинство инструментов общего почтового ящика используются для управления адресом электронной почты группы (support @ и т. Д.). Однако, если ваша команда хочет использовать как личные, так и общие адреса электронной почты для взаимодействия с клиентами, Front может быть отличным вариантом.
Front предлагает некоторые функции для совместной работы, такие как внутренние комментарии, а также более продвинутые функции, такие как аналитика и автоматизация, в их более дорогих планах.
Цена: От 19 долларов за пользователя в месяц.
6. Helpwise
Лучший общий почтовый ящик для обмена сообщениями в социальных сетях.
Для команд, которые активно взаимодействуют с клиентами посредством телефонных сообщений, таких как SMS или WhatsApp, и социальных сайтов, таких как Twitter и Facebook, Helpwise может быть отличным вариантом.
Helpwise подключается к каждой из этих различных платформ, а это означает, что вы можете управлять всеми этими разговорами в одном месте, чтобы избежать путаницы и убедиться, что сообщения не ускользают от посторонних.
Цена: От 12 долларов США за пользователя в месяц.
7. ClientFlow
Лучший общий почтовый ящик для управления проектами поддержки.
Общие почтовые ящики действительно ценны, потому что они позволяют командам работать более эффективно. ClientFlow сделал еще один шаг вперед, объединив общий почтовый ящик и инструмент управления проектами.
Благодаря объединению этих двух инструментов данные становятся менее разрозненными, а все задачи агента становятся более прозрачными, что помогает сделать вашу команду еще более эффективной.
Цена: От 19 долларов США за пользователя в месяц (минимум два пользователя).
Help Scout: общий почтовый ящик, предназначенный для обслуживания клиентов.
Общий почтовый ящик Help Scout содержит множество функций, призванных упростить работу групп обслуживания клиентов, безупречную совместную работу и предоставление исключительной поддержки по электронной почте.
Упростите для ваших клиентов
В то время как некоторые инструменты службы поддержки прерывают ваши разговоры номерами заявок и порталами входа в систему, Help Scout невидим для ваших клиентов. Все, что они получают, — это полезный ответ на свои вопросы.
Кроме того, когда ваша группа обслуживания клиентов принимает участие в разговоре с клиентом, у них есть немедленный доступ к полному профилю этого клиента: о том, что они спрашивали вас раньше, истории их аккаунтов и быстрым ссылкам на другие внутренние системы.
Имея полный доступ к контексту, ваша команда может дать гораздо более персонализированный и полезный ответ, не замедляя время отклика, и вашим клиентам не придется страдать от бесконечной цепочки писем, в которой вы просите Информация Об Учетной Записи.
Отвечайте клиентам и работайте как одна команда в одном месте.
Когда вы работаете с общим почтовым ящиком, но вам нужна помощь другого члена вашей команды, вам обычно приходится убирать этот разговор из своего почтового ящика; в противном случае вы рискуете случайно скопировать клиента в сообщение, которое должно было быть личным.
Общий почтовый ящик Help Scout решает эту проблему с помощью личных заметок, которые отображаются вместе с сообщениями с клиентами, но видны только членам вашей команды:
Перестаньте наступать друг другу на ноги
В Help Scout индикаторы Traffic Cop позволяют всем чтобы в режиме реального времени видеть, кто работает над какими проблемами обслуживания клиентов. Это простая визуальная система: желтый треугольник показывает, что другой пользователь просматривает беседу, а красный треугольник появляется, если кто-то еще отвечает на беседу.
Plus, Traffic Cop не позволяет отправлять сообщения клиенту, если другой пользователь ответил в то время, когда вы работали над этим ответом.
Принимать и назначать ответственных за вопросы клиентов
Беседы в Help Scout могут быть назначены непосредственно конкретному лицу или переданы в нужную команду, чтобы было ясно, кто отвечает за получение ответа от этого клиента.
Вы также можете отсортировать по исполнителю, чтобы ничего не упало при случайном порядке, если член команды отсутствует в течение дня или покидает компанию.
Экономьте время и усилия с помощью рабочих процессов, тегов и сохраненных ответов
Члены вашей группы обслуживания клиентов наиболее ценны, когда они тратят время на понимание проблем ваших клиентов и их решение, а не когда они щелкают по грязному почтовому ящику сортировка писем.
Используйте Help Scout для применения тегов и создания рабочих процессов для автоматизации общих задач. Например:
Автоматически назначать вопросы по выставлению счетов финансовой группе.
Определите неотложные проблемы и поднимите их приоритеты.
Предоставьте вашей группе разработчиков простой способ просматривать отзывы клиентов по конкретным вопросам.
Кроме того, по мере появления тенденций в поддержке, вы можете начать создавать библиотеку сохраненных ответов, чтобы избавить вас от необходимости вводить одни и те же ответы снова и снова.
Используйте беседы в службу поддержки, чтобы улучшить бизнес.
Инструменты отчетности Help Scout помогут вам превратить поток разговоров с клиентами в полезные идеи. Понимайте своих клиентов лучше, чем когда-либо, отвечая на такие вопросы, как:
Когда мои клиенты больше всего нуждаются в помощи и насколько мы отзывчивы в это время?
Какие каналы поддержки хотят использовать мои клиенты и как они меняются со временем?
Что мои клиенты думают о нашей новой функции и на каком языке они описывают ее?
На какие вопросы мы лучше всего отвечаем, а какие связаны с меньшим удовлетворением запросов клиентов?
Не просто поддержка по электронной почте
Общий почтовый ящик — это лишь один из инструментов, к которому ваша служба поддержки получает доступ, когда вы подписываетесь на план Help Scout.Вы также можете использовать Help Scout для создания базы знаний, поддержки в чате и отправки клиентам упреждающих сообщений, пока они просматривают ваш веб-сайт или используют ваше приложение.
И если ваша компания предлагает поддержку по телефону, вы можете использовать интеграции Help Scout, чтобы направить эти разговоры в одно место. Ваша команда может расставить приоритеты и работать более эффективно, используя все ваши знания о клиентах из центрального источника.
Обновление до общего почтового ящика
Хотя список рассылки или общий почтовый ящик могут хорошо работать для вашей команды, когда вы только начинаете, эти инструменты просто не созданы для масштабной поддержки клиентов.Правильный инструмент для работы должен иметь возможность расти вместе с вами и помогать вам строить отношения с клиентами, независимо от того, сколько разговоров вы ведете.
Оптимизированный и прозрачный рабочий процесс с помощью Help Scout расширяет возможности команд и масштабируется по мере роста компании, гарантируя, что ваши лучшие клиенты никогда не ускользнут из-под общей учетной записи электронной почты.
Mail-in-a-Box
Что это?
Mail-in-a-Box позволяет вам стать вашим собственным поставщиком почтовых услуг, выполнив несколько простых действий.Это похоже на создание собственного Gmail, но вы управляете им сверху вниз.
Технически Mail-in-a-Box превращает свежий облачный компьютер в рабочий почтовый сервер. Но чтобы его настроить, не нужно быть экспертом в области технологий.
Вот как можно запустить Mail-in-a-Box:
Статус
установил вчера. установок в неделю с августа 2014 г. по настоящее время, как показано ниже.
Что внутри коробки?
Каждый Mail-in-a-Box предоставляет веб-почту и сервер IMAP / SMTP для использования с мобильными устройствами и почтовым программным обеспечением для настольных компьютеров.Он также включает в себя синхронизацию контактов и календаря.
Веб-почта Roundcube
Контакты Nextcloud
A Панель управления
Коробка также включает другие стандартные почтовые функции, такие как защита от спама (фильтрация спама и серые списки), правила фильтрации почты, автоконфигурация почтового клиента и автоматическое резервное копирование в Amazon S3 и другие сервисы, а также Exchange ActiveSync (для последних версий Outlook) в качестве бета-функция.
Коробка также включает автоматическую конфигурацию DNS, когда вы позволяете ей стать вашим сервером имен, чтобы он мог устанавливать важные записи DNS для доставки почты и безопасности, включая SPF, DKIM, DMARC и MTA-STS. При включении DNSSEC (с DANE TLSA) обеспечивает более высокий уровень защиты от активных атак с другими почтовыми серверами, также использующими DANE TLSA.
Mail-in-a-Box использует новейшие передовые методы обеспечения безопасности, включая использование TLSv1.2, гибкого TLS для исходящей почты, надежных шифров TLS и HSTS для веб-служб.Сертификаты TLS автоматически предоставляются с помощью Let’s Encrypt. (Подробнее см. В нашем руководстве по безопасности.)
В вашем ящике может размещаться почта для нескольких пользователей и нескольких доменных имен. Он также поддерживает простой статический хостинг веб-сайтов (поскольку ящик в любом случае обслуживает HTTP), или вы можете разместить веб-сайт в другом месте (просто добавьте настраиваемую запись DNS A в свою панель управления Mail-in-a-Box, чтобы указать домены на другой сервер).
Mail-in-a-Box включает веб-панель управления, где вы можете добавлять почтовые учетные записи, почтовые псевдонимы и пользовательские записи DNS, а также создавать резервные копии.На панели управления отображаются комплексные проверки состояния записей DNS и активности / мониторинга системы. Доступ к функциям панели управления также можно получить через RESTful HTTP API (документация по API).
Обратите внимание: хотя мы хотим, чтобы все «просто работало», мы не можем контролировать остальную часть Интернета. Другие почтовые службы могут блокировать или фильтровать спам сообщения, отправляемые с вашего почтового ящика. Это проблема, с которой сталкивается каждый, у кого есть собственный почтовый сервер, с Mail-in-a-Box или без него. За советами по этому поводу обратитесь на наш дискуссионный форум.
Как мне это получить?
Руководство по установке проведет вас через настройку вашего собственного бокса. Пользователи сообщают, что для перехода в полностью работоспособную систему требуется всего несколько часов. И смотрите видео выше!
Если вы являетесь экспертом и имеете доменное имя и полностью новую машину Ubuntu 18.04, работающую в облаке, вы просто запускаете эту машину:
curl -s https://mailinabox.email/setup.sh | Судо Баш
Вам будет предложено ввести желаемый адрес электронной почты и несколько других вопросов по настройке.Для получения подробной информации обратитесь к руководству по установке. Дополнительные инструкции см. В README на github.
Обратите внимание, что цель этого проекта — предоставить простое решение «под ключ». Вариантов конфигурации практически нет, и вы не можете изменять файлы конфигурации машины после установки. Если вы ищете что-то более продвинутое, попробуйте iRedMail или Modoboa.
Примечание. Сопровождающие Mail-in-a-Box работают над Mail-in-a-Box в свое ограниченное свободное время. Ваш пробег может отличаться.
Зачем это строить?
Массовое электронное наблюдение со стороны правительств, выявленное за последние несколько лет, стимулировало новое движение по повторной децентрализации сети, движение, направленное на то, чтобы дать людям возможность снова стать собственными поставщиками услуг.
Хотя основной протокол электронной почты, SMTP, по своей сути децентрализован, на практике электронная почта стала очень централизованной, потому что чертовски сложно реализовать десятки современных протоколов, которые ее окружают.Mail-in-a-Box позаботится обо всем этом, и не более того.
Это важно не только для обеспечения конфиденциальности, но и для способности Интернета развиваться и улучшаться, как это было всегда: благодаря способности каждого видеть, как он работает, возиться и предлагать новаторские изменения.
Справка
Если вам нужна помощь , пожалуйста, ознакомьтесь с руководством по обслуживанию, а затем спросите на форуме. Если вы думаете, что нашли проблему в Mail-in-a-Box или не получаете ответа на форуме, то откройте проблему на github.
Мы будем публиковать объявления и рекомендации по безопасности в нашей учетной записи Twitter @mailinabox, в разделе объявлений дискуссионного форума и в нашем чате Slack (см. Выше).
Не чирикайте вопросы : Всегда начинайте с форума, чтобы другие тоже могли получить пользу от просмотра вашего вопроса.
Сообщение о спаме / мошенничестве / злоупотреблениях : Mail-in-a-Box на самом деле вообще не является почтовой службой. Это больше похоже на кулинарный рецепт создания почтовой службы — поэтому у нас нет возможности узнать, кто следует этому рецепту, и мы не можем контролировать людей, которые пекут наш торт, чтобы скрыть яд.Как и торт, существует множество рецептов создания почтовых серверов, помимо Mail-in-a-Box (Microsoft Exchange Server — один из самых популярных), и нам просто не везет, когда иногда кто-то с плохими намерениями выбирает наш. Другими словами, мы не контролируем, как люди используют Mail-in-a-Box, и у нас нет технических или юридических средств для отключения других сервисов. Вы можете посетить дискуссионный форум Mail-in-a-Box и связаться с кем-либо, кто недавно сообщил о подобной ситуации.
Развитие
Mail-in-a-Box основан на Ubuntu 18.04 LTS 64-бит и использует хорошо документированные сценарии оболочки и демон управления Python для настройки системы. Взгляните на схему архитектуры системы и методы обеспечения безопасности.
Разработка проходит на github по адресу https://github.com/mail-in-a-box/mailinabox.
Обратите внимание, что цели этого проекта: . .
Упростите развертывание хорошего почтового сервера.
Продвигайте децентрализацию, инновации и конфиденциальность в Интернете.
Иметь автоматизированную, контролируемую и идемпотентную конфигурацию системы.
Не делает сервер полностью невзламываемым и защищенным от АНБ (но посмотрите наши методы обеспечения безопасности).
Не делать что-то настраиваемое опытными пользователями.
Кроме того, у этого проекта есть Кодекс поведения, который отменяет вышеуказанные цели. Прочтите его, когда присоединитесь к нашему сообществу.

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

Релеи

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

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

Заголовок SMTP

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

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

Тело письма

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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

Релеи

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

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

Заголовок SMTP

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

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

Тело письма

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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

Релеи

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

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

Заголовок SMTP

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

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

Тело письма

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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

Релеи

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

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

Заголовок SMTP

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

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

Тело письма

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

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

Спам

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

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

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

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

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

Примечания

См. также

Ссылки

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

Релеи

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

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