Страница полузащищенная
Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

"Ответить всем" перенаправляет сюда. Информацию о подкасте см. В разделе « Ответить всем» (подкаст) .
На этом снимке экрана показана страница «Входящие» почтового клиента; пользователи могут видеть новые электронные письма и выполнять такие действия, как чтение, удаление, сохранение или ответ на эти сообщения.
Знак at , часть каждого адреса электронной почты SMTP [1]

Электронная почта ( электронная почта или электронная почта ) - это метод обмена сообщениями («почта») между людьми, использующими электронные устройства. Электронная почта вошла в ограниченное использование в 1960-х годах, но пользователи могли отправлять сообщения только пользователям одного и того же компьютера, а некоторые ранние системы электронной почты требовали, чтобы и автор, и получатель находились в сети одновременно, подобно обмену мгновенными сообщениями . Рэй Томлинсон считается изобретателем электронной почты; в 1971 году он разработал первую систему, способную отправлять почту между пользователями на разных хостах через ARPANET, используя знак @ для связывания имени пользователя с целевым сервером. К середине 1970-х это была форма, известная как электронная почта.

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

Первоначально электронная почта в Интернете была средством связи только в формате ASCII , но была расширена за счет многоцелевых расширений электронной почты Интернета (MIME) для переноса текста в других наборах символов и вложений мультимедийного содержимого. Международная электронная почта с интернационализированными адресами электронной почты с использованием UTF-8 стандартизирована, но не получила широкого распространения. [2]

История современных служб электронной почты в Интернете восходит к раннему периоду ARPANET , когда стандарты кодирования сообщений электронной почты были опубликованы еще в 1973 г. ( RFC 561 ). Электронное сообщение, отправленное в начале 1970-х годов, похоже на обычное электронное письмо, отправленное сегодня.

Терминология

Исторически термин « электронная почта» означает любую передачу электронных документов. Например, несколько авторов в начале 1970-х использовали этот термин для обозначения передачи факсимильных документов. [3] [4] В результате, найти его первое использование трудно с тем конкретным значением, которое он имеет сегодня.

Термин « электронная почта » используется в своем нынешнем значении по крайней мере с 1975 года, а вариации более короткого электронного письма используются по крайней мере с 1979 года: [5] [6]

  • электронная почта теперь является распространенной формой и рекомендована руководствами по стилю . [7] [8] Это форма, требуемая IETF Request for Comments (RFC) и рабочими группами. [9] Это написание также встречается в большинстве словарей. [10] [11] [12] [13] [14] [15] [16]
  • электронная почта является формой выступает в редактировал опубликовал американский английский и британский английский письменной форме , как это отражено в корпус современного американского английского данных, [17] , но падает в немилость в некоторых руководств по стилю. [8] [18]
  • Электронная почта - это традиционная форма, которая используется в RFC для «адреса автора» и требуется «по историческим причинам». [19]
  • Иногда используется электронная почта с заглавной буквы E, как и в подобных сокращениях, таких как E-piano , E-guitar , A-bomb и H-bomb . [20]

В исходном протоколе RFC 524 ни одна из этих форм не использовалась. Услуга называется просто почтой , а отдельное электронное письмо называется сообщением .

Электронное письмо в Интернете состоит из конверта и содержимого; [21] содержимое состоит из заголовка и тела. [22]

Источник

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

Компьютерная почта и обмен сообщениями стали возможны с появлением компьютеров с разделением времени в начале 1960-х годов, и неформальные методы использования общих файлов для передачи сообщений вскоре были расширены до первых почтовых систем. Большинство разработчиков ранних мэйнфреймов и миникомпьютеров разрабатывали похожие, но, как правило, несовместимые почтовые приложения. Со временем сложная сеть шлюзов и систем маршрутизации соединила многие из них. Многие университеты США были частью ARPANET (созданной в конце 1960-х годов), которая была нацелена на переносимость программного обеспечения между своими системами. В 1971 году было отправлено первое сетевое электронное письмо ARPANET, в котором был введен уже знакомый синтаксис адреса с символом «@», обозначающим системный адрес пользователя. [23] Simple Mail Transfer Protocol (SMTP) протокол был представлен в 1981 году.

Какое-то время в конце 1980-х и начале 1990-х казалось вероятным, что будет преобладать либо закрытая коммерческая система, либо система электронной почты X.400 , являющаяся частью государственного профиля взаимодействия открытых систем (GOSIP). [nb 1] Однако, как только в 1995 году закончились окончательные ограничения на передачу коммерческого трафика через Интернет, [24] [25] сочетание факторов сделало текущий набор протоколов электронной почты SMTP, POP3 и IMAP в Интернете стандартом.

Операция

Ниже приводится типичная последовательность событий, которые происходят, когда отправитель Алиса передает сообщение с помощью почтового агента пользователя (MUA), адресованного на адрес электронной почты получателя. [26]

Электронная почта
  1. MUA форматирует сообщение в формате электронной почты и использует протокол представления, профиль из Simple Mail Transfer Protocol (SMTP), чтобы отправить содержимое сообщения на локальный почтовый подачи агента (MSA), в этом случае smtp.a.org .
  2. MSA определяет адрес назначения, указанный в протоколе SMTP (а не из заголовка сообщения) - в данном случае [email protected] - который является полным адресом домена (FQDA) . Часть перед знаком @ - это локальная часть адреса, часто это имя пользователя получателя, а часть после знака @ - это доменное имя . MSA решает доменное имя , чтобы определить полное доменное имя из почтового сервера в системе доменных имен (DNS).
  3. DNS сервер для домена b.org ( ns.b.org ) откликается с любым MX записей с перечислением серверов почтового обмена для этого домена, в данном случае mx.b.org , агент передачи сообщений (MTA) сервер в ведении Интернет-провайдер получателя. [27]
  4. smtp.a.org отправляет сообщение на mx.b.org через SMTP. Этому серверу может потребоваться переслать сообщение другим MTA до того, как сообщение достигнет конечного агента доставки сообщений (MDA).
  5. MDA доставляет его в почтовый ящик пользователя bob .
  6. MUA Боба принимает сообщение, используя протокол почтового отделения (POP3) или протокол доступа к сообщениям в Интернете (IMAP).

В дополнение к этому примеру в системе электронной почты существуют альтернативы и сложности:

  • Алиса или Боб могут использовать клиент, подключенный к корпоративной системе электронной почты, такой как IBM Lotus Notes или Microsoft Exchange . Эти системы часто имеют собственный внутренний формат электронной почты, и их клиенты обычно обмениваются данными с сервером электронной почты, используя собственный протокол производителя. Сервер отправляет или получает электронную почту через Интернет через почтовый шлюз Интернета продукта, который также выполняет любое необходимое переформатирование. Если Алиса и Боб работают в одной компании, вся транзакция может происходить полностью в рамках единой корпоративной системы электронной почты.
  • Алиса может не иметь MUA на своем компьютере, но вместо этого может подключиться к службе веб-почты .
  • Компьютер Алисы может запускать собственный MTA, поэтому на шаге 1 можно избежать передачи.
  • Боб может получить свою электронную почту разными способами, например, войдя на сайт mx.b.org и прочитав его напрямую, или с помощью службы веб-почты.
  • У доменов обычно есть несколько серверов обмена почтой, чтобы они могли продолжать принимать почту, даже если основной недоступен.

