Jump to content

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

Страница полузащищена
(Перенаправлено с электронной почты )

На этом снимке экрана показана страница «Входящие» почтового клиента ; пользователи могут видеть новые электронные письма и выполнять действия, например читать, удалять, сохранять или отвечать на эти сообщения.
When a "robot" on Wikipedia makes changes to image files, the uploader receives an email about the changes made.

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

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

Originally an ASCII text-only communications medium, Internet email was extended by Multipurpose Internet Mail Extensions (MIME) to carry text in other character sets and multimedia content attachments. International email, with internationalized email addresses using UTF-8, is standardized but not widely adopted.[1]

Terminology

The term electronic mail has been in use with its modern meaning since 1975, and variations of the shorter E-mail have been in use since 1979:[2][3]

The service is often simply referred to as mail, and a single piece of electronic mail is called a message. The conventions for fields within emails—the "To", "From", "CC", "BCC" etc.—began with RFC-680 in 1975.[20]

An Internet email consists of an envelope and content;[21] the content consists of a header and a body.[22]

History

Computer-based messaging between users of the same system became possible after the advent of time-sharing in the early 1960s, with a notable implementation by MIT's CTSS project in 1965.[23] Most developers of early mainframes and minicomputers developed similar, but generally incompatible, mail applications. In 1971 the first ARPANET network mail was sent, introducing the now-familiar address syntax with the '@' symbol designating the user's system address.[24] Over a series of RFCs, conventions were refined for sending mail messages over the File Transfer Protocol.

Proprietary electronic mail systems soon began to emerge. IBM, CompuServe and Xerox used in-house mail systems in the 1970s; CompuServe sold a commercial intraoffice mail product in 1978 to IBM and to Xerox from 1981.[nb 1][25][26][27] DEC's ALL-IN-1 and Hewlett-Packard's HPMAIL (later HP DeskManager) were released in 1982; development work on the former began in the late 1970s and the latter became the world's largest selling email system.[28][29]

The Simple Mail Transfer Protocol (SMTP) protocol was implemented on the ARPANET in 1983. LAN email systems emerged in the mid 1980s. For a time in the late 1980s and early 1990s, it seemed likely that either a proprietary commercial system or the X.400 email system, part of the Government Open Systems Interconnection Profile (GOSIP), would predominate. However, once the final restrictions on carrying commercial traffic over the Internet ended in 1995,[30][31] a combination of factors made the current Internet suite of SMTP, POP3 and IMAP email protocols the standard (see Protocol Wars).[32][33]

Operation

The following is a typical sequence of events that takes place when sender Alice transmits a message using a mail user agent (MUA) addressed to the email address of the recipient.[34]

Email operation
  1. The MUA formats the message in email format and uses the submission protocol, a profile of the Simple Mail Transfer Protocol (SMTP), to send the message content to the local mail submission agent (MSA), in this case smtp.a.org.
  2. The MSA determines the destination address provided in the SMTP protocol (not from the message header)—in this case, [email protected]—which is a fully qualified domain address (FQDA). The part before the @ sign is the local part of the address, often the username of the recipient, and the part after the @ sign is a domain name. The MSA resolves a domain name to determine the fully qualified domain name of the mail server in the Domain Name System (DNS).
  3. The DNS server for the domain b.org (ns.b.org) responds with any MX records listing the mail exchange servers for that domain, in this case mx.b.org, a message transfer agent (MTA) server run by the recipient's ISP.[35]
  4. smtp.a.org sends the message to mx.b.org using SMTP. This server may need to forward the message to other MTAs before the message reaches the final message delivery agent (MDA).
  5. The MDA delivers it to the mailbox of user bob.
  6. Bob's MUA picks up the message using either the Post Office Protocol (POP3) or the Internet Message Access Protocol (IMAP).

In addition to this example, alternatives and complications exist in the email system:

  • Alice or Bob may use a client connected to a corporate email system, such as IBM Lotus Notes or Microsoft Exchange. These systems often have their own internal email format and their clients typically communicate with the email server using a vendor-specific, proprietary protocol. The server sends or receives email via the Internet through the product's Internet mail gateway which also does any necessary reformatting. If Alice and Bob work for the same company, the entire transaction may happen completely within a single corporate email system.
  • Alice may not have an MUA on her computer but instead may connect to a webmail service.
  • Alice's computer may run its own MTA, so avoiding the transfer at step 1.
  • Bob may pick up his email in many ways, for example logging into mx.b.org and reading it directly, or by using a webmail service.
  • Domains usually have several mail exchange servers so that they can continue to accept mail even if the primary is not available.

Many MTAs used to accept messages for any recipient on the Internet and do their best to deliver them. Such MTAs are called open mail relays. This was very important in the early days of the Internet when network connections were unreliable.[36][37] However, this mechanism proved to be exploitable by originators of unsolicited bulk email and as a consequence open mail relays have become rare,[38] and many MTAs do not accept messages from open mail relays.

Message format

