Сетевые порты для клиентов и потока почты в exchangenetwork ports for clients and mail flow in exchange

Access Control Lists

Права
доступа

l

lookup

— Пользователь может видеть, что ящик существует.

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

sseen — Удержание состояния пользователя. «Seen» и «Recent» флаги для пользователя устанавливаются.(?)

wwrite — Пользователь может менять флаги
ки ключевые слова кроме «Seen» and «Deleted» (последние управляются др. правами доступа).

iinsert -Пользователь может помещать в ящик новое сообщение.

ppost — Пользователь может посылать почту на
адрес данного ящика. Это право отличается от права «i» тем, что в
данном случае система доставки добавляет к письму служебную
информацию.

ccreate — Пользователи могут создавать подъящики от
этого ящика, а так же удалять или переименовывать этот ящик.

ddelete — Пользователь может хранить флаг «Deleted»
и производить вычеркивание.

aadminister — Пользователь может
минять ACL ящика.

lrs

Пользователь может читать из ящика.

lrsp

Пользователь может читать из ящика и может
посылать почту через систему доставки. Большинство систем доставки не
обеспечивают аутентификации, так что разрешение «p» обычно имеет значение только для пользователя «anonymous».

lr

Пользователь может видеть ящик и может из него читать, но сервере не сохраняет флаги «Seen» и «Recent». Этот набор прав
прежде всего необходим пользователю «anonymous IMAP.»

rs

Пользователь может читать из ящика и сервер выставляет флаги «Seen» и «Recent», но
пользователь ен может увидеть ящик с помощью  команд для просмотра списка ящиков. Чтобы
получить доступ к ящику пользователь должен знать его имя.

lrsip

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

Идентификаторы

Существует два специальных идентификатора, «anonymous»
и «anyone». Значение других идентификаторов зависит от используемого механизма авторизации(механизм .авторизации
определяется параметром --with-auth во время компиляции, поумолчанию используется Kerberos).

«anonymous» и «anyone»

anonymousanyone

Kerberos против Unix Authorization

/etc/passwd

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

. Если хотите узнать больше о разнице между авторизацией
и аутентификацией — читайте  FAQ.

В аворизационном механизме Unix идентификаторы
являются или действительными пользователями или группой, которая описанна в файле «/etc/group«.

Так же можно использовать группы Unix аутентифицированные
через НЕ-/etc/passwd механизм. Помните, использование групп, не ассоциированных с пользователями в /etc/passwd, не рекомендуется. 

При использование авторизационного механизма Kerberos, идентификаторы имеют следующий
вид:

    
principal.instance@realm

.instance
@realm

«
Principal
«, «
instance
» или
«
realm
» могут быть заменены на «*
«.

•  «*» в
  идентификаторе пердставляет всех пользователей с
  пустым экземпляром в локальной области.
•  «*.*@FOO.COM» представляет
  всех пользователей во всех экземплярах в  FOO.COM.
•  «*.*@*» в идентификаторе представляет всех Kerberos-аутентификцированных.

Файл «/etc/krb.equiv» содержит соответствия между пользователями
Kerberos. Файл содержит ноль или более строк, каждая из которых состоит из
двух полей. Идентификатор в первом поле строки канонизируется в идентификатор
во втором поле. Например, следующая срока в файле «/etc/krb.equiv «:

    bovik@REMOTE.COM bovik

bovik@REMOTE.COMbovik

Отрицательные
права.

-

Определение прав
пользователей

Например возмем ACL:

   anyone       lrsp
   fred         lwi
   -anonymous   s

fredlrswiplrp

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

/etc/imapd.conflala

INBOXdefaultacl/etc/imapd.conf

Заметьте, что некоторые права устанавливаются
неявно, например ‘anonymous’ всегда имеет право ‘p’ на пользовательские INBOX’ы, а пользователи всегда
имеют права на ящики в пределах иерархии своих INBOX’ов.

По каким протоколам происходит обмен электронной почтой? Понятия и термины

Термин «сервер электронной почты» относится к двум серверам, необходимым для отправки и получения писем, то есть к SMTP и POP.