Многие MTA принимали сообщения от любого получателя в Интернете и делали все возможное, чтобы доставить их. Такие MTA называются открытыми почтовыми ретрансляторами . Это было очень важно на заре Интернета, когда сетевые соединения были ненадежными. [28] [29] Однако этот механизм оказался пригодным для использования отправителями незапрашиваемых массовых электронных писем, и, как следствие, открытые почтовые ретрансляторы стали редкостью, [30] и многие MTA не принимают сообщения от открытых почтовых ретрансляторов.

Формат сообщения

Базовый формат Интернет-сообщений, используемый для электронной почты [31] , определен в RFC 5322 , с кодированием не-ASCII данных и вложений мультимедийного контента, определенных в RFC 2045 через RFC 2049 , вместе называемых Multipurpose Internet Mail Extensions или MIME . Расширения в международной электронной почте применяются только к электронной почте. RFC 5322 заменил более ранний RFC 2822 в 2008 году, затем RFC 2822 в 2001 году заменил RFC 822 - стандарт электронной почты в Интернете на протяжении десятилетий. Опубликованный в 1982 году RFC 822 был основан на более раннем RFC 733.для ARPANET. [32]

Электронные сообщения в Интернете состоят из двух разделов: «заголовок» и «тело». Они известны как «контент». [33] [34] Заголовок разбит на поля, такие как «От», «Кому», «Копия», «Тема», «Дата» и другая информация об электронном письме. В процессе передачи сообщений электронной почты между системами SMTP передает параметры доставки и информацию, используя поля заголовка сообщения. В теле сообщения содержится неструктурированный текст, иногда с блоком подписи в конце. Заголовок отделяется от тела пустой строкой.

Заголовок сообщения

RFC 5322 определяет синтаксис заголовка электронной почты. Каждое сообщение электронной почты имеет заголовок («раздел заголовка» сообщения, согласно спецификации), состоящий из ряда полей («полей заголовка»). Каждое поле имеет имя («имя поля» или «имя поля заголовка»), за которым следует символ-разделитель «:» и значение («тело поля» или «тело поля заголовка»).

Каждое имя поля начинается с первого символа новой строки в разделе заголовка и начинается с печатаемого символа без пробелов . Он заканчивается символом-разделителем «:». Разделитель следует за значением поля («тело поля»). Значение может продолжаться на последующих строках, если в этих строках первым символом есть пробел или табуляция. Имена полей и, без SMTPUTF8 , тела полей ограничены 7-битными символами ASCII. Некоторые значения, отличные от ASCII, могут быть представлены с использованием слов в кодировке MIME .

Поля заголовка

Поля заголовка электронной почты могут быть многострочными, каждая строка должна содержать не более 78 символов, хотя ограничение составляет 998 символов. [35] Поля заголовка, определенные в RFC 5322, содержат только символы US-ASCII ; для кодирования символов в других наборах может использоваться синтаксис, указанный в RFC 2047 . [36] В некоторых примерах, рабочая группа IETF EAI определяет некоторые стандарты отслеживание расширений, [37] [38] замена предыдущих расширений экспериментальных , так UTF-8 кодируются Unicodeв заголовке могут использоваться символы. В частности, это позволяет адресам электронной почты использовать символы, отличные от ASCII. Такие адреса поддерживаются продуктами Google и Microsoft, а также продвигаются некоторыми государственными агентами. [39]

Заголовок сообщения должен включать как минимум следующие поля: [40] [41]

  • От : адрес электронной почты и, при желании, имя автора (авторов). Некоторые почтовые клиенты можно изменить в настройках учетной записи.
  • Дата : местное время и дата написания сообщения. Как и поле « От:» , многие почтовые клиенты автоматически заполняют его перед отправкой. Клиент получателя может отображать время в локальном для него формате и часовом поясе.

RFC 3864 описывает процедуры регистрации полей заголовка сообщения в IANA ; он обеспечивает постоянные и временные имена полей, включая также поля, определенные для MIME, netnews и HTTP, и ссылки на соответствующие RFC. Общие поля заголовка для электронной почты включают: [42]

  • Кому : адрес (а) электронной почты и, возможно, имя (а) получателя (ов) сообщения. Указывает основных получателей (разрешено несколько), для дополнительных получателей см. Cc: и Bcc: ниже.
  • Тема : Краткое изложение темы сообщения. В теме обычно используются определенные сокращения , в том числе «RE:» и «FW:» .
  • Копия : Копия ; Многие почтовые клиенты по-разному отмечают электронную почту в своем почтовом ящике в зависимости от того, находятся ли они в списке «Кому:» или «Копия:».
  • Скрытая копия : слепая копия ; адреса обычно указываются только во время доставки SMTP и обычно не указываются в заголовке сообщения.
  • Content-Type : информация о том, как должно отображаться сообщение, обычно это MIME- тип.
  • Приоритет : обычно со значениями «основная масса», «нежелательная почта» или «список»; Используется для обозначения автоматических ответов «отпуск» или «вне офиса», не следует возвращать для этого письма, например, чтобы предотвратить отправку уведомлений об отпуске всем другим подписчикам списка рассылки. Sendmail использует это поле, чтобы влиять на приоритизацию электронной почты в очереди, при этом сообщения «Приоритет: особая доставка» доставляются раньше. В современных сетях с высокой пропускной способностью приоритет доставки является меньшей проблемой, чем раньше. Microsoft Exchange учитывает детализированный механизм автоматического подавления ответа, поле X-Auto-Response-Suppress . [43]
  • Message-ID : также автоматически сгенерированное поле для предотвращения множественных доставок и для справки в In-Reply-To: (см. Ниже).
  • In-Reply-To : идентификатор сообщения, на которое это ответ. Используется для связывания связанных сообщений вместе. Это поле применяется только к ответным сообщениям.
  • Ссылки : идентификатор сообщения сообщения, на которое это ответ, и идентификатор сообщения, на которое предыдущий ответ был ответом, и т. Д.
  • Reply-To : адрес должен использоваться для ответа на сообщение.
  • Отправитель : адрес отправителя, действующего от имени автора, указанного в поле От: (секретарь, менеджер списков и т. Д.).
  • В архиве : прямая ссылка на архивную форму отдельного сообщения электронной почты.

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

SMTP определяет информацию трассировки сообщения, сохраненного в заголовке, используя следующие два поля: [44]

  • Получено : после того, как SMTP-сервер принимает сообщение, он вставляет эту запись трассировки в верхнюю часть заголовка (от последней к первой).
  • Return-Path : после того, как SMTP-сервер доставки выполняет окончательную доставку сообщения, он вставляет это поле в верхнюю часть заголовка.

