Почтовый клиент - Email client

Пользовательский интерфейс почтового клиента Mozilla Thunderbird в операционной системе Linux

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

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

Получение сообщений из почтового ящика

Как и большинство клиентских программ, почтовый клиент активен только тогда, когда пользователь запускает его. Обычно пользователь электронной почты (клиент) договаривается с удаленным сервером агента пересылки почты (MTA) для получения и хранения электронной почты клиента. MTA, используя подходящий агент доставки почты (MDA), добавляет сообщения электронной почты в хранилище клиента по мере их поступления. Удаленное почтовое хранилище называется почтовым ящиком пользователя . По умолчанию во многих системах Unix почтовый сервер хранит форматированные сообщения в mbox в домашнем каталоге пользователя . Конечно, пользователи системы могут войти в систему и запустить почтовый клиент на том же компьютере, на котором размещены их почтовые ящики; в этом случае сервер фактически не является удаленным , кроме как в общем смысле.

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

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

В качестве альтернативы протокол доступа к сообщениям в Интернете (IMAP) позволяет пользователям хранить сообщения на сервере, помечая их соответствующим образом. IMAP предоставляет папки и подпапки, которыми могут пользоваться разные пользователи с возможно разными правами доступа. Обычно папки « Отправленные» , « Черновики» и « Корзина» создаются по умолчанию. IMAP имеет неактивное расширение для обновлений в реальном времени, обеспечивая более быстрое уведомление, чем опрос, когда возможны длительные соединения. См. Также раздел удаленных сообщений ниже.

JSON Мета Application Protocol (JMAP) реализован с помощью JSON API , через HTTP , и был разработан в качестве альтернативы IMAP / SMTP.

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

Состав сообщения

Почтовые клиенты обычно содержат пользовательские интерфейсы для отображения и редактирования текста. Некоторые приложения позволяют использовать внешний редактор программы.

Почтовые клиенты будут выполнять форматирование в соответствии с RFC 5322 для заголовков и тела и MIME для нетекстового содержимого и вложений. Заголовки включают поля назначения, To , Cc (сокращенно Carbon Copy ) и Bcc ( Blind калька ) и оригинатор поле из которых является автор данного сообщения (ы), Sender в случае , если есть больше авторов, и для ответа в случае, если ответы следует направлять в другой почтовый ящик. Чтобы лучше помочь пользователю с полями назначения, многие клиенты поддерживают одну или несколько адресных книг и / или могут подключаться к серверу каталогов LDAP . Для полей отправителя клиенты могут поддерживать разные идентификаторы.

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

Отправка сообщений на сервер

Когда пользователь желает создать и отправить электронное письмо, почтовый клиент выполнит эту задачу. Почтовый клиент обычно настраивается автоматически для подключения к почтовому серверу пользователя, который обычно является либо MSA, либо MTA , двумя вариантами протокола SMTP . Почтовый клиент, использующий протокол SMTP, создает расширение аутентификации, которое почтовый сервер использует для аутентификации отправителя. Этот метод упрощает модульность и кочевые вычисления. Более старый метод заключался в том, что почтовый сервер распознавал IP-адрес клиента, например, потому что клиент находится на том же компьютере и использует внутренний адрес 127.0.0.1, или потому что IP-адрес клиента контролируется одним и тем же поставщиком Интернет-услуг, который предоставляет оба Интернета. доступ и почтовые услуги.

Для настройки клиента требуется имя или IP-адрес предпочтительного сервера исходящей почты , номер порта (25 для MTA, 587 для MSA), а также имя пользователя и пароль для аутентификации, если таковые имеются. Существует нестандартный порт 465 для сеансов SMTP с шифрованием SSL , который многие клиенты и серверы поддерживают для обратной совместимости.

Шифрование

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

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

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

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

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

Шифрование тела сообщения

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

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

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

В дополнение к почтовым клиентам, работающим на настольном компьютере, есть клиенты, размещенные удаленно, либо как часть удаленной установки UNIX, доступной через telnet (т. Е. Через учетную запись оболочки ), либо размещенные в Интернете . Оба этих подхода имеют несколько преимуществ: они совместно используют возможность отправлять и получать электронную почту вне обычной базы пользователя с помощью веб-браузера или клиента telnet, что устраняет необходимость установки специального почтового клиента на устройстве пользователя.

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

Подобно IMAP и MAPI, веб-почта позволяет сообщениям электронной почты оставаться на почтовом сервере. См. Следующий раздел .

Удаленные сообщения

POP3 имеет возможность оставлять сообщения на сервере. Напротив, и IMAP, и веб-почта хранят сообщения на сервере в качестве своего метода работы, хотя пользователи могут создавать локальные копии по своему усмотрению. Хранение сообщений на сервере имеет преимущества и недостатки.

Преимущества

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

Недостатки

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

Протоколы

Популярные протоколы для получения почты включают POP3 и IMAP4 . Отправка почты обычно осуществляется по протоколу SMTP .

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

Большинство почтовых клиентов используют поле заголовка User-Agent для идентификации программного обеспечения, используемого для отправки сообщения. Согласно RFC 2076, это обычное, но нестандартное поле заголовка.

RFC 6409, «Отправка сообщений для почты» , подробно описывает роль агента отправки почты .

RFC 5068 « Операции отправки электронной почты: требования к доступу и отчетности» содержит обзор концепций MTA, MSA, MDA и MUA. В нем упоминается, что « Поставщики доступа НЕ ДОЛЖНЫ блокировать пользователям доступ к внешнему Интернету с использованием порта SUBMISSION 587 » и что « MUA ДОЛЖНЫ использовать порт SUBMISSION для отправки сообщений ».

Номера портов

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

протокол использовать обычный текст или
зашифрованные сеансы

только текстовые сеансы
шифровать
только сеансы
POP3 входящие сообщения на почте 110
_pop3._tcp
995
_pop3s._tcp
IMAP4 входящие сообщения на почте 143
_imap._tcp
993
_imaps._tcp
SMTP исходящая корреспонденция 25 587
MSA исходящая корреспонденция 587
_submission._tcp
465
_submissions._tcp
HTTP электронная почта 80 443

Обратите внимание, что в то время как веб-почта подчиняется более раннему порядку HTTP, предусматривающему отдельные порты для сеансов шифрования и обычного текста, почтовые протоколы используют технику STARTTLS , тем самым позволяя запускать шифрование в уже установленном TCP-соединении. В то время как RFC 2595 препятствовал использованию ранее установленных портов 995 и 993, RFC 8314 продвигает использование неявного TLS, когда он доступен.

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

Почтовые системы Microsoft используют проприетарный интерфейс программирования приложений обмена сообщениями (MAPI) в клиентских приложениях, таких как Microsoft Outlook , для доступа к серверам электронной почты Microsoft Exchange .

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

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


Библиография