The basic Internet message format used for email[39] is defined by RFC 5322, with encoding of non-ASCII data and multimedia content attachments defined in RFC 2045 through RFC 2049, collectively called Multipurpose Internet Mail Extensions or MIME. The extensions in International email apply only to email. RFC 5322 replaced the earlier RFC 2822 in 2008, then RFC 2822 in 2001 replaced RFC 822 – the standard for Internet email for decades. Published in 1982, RFC 822 was based on the earlier RFC 733 for the ARPANET.[40]

Internet email messages consist of two sections, "header" and "body". These are known as "content".[41][42] The header is structured into fields such as From, To, CC, Subject, Date, and other information about the email. In the process of transporting email messages between systems, SMTP communicates delivery parameters and information using message header fields. The body contains the message, as unstructured text, sometimes containing a signature block at the end. The header is separated from the body by a blank line.

Message header

RFC 5322 specifies the syntax of the email header. Each email message has a header (the "header section" of the message, according to the specification), comprising a number of fields ("header fields"). Each field has a name ("field name" or "header field name"), followed by the separator character ":", and a value ("field body" or "header field body").

Each field name begins in the first character of a new line in the header section, and begins with a non-whitespace printable character. It ends with the separator character ":". The separator is followed by the field value (the "field body"). The value can continue onto subsequent lines if those lines have space or tab as their first character. Field names and, without SMTPUTF8, field bodies are restricted to 7-bit ASCII characters. Some non-ASCII values may be represented using MIME encoded words.

Header fields

Email header fields can be multi-line, with each line recommended to be no more than 78 characters, although the limit is 998 characters.[43] Header fields defined by RFC 5322 contain only US-ASCII characters; for encoding characters in other sets, a syntax specified in RFC 2047 may be used.[44] In some examples, the IETF EAI working group defines some standards track extensions,[45][46] replacing previous experimental extensions so UTF-8 encoded Unicode characters may be used within the header. In particular, this allows email addresses to use non-ASCII characters. Such addresses are supported by Google and Microsoft products, and promoted by some government agents.[47]

The message header must include at least the following fields:[48][49]

  • From: The email address, and, optionally, the name of the author(s). Some email clients are changeable through account settings.
  • Date: The local time and date the message was written. Like the From: field, many email clients fill this in automatically before sending. The recipient's client may display the time in the format and time zone local to them.

RFC 3864 describes registration procedures for message header fields at the IANA; it provides for permanent and provisional field names, including also fields defined for MIME, netnews, and HTTP, and referencing relevant RFCs. Common header fields for email include:[50]

  • To: The email address(es), and optionally name(s) of the message's recipient(s). Indicates primary recipients (multiple allowed), for secondary recipients see Cc: and Bcc: below.
  • Subject: A brief summary of the topic of the message. Certain abbreviations are commonly used in the subject, including "RE:" and "FW:".
  • Cc: Carbon copy; Many email clients mark email in one's inbox differently depending on whether they are in the To: or Cc: list.
  • Bcc: Blind carbon copy; addresses are usually only specified during SMTP delivery, and not usually listed in the message header.
  • Content-Type: Information about how the message is to be displayed, usually a MIME type.
  • Precedence: commonly with values "bulk", "junk", or "list"; used to indicate automated "vacation" or "out of office" responses should not be returned for this mail, e.g. to prevent vacation notices from sent to all other subscribers of a mailing list. Sendmail uses this field to affect prioritization of queued email, with "Precedence: special-delivery" messages delivered sooner. With modern high-bandwidth networks, delivery priority is less of an issue than it was. Microsoft Exchange respects a fine-grained automatic response suppression mechanism, the X-Auto-Response-Suppress field.[51]
  • Message-ID: Also an automatic-generated field to prevent multiple deliveries and for reference in In-Reply-To: (see below).
  • In-Reply-To: Message-ID of the message this is a reply to. Used to link related messages together. This field only applies to reply messages.
  • List-Unsubscribe: HTTP link to unsubscribe from a mailing list.
  • References: Message-ID of the message this is a reply to, and the message-id of the message the previous reply was a reply to, etc.
  • Ответить : адрес следует использовать для ответа на сообщение.
  • Отправитель : адрес отправителя, действующего от имени автора, указанного в поле «От:» (секретарь, менеджер списка и т. д.).
  • Archived-At : прямая ссылка на заархивированную форму отдельного сообщения электронной почты.

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

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

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

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

  • Результаты аутентификации : после того, как сервер проверит аутентификацию, он может сохранить результаты в этом поле для использования нижестоящими агентами. [54]
  • Received-SPF : сохраняет результаты проверок SPF более подробно, чем Authentication-Results. [55]
  • DKIM-Signature : сохраняет результаты расшифровки почты, идентифицированной доменными ключами (DKIM), чтобы убедиться, что сообщение не было изменено после его отправки. [56]
  • Автоотправка : используется для пометки автоматически созданных сообщений. [57]
  • VBR-Info : утверждает, что VBR включен в белый список [58]

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

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

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

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

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

Преимущества HTML включают в себя возможность включать встроенные ссылки и изображения, выделять предыдущие сообщения в кавычки , естественным образом переносить сообщения на любой дисплей, использовать такие выделения, как подчеркивание и курсив , а также изменять шрифтов стили . К недостаткам относятся увеличенный размер электронной почты, проблемы конфиденциальности в связи с веб-ошибками , злоупотребление электронной почтой в формате HTML как вектором для фишинговых атак и распространение вредоносного программного обеспечения . [61] Некоторые почтовые клиенты интерпретируют тело сообщения как HTML даже при отсутствии HTML-кода. Content-Type: html поле заголовка; это может вызвать различные проблемы.