Другие поля, добавленные принимающим сервером поверх заголовка, могут называться полями трассировки . [45]

  • Authentication-Results : после того, как сервер проверит аутентификацию, он может сохранить результаты в этом поле для использования нижестоящими агентами. [46]
  • Received-SPF : сохраняет результаты проверок SPF более подробно, чем Authentication-Results. [47]
  • DKIM-подпись : сохраняет результаты расшифровки DKIM почтового сообщения, чтобы убедиться, что сообщение не было изменено после его отправки. [48]
  • Авто-отправка : используется для отметки автоматически созданных сообщений. [49]
  • VBR-Info : заявлено о внесении VBR в белый список [50]

Тело сообщения

Кодировка контента

Электронная почта в Интернете была разработана для 7-битного кода ASCII. [51] Большая часть почтового программного обеспечения является 8-битным чистым , но следует предполагать, что оно будет взаимодействовать с 7-битными серверами и почтовыми программами. Стандарт MIME представил спецификаторы набора символов и две кодировки передачи содержимого, чтобы разрешить передачу данных, отличных от ASCII: цитируемая печать для в основном 7-битного содержимого с несколькими символами за пределами этого диапазона и base64 для произвольных двоичных данных. Расширения 8BITMIME и BINARY были введены, чтобы разрешить передачу почты без необходимости в этих кодировках, но многие агенты почтового транспортаможет не поддерживать их. В некоторых странах сосуществуют несколько схем кодирования; в результате по умолчанию сообщение на языке, отличном от латинского алфавита, отображается в нечитаемой форме (единственное исключение - совпадение, если отправитель и получатель используют одну и ту же схему кодирования). Поэтому для международных наборов символов , Unicode растет в популярности. [ необходима цитата ]

Обычный текст и HTML

Большинство современных графических почтовых клиентов позволяют использовать в теле сообщения простой текст или HTML по выбору пользователя. Сообщения электронной почты в формате HTML часто включают автоматически созданную копию обычного текста для совместимости. Преимущества HTML включают возможность включать в себя встроенные ссылки и изображения, выделять предыдущие сообщения в кавычках , естественным образом переносить текст на любом отображении, использовать выделение, такое как подчеркивание и курсив , и изменять стили шрифтов . К недостаткам можно отнести увеличенный размер электронного письма, проблемы с конфиденциальностью в связи с веб-ошибками , злоупотребление электронной почтой HTML как вектором фишинга.атаки и распространение вредоносного ПО . [52]

Некоторые списки рассылки в Интернете рекомендуют делать все сообщения в виде обычного текста, с 72 или 80 символами в строке по всем указанным выше причинам, [53] [54] и потому, что у них есть значительное количество читателей, использующих текстовые почтовые клиенты. такие как Mutt . Некоторые почтовые клиенты Microsoft могут разрешать расширенное форматирование с использованием собственного расширенного текстового формата (RTF), но этого следует избегать, если у получателя не гарантировано наличие совместимого почтового клиента. [55]

Серверы и клиентские приложения

Интерфейс почтового клиента Thunderbird .

Обмен сообщениями между хостами осуществляется с использованием простого протокола передачи почты с программными программами, называемыми агентами передачи почты (MTA); и доставляется в почтовый магазин программами, называемыми агентами доставки почты (MDA, также иногда называемыми агентами местной доставки, LDA). Принятие сообщения обязывает MTA доставить его [56], а если сообщение не может быть доставлено, этот MTA должен отправить обратно отправителю сообщение о недоставке, указывая на проблему.

Пользователи могут получать свои сообщения с серверов, используя стандартные протоколы, такие как POP или IMAP , или, что более вероятно в большой корпоративной среде, с проприетарным протоколом, характерным для серверов Novell Groupwise , Lotus Notes или Microsoft Exchange . Программы, используемые пользователями для получения, чтения и управления электронной почтой, называются почтовыми пользовательскими агентами (MUA).

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

Многие нынешние пользователи электронной почты сами не запускают программы MTA, MDA или MUA, а используют веб-платформу электронной почты, такую ​​как Gmail или Yahoo! Почта , выполняющая те же задачи. [57] Такие интерфейсы веб-почты позволяют пользователям получать доступ к своей почте с помощью любого стандартного веб-браузера с любого компьютера, а не полагаться на локальный почтовый клиент.

Расширения имени файла

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

eml
Используется многими почтовыми клиентами, включая Novell GroupWise , Microsoft Outlook Express , Lotus Notes , Windows Mail , Mozilla Thunderbird и Postbox. Файлы содержат содержимое электронного письма в виде простого текста в формате MIME , содержащего заголовок и тело письма, включая вложения в одном или нескольких из нескольких форматов.
emlx
Используется Apple Mail .
msg
Используется Microsoft Office Outlook и OfficeLogic Groupware .
mbx
Используется Opera Mail , KMail и Apple Mail на основе формата mbox .

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

Схема URI mailto

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

Схема URI , зарегистрированная в IANA , определяет mailto:схему для адресов электронной почты SMTP. Хотя его использование строго не определено, URL-адреса этой формы предназначены для открытия окна нового сообщения почтового клиента пользователя, когда URL-адрес активирован, с адресом, определенным URL-адресом в поле To : . [58] [59] Многие клиенты также поддерживают параметры строки запроса для других полей электронной почты, таких как его тема или получатели копии. [60]

Типы

Электронная почта в Интернете

Основная статья: Веб-почта

Многие поставщики услуг электронной почты имеют веб-клиент электронной почты (например, AOL Mail , Gmail , Outlook.com и Yahoo! Mail ). Это позволяет пользователям входить в учетную запись электронной почты с помощью любого совместимого веб-браузера для отправки и получения электронной почты. Почта обычно не загружается в веб-клиент, поэтому ее невозможно прочитать без текущего подключения к Интернету.

Почтовые серверы POP3

Post Office Protocol 3 (POP3) является протоколом доступа к электронной почте используется клиентским приложением для чтения сообщений с почтового сервера. Полученные сообщения часто удаляются с сервера . POP поддерживает простые требования загрузки и удаления для доступа к удаленным почтовым ящикам (называемые maildrop в POP RFC). [61] POP3 позволяет загружать сообщения электронной почты на локальный компьютер и читать их, даже когда вы не в сети. [62] [63]

Почтовые серверы IMAP

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

Почтовые серверы MAPI

Интерфейс программирования приложений обмена сообщениями (MAPI) используется Microsoft Outlook для связи с Microsoft Exchange Server - и с рядом других продуктов почтовых серверов, таких как Axigen Mail Server , Kerio Connect , Scalix , Zimbra , HP OpenMail , IBM Lotus Notes , Zarafa , и Bynari, где поставщики добавили поддержку MAPI, чтобы их продукты были доступны напрямую через Outlook.

Использует

Деловое и организационное использование