Сервер входящей почты — это сервер, связанный с вашей учетной записью адреса электронной почты. Для нее не может быть более одного входящего почтового сервера. Для доступа к входящим сообщениям необходим почтовый клиент — программа, которая может получать электронную почту из учетной записи, позволяя пользователю читать, пересылать, удалять и отвечать на сообщения. В зависимости от вашего сервера, вы можете использовать выделенный почтовый клиент (например, Outlook Express) или веб-браузер. Так, Internet Explorer применяют для доступа к учетным записям на основе электронной почты. Письма хранятся на сервере входящей почты до его загрузки. После того, как вы загрузили свою почту с почтового сервера, сделать повторно это будет нельзя. Чтобы успешно загрузить данные, необходимо ввести правильные настройки в электронной почтовой программе. Большинство входящих почтовых серверов используют один из следующих протоколов: IMAP, POP3, HTTP.

Цель разработки протокола IMAP

Протокол IMAP представляет собой, в основном, альтернативу POP3 с зачаточными способностями по отправке.

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

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

Версии протокола IMAP

• Original IMAP (, спецификация отсутствует)
• IMAP2bis (спецификация существует только в черновом варианте года)
• IMAP4 (переименованный IMAP2bis)

Сравнение с IMAP

Клиенты, которые оставляют почту на серверах, обыкновенно используют команду UIDL для получения текущего соответствия между количеством сообщений и сообщением, определяемым его уникальным идентификатором. Идентификатор произволен и может повторяться, если на ящике есть идентичные сообщения. Напротив, IMAP использует 32-битный уникальный идентификатор (UID), присваиваемый сообщениям по возрастанию (но не обязательно подряд) по мере их получения. При извлечении новых сообщений IMAP-клиенты запрашивают UID больший, чем наивысшее значение UID среди всех ранее извлечённых сообщений, в то время как POP-клиент должен выбирать из всей карты UIDL. Для больших почтовых ящиков это может потребовать значительной обработки.

MIME служит в качестве стандарта для вложений и не-ASCII текста в электронных сообщениях. Хотя ни POP3, ни SMTP не требуют MIME-отформатированного сообщения, по существу, все не-ASCII сообщения идут в формате MIME, поэтому POP-клиенты должны также «понимать» и использовать MIME. IMAP, по определению, принимает MIME-форматированные сообщения.

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

Всего существует три общепринятых стандарта, используемых для обмена электронными письмами (их отправки и получения) – это IMAP, POP3 и SMTP. Есть еще HTTP, который часто называют web-почтой, но прямого отношения к нашей сегодняшней теме он не имеет. Ниже рассмотрим подробнее каждый из протоколов, определив их характерные особенности и возможные различия, но прежде дадим определение самому термину.

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

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

Большинство почтовых приложений, к числу которых относятся общеизвестные Mozilla Thunderbird, The Bat!, Microsoft Outlook, для получения писем используют либо POP, либо IMAP, о которых пойдет речь далее. При этом клиент от Майкрософт (Аутлук) для получения доступа к пользовательской учетной записи на собственном сервере может задействовать проприетарный протокол, но это уже выходит за рамки нашей темы.

Протокол почтового отделения третьей версии (перевод с англ.) – это стандарт прикладного уровня, который используется специализированными программами-клиентами для получения электронной корреспонденции с удаленного сервера посредством того же типа соединения, что и в случае с SMTP – TCP/IP. Непосредственно в своей работе POP3 задействует порт под номером 110, однако в случае с SSL/TLS-соединением используется 995.

Как уже было сказано выше, именно этот почтовый протокол (как и следующий представитель нашего списка) наиболее часто применяется для непосредственного извлечения почты. Не в последнюю очередь это обосновано тем фактом, что POP3, наряду с IMAP, не только поддерживается большинством специализированных программ-почтовиков, но и используется лидирующими поставщиками соответствующих услуг – Gmail, Yahoo!, Hotmail и т.д.

Это – протокол прикладного уровня, используемый для доступа к электронной корреспонденции. Как и рассмотренные нами выше стандарты, IMAP основан на транспортном протоколе TCP, а для выполнения возлагаемых на него задач используется порт 143 (или 993 для соединений типа SSL/TLS).

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

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

HTTP

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

Методы проверки подлинности пользователя в IMAP

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

Команда LOGIN

Команда LOGIN позволяет клиенту при регистрации на сервере IMAP использовать идентификатор пользователя и пароль в обычном текстовом виде.

Команда AUTHENTICATE

