Редактирование: IMAP

{{Карточка протокола
| Аббр = IMAP
| Название = Internet Message Access Protocol
| Уровень = Прикладной
| Семейство = [[стек протоколов TCP/IP|TCP/IP]], [[E-Mail]]
| Создан = [[1986]]
| Порт = 143/[[TCP]], 993/TCP (IMAP over SSL)
| Назначение = Доступ к почтовым ящикам
| Спецификация = RFC 3501
| Клиенты = [[MUA]] ([[Outlook Express]], [[Opera]], [[Mozilla Thunderbird]], [[The Bat!]], [[Claws Mail]], [[mutt]] и др.)
| Серверы = [http://www.washington.edu/imap/ UW IMAP], [http://www.courier-mta.org/ Courier], [http://cyrusimap.web.cmu.edu/ Cyrus], [[Dovecot]]
}}
'''IMAP''' ({{lang-en|Internet Message Access Protocol}}) — [[Сетевой протокол|протокол]] [[Протоколы прикладного уровня|прикладного уровня]] для доступа к [[электронная почта|электронной почте]].

Базируется на [[Транспортный протокол|транспортном протоколе]] [[Transmission Control Protocol|TCP]] и использует [[Порт (компьютерные сети)|порт]] 143, а IMAPS (IMAP поверх [[SSL]]) — порт 993. IMAP работает только с [[Сообщение|сообщениями]] и не требует каких-либо [[Пакет (сетевые технологии)|пакетов]] со специальными заголовками{{sfn|Семенов|2014}}.

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

Для отправки писем используется обычно протокол [[Simple Mail Transfer Protocol|SMTP]], так как собственная команда отправки протокола IMAP, называемая [[Список крылатых латинских выражений|APPEND]], не содержит в себе механизма передачи служебной информации{{sfn|Семенов|2014}}.

Для имён [[Электронная почта|почтовых ящиков]] (папок) с символами вне диапазона [[ASCII]] используется модифицированная версия кодировки [[UTF-7]]{{sfn|Семенов|2014}}.

== Цель разработки протокола IMAP ==
Протокол IMAP представляет собой альтернативу [[POP3|POP]] с зачаточными способностями по отправке.

Первая версия протокола [[Post Office Protocol|POP]] имела ряд недостатков, и наиболее серьёзный из них — отсутствие возможностей по управлению перемещением и хранением сообщений на сервере. В [[Post Office Protocol|POP]] сообщения загружаются с почтового сервера все сразу, после чего они с сервера удаляются, то есть отсутствует возможность выбирать сообщения для получения.

Для решения проблем, связанных с этой особенностью [[POP3|POP]], в 1986 году {{нп2|Криспин, Марк|Марк Криспин|en|Mark Crispin}}, работавший тогда в [[Стэнфордский университет|Стэнфордском университете]], создал новый [[Протокол передачи данных|протокол]] получения почты с [[Сервер (аппаратное обеспечение)|сервера]]{{sfn|University of Washington}}.

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

В дальнейшем протокол [[POP3|POP]] был доработан, в [[POP3]] (POP версии 3) есть возможность получать с сервера избранные сообщения и оставлять избранные сообщения на сервере. В последних версиях между IMAP и [[POP3|POP]] основное различие для пользователя — IMAP4 может обращаться к письмам в разных почтовых папках на сервере и перемещать письма между ними, а [[POP3]] обращается к письмам на сервере по номерам в линейном списке (то есть работает только с одной почтовой папкой).

; Версии протокола IMAP{{sfn|University of Washington}}
* IMAP: в [[1986]] реализован на [[DEC]], спецификация отсутствует
* IMAP2: реализован в [[1987]], описан в [[1988]] в RFC 1064, доработан в 1990 (RFC 1176)
* IMAP3: [[1991]] RFC 1203
* IMAP2bis, спецификация существует только в черновом варианте [[1993 год]]а, плюс в RFC 2061 ([[1996]]) описаны различия между IMAP4 и IMAP2bis
* IMAP4: [[1994]] RFC 1730
* IMAP4rev1: 1996 RFC 2060, [[2003]] RFC 3501

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

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

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

Клиенты IMAP4 могут создавать, переименовывать и удалять ящики и перемещать сообщения между ящиками. Кроме того, можно использовать расширение «IMAP4 Access Control List ([[Access Control List|ACL]]) Extension» (RFC 4314) для управления правами доступа к ящикам.

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

IMAP4 имеет явный механизм расширения.<ref>{{Cite web|lang=ru-RU|url=https://support.microsoft.com/ru-ru/office/в-чем-разница-между-pop-и-imap-85c0e47f-931d-4035-b409-af3318b194a8|title=В чем разница между POP и IMAP?|website=support.microsoft.com|access-date=2021-07-19|archive-date=2021-07-19|archive-url=https://web.archive.org/web/20210719083242/https://support.microsoft.com/ru-ru/office/%D0%B2-%D1%87%D0%B5%D0%BC-%D1%80%D0%B0%D0%B7%D0%BD%D0%B8%D1%86%D0%B0-%D0%BC%D0%B5%D0%B6%D0%B4%D1%83-pop-%D0%B8-imap-85c0e47f-931d-4035-b409-af3318b194a8|deadlink=no}}</ref>

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

=== UID === 

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

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

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

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

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

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

В настоящее время определены следующие системные флаги:
* <code>\seen</code> — сообщение прочитано
* <code>\answered</code> — на сообщение отправлен ответ
* <code>\flagged</code> — сообщение отмечено как «важное»
* <code>\deleted</code> — сообщение отмечено как удалённое
* <code>\draft</code> — сообщение отмечено как черновик
* <code>\recent</code> — недавнее сообщение (впервые появилось в ящике в ходе текущей сессии)

=== Внутренние дата и время сообщения на сервере ===
Время и дата получения сообщения. В случае доставки сообщения посредством протокола [[SMTP]] — дата и время доставки конечному адресату. Для сообщений, доставленных командой копирования — внутренняя дата и время отправителя сообщения. При использовании команды <code>append</code> — дата и время, заданные параметрами команды.

=== Прочие атрибуты ===
* размер сообщения — число [[Октет (информатика)|октетов]] в сообщении.
* структура конверта сообщения.
* структура тела сообщения

== Взаимодействие клиента и сервера ==
Соединение IMAP 4.1 подразумевает установление связи между [[Клиент (информатика)|клиентом]] и [[Сервер (программное обеспечение)|сервером]]. Клиент посылает серверу команды, сервер клиенту — данные и уведомления о статусе выполнения запроса. Все сообщения, как клиента, так и сервера, имеют форму строк, завершающихся специальной последовательностью.

Любая процедура начинается с команды клиента. Любая команда клиента начинается с префикса-идентификатора (обычно короткая буквенно-цифровая строка, например, <code>A0001</code>, <code>A0002</code> и т. д.), называемого меткой (tag). Для каждой команды клиент генерирует свою метку.

Возможны два случая, когда строка, отправленная клиентом, не представляет собой законченную команду. В первом — аргумент команды снабжается кодом, определяющим число [[Октет (информатика)|октетов]] в строке. Во втором — аргументы команды требуют отклика со стороны сервера. В обоих случаях сервер посылает запрос продолжения команды, начинающийся с символа <code>+</code>.

Клиент должен завершить отправку одной команды, прежде чем отправить другую.

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

Данные, передаваемые сервером клиенту, а также статусные отклики, которые не указывают на завершение выполнения команды, имеют [[Префиксный код|префикс]] <code>*</code> и называются непомеченными откликами.

Данные могут быть отправлены сервером в ответ на команду клиента или по собственной инициативе. Формат данных не зависит от причины отправки.

Отклик указывает на удачное/неудачное выполнение операции. Он использует ту же метку, что и команда клиента, запустившая процедуру. Таким образом, если осуществляется более, чем одна команда, метка сервера указывает на команду, вызвавшую данный отклик. Имеется три вида отклика завершения сервера: <code>ok</code> (успешное выполнение), <code>no</code> (неудача), <code>bad</code> (протокольная ошибка, например, не узнана команда или зафиксирована синтаксическая ошибка).

Протокольный приемник клиента IMAP 4.1 читает строку отклика от сервера и предпринимает действия в соответствии с первым символом <code>*</code> или <code>+</code>.

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

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

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

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

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

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

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

[[Файл:Imap modes.gif]]

# Соединение без предварительной аутентификации
# Соединение с предварительной аутентификацией
# Соединение отвергнуто
# Успешное завершение команды <code>LOGIN</code> или <code>AUTHENTICATE</code>
# Успешное завершение команды <code>SELECT</code> или <code>EXAMINE</code>
# Выполнение команды <code>CLOSE</code> или неудачная команда <code>SELECT</code> или <code>EXAMINE</code>
# Выполнение команды <code>LOGOUT</code>, закрытие сервера или прерывание соединения

== Команды протокола IMAP ==
; LOGIN : Позволяет клиенту при регистрации на сервере IMAP использовать идентификатор пользователя и пароль в обычном текстовом виде. Это не самый лучший метод, но иногда это единственная возможность подключиться к серверу.

; AUTHENTICATE : Позволяет клиенту использовать при регистрации на сервере IMAP альтернативные методы проверки подлинности. Индивидуальная проверка подлинности пользователей не является обязательной и поддерживается не всеми серверами IMAP. К тому же реализации такой проверки могут различаться в зависимости от сервера. Когда клиент выдает команду <code>AUTHENTICATE</code>, сервер отвечает на неё строкой вызова в кодировке [[base64]]. Далее клиент должен отправить ответ на вызов сервера о проверке подлинности, также закодированный base64. Если на сервере не поддерживается метод проверки подлинности, предложенный клиентом, он включает в свой ответ слово <code>NO</code>. После этого клиент должен продолжить переговоры по согласованию метода проверки подлинности. Если все попытки определить метод проверки подлинности потерпели неудачу, то клиент предпринимает попытку зарегистрироваться на сервере посредством команды <code>LOGIN</code>.

; CLOSE : Закрывает почтовый ящик. Когда почтовый ящик закрыт с помощью этой команды, то сообщения, помеченные флагом <code>\DELETED</code>, удаляются из него. Не имеет параметров.

; LOGOUT : Завершает сеанс для текущего идентификатора пользователя.

; CREATE : Создаёт новый почтовый ящик. Имя и местоположение новых почтовых ящиков определяются в соответствии с общими спецификациями сервера.

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

; RENAME : Изменяет имя [[Электронная почта|почтового ящика]]. Эта команда имеет два параметра — имя почтового ящика, который требуется переименовать, и новое имя почтового ящика.

; SUBSCRIBE : Добавляет почтовый ящик в список активных ящиков клиента. В этой команде используется только один параметр — имя почтового ящика, который нужно внести в список. Почтовый ящик не обязательно должен существовать, чтобы его можно было добавить в список активных ящиков — это позволяет добавлять в список активных ящиков ящики, которые ещё не созданы, или удалять их, если они пусты.

; UNSUBSCRIBE : Удаляет почтовые ящики из списка активных. В ней так же используется один параметр — имя почтового ящика, который удаляется из списка активных ящиков [[Клиент — сервер|клиента]]. При этом сам по себе почтовый ящик не удаляется.

; LIST : Получить список всех почтовых ящиков клиента; имеет два параметра.

; LSUB : В отличие от команды <code>LIST</code> используется для получения списка ящиков, активизированных командой <code>SUBSCRIBE</code>. Параметры — такие же, как у <code>LIST</code>.

; STATUS : Формирует запрос о текущем состоянии почтового ящика. Первым параметром для этой команды является имя почтового ящика, к которому она применяется. Второй параметр — это список критериев, по которым клиент хочет получить информацию. Команда <code>STATUS</code> может использоваться для получения информации о состоянии почтового ящика без его открытия с помощью команд <code>SELECT</code> или <code>EXAMINE</code>.

: Пользователь может получить информацию по критериям:
:* <code>MESSAGES</code> — общее число сообщений в почтовом ящике
:* <code>RECENT</code> — число сообщений с флагом <code>\recent</code>
:* <code>UIDNEXT</code> — идентификатор UID, который будет назначен новому сообщению
:* <code>UIDVALIDITY</code> — уникальный идентификатор почтового ящика
:* <code>UNSEEN</code> — число сообщений без флага <code>\seen</code>

; APPEND : Добавляет сообщение в конец указанного почтового ящика. В качестве аргументов указываются имя ящика, флаги сообщения (не обязательно), метка времени (не обязательно) и само сообщение — заголовок и тело.

: Имеются следующие флаги сообщений:
:* <code>\Seen</code> — прочитано
:* <code>\Answered</code> — написан ответ
:* <code>\Flagged</code> — срочное
:* <code>\Deleted</code> — помечено для удаления
:* <code>\Draft</code> — черновик
:* <code>\Recent</code> — новое сообщение, оно поступило в почтовый ящик после окончания прошлого сеанса

: Если в команде указаны флаги, то они устанавливаются для добавляемого сообщения. В любом случае для сообщения устанавливается флаг <code>\Recent</code>.

: Если в команде задана метка времени, то это время будет установлено в качестве времени создания сообщения, в противном случае за время создания принимается текущее время.

: Поскольку сообщение состоит не из одной строки, используются [[Литерал (информатика)|литералы]].

: Пример:
<pre>
C	A003 APPEND saved-messages (\Seen) {247}
S	+ Ready for literal data
C	Date: Mon, 7 Feb 1994 21:52:25 -0800 (PST)
C	From: Fred Foobar <foobar@Blurdybloop.COM>
C	Subject: afternoon meeting
C	To: mooch@owatagu.siam.edu
C	Message-Id: <B27397-0100000@Blurdybloop.COM>
C	 
C	Hello Joe, do you think we can meet at 3:30 tomorrow?
S	A003 OK APPEND completed
</pre>
: Расширение <code>MULTIAPPEND</code>, описанное в RFC 3502, позволяет одной командой добавлять в почтовый ящик несколько сообщений.

; CHECK : Устанавливает контрольную точку в почтовом ящике. Любые операции, такие, например, как запись данных из памяти сервера на его [[жёсткий диск]], должны выполняться при соответствующем состоянии почтового ящика. Именно для проверки целостности почтового ящика после дисковых и других подобных им операций и применяется команда <code>CHECK</code>. Эта команда используется без параметров.

; EXPUNGE : Удаляет из почтового ящика все сообщения, помеченные флагом <code>\DELETED</code>, при этом почтовый ящик не закрывается. Ответ сервера на команду <code>EXPUNGE</code> представляет собой отчёт о новом состоянии почтового ящика.
 
; SEARCH : Поиск сообщений по критериям в активном почтовом ящике с последующим отображением результатов в виде номера сообщения.

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

; FETCH : Получить текст почтового сообщения. Команда применяется только для отображения сообщений. В отличие от [[POP3]], клиент IMAP не сохраняет копию сообщения на клиентском [[Персональный компьютер|ПК]].

; STORE : Изменяет информацию о сообщении.

; COPY : Копирует сообщения из одного [[Электронная почта|почтового ящика]] в другой.

; UID : Используется в связке с командами <code>FETCH</code>, <code>COPY</code>, <code>STORE</code> или <code>SEARCH</code>. С её помощью в этих командах можно использовать реальные идентификационные номера UID вместо последовательности чисел из диапазона номеров сообщений.

; CAPABILITY : Запрос у сервера IMAP информации о его возможностях.

; NOOP : Команда ничего не делает. Она может применяться для поддержки активности во время сеанса для того, чтобы сеанс не прекратился по таймеру интервала ожидания. Ответ сервера на команду <code>NOOP</code> всегда должен быть положительным. Так как сервер часто в ответе возвращает состояние выполнения той или иной команды, то <code>NOOP</code> вполне можно использовать как триггер для периодического запроса о состоянии сервера.

== Литература ==
* {{публикация|книга |автор= Hughes |автор имя=L |заглавие=Internet e-mail Protocols, Standards and Implementation |издательство=Artech House Publishers |год=1998 | isbn=0-89006-939-5}}
* {{публикация|книга |автор= Johnson |автор имя=K |заглавие=Internet Email Protocols: A Developer's Guide |издательство=Addison-Wesley Professional |год=2000 | isbn=0-201-43288-9}}
* {{публикация|книга |автор= Loshin |автор имя=P |заглавие=Essential Email Standards: RFCs and Protocols Made Practical |издательство=John Wiley & Sons |год=1999 | isbn=0-471-34597-0}}
* {{публикация|книга |автор= Rhoton |автор имя=J |заглавие=Programmer's Guide to Internet Mail: SMTP, POP, IMAP, and LDAP |издательство=Elsevier |год=1999 | isbn=1-55558-212-5}}
* {{публикация|книга |автор= Wood |автор имя=David |заглавие=Programming Internet Email |подзаголовок=Mastering Internet Messaging Systems |издательство=O'Reilly |год=1999 |allpages=380 | isbn=1-56592-479-7 |ссылка=https://books.google.ru/books?id=j3rPCgAAQBAJ}}

== Ссылки ==
* RFC 3501 — Internet Message Access Protocol v4rev1{{ref-en}}
* {{cite web
|url        = http://www.imap.org/about/history.status.html
|title      = IMAP Status and History
|website    = The IMAP Connection
|publisher  = University of Washington
|accessdate = 2019-04-01
|lang       = en
|deadlink   = yes
|archiveurl = https://web.archive.org/web/20091021182625/http://imap.org/about/history.status.html
|archivedate= 2009-10-21
|ref=University of Washington
}}
* [http://www.linewbie.com/2007/11/howto-configuring-kmail-with-gmail-imap-and-disconnected-imap.html Howto: Configuring KMail with Gmail — IMAP and Disconnected IMAP]{{ref-en}}
* {{публикация|книга|автор=Семенов|автор имя=Ю.А.|автор линк=Семенов|заглавие=Телекоммуникационные технологии|часть=4.4.14.3 Протокол Интернет для работы с сообщениями IMAP|часть ссылка=http://book.itep.ru/4/44/imap4443.htm|часть архив=|часть архив дата=|вид=эл. изд.|издание=v5.1|издательство=ИТЭФ|издательство ссылка=http://www.itep.ru|место=М.|год=2014|месяц=06|день=15|ref=Семенов}}

== Примечания ==
{{примечания}}

{{мало внутренних ссылок}}
{{URI scheme}}
{{IPstack|nocat=1}}

[[Категория:Протоколы прикладного уровня]]
[[Категория:Электронная почта]]
[[Категория:1986 год в науке]]