Электронная почта получила широкое распространение среди предприятий, правительств и неправительственных организаций в развитом мире, и это одна из ключевых составляющих «электронной революции» в коммуникации на рабочем месте (другой ключевой составляющей является широкое распространение высокоскоростного Интернета ) . Спонсируемое в 2010 году исследование коммуникации на рабочем месте показало, что 83% работников умственного труда в США считают, что электронная почта имеет решающее значение для их успеха и производительности на работе. [64]

Он имеет некоторые ключевые преимущества для бизнеса и других организаций, в том числе:

Облегчение логистики
Большая часть делового мира полагается на общение между людьми, которые физически не находятся в одном здании, районе или даже стране; Организация и участие в личной встрече, телефонном звонке или конференц-связи может быть неудобным, отнимающим много времени и дорогостоящим. Электронная почта предоставляет способ обмена информацией между двумя или более людьми без затрат на настройку и, как правило, намного дешевле, чем обычная встреча или телефонный звонок.
Помогаем с синхронизацией
При общении в режиме реального времени посредством собраний или телефонных звонков участники должны работать по одному и тому же графику, и каждый участник должен проводить одинаковое количество времени на собрании или звонке. Электронная почта допускает асинхронность : каждый участник может самостоятельно управлять своим расписанием. Пакетная обработка входящих писем может улучшить рабочий процесс по сравнению с прерыванием звонков.
Снижение стоимости
Отправка электронной почты обходится гораздо дешевле, чем отправка почты или междугородных телефонных звонков , телекса или телеграмм .
Увеличение скорости
Намного быстрее, чем большинство альтернатив.
Создание «письменной» записи
В отличие от телефонного разговора или личного разговора, электронная почта по своей природе создает подробную письменную запись общения, идентификацию отправителя (ей) и получателя (ей), а также дату и время отправки сообщения. В случае заключения контракта или юридического спора сохраненные электронные письма могут быть использованы для доказательства того, что физическое лицо было уведомлено об определенных проблемах, поскольку каждое электронное письмо имеет дату и время, записанные на нем.
Возможность автоматической обработки и улучшенного распространения
Также предварительная обработка заказов клиентов и / или обращение к ответственному лицу может осуществляться с помощью автоматизированных процедур.

Рекламная рассылка

Электронный маркетинг через « подписку » часто успешно используется для рассылки специальных коммерческих предложений и информации о новых продуктах. [65] В зависимости от культуры получателя, [66] электронное письмо, отправленное без разрешения - например, «согласие на рассылку» - скорее всего, будет рассматриваться как нежелательный « электронный спам ».

Персональное использование

Персональный компьютер

Многие пользователи получают доступ к своей личной электронной почте от друзей и членов семьи, используя персональный компьютер в своем доме или квартире.

Мобильный

Электронная почта стала использоваться на смартфонах и на всех типах компьютеров. Мобильные «приложения» для электронной почты повышают доступность среды для пользователей, которые находятся вне дома. В то время как в первые годы электронной почты пользователи могли получать доступ к электронной почте только на настольных компьютерах, в 2010-х годах пользователи могут проверять свою электронную почту, когда они находятся вдали от дома, независимо от того, находятся ли они в другом месте города или по всему миру. Оповещения также можно отправлять на смартфон или другие устройства, чтобы немедленно уведомить их о новых сообщениях. Это дало возможность использовать электронную почту для более частого общения между пользователями и позволило им проверять свою электронную почту и писать сообщения в течение дня. По состоянию на 2011 год во всем мире насчитывалось около 1,4 миллиарда пользователей электронной почты и 50 миллиардов электронных писем, не связанных со спамом, которые отправлялись ежедневно. [59]

Люди часто проверяют электронную почту на смартфонах на наличие личных и служебных сообщений. Было обнаружено, что взрослые в США проверяют свою электронную почту чаще, чем просматривают веб-страницы или проверяют свои учетные записи в Facebook , что делает электронную почту самым популярным занятием для пользователей на своих смартфонах. 78% респондентов выяснили, что проверяют электронную почту на телефоне. [67] Также было обнаружено, что 30% потребителей используют только свой смартфон для проверки своей электронной почты, а 91%, вероятно, проверят свою электронную почту хотя бы раз в день на своем смартфоне. Однако процент потребителей, использующих электронную почту на смартфоне, сильно различается в разных странах. Например, по сравнению с 75% потребителей в США, которые использовали его, только 17% в Индии. [68]

Снижение употребления среди молодежи

По состоянию на 2010 год число американцев, посещающих веб-сайты электронной почты, упало на 6 процентов после пика в ноябре 2009 года. Для лиц от 12 до 17 число снизилось на 18 процентов. Молодые люди предпочитали обмен мгновенными сообщениями , текстовые сообщения и социальные сети . Писатель по технологиям Мэтт Рихтел сказал в The New York Times, что электронная почта была похожа на видеомагнитофон , виниловые пластинки и пленочные фотоаппараты - больше не круто и чем занимаются пожилые люди. [69] [70]

Опрос пользователей Android в 2015 году показал, что люди от 13 до 24 используют приложения для обмена сообщениями в 3,5 раза чаще, чем люди старше 45, и гораздо реже используют электронную почту. [71]

вопросы

Ограничение размера прикрепленного файла

Основная статья: Вложение электронной почты

Сообщения электронной почты могут иметь одно или несколько вложений, которые представляют собой дополнительные файлы, добавляемые к электронному письму. Типичные вложения включают документы Microsoft Word , PDF- документы и отсканированные изображения бумажных документов. В принципе нет технических ограничений на размер или количество вложений, но на практике почтовые клиенты, серверы и интернет-провайдеры реализуют различные ограничения на размер файлов или всей электронной почты - обычно до 25 МБ или меньше. [72] [73] [74] Кроме того, по техническим причинам размеры прикрепления, видимые этими транспортными системами, могут отличаться от того, что видит пользователь, [75]что может сбить с толку отправителей при попытке оценить, могут ли они безопасно отправить файл по электронной почте. Там, где требуется совместное использование более крупных файлов , доступны и широко используются различные службы хостинга файлов . [76] [77]

Информационная перегрузка

Повсеместное распространение электронной почты для интеллектуальных работников и служащих «белых воротничков» привело к опасениям, что получатели сталкиваются с « информационной перегрузкой » при работе с растущими объемами электронной почты. [78] [79] С ростом количества мобильных устройств сотрудники по умолчанию также могут получать электронные письма, связанные с работой, вне рабочего дня. Это может привести к усилению стресса, снижению удовлетворенности работой, и некоторые наблюдатели даже утверждают, что это может иметь значительный отрицательный экономический эффект [80], поскольку попытки прочитать множество электронных писем могут снизить производительность .

Спам

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