С помощью команды AUTHENTICATE клиент может использовать при регистрации на сервере IMAP альтернативные методы проверки подлинности. Индивидуальная проверка подлинности пользователей не является обязательной и поддерживается не всеми серверами IMAP. К тому же реализации такой проверки могут различаться в зависимости от сервера. Когда клиент выдает команду AUTHENTICATE, сервер отвечает на нее строкой вызова в кодировке base64. Далее в обязанности клиента входит ответ на вызов сервера о проверке подлинности, также закодированный base64. Если на сервере не поддерживается метод проверки подлинности, предложенный клиентом, он включает в свой ответ отрицательное слово NO. После этого клиент должен продолжить переговоры по согласованию метода проверки подлинности. Если все попытки определить метод проверки подлинности потерпели неудачу, то клиент предпринимает попытку зарегистрироваться на сервере посредством команды LOGIN. Пример сеанса с применением AUTHENTICATE:

1 riley@shadrach riley$ telnet localhost 143
2 Trying 127.0.0.1...
3 Connected to localhost.
4 Escape character is '^]'.
5 * OK localhost IMAP4rev1 v12.250 server ready
6 a1 AUTHENTICATE KERBEROS_V4
7 a1 NO AUTHENTICATE KERBEROS_V4 failed
8 a2 AUTHENTICATE GSSAPI
9 a2 NO AUTHENTICATE GSSAPI failed
10 a3 AUTHENTICATE LOGIN
11 + VXNlciBOYU1lAA==
12 *
13 a3 NO AUTHENTICATE LOGIN failed
14 a4 LOGIN riley firetruck
15 a4 OK LOGIN completed
16 a5 LOGOUT
17 * BYE shadrach.smallorg.org IMAP4rev1 server terminating connection
18 a5 OK LOGOUT completed
19 connection closed by foreign host.
20 riley@shadrach riley$

В строках 6–9 показаны попытки клиента согласовать с сервером IMAP метод проверки подлинности. Как видите, все они не увенчались успехом. А в строке 10 показано, что метод проверки, приемлемый и для клиента, и для сервера, найден. Отвечая, сервер в строке 11 выдает кодированную строку с вызовом в кодировке base64. Однако в строке 12 клиент отвергает попытку регистрации и возобновляет ее лишь в строке 14 с помощью команды LOGIN.

Доставка сообщений

MTA, такие как Sendmail, Postfix, или
Exim взаимодействуют с Cyrus’ом через LMTP (Local Mail Transport
Protocol) с помощью демона LMTP. Это может быть реализовано
либо напрямую от MTA (это наиболее предпочтительно из соображений о
скорости передачи) или через LMTP-клиента.

Local Mail Transfer Protocol

LMTP, Local Mail Transfer Protocol, является
версией(вариантом) SMTP разработанной для доставки сообщений до конечной
точки хранения. LMTP позволяет MTAs доставлять «local»-почту через сеть. Такой механизм легко оптимизируется, т. к. IMAP-сервер не должен
обслуживать очередь сообщений или быть совместимым с MTA. (короче говоря — это просто протокол(типа SMTP) для
передачи сообщений от MTA к почтовику, в нашем случае к Cyrus’у — Прим.
пер.)

Сервер Cyrus работает по LMTP через демон lmtpd. LMTP можно пользоваться либо
через сеть посредствам TCP, либо либо локально через сокеты UNIX(доменные гнезда).
Между этими двумя альтернативами есть разница в безопастности; читайте об
этом ниже.

Для конечной доставки по LMTP через TCP-сокет
необходимо оспользовать LMTP AUTH. Это можно осуществить используя SASL аутентификации пользователя доставки. Если Ваш почтовый сервер осуществляет
доставку через LMTP AUTH (т. е., используя механизм SASL),  Вам нужно будет сделать так, чтобы Ваш аутентификационный идентификатор
был LMTP-админом (указан в опции  admins в imapd.conf или в опции 
lmtp_admins ).

Альтернативный способ заключается в
доставке по LMTP через сокет unix от имени пользователя с правами адинистратора(?) (контроль
доступа осуществляется на основании прав доступа к этому сокету).

Заметьте, если у пользователя есть скрипт
sieve, то этот скрипт запускается с правами *этогоt* пользователя
и права отправляющего(post user) пользователя игнорируются с целью определения  результата sieve-скрипта.

Хранение в единственном экземпляре

Если осуществляется доставка нескольким получателям (возможно только если MTA использует  LMTP через lmtpd
), сервер попытается сохранить несколько копий сообщениий, если это возможно.
Будет создана одна копия на раздел, и созданы жестские связи(не символьные) на
сообщение для всех получателей.

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

Вернуться  на Cyrus IMAP Server Home Page