Некоторые интернет- списки рассылки рекомендуют публиковать все сообщения в виде обычного текста, длиной 72 или 80 символов в строке, по всем вышеуказанным причинам. [62] [63] и потому что у них есть значительное количество читателей, использующих текстовые почтовые клиенты, такие как Mutt .Различные неформальные соглашения размечали простой текст в сообщениях электронной почты и Usenet , что позже привело к развитию формальных языков, таких как settext (ок. 1992 г.) и многих других , наиболее популярным из которых является уценка .

Некоторые почтовые клиенты Microsoft могут поддерживать расширенное форматирование с использованием собственного расширенного текстового формата (RTF), но этого следует избегать, если только у получателя не гарантировано наличие совместимого почтового клиента. [64]

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

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

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

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

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

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

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

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

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

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

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

Схема URI mailto

Схема URI , зарегистрированная в IANA, определяет mailto: Схема для адресов электронной почты SMTP. Хотя его использование строго не определено, URL-адреса этой формы предназначены для открытия окна нового сообщения почтового клиента пользователя при активации URL-адреса с адресом, определенным URL-адресом в поле «Кому:» . [68] [69] Многие клиенты также поддерживают параметры строки запроса для других полей электронной почты, таких как строка темы или получатели точной копии. [70]

Типы

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

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

POP3-серверы электронной почты

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

Почтовые серверы 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% работников умственного труда в США считают, что электронная почта имеет решающее значение для их успеха и производительности на работе. [74]

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

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

Электронный маркетинг

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

Личное использование

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

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

мобильный

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

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

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

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

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

Проблемы

Ограничение размера вложения

Сообщения электронной почты могут иметь одно или несколько вложений, которые представляют собой дополнительные файлы, добавляемые к письму. Типичные вложения включают Microsoft Word документы , PDF- документы и отсканированные изображения бумажных документов. В принципе, технических ограничений на размер и количество вложений нет. Однако на практике почтовые клиенты, серверы и интернет-провайдеры реализуют различные ограничения на размер файлов или всей электронной почты — обычно до 25 МБ или меньше. [82] [83] [84] Кроме того, по техническим причинам размеры навесного оборудования, видимые этими транспортными системами, могут отличаться от тех, которые видит пользователь. [85] что может сбить с толку отправителей при попытке оценить, могут ли они безопасно отправить файл по электронной почте. Там, где необходимо совместно использовать большие файлы, различные службы хостинга файлов . доступны и широко используются [86] [87]

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

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

Спам

«Спам» в электронной почте — это нежелательная массовая рассылка электронной почты. Низкая стоимость отправки таких писем означала, что к 2003 году до 30% общего почтового трафика составляло спам. [91] [92] [93] и угрожал полезности электронной почты как практического инструмента. Закон США о CAN-SPAM 2003 года и аналогичные законы в других странах. [94] оказало определенное влияние, и ряд эффективных методов борьбы со спамом в настоящее время в значительной степени смягчают воздействие спама, фильтруя или отклоняя его для большинства пользователей, [95] однако объем рассылки по-прежнему очень велик — и все чаще состоит не из рекламы продуктов, а из вредоносного контента или ссылок. [96] Например, в сентябре 2017 года доля спама в легальной электронной почте выросла до 59,56%. [97] Процент спама в электронной почте в 2021 году оценивается в 85%. [98] [ нужен лучший источник ]

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

Электронная почта является основным вектором распространения вредоносного ПО . [99] Часто это достигается путем прикрепления к сообщению вредоносных программ и убеждения потенциальных жертв открыть файл. [100] Типы вредоносных программ, распространяемых по электронной почте, включают компьютерных червей. [101] и программы-вымогатели . [102]

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

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

Электронная бомбардировка

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

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

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

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

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

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

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

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

Обмен электронными письмами может привести к заключению обязывающего контракта, поэтому пользователи должны быть осторожны с тем, что они отправляют по электронной почте. [104] [105] Блок подписи в электронном письме может интерпретироваться как удовлетворяющий требованию подписи для контракта. [106]

Пылающий

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

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

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

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

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

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

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

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

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

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

См. также

Примечания

  1. ^ Система IBM была доступна клиентам по запросу до официального выпуска.
  2. ^ Не использовать интернационализированную электронную почту или MIME.
  3. ^ Также был определен полный механизм отслеживания сообщений, но он так и не получил распространения; см. RFC 3885 [111] до 3888. [112]