Электронный «спам» - это нежелательная массовая рассылка. Низкая стоимость отправки такой электронной почты означала, что к 2003 г. до 30% всего почтового трафика составлял спам [81] [82] [83], что ставило под угрозу полезность электронной почты как практического инструмента. Закон США о CAN-SPAM 2003 г. и аналогичные законы [84] оказали определенное влияние, и ряд эффективных методов защиты от спама в настоящее время в значительной степени смягчают воздействие спама, фильтруя или отклоняя его для большинства пользователей, [85] но объем Отправлено по-прежнему очень велико и все чаще состоит не из рекламы продуктов, а из вредоносного контента или ссылок. [86] Например, в сентябре 2017 года доля спама в легальной электронной почте выросла до 59,56%.[87]

Вредоносное ПО

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

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

Основная статья: Спуфинг электронной почты

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

Электронная бомбежка

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

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

Проблемы конфиденциальности

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

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

Конфиденциальность электронной почты без некоторых мер безопасности может быть нарушена по следующим причинам:

  • сообщения электронной почты обычно не зашифровываются.
  • сообщения электронной почты должны проходить через промежуточные компьютеры, прежде чем достичь места назначения, а это означает, что другим относительно легко перехватить и прочитать сообщения.
  • многие поставщики услуг Интернета (ISP) хранят копии сообщений электронной почты на своих почтовых серверах перед их доставкой. Их резервные копии могут храниться на их сервере до нескольких месяцев, несмотря на удаление из почтового ящика.
  • поля «Получено:» и другая информация в электронном письме часто позволяют идентифицировать отправителя, предотвращая анонимное общение.
  • веб-ошибки, незримо встроенные в содержимое электронной почты, могут предупреждать отправителя о любом электронном письме, когда оно читается или перечитывается, и с какого IP-адреса. Он также может определить, было ли письмо прочитано на смартфоне, ПК или устройстве Apple Mac, через строку пользовательского агента .

Существуют приложения для криптографии, которые могут служить средством от одного или нескольких из вышеперечисленных. Например, виртуальные частные сети или анонимная сеть Tor могут использоваться для шифрования трафика с пользовательского компьютера в более безопасную сеть, в то время как GPG , PGP , SMEmail, [88] или S / MIME могут использоваться для сквозного шифрования сообщений. , а также SMTP STARTTLS или SMTP через Transport Layer Security / Secure Sockets Layer могут использоваться для шифрования связи для одного почтового перехода между SMTP-клиентом и SMTP-сервером.

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

Юридические контракты

Электронные письма теперь также можно рассматривать как обязывающие контракты, поэтому пользователи должны быть осторожны с тем, что они отправляют через электронную переписку. [89] [90] [91]

Пылающий

Флейм возникает, когда человек отправляет сообщение (или множество сообщений) с гневным или антагонистическим содержанием. Этот термин образован от использования слова зажигательный для описания особенно жарких электронных писем. Легкость и безличность электронных сообщений означает, что социальных норм , поощряющих вежливость лично или по телефону, не существует, и вежливость может быть забыта. [92]

Электронная почта о банкротстве

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

Также известное как «усталость от электронной почты», банкротство электронной почты - это когда пользователь игнорирует большое количество сообщений электронной почты после того, как отстает в чтении и ответе на них. Причина отставания часто кроется в информационной перегрузке, и, по общему мнению, информации так много, что ее невозможно прочитать полностью. В качестве решения люди иногда отправляют «шаблонное» сообщение, объясняющее, что их почтовый ящик заполнен и что они находятся в процессе очистки всех сообщений. Считается, что этот термин был изобретен профессором права Гарвардского университета Лоуренсом Лессигом , но он, возможно, только популяризировал его. [93]

Интернационализация

Первоначально электронная почта Интернета была полностью текстовой в формате ASCII. MIME теперь допускает основной текст и текст содержимого некоторых заголовков в международных наборах символов, но другие заголовки и адреса электронной почты, использующие UTF-8, хотя стандартизованные [94] еще не получили широкого распространения. [2] [95]

Дополнительная информация: международный адрес электронной почты и адрес электронной почты § Интернационализация

Отслеживание отправленной почты

Исходная почтовая служба SMTP предоставляет ограниченные механизмы для отслеживания переданного сообщения, а не для проверки того, было ли оно доставлено или прочитано. Он требует, чтобы каждый почтовый сервер либо доставлял его, либо возвращал уведомление о сбое (сообщение о недоставке), но как ошибки программного обеспечения, так и системные сбои могут привести к потере сообщений. Чтобы исправить это, IETF представила уведомления о статусе доставки ( уведомления о доставке) и уведомления об отправке сообщений ( уведомления о возврате); однако они не всегда используются в производстве. [nb 2]

Многие интернет-провайдеры теперь намеренно отключают отчеты о недоставке (NDR) и уведомления о доставке из-за действий спамеров:

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

В отсутствие стандартных методов был разработан ряд систем, основанных на использовании веб-ошибок . Однако они часто рассматриваются как скрытые или вызывающие беспокойство о конфиденциальности [98] [99] и работают только с почтовыми клиентами, поддерживающими рендеринг HTML. Многие почтовые клиенты теперь по умолчанию не отображают «веб-контент». [100] Провайдеры веб- почты также могут устранять веб-ошибки, предварительно кэшируя изображения. [101]

Смотрите также

  • Анонимный ремейлер
  • Методы защиты от спама
  • biff
  • Сообщение об отказе
  • Сравнение почтовых клиентов
  • Темная кольчуга Альянс
  • Одноразовый электронный адрес
  • Электронная карта
  • Электронная рассылка
  • Отправить искусство по электронной почте
  • Email аутентификация
  • Электронный дайджест
  • Шифрование электронной почты
  • Хостинг электронной почты
  • Email шторм
  • Отслеживание электронной почты
  • Электронная почта HTML
  • Информационная перегрузка
  • Интернет-факс
  • Стандарты Интернет-почты
  • Список сокращений тем электронной почты
  • Почта MCI
  • Сетевой этикет
  • Стиль публикации
  • Электронная почта с улучшенной конфиденциальностью
  • Отправить электронную почту
  • RSS
  • Телеграфия
  • Юникод и электронная почта
  • Цитирование Usenet
  • Веб -почта , Сравнение поставщиков веб-почты
  • X-исходный IP
  • X.400
  • Еркиш