Спонсоры:

Хостинг:

Maxim ChirkovДобавить, Поддержать, Вебмастеру

Преимущества по сравнению с POP3

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

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

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

Поиск сообщений происходит на стороне сервера.

IMAP4 имеет явный механизм расширения.

Состояния сервера

Сервер IMAP ожидает соединения от клиентов на порту TCP 143. После установления соединения сервер посылает свое приветствие клиенту, и начинается диалог, в котором клиент посылает серверу команды, а сервер сообщает о результатах их выполнения или присылает затребованную клиентом информацию. Как и сеанс POP3, сеанс IMAP делится на несколько состояний ( states ). Допустимый набор команд зависит от текущего состояния сеанса. Сеанс может находиться в одном из следующих состояний:

• Неаутентифицированное состояние
• Аутентифицированное состояние
• Выбранное состояние
• Состояние выхода

Переходы:

1. Соединение без предварительной аутентификации
2. Соединение с предварительной аутентификацией
3. Отвергнутое соединение
4. Успешная аутентификация
5. Успешное выполнение команды SELECT или EXAMINE
6. Команда CLOSE или неудачное завершение команды SELECT или EXAMINE
7. Команда LOGOUT или потеря связи

Сравнение с IMAP

Клиенты, которые оставляют почту на серверах, обыкновенно используют команду UIDL для получения текущего соответствия между количеством сообщений и сообщением, определяемым его уникальным идентификатором. Идентификатор произволен и может повторяться, если на ящике есть идентичные сообщения. Напротив, IMAP использует 32-битный уникальный идентификатор (UID), присваиваемый сообщениям по возрастанию (но не обязательно подряд) по мере их получения. При извлечении новых сообщений IMAP-клиенты запрашивают UID больший, чем наивысшее значение UID среди всех ранее извлечённых сообщений, в то время как POP-клиент должен выбирать из всей карты UIDL. Для больших почтовых ящиков это может потребовать значительной обработки.

MIME служит в качестве стандарта для вложений и не-ASCII текста в электронных сообщениях. Хотя ни POP3, ни SMTP не требуют MIME-отформатированного сообщения, по существу, все не-ASCII сообщения идут в формате MIME, поэтому POP-клиенты должны также «понимать» и использовать MIME. IMAP, по определению, принимает MIME-форматированные сообщения.

Состояния сервера IMAP

Сервер IMAP 4.1 находится в одном из четырёх состояний.

Большинство команд можно использовать только в определенных состояниях.

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

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

В состояние выбора система попадает, когда успешно осуществлен выбор почтового ящика.

В состояние выхода система попадает при прерывании соединения в результате запроса клиента или вследствие независимого решения сервера.

1. Соединение без предварительной аутентификации
2. Соединение с предварительной аутентификацией
3. Соединение отвергнуто
4. Успешное завершение команды или
5. Успешное завершение команды или
6. Выполнение команды или неудачная команда или
7. Выполнение команды , закрытие сервера, или прерывание соединения

Сравнение с IMAP

Клиенты, которые оставляют почту на серверах, обыкновенно используют команду UIDL для получения текущего соответствия между количеством сообщений и сообщением, определяемым его уникальным идентификатором. Идентификатор произволен и может повторяться, если на ящике есть идентичные сообщения. Напротив, IMAP использует 32-битный уникальный идентификатор (UID), присваиваемый сообщениям по возрастанию (но не обязательно подряд) по мере их получения. При извлечении новых сообщений IMAP-клиенты запрашивают UID больший, чем наивысшее значение UID среди всех ранее извлечённых сообщений, в то время как POP-клиент должен выбирать из всей карты UIDL. Для больших почтовых ящиков это может потребовать значительной обработки.

MIME служит в качестве стандарта для вложений и не-ASCII текста в электронных сообщениях. Хотя ни POP3, ни SMTP не требуют MIME-отформатированного сообщения, по существу, все не-ASCII сообщения идут в формате MIME, поэтому POP-клиенты должны также «понимать» и использовать MIME. IMAP, по определению, принимает MIME-форматированные сообщения.

Недостатки POP3.

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

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

Что такое POP3 и IMAP?

Речь идет о протоколах передачи данных. Двух относительно популярных и используемых до сих пор. Оба выполняют простую задачу: позволяют получать и читать письма, используя один или несколько почтовых клиентов. 