Ссылки

  1. ^ Jump up to: Перейти обратно: а б «DataMail: первая в мире бесплатная лингвистическая служба электронной почты поддерживает восемь индийских языков» . Архивировано из оригинала 22 октября 2016 года.
  2. ^ Jump up to: Перейти обратно: а б «существительное электронной почты ранее 1979 года» . Оксфордский словарь английского языка . 25 октября 2012 года. Архивировано из оригинала 6 апреля 2023 года . Проверено 14 мая 2020 г.
  3. ^ Jump up to: Перейти обратно: а б Олхайзер, Эбби (28 июля 2015 г.). «Почему первое использование слова «электронная почта» может быть потеряно навсегда» . Вашингтон Пост . Архивировано из оригинала 7 апреля 2023 года . Проверено 14 мая 2020 г.
  4. ^ «Руководство по стилю Yahoo» . Styleguide.yahoo.com. Архивировано из оригинала 9 мая 2013 года . Проверено 9 января 2014 г.
  5. ^ Jump up to: Перейти обратно: а б «AP удаляет дефис из слова «электронная почта» в руководстве по стилю» . Хаффингтон Пост . Нью-Йорк. 18 марта 2011 г. Архивировано из оригинала 12 мая 2015 г.
  6. ^ «Список терминов редактора RFC» . IETF. Архивировано из оригинала 28 декабря 2013 г. Это предложено в Руководстве по стилю документа RFC. Архивировано 24 апреля 2015 г. на Wayback Machine.
  7. ^ Команда AskOxford Language Query. «Как правильно писать такие слова, как «электронная почта», «электронная коммерция», «электронное правительство»?» . ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ . Издательство Оксфордского университета . Архивировано из оригинала 1 июля 2008 года . Проверено 4 сентября 2009 г. Мы рекомендуем электронную почту, это обычная форма.
  8. ^ «Справочник.com» . Словарь.reference.com. Архивировано из оригинала 16 декабря 2013 года . Проверено 9 января 2014 г.
  9. ^ Полный словарь Random House, 2006 г.
  10. ^ Словарь английского языка американского наследия, четвертое издание
  11. ^ WordNet Принстонского университета 3.0
  12. ^ Научный словарь американского наследия, 2002 г.
  13. ^ «Словарь Мерриам-Вебстера» . Мерриам-Вебстер . Архивировано из оригинала 12 мая 2014 года . Проверено 9 мая 2014 г.
  14. ^ « Руководство по стилю RFC» , Таблица решений по последовательному использованию в RFC» . Архивировано из оригинала 28 декабря 2013 года . Проверено 9 января 2014 г.
  15. ^ « Электронная почта» или «электронная почта» » . Английский язык и его использование — Stack Exchange . 25 августа 2010 года. Архивировано из оригинала 31 августа 2010 года . Проверено 26 сентября 2010 г.
  16. ^ Джерри Берендзен. «Редакторы AP Stylebook делятся большими изменениями» . 15-я Национальная конференция Американского общества редакторов текстов (2011, Финикс) . Архивировано из оригинала 22 марта 2011 года . Проверено 23 марта 2011 г.
  17. ^ Израиль, Марк. «Как пишется «электронная почта»?» . Alt-usage-english.org. Архивировано из оригинала 3 апреля 2012 года . Проверено 9 января 2014 г.
  18. ^ Тай (2015). «Изобрел ли В. А. Шива Айядурай электронную почту?» . СИГЦИС . Архивировано из оригинала 17 апреля 2022 года . Проверено 5 сентября 2020 г.
  19. ^ Масник, Майк (22 мая 2019 г.). «Изложение всех доказательств: Шива Айядурай не изобретал электронную почту» . Техдирт . Архивировано из оригинала 27 января 2022 года . Проверено 5 сентября 2020 г.
  20. ^ Пекстон, Патрик Б. (1 марта 2012 г.). «Происхождение электронной почты: моя вина» . Вашингтон Пост . Архивировано из оригинала 19 мая 2022 года . Проверено 18 апреля 2022 г.
  21. ^ «Почтовые объекты» . Простой протокол передачи почты . IETF . сек. 2.3.1. дои : 10.17487/RFC5321 . РФК 5321 . SMTP транспортирует почтовый объект. Почтовый объект содержит конверт и содержимое.
  22. ^ «Почтовые объекты» . Простой протокол передачи почты . IETF . сек. 2.3.1. дои : 10.17487/RFC5321 . РФК 5321 . Содержимое SMTP отправляется в блоке протокола SMTP DATA и состоит из двух частей: раздел заголовка и тело. Если содержимое соответствует другим современным стандартам, раздел заголовка представляет собой набор полей заголовка, каждое из которых состоит из имени заголовка, двоеточия и данных, структурированных, как в спецификации формата сообщения.
  23. ^ Том Ван Флек. «История электронной почты» . Архивировано из оригинала 2 декабря 2017 года . Проверено 23 марта 2005 г.
  24. ^ Рэй Томлинсон. «Первое сетевое письмо» . Откройтеmap.bbn.com. Архивировано из оригинала 6 мая 2006 года . Проверено 5 октября 2019 г.
  25. ^ Гарднер, ПК (1981). «Система для автоматизированной офисной среды». IBM Systems Journal . 20 (3): 321–345. дои : 10.1147/sj.203.0321 . ISSN   0018-8670 ; «IBM100 — Сетевое место для бизнеса» . ИБМ . 2 августа 2020 г. Архивировано из оригинала 2 августа 2020 г. Проверено 7 сентября 2020 г.
  26. ^ Конни Винклер (22 октября 1979 г.). «CompuServe возлагает надежды на MicroNET, InfoPlex» . Компьютерный мир . Том. 13, нет. 42. с. 69 ; Дилан Твини (24 сентября 1979 г.). «24 сентября 1979 года: дебют первого онлайн-сервиса для потребителей» . Проводной .
  27. ^ Оллиг, Марк (31 октября 2011 г.). «Они могли бы владеть компьютерной индустрией» . Вестник журнала . Архивировано из оригинала 27 февраля 2021 года . Проверено 26 февраля 2021 г .; «Техника, опередившая свое время: компьютер Xerox «Падающая звезда»» . Новый учёный . 15 февраля 2012 года. Архивировано из оригинала 18 апреля 2022 года . Проверено 18 апреля 2022 г .; «Звезда Ксерокса» . toastytech.com . Архивировано из оригинала 18 июля 2011 года . Проверено 18 апреля 2022 г.
  28. ^ «ВСЕ-В-1» . Хронология цифровых вычислений . 30 января 1998 года. Архивировано из оригинала 3 января 2017 года . Проверено 20 апреля 2022 г.
  29. ^ «Музей компьютеров HP» . Архивировано из оригинала 9 сентября 2016 года . Проверено 10 ноября 2016 г.
  30. ^ «Отказ от магистральной службы NSFNET: хроника конца эпохи». Архивировано 1 января 2016 г. в Wayback Machine , Сьюзен Р. Харрис, доктор философии, и Элиза Герих, ConneXions , Vol. 10, № 4, апрель 1996 г.
  31. ^ Лейнер, Барри М.; Серф, Винтон Г.; Кларк, Дэвид Д.; Кан, Роберт Э.; Кляйнрок, Леонард; Линч, Дэниел К.; Постел, Джон; Робертс, Ларри Г.; Вольф, Стивен (1999). «Краткая история Интернета» . arXiv : cs/9901011 . Бибкод : 1999cs........1011L . Архивировано из оригинала 11 августа 2015 года.
  32. ^ Раттер, Дориан (2005). От разнообразия к конвергенции: британские компьютерные сети и Интернет, 1970–1995 (PDF) (диссертация по информатике). Университет Уорика. Архивировано (PDF) из оригинала 10 октября 2022 г. Проверено 23 декабря 2022 г.
  33. ^ Кэмпбелл-Келли, Мартин; Гарсия-Шварц, Дэниел Д. (2013). «История Интернета: недостающие повествования» . Журнал информационных технологий . 28 (1): 18–33. дои : 10.1057/jit.2013.4 . ISSN   0268-3962 . S2CID   41013 . ССНР   867087 .
  34. ^ Как работает электронная почта . Howstuffworks.com. 2008. Архивировано из оригинала 11 июня 2017 года.
  35. ^ «Объяснение записи MX». Архивировано 17 января 2015 г. на Wayback Machine , it.cornell.edu.
  36. ^ «Что такое открытое реле?» . WhatIs.com . Университет Индианы . 19 июля 2004 года. Архивировано из оригинала 24 августа 2007 года . Проверено 7 апреля 2008 г.
  37. ^ Чемпион Сита Рам (2010). Информационные технологии для управления . Глубокие и глубокие публикации. п. 164. ИСБН  978-81-8450-267-1 .
  38. ^ Хоффман, Пол (20 августа 2002 г.). «Разрешение ретрансляции в SMTP: серия опросов» . Отчеты ММК . Консорциум Интернет-почты . Архивировано из оригинала 18 января 2007 года . Проверено 13 апреля 2008 г.
  39. ^ Формат интернет-сообщений также используется для сетевых новостей.
  40. ^ Симпсон, Кен (3 октября 2008 г.). «Обновление стандартов электронной почты» . Запись в блоге MailChannels. Архивировано из оригинала 6 октября 2008 года.
  41. ^ Дж. Кленсин (октябрь 2008 г.), «Почтовые объекты» , Простой протокол передачи почты , разд. 2.3.1., doi : 10.17487/RFC5321 , RFC 5321 , SMTP транспортирует почтовый объект. Почтовый объект содержит конверт и содержимое. ... Содержимое SMTP отправляется в блоке протокола SMTP DATA и состоит из двух частей: раздел заголовка и тело.
  42. ^ Д. Крокер (июль 2009 г.), «Данные сообщения» , Архитектура почты Интернета , разд. 4.1., doi : 10.17487/RFC5598 , RFC 5598. Сообщение включает конверт обработки транзита и содержимое сообщения. Конверт содержит информацию, используемую MHS. Содержимое разделено на структурированный заголовок и тело.
  43. ^ П. Резник, Ред. (октябрь 2008 г.). Резник, П. (ред.). «RFC 5322, Формат интернет-сообщений» . IETF. дои : 10.17487/RFC5322 . Архивировано из оригинала 22 февраля 2015 года.
  44. ^ Мур, К. (ноябрь 1996 г.). «MIME (многоцелевые расширения интернет-почты), часть третья: расширения заголовков сообщений для текста, отличного от ASCII» . IETF . дои : 10.17487/RFC2047 . S2CID   264604077 . Архивировано из оригинала 14 января 2012 года . Проверено 21 января 2012 г.
  45. ^ Ян, Эд. (февраль 2012 г.). «RFC 6532, Интернационализированные заголовки электронной почты» . Страницы запроса комментариев IETF (RFC) — тест . IETF. дои : 10.17487/RFC6532 . ISSN   2070-1721 . Архивировано из оригинала 18 февраля 2015 года.
  46. ^ Дж. Яо; В. Мао (февраль 2012 г.). «RFC 6531, расширение SMTP для интернационализированных адресов электронной почты» . Страницы запроса комментариев IETF (RFC) — тест . IETF. дои : 10.17487/RFC6531 . ISSN   2070-1721 . Архивировано из оригинала 18 февраля 2015 года.
  47. ^ «Теперь получите свой адрес электронной почты на хинди — The Economic Times» . Экономические времена . Архивировано из оригинала 28 августа 2016 года . Проверено 17 октября 2016 г.
  48. ^ Резник, Пит (октябрь 2008 г.). Резник, П. (ред.). «RFC 5322, 3.6. Определения полей» . Tools.ietf.org. дои : 10.17487/RFC5322 . Архивировано из оригинала 30 декабря 2013 года . Проверено 9 января 2014 г.
  49. ^ Резник, Пит (октябрь 2008 г.). Резник, П. (ред.). «RFC 5322, 3.6.4. Поля идентификации» . Tools.ietf.org. дои : 10.17487/RFC5322 . Архивировано из оригинала 30 декабря 2013 года . Проверено 9 января 2014 г.
  50. ^ Дюрст, Мартин Дж. (декабрь 2007 г.). «РФК 5064» . Tools.ietf.org. дои : 10.17487/RFC5064 . Архивировано из оригинала 25 июля 2014 года . Проверено 9 января 2014 г.
  51. ^ Microsoft, Подавление автоматического ответа, 2010 г., Справочник Microsoft. Архивировано 7 апреля 2011 г. на Wayback Machine , 22 сентября 2010 г.
  52. ^ Джон Кленсин (октябрь 2008 г.). «Информация о следах» . Простой протокол передачи почты . IETF . сек. 4.4. дои : 10.17487/RFC5321 . РФК 5321 .
  53. ^ Джон Левин (14 января 2012 г.). «Отслеживание заголовков» . сообщение электронной почты . IETF . Архивировано из оригинала 11 августа 2012 года . Проверено 16 января 2012 г. существует гораздо больше полей трассировки, чем эти два
  54. ^ Это расширяемое поле определено в RFC 7001, оно также определяет IANA реестр параметров аутентификации электронной почты .
  55. ^ RFC 7208.
  56. ^ Крокер, Д.; Хансен, Т.; Кучерави, М. (2011). Крокер, Д; Хансен, Т; Кучерави, М. (ред.). «RFC6376» . дои : 10.17487/RFC6376 . Архивировано из оригинала 1 октября 2018 года . Проверено 28 января 2020 г.
  57. ^ Определено в RFC 3834 и обновлено RFC 5436.
  58. ^ RFC 5518.
  59. ^ Крейг Хант (2002). Администрирование сети TCP/IP . О'Рейли Медиа . п. 70. ИСБН  978-0-596-00297-8 .
  60. ^ «Что такое Юникод?» . Конфинити . Архивировано из оригинала 31 января 2022 года . Проверено 31 января 2022 г.
  61. ^ «Политики электронной почты, предотвращающие вирусы» . Адвосис Консалтинг . Архивировано из оригинала 12 мая 2007 года.
  62. ^ «Решение проблем: отправка сообщений в виде обычного текста» . Служба поддержки RootsWeb. Архивировано из оригинала 19 февраля 2014 года . Проверено 9 января 2014 г. При публикации в списке рассылки RootsWeb ваше сообщение должно быть отправлено в виде «обычного текста».
  63. ^ « Открытые списки рассылки BSD» . OpenBSD. Архивировано из оригинала 8 февраля 2014 года . Проверено 9 января 2014 г. Обычный текст, 72 символа в строке.
  64. ^ «Verhindern, dass die Datei «Winmail.dat» an Internetbenutzer gesendet wird» [Как предотвратить отправку файла Winmail.dat пользователям Интернета]. Поддержка Майкрософт. 2 июля 2010. Архивировано из оригинала 9 января 2014 года . Проверено 9 января 2014 г.
  65. ^ На практике некоторые принятые сообщения в настоящее время могут доставляться не в папку «Входящие» получателя, а в папку «Спам» или «Нежелательная почта», которая, особенно в корпоративной среде, может быть недоступна для получателя.
  66. ^ «Просмотр только непрочитанных сообщений» . support.microsoft.com . Архивировано из оригинала 13 ноября 2021 года . Проверено 13 ноября 2021 г.
  67. ^ «Бесплатные поставщики электронной почты в каталоге Yahoo!» . dir.yahoo.com . Архивировано из оригинала 4 июля 2014 года.
  68. ^ Раздел 3 RFC 2368: Пол Хоффман в 1998 году обсуждает работу URL-адреса mailto.
  69. ^ Jump up to: Перейти обратно: а б Хансен, Дерек; Смит, Марк А.; Хир, Джеффри (2011). "Электронная почта" . В Барнетте, Джордж А. (ред.). Энциклопедия социальных сетей . Таузенд-Оукс, Калифорния: Сейдж. п. 245. ИСБН  9781412994170 . OCLC   959670912 .
  70. ^ «Создание гиперссылок § Ссылки для электронной почты» . Веб-документы MDN . Архивировано из оригинала 18 августа 2019 года . Проверено 30 сентября 2019 г.
  71. ^ Аллен, Дэвид (2004). Windows в Linux . Прентис Холл. п. 192. ИСБН  978-1423902454 . Архивировано из оригинала 26 декабря 2016 года.
  72. ^ «Внедрение и эксплуатация» . МОДЕЛИ РАСПРЕДЕЛЕННОЙ ЭЛЕКТРОННОЙ ПОЧТЫ В IMAP4 . сек. 4.5. дои : 10.17487/RFC1733 . РФК 1733 .
  73. ^ «Хранилище сообщений (MS)» . Архитектура почты Интернета . сек. 4.2.2. дои : 10.17487/RFC5598 . РФК 5598 .
  74. ^ Ом Малик, GigaOm. « Электронная почта — проклятие или благо? Архивировано 4 декабря 2010 г. в Wayback Machine » 22 сентября 2010 г. Проверено 11 октября 2010 г.
  75. ^ Мартин, Бретт А.С.; Ван Дурме, Джоэл; Раулас, Мика; Мерисаво, Марко (2003). «Маркетинг по электронной почте: исследовательская информация из Финляндии» (PDF) . Журнал рекламных исследований . 43 (3): 293–300. дои : 10.1017/s0021849903030265 . Архивировано (PDF) из оригинала 21 октября 2012 г.
  76. ^ Лев, Амир (2 октября 2009 г.). «Спам-культура, часть 1: Китай» . Архивировано из оригинала 10 ноября 2016 года.
  77. ^ «Электронная почта является самой популярной активностью на смартфонах, опережая просмотр веб-страниц и Facebook [исследование]» . 28 марта 2013 г. Архивировано из оригинала 29 апреля 2014 г.
  78. ^ «Полный обзор статистики мобильной электронной почты» . Архивировано из оригинала 11 июля 2014 года.
  79. ^ Рихтель, Мэтт (20 декабря 2010 г.). «Электронная почта мгновенно меняется» . Нью-Йорк Таймс . Архивировано из оригинала 5 апреля 2018 года . Проверено 4 апреля 2018 г.
  80. ^ Густини, Рэй (21 декабря 2010 г.). «Почему молодые люди отказываются от электронной почты?» . Атлантика . Архивировано из оригинала 5 апреля 2018 года . Проверено 4 апреля 2018 г.
  81. ^ Перес, Сара (24 марта 2016 г.). «Электронная почта умирает среди самых молодых пользователей мобильных устройств» . ТехКранч . Архивировано из оригинала 5 апреля 2018 года . Проверено 4 апреля 2018 г.
  82. ^ Сунеджа, Бхарат (10 сентября 2007 г.). «Установка ограничений размера сообщения в Exchange 2010 и Exchange 2007» . Обменпедия . Архивировано из оригинала 12 февраля 2013 года.
  83. ^ Хамфрис, Мэтью (29 июня 2009 г.). «Google обновляет ограничения на размер файлов для Gmail и YouTube» . Geek.com . Архивировано из оригинала 19 декабря 2011 года.
  84. ^ «Максимальный размер вложения», Справка Gmail. Архивировано 15 октября 2011 года в Wayback Machine .
  85. ^ Вальтер, Хенрик (январь 2009 г.). «Таинственное увеличение размера вложений, репликация общедоступных папок и многое другое» . Журнал ТехНет . Получено 7 ноября 2021 г. - через Microsoft Docs . Очередь обмена и A.
  86. ^ «Отправлять большие файлы другим людям». Архивировано 7 августа 2016 г. на Wayback Machine , Microsoft.com.
  87. ^ «8 способов отправить большие вложения по электронной почте». Архивировано 2 июля 2016 г. на Wayback Machine , Крис Хоффман, 21 декабря 2012 г., makeuseof.com.
  88. ^ Радикати, Сара. «Отчет по статистике электронной почты, 2010 г.» (PDF) . Архивировано (PDF) из оригинала 1 сентября 2011 г.
  89. ^ Гросс, Дуг (20 октября 2010 г.). «С Днем информационной перегрузки!» . CNN . Архивировано из оригинала 23 октября 2015 года . Проверено 24 марта 2019 г.
  90. ^ Стросс, Рэндалл (20 апреля 2008 г.). «Изо всех сил пытаясь избежать электронного цунами» . Нью-Йорк Таймс . Архивировано из оригинала 17 апреля 2009 года . Проверено 1 мая 2010 г.
  91. ^ «Видите спам? Как позаботиться о данных Google Analytics» . сайтpronews.com . 4 мая 2015 года. Архивировано из оригинала 7 ноября 2017 года . Проверено 5 сентября 2017 г.
  92. ^ Рич Кавана. Десять крупнейших спам-списков по электронной почте в 2005 году. Новости ITVibe, 2006, 2 января, ITvibe.com. Архивировано 20 июля 2008 г. на Wayback Machine.
  93. Как Microsoft проигрывает войну со спамом Salon.com. Архивировано 29 июня 2008 г. в Wayback Machine.
  94. ^ Законопроект о спаме, 2003 г. ( PDF заархивировано 11 сентября 2006 г. в Wayback Machine )
  95. ^ «Google заявляет, что его искусственный интеллект улавливает 99,9 процента спама в Gmail». Архивировано 16 сентября 2016 г. в Wayback Machine , Кейд Мец, 9 июля 2015 г., Wired.com
  96. ^ «Спам и фишинг в первом квартале 2016 г.». Архивировано 9 августа 2016 г. на Wayback Machine , 12 мая 2016 г., securelist.com.
  97. ^ «Отчет «Лаборатории Касперского» о спаме и фишинге» . 26 мая 2021 г. Архивировано из оригинала 17 июля 2018 г. Проверено 17 июля 2018 г.
  98. ^ «Статистика использования электронной почты за 2021 год» . 5 октября 2021 года. Архивировано из оригинала 5 октября 2021 года . Проверено 5 октября 2021 г.
  99. ^ Вайчулис, Арин (5 апреля 2024 г.). «Укус безопасности: iCloud Mail, Gmail и другие шокирующе плохо обнаруживают вредоносное ПО, как показывают исследования» . 9to5Mac . Проверено 27 мая 2024 г.
  100. ^ «Когда можно безопасно открывать вложения электронной почты?» . Облачная вспышка . Проверено 27 мая 2024 г.
  101. ^ Гриффитс, Джеймс (2 мая 2020 г.). «Как плохо запрограммированный компьютерный вирус причинил миллиарды ущерба | CNN Business» . CNN . Проверено 27 мая 2024 г.
  102. ^ Френч, Лаура (14 мая 2024 г.). «Программа-вымогатель LockBit распространилась в миллионах электронных писем через ботнет Phorpiex» . СК Медиа . Проверено 27 мая 2024 г.
  103. ^ SMEmail - Новый протокол для безопасной электронной почты в мобильных средах , Материалы Австралийской конференции по телекоммуникационным сетям и приложениям (ATNAC'08), стр. 39–44, Аделаида, Австралия, декабрь 2008 г.
  104. ^ «Когда обмен электронной почтой становится обязательным контрактом» . Law.com . Архивировано из оригинала 19 июня 2019 года . Проверено 6 декабря 2019 г.
  105. ^ Катарина, Джессика; Фейтель, Джесси (2019). «Непреднамеренное заключение контракта по электронной почте в соответствии с законодательством штата Нью-Йорк: обновленная информация». Обзор законодательства Сиракуз . 69 .
  106. ^ Корфилд, Гарет. «В решении суда Великобритании говорится, что блоки подписи электронной почты могут подписывать обязательные контракты» . Регистр . Архивировано из оригинала 17 октября 2019 года . Проверено 6 декабря 2019 г.
  107. ^ С. Кислер; Д. Зубров; А. М. Моисей; В. Геллер (1985). «Аффект в компьютерной коммуникации: эксперимент по синхронному обсуждению между терминалами». Взаимодействие человека и компьютера . 1 : 77–104. дои : 10.1207/s15327051hci0101_3 .
  108. ^ Барретт, Грант (23 декабря 2007 г.). «Все, что мы говорим» . Нью-Йорк Таймс . Архивировано из оригинала 17 апреля 2009 года . Проверено 24 декабря 2007 г.
  109. ^ «Интернационализированные доменные имена (IDN) | Registry.In» . реестр.в . Архивировано из оригинала 13 мая 2016 года . Проверено 17 октября 2016 г.
  110. ^ «Сделано в Индии» Datamail дает России возможность использовать адрес электронной почты на русском языке — цифровой завоеватель» . 7 декабря 2016 г. Архивировано из оригинала 5 марта 2017 г.
  111. ^ RFC 3885, Расширение службы SMTP для отслеживания сообщений
  112. ^ RFC 3888, Модель отслеживания сообщений и требования.
  113. ^ Эми Хармон (22 ноября 2000 г.). «Программное обеспечение, отслеживающее электронную почту, вызывает обеспокоенность по поводу конфиденциальности» . Нью-Йорк Таймс . Проверено 13 января 2012 г.
  114. ^ «О сайте.com» . Электронная почта.about.com. 19 декабря 2013. Архивировано из оригинала 27 августа 2016 года . Проверено 9 января 2014 г.
  115. ^ «Outlook: веб-ошибки и заблокированные HTML-изображения». Архивировано 18 февраля 2015 г. на Wayback Machine , Slipstick.com.
  116. ^ «Gmail взрывает маркетинг по электронной почте...» Архивировано 7 июня 2017 г. в Wayback Machine , Рон Амадео, 13 декабря 2013 г., Ars Technica.

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

Внешние ссылки

Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: bfe0770b04690ef3882f9b3424cff58a__1716837660
URL1:https://arc.ask3.ru/arc/aa/bf/8a/bfe0770b04690ef3882f9b3424cff58a.html
Заголовок, (Title) документа по адресу, URL1:
Email - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)