Примечания

  1. ^ См. Протокол войны .
  2. ^ Был также определен полный механизм отслеживания сообщений, но он так и не получил поддержки; см. RFC с 3885 [96] по 3888. [97]

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

  1. ^ «RFC 5321 - Простой протокол передачи почты» . Сетевая рабочая группа . Архивировано 16 января 2015 года . Проверено 19 января 2015 года .
  2. ^ a b «DataMail: первая в мире бесплатная лингвистическая служба электронной почты, поддерживающая восемь языков Индии» . Архивировано 22 октября 2016 года.
  3. ↑ Браун, Рон (26 октября 1972 г.). «Факс вторгается на почтовый рынок» . Новый ученый . Vol. 56 нет. 817. Лондон, Англия: New Scientist Ltd., стр. 218–221. Архивировано из оригинала 9 мая 2016 года.
  4. ^ Luckett, Герберт П. (март 1973). «Что в новостях: Доставка электронной почты начинается» . Популярная наука . Vol. 202 нет. 3. Харлан, Айова: Bonnier Corporation . п. 85. Архивировано из оригинала на 30 апреля 2016 года.
  5. ^ "электронная почта существительное до 1979 года" . Оксфордский словарь английского языка . 25 октября 2012 . Проверено 14 мая 2020 года .
  6. ^ Ohlheiser, Abby (28 июля 2015). «Почему первое употребление слова« электронная почта »может быть потеряно навсегда» . Вашингтон Пост . Проверено 14 мая 2020 года .
  7. ^ "Руководство по стилю Yahoo" . Styleguide.yahoo.com. Архивировано из оригинала 9 мая 2013 года . Проверено 9 января 2014 года .
  8. ^ a b «AP удаляет дефис из сообщения электронной почты в руководстве по стилю» . Huffington Post . Нью-Йорк: Huffington Post Media Group . 18 марта 2011 года. Архивировано 12 мая 2015 года.
  9. ^ "Список условий редактора RFC" . IETF. Архивировано 28 декабря 2013 года.Это предлагается в Руководстве по стилю документа RFC, заархивированном 24 апреля 2015 г. на Wayback Machine.
  10. ^ Команда AskOxford Language Query. «Как правильно писать слова« е », такие как« электронная почта »,« электронная торговля »,« электронное правительство »?» . FAQ . Издательство Оксфордского университета . Архивировано из оригинала на 1 июля 2008 года . Проверено 4 сентября 2009 года . Мы рекомендуем электронную почту, это обычная форма
  11. ^ "Reference.com" . Dictionary.reference.com. Архивировано 16 декабря 2013 года . Проверено 9 января 2014 года .
  12. ^ Несокращенный словарь Random House, 2006
  13. ^ Словарь американского наследия английского языка, четвертое издание
  14. ^ Принстонский университет WordNet 3.0
  15. ^ Американский научный словарь наследия, 2002
  16. ^ "Словарь Мерриама-Вебстера" . Мерриам-Вебстер . Архивировано 12 мая 2014 года . Проверено 9 мая 2014 года .
  17. ^ " " Электронная почта "или" электронная почта " " . Английский язык и использование - Stack Exchange . 25 августа 2010 года. Архивировано 31 августа 2010 года . Проверено 26 сентября 2010 года .
  18. ^ Gerri Berendzen ; Дэниел Хант. «AP меняет электронную почту на электронную почту» . 15-я Национальная конференция Американского общества редакторов-копировщиков (2011, Феникс) . ACES. Архивировано из оригинального 22 марта 2011 года . Проверено 23 марта 2011 года .
  19. ^ " " Руководство по стилю RFC " , Таблица решений по последовательному использованию в RFC" . Архивировано 28 декабря 2013 года . Проверено 9 января 2014 года .
  20. ^ «Выдержка из списка часто задаваемых вопросов группы новостей Usenet alt.usage.english» . Alt-usage-english.org. Архивировано 3 апреля 2012 года . Проверено 9 января 2014 года .
  21. ^ «Почтовые объекты» . Простой протокол передачи почты . IETF . сек. 2.3.1. DOI : 10,17487 / RFC5321 . RFC 5321 . SMTP транспортирует почтовый объект. Почтовый объект содержит конверт и содержимое.
  22. ^ «Почтовые объекты» . Простой протокол передачи почты . IETF . сек. 2.3.1. DOI : 10,17487 / RFC5321 . RFC 5321 . Содержимое SMTP отправляется в модуле протокола SMTP DATA и состоит из двух частей: раздела заголовка и тела. Если содержимое соответствует другим современным стандартам, раздел заголовка представляет собой набор полей заголовков, каждое из которых состоит из имени заголовка, двоеточия и данных, структурированных, как в спецификации формата сообщения.
  23. ^ Рэй Томлинсон. «Первая сетевая электронная почта» . Openmap.bbn.com . Проверено 5 октября 2019 года .
  24. ^ «Прекращение использования магистральной службы NSFNET: хроника конца эпохи». Архивировано 1 января 2016 г. в Wayback Machine. Сьюзан Р. Харрис, доктор философии, и Элиз Герич, ConneXions , Vol. 10, No. 4, апрель 1996 г.
  25. ^ Leiner, Барри М .; Серф, Винтон Дж .; Кларк, Дэвид Д.; Кан, Роберт Э .; Клейнрок, Леонард; Lynch, Daniel C .; Постел, Джон; Робертс, Ларри Дж .; Вольф, Стивен (1999). «Краткая история Интернета» . arXiv : cs / 9901011 . Bibcode : 1999cs ........ 1011L . Архивировано 11 августа 2015 года. Cite journal requires |journal= (help)
  26. ^ Как работает электронная почта . howstuffworks.com. 2008. Архивировано 11 июня 2017 года.
  27. ^ «Объяснение записи MX». Архивировано 17 января 2015 г. на Wayback Machine , it.cornell.edu.
  28. ^ "Что такое открытое реле?" . WhatIs.com . Университет Индианы . 19 июля, 2004. Архивировано из оригинального 24 августа 2007 года . Проверено 7 апреля 2008 года .
  29. ^ Ch Сита Рам (2010). Информационные технологии для управления . Глубокие и глубокие публикации. п. 164. ISBN 978-81-8450-267-1.
  30. ↑ Хоффман, Пол (20 августа 2002 г.). «Разрешение ретрансляции в SMTP: серия обзоров» . Отчеты IMC . Консорциум Интернет-почты . Архивировано из оригинала 18 января 2007 года . Проверено 13 апреля 2008 года .
  31. ^ Формат Интернет-сообщения также используется для сетевых новостей.
  32. ↑ Симпсон, Кен (3 октября 2008 г.). «Обновление стандартов электронной почты» . Запись в блоге MailChannels. Архивировано 6 октября 2008 года.
  33. ^ Дж. Кленсин (октябрь 2008 г.), «Почтовые объекты» , Простой протокол передачи почты , сек. 2.3.1., Doi : 10.17487 / RFC5321 , RFC 5321 , SMTP транспортирует почтовый объект. Почтовый объект содержит конверт и содержимое. ... Содержимое SMTP отправляется в модуле протокола SMTP DATA и состоит из двух частей: раздела заголовка и тела.
  34. ^ Д. Крокер (июль 2009 г.), «Данные сообщений» , Архитектура почты Интернета , сек. 4.1., Doi : 10.17487 / RFC5598 , RFC 5598 , Сообщение состоит из конверта обработки транзита и содержимого сообщения. На конверте содержится информация, используемая MHS. Контент разделен на структурированный заголовок и тело.
  35. ^ П. Резник, Ed. (Октябрь 2008 г.). «RFC 5322, формат Интернет-сообщений» . IETF. Архивировано 22 февраля 2015 года.
  36. ^ Мур, K (ноябрь 1996). «MIME (многоцелевые расширения почты Интернета), часть третья: расширения заголовков сообщений для текста, отличного от ASCII» . IETF . Архивировано 14 января 2012 года . Проверено 21 января 2012 года .
  37. ↑ Ян, изд. (Февраль 2012 г.). «RFC 6532, интернационализированные заголовки электронной почты» . Страницы запроса комментариев (RFC) Ietf - Тест . IETF. ISSN 2070-1721 . Архивировано 18 февраля 2015 года. 
  38. ↑ J. Yao, Ed., W. Mao, Ed. (Февраль 2012 г.). «RFC 6531, расширение SMTP для интернационализированных адресов электронной почты» . Страницы запроса комментариев (RFC) Ietf - Тест . IETF. ISSN 2070-1721 . Архивировано 18 февраля 2015 года. CS1 maint: multiple names: authors list (link)
  39. ^ «Теперь получите свой адрес электронной почты на хинди - The Economic Times» . The Economic Times . Архивировано 28 августа 2016 года . Проверено 17 октября, 2016 .
  40. ^ «RFC 5322, 3.6. Определения полей» . Tools.ietf.org. Октябрь 2008. Архивировано 30 декабря 2013 года . Проверено 9 января 2014 года .
  41. ^ «RFC 5322, 3.6.4. Поля идентификации» . Tools.ietf.org. Октябрь 2008. Архивировано 30 декабря 2013 года . Проверено 9 января 2014 года .
  42. ^ "RFC 5064" . Tools.ietf.org. Декабрь 2007. Архивировано 25 июля 2014 года . Проверено 9 января 2014 года .
  43. ^ Microsoft, Auto Response Suppress, 2010, справка Microsoft. Архивировано 07 апреля 2011 г.на Wayback Machine , 22 сентября 2010 г.
  44. ^ Джон Кленсин (октябрь 2008 г.). «Информация о трассировке» . Простой протокол передачи почты . IETF . сек. 4.4. DOI : 10,17487 / RFC5321 . RFC 5321 .
  45. ↑ Джон Левин (14 января 2012 г.). «Заголовки трассировки» . сообщение электронной почты . IETF . Архивировано 11 августа 2012 года . Проверено 16 января 2012 года . полей трассировки намного больше, чем этих двух
  46. ^ Это расширяемое поле определяется RFC 7001 , оно также определяетреестр IANA параметров аутентификации электронной почты .
  47. ^ RFC 7208 .
  48. ^ "RFC6376" . Проверено 28 января 2020 года .
  49. ^ Определено в RFC 3834 и обновлено RFC 5436 .
  50. ^ RFC 5518 .
  51. ^ Крейг Хант (2002). Сетевое администрирование TCP / IP . O'Reilly Media . п. 70. ISBN 978-0-596-00297-8.
  52. ^ «Политики электронной почты, предотвращающие вирусы» . Архивировано 12 мая 2007 года.CS1 maint: bot: original URL status unknown (link)
  53. ^ «При отправке сообщений в список рассылки RootsWeb ...» Helpdesk.rootsweb.com. Архивировано из оригинального 19 -го февраля 2014 года . Проверено 9 января 2014 года .
  54. ^ "... Обычный текст, 72 символа в строке ..." Openbsd.org. Архивировано 8 февраля 2014 года . Проверено 9 января 2014 года .
  55. ^ «Как предотвратить отправку файла Winmail.dat пользователям Интернета» . Support.microsoft.com. 2 июля 2010 года. Архивировано 9 января 2014 года . Проверено 9 января 2014 года .
  56. ^ На практике некоторые принятые сообщения в настоящее время могут доставляться не в папку InBox получателя, а в папку для спама или нежелательной почты, которая, особенно в корпоративной среде, может быть недоступна для получателя.
  57. ^ «Бесплатные провайдеры электронной почты в каталоге Yahoo!» . dir.yahoo.com . Архивировано из оригинала на 4 июля 2014 года.
  58. ^ RFC 2368 раздел 3: Пол Хоффман в 1998 обсуждает работу URL "mailto".
  59. ^ а б Хансен, Дерек; Smith, Marc A .; Хир, Джеффри (2011). «Электронная почта» . В Барнетте, Джордж А. (ред.). Энциклопедия социальных сетей . Таузенд-Оукс, Калифорния: Sage. п. 245. ISBN 9781412994170. OCLC  959670912 .
  60. ^ «Создание гиперссылок § Ссылки по электронной почте» . Веб-документы MDN . Проверено 30 сентября 2019 года .
  61. ^ Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ISBN. 978-1423902454. Архивировано 26 декабря 2016 года.
  62. ^ «Реализация и эксплуатация» . РАСПРЕДЕЛЕННЫЕ МОДЕЛИ ЭЛЕКТРОННОЙ ПОЧТЫ В IMAP4 . сек. 4.5. DOI : 10,17487 / RFC1733 . RFC 1733 .
  63. ^ «Хранилище сообщений (MS)» . Архитектура Интернет-почты . сек. 4.2.2. DOI : 10,17487 / RFC5598 . RFC 5598 .
  64. ^ По Om Malik, GigaOm. « Электронная почта - проклятие или благо? Архивировано 4 декабря 2010 г.в Wayback Machine », 22 сентября 2010 г. Получено 11 октября 2010 г.
  65. ^ Мартин, Бретт А.С.; Ван Дурм, Джоэл; Раулас, Мика; Мерисаво, Марко (2003). «Маркетинг по электронной почте: исследования из Финляндии» (PDF) . Журнал рекламных исследований . 43 (3): 293–300. DOI : 10.1017 / s0021849903030265 . Архивировано 21 октября 2012 года (PDF) .
  66. ↑ Лев, Амир (2 октября 2009 г.). «Культура спама, часть 1: Китай» . Архивировано 10 ноября 2016 года.
  67. ^ «Электронная почта - самая популярная активность на смартфонах, опережая просмотр веб-страниц и Facebook [исследование]» . 28 марта 2013 года. Архивировано 29 апреля 2014 года.
  68. ^ "Полный обзор статистики мобильной электронной почты" . Архивировано 11 июля 2014 года.
  69. ^ Richtel, Мэтт (20 декабря 2010). «Электронная почта мгновенно преображается» . Нью-Йорк Таймс . Проверено 4 апреля 2018 года .
  70. ^ Gustini, Рэй (21 декабря 2010). «Почему молодые люди отказываются от электронной почты?» . Атлантика . Проверено 4 апреля 2018 года .
  71. ↑ Перес, Сара (24 марта 2016 г.). «Электронная почта умирает среди самых молодых пользователей мобильных устройств» . techcrunch.com . Проверено 4 апреля 2018 года .
  72. ^ «Установка пределов размера сообщений в Exchange 2010 и Exchange 2007». Архивировано 12 февраля 2013 г. на Wayback Machine .
  73. ^ «Google обновляет ограничения на размер файлов для Gmail и YouTube» , geek.com. Архивировано 19 декабря 2011 г. на Wayback Machine .
  74. ^ "Максимальный размер вложения" , mail.google.com .
  75. ^ «Exchange 2007: увеличение размера вложения, ...» Журнал TechNet, Microsoft.com, США. 25 марта 2010 года. Архивировано 25 августа 2016 года.
  76. ^ «Отправляйте большие файлы другим людям». Архивировано 7 августа 2016 г. на Wayback Machine , Microsoft.com.
  77. ^ «8 способов отправки больших вложений по электронной почте». Архивировано 2 июля 2016 г.на Wayback Machine , Крис Хоффман, 21 декабря 2012 г., makeuseof.com
  78. ^ Radicati, Сара. «Статистический отчет по электронной почте, 2010» (PDF) . Архивировано 1 сентября 2011 года (PDF) .
  79. ↑ Гросс, Дуг (20 октября 2010 г.). "С Днем информационной перегрузки!" . CNN . Архивировано 23 октября 2015 года . Проверено 24 марта 2019 года .
  80. ^ Стросса, Randall (20 апреля 2008). «В борьбе с цунами по электронной почте» . Нью-Йорк Таймс . Архивировано 17 апреля 2009 года . Проверено 1 мая 2010 года .
  81. ^ «Видя спам? Как позаботиться о ваших данных Google Analytics» . sitepronews.com . 4 мая 2015 года. Архивировано 7 ноября 2017 года . Проверено 5 сентября 2017 года .
  82. ^ Рич Kawanagh. Десять основных спамерских списков за 2005 год. Новости ITVibe, 2006, 2 января, ITvibe.com. Архивировано 20 июля 2008 г. на Wayback Machine.
  83. ^ Как Microsoft проигрывает войну со спамом. Salon.com. Архивировано 29 июня 2008 г. на Wayback Machine.
  84. ↑ Spam Bill 2003 ( PDF, заархивированный 11 сентября2006 г.на Wayback Machine )
  85. ^ «Google говорит, что его искусственный интеллект улавливает 99,9% спама в Gmail». Архивировано 16 сентября 2016 г. в Wayback Machine , Кейд Мец, 9 июля 2015 г., wired.com
  86. ^ «Спам и фишинг в первом квартале 2016 г.» Архивировано 9августа 2016 г.на Wayback Machine , 12 мая 2016 г., securelist.com
  87. ^ "Отчет о спаме и фишинге Лаборатории Касперского" .
  88. ^ SMEmail - Новый протокол для безопасной электронной почты в мобильных средах , Труды Австралийской конференции по сетям и приложениям электросвязи (ATNAC'08), стр. 39–44, Аделаида, Австралия, декабрь 2008 г.
  89. ^ «Когда обмены электронной почты становятся обязательными контрактами» .
  90. ^ «Является ли электронное письмо юридически обязательным: все, что вам нужно знать» .
  91. ^ Корфилд, Гарет. «В постановлении суда Великобритании говорится, что блоки подписи электронной почты могут подписывать обязывающие контракты» . Реестр . Проверено 6 декабря 2019 года .
  92. ^ С. Кислер; Д. Зуброу; AM Моисей; В. Геллер (1985). «Аффект в компьютерной коммуникации: эксперимент в синхронном обсуждении терминала с терминалом». Взаимодействие человека и компьютера . 1 : 77–104. DOI : 10,1207 / s15327051hci0101_3 .
  93. ↑ Barrett, Grant (23 декабря 2007 г.). «Все, что мы говорим» . Нью-Йорк Таймс . Архивировано 17 апреля 2009 года . Проверено 24 декабря 2007 года .
  94. ^ «Интернационализированные доменные имена (IDN) | Registry.In» . registry.in . Архивировано 13 мая 2016 года . Проверено 17 октября, 2016 .
  95. ^ "Сделано в Индии" Datamail "дает России адрес электронной почты на русском языке - Digital Conqueror" . 7 декабря 2016 года. Архивировано 5 марта 2017 года.
  96. ^ RFC 3885 , Расширение службы SMTP для отслеживания сообщений
  97. ^ RFC 3888 , Модель отслеживания сообщений и требования
  98. ↑ Эми Хармон (22 ноября 2000 г.). «Программное обеспечение, отслеживающее электронную почту, вызывает беспокойство по поводу конфиденциальности» . Нью-Йорк Таймс . Проверено 13 января 2012 года .
  99. ^ "About.com" . Email.about.com. 19 декабря 2013 года. Архивировано 27 августа 2016 года . Проверено 9 января 2014 года .
  100. ^ "Outlook: веб-ошибки и заблокированные изображения HTML". Архивировано 18 февраля 2015 г. на Wayback Machine , slipstick.com.
  101. ^ "Gmail взрывает маркетинг электронной почты ..." Архивировано 7 июня 2017 г. в Wayback Machine , Рон Амадео, 13 декабря 2013 г., Ars Technica

дальнейшее чтение

  • Джемиль Бетанов, Введение в X.400 , Artech House, ISBN 0-89006-597-7 . 
  • Марша Иган, " Детокс для почтовых ящиков и привычка к совершенству в электронной почте ", Acanthus Publishing ISBN 978-0-9815589-8-1 
  • Лоуренс Хьюз, протоколы электронной почты Интернета, стандарты и реализация , издательство Artech House, ISBN 0-89006-939-5 . 
  • Кевин Джонсон, Протоколы электронной почты в Интернете: руководство разработчика , Addison-Wesley Professional, ISBN 0-201-43288-9 . 
  • Пит Лошин, Основные стандарты электронной почты: RFC и протоколы стали практичными , John Wiley & Sons, ISBN 0-471-34597-0 . 
  • Куропатка, Крейг (апрель – июнь 2008 г.). «Техническое развитие электронной почты в Интернете» (PDF) . IEEE Annals of the History of Computing . 30 (2): 3–29. DOI : 10,1109 / mahc.2008.32 . ISSN  1934-1547 . S2CID  206442868 . Архивировано из оригинального (PDF) 2 июня 2016 года.
  • Сара Радикати, Электронная почта: Введение в стандарты обработки сообщений X.400 , Mcgraw-Hill, ISBN 0-07-051104-7 . 
  • Джон Ротон, Руководство программиста по интернет-почте: SMTP, POP, IMAP и LDAP , Elsevier, ISBN 1-55558-212-5 . 
  • Джон Ротон, X.400 и SMTP: Битва протоколов электронной почты , Elsevier, ISBN 1-55558-165-X . 
  • Дэвид Вуд, Программирование Интернет-почты , О'Рейли, ISBN 1-56592-479-7 . 

внешняя ссылка

  • Список стандартных полей заголовка IANA
  • История электронной почты - это попытка Дэйва Крокера зафиксировать последовательность «значимых» событий в эволюции электронной почты; совместное усилие, которое также цитирует эту страницу.
  • История электронной почты - это личные воспоминания разработчика первой системы электронной почты.
  • Взгляд на истоки сетевой электронной почты - это краткое, но яркое изложение ключевых исторических фактов.
  • Компрометация деловой электронной почты - новая глобальная угроза , ФБР