POP3 (или Post Office Protocol) разработали в 1984 году. Создатели протокола ориентировались на медленное и нестабильное dial-up подключение к сети тех времен. Весь процесс работы с почтой в POP3 организован так, чтобы адресант как можно менее зависел от ужасного интернета 80-х. 

IMAP (или Internet Message Access Protocol) разработали спустя два года. Его создатели уже не так переживали по поводу наличия или отсутствия интернета и предполагали, что у клиента всегда есть стабильный доступ к сети. А значит всю приходящую корреспонденцию можно смело оставлять на сервере, чтобы владелец ящика мог прочитать входящие сообщения везде, где есть интернет.

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

Еще есть аббревиатура SMTP, которую часто приписывают в один ряд с IMAP, но это не совсем правильно. В отличие от IMAP и POP3 — SMTP отвечает не за прием и сортировку писем, а за их отправку. Так что любое их сравнение будет некорректным.

Настройка Модуля IMAP

Для настройки параметров Модуля IMAP используйте Веб Интерфейс Администратора. Откройте страницу Доступ в разделе Установки:

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

Записи, помещённые модулем IMAP в Журнал работы Сервера, имеют пометку IMAP.

Когда вы указываете ненулевое значение в настройке Максимальное число Каналов, модуль IMAP создаёт так называемый «Приёмник». Модуль начинает принимать все IMAP соединения, которые устанавливают клиенты для того, чтобы получать почту с вашего Сервера. Эта настройка используется для того, чтобы ограничить число одновременных соединений, которое может принимать модуль IMAP. Если открыто предельное число соединений, то модуль будет отказывать в приёме новых соединений. В этом случае почтовые клиенты должны попытаться соединиться позднее.

По умолчанию, Приёмник модуля IMAP принимает незашифрованные соединения на TCP порт 143 и безопасные соединения на TCP порт 993. Нажмите на ссылку Приёмник для того, чтобы настроить порт Приёмника IMAP.

Модуль IMAP поддерживает команду STARTTLS, которая позволяет почтовому клиенту устанавливать соединение в незащищённом режиме и затем переводить его в режим безопасного соединения.

Посылать 'Running' каждые

Если эта настройка не установлена в значение Никогда, то модуль IMAP будет следить за длительностью выполнения операций APPEND, COPY и SEARCH. Если выполнение любой из этих операций превышает указанный здесь период времени, то модуль отправляет клиентскому приложению «непомеченный» ответ. Эта возможность может использоваться для того, чтобы предотвратить возникновение ситуации тайм-аута у клиентского приложения; также она помогает при работе в конфигурациях с различными NAT-устройствами, которые склонны закрывать соединение, если оно некоторое время неактивно.

А что такое Exchange?

Да, напоминаю, что протоколов не два. Само по себе явление вовсе не бинарное, как и все в интернете. Есть вот Exchange.

Это технология компании Microsoft. По сути, коммерческое название для их собственного протокола передачи сообщений под названием MAPI (или Messaging Application Programming Interface). Принцип работы у этой технологии такой же, как у IMAP. С точки зрения функциональности они мало чем отличаются. Отличия внутри, и связаны они с проприетарной сущностью продукта Microsoft.

Чтобы воспользоваться Exchange-ящиком, надо иметь доступ к оплаченному серверу Exchange. Такие нередко задействуют в крупных организациях, поэтому есть шанс наткнуться на протокол MAPI при переходе в офис большой компании, где электронная почта играет важную роль для бизнеса в целом. Заводить персональный Exchange-ящик, наверное, не стоит. Лишние траты. А если все-таки хочется потратить деньги, то лучше уж на какой-нибудь Hey.

Недостатки POP3

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

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

Сообщения и их атрибуты

IMAP работает только с сообщениями и не требует каких-либо пакетов со специальными заголовками.

Каждое сообщение имеет несколько связанных с ним атрибутов. Эти атрибуты могут быть определены индивидуально или совместно с другими атрибутами.

UID

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

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

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

Порядковый номер сообщения

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

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

Флаги сообщения

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

Системным флагом является флаг, имя которого определено в спецификации протокола. Все системные флаги начинаются с символа .

В настоящее время определены следующие системные флаги:

 — сообщение прочитано

 — на сообщение отправлен ответ

 — сообщение отмечено как «важное»

 — сообщение отмечено как удаленное

 — сообщение отмечено как черновик

 — недавнее сообщение (впервые появилось в ящике в ходе текущей сессии)

Внутренние дата и время сообщения на сервере

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

Заключение

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

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

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

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

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