Различия

Показаны различия между двумя версиями страницы.


Предыдущая версия
imap [2024/08/11 13:03] (текущий) – [Команды IMAP] darkfire
Строка 1: Строка 1:
 +====== Команды IMAP ======
 +
 +~~Title: Как использовать IMAP (Internet Mail Access Protocol) протокол доступа к почте интернет  ~~
 +{{htmlmetatags>
 +metatag-description=(Что такое сервер IMAP. Описание команд IMAP. Тестирование IMAP telnet SSL.)
 +}}
 +
 +{{ ::imap-02.jpg?nolink&600 |}}
 +
 +  * [[Telnet]] и MTA. Тестирование почтовых серверов при помощи telnet.
 +  * [[openssl]] и MTA. Тестирование почтовых серверов с использованием зашифрованного соединения.
 +Протокол **IMAP** (Internet Mail Access Protocol) (англ. протокол доступа к почте интернет) описывается в [[RFC]] 2060. IMAP — это двусторонний протокол доступа к электронной почте, который копирует её с удалённого сервера, сохраняя при этом оригинальную копию почты на удалённом сервере. Благодаря данному протоколу, можно не только получать сообщения в клиенте, но и управлять сообщениями на [[pochtovyj_server|почтовом сервере]]. Рекомендуется использовать IMAP вместо устаревшего POP3, когда есть возможность постоянного выхода в интернет и необходимость использования учетной записи почты, несколькими пользователями.
 +
 +В отличии от [[pop3|POP3]], который просто скачивает входящие письма и сохраняет их локально, с IMAP вы работаете с почтой непосредственно на сервере.
 +
 +Как и [[pop3|POP3]], протокол IMAP использует концепцию клиент-сервер с набором команд. С помощью команд осуществляется передача сообщений электронной почты от сервера клиенту. Клиент устанавливает для этой цели TCP-соединение с портом 143 на сервере. Далее сервер должен ответить специальным сообщением-приглашением.
 +<file bash>
 +1 [jessica@shadrach jessical$ telnet localhost 143
 +2 Trying 127.0.0.1 ...
 +3 Connected to localhost.
 +4 Escape character is '^]'.
 +5 * OK shadrach.smallorg.org IMAP4revl V12.250 server ready
 +6 a001 LOGOUT
 +7 * BYE shadrach.smallorg.org IMAP4rev1 server terminating connection
 +8 a001 OK LOGOUT completed
 +9 Connection closed by foreign host.
 +10 [jessica@snadrach jessica]$
 +</file>
 +В строке 1 показана команда на открытие сеанса с помощью telnet с портом 143 (порт IMAP по умолчанию). Строка 5 отображает приглашение, выданное сервером IMAP. В строке 6 клиентом задана команда закончить сеанс с сервером. Затем сервер посылает сообщение об окончании сеанса (строка 7) и закрывает соединение с клиентом.
 +
 +Каждая команда, выдаваемая клиентом, предваряется уникальным идентификатором. Сервер может затем использовать этот идентификатор в своих ответах, что позволяет клиенту определить, к какой команде относится ответ сервера. Это особенно важно при выполнении сервером нескольких команд за сеанс. Идентификатор обычно представляет собой короткую строку алфавитно-цифровых символов, которая генерируется клиентом. Так, в строке 6 листинга 7.1 клиентом был выбран идентификатор a001. Если бы клиенту потребовалось задавать и другие команды, то следующим идентификатором был бы a002 и т.д. Часто для упрощения идентификаторы команд в течение сеанса IMAP просто последовательно увеличивают один из своих разрядов.
 +
 +После установления соединения клиент находится в состоянии ожидания проверки подлинности, так как для выполнения каких-либо операций со своим почтовым ящиком на сервере он должен идентифицировать себя. После идентификации на сервере клиент может использовать команды IMAP для управления сообщениями на сервере. Протоколом IMAP предусмотрена возможность поддержки пользователем нескольких почтовых ящиков на одном сервере. При этом клиент может читать, отправлять и удалять сообщения в любом из принадлежащих ему почтовых ящиков.
 +===== Методы проверки подлинности пользователя в IMAP =====
 +Так же как и в протоколе POP3, в IMAP имеется несколько методов проверки подлинности клиента. Некоторые из них обеспечивают больший уровень безопасности, по сравнению с другими. В отличие от клиентов POP3, клиенты IMAP часто проводят довольно длительные сеансы с сервером при обработке сообщений. Таким образом, идентификатор пользователя и пароль не передаются по сети несколько раз в час, как это обычно происходит при работе по протоколу POP3.
 +==== Команда LOGIN ====
 +Команда LOGIN позволяет клиенту при регистрации на сервере IMAP использовать идентификатор пользователя и пароль в обычном текстовом виде.
 +==== Команда AUTHENTICATE ====
 +С помощью команды AUTHENTICATE клиент может использовать при регистрации на сервере IMAP альтернативные методы проверки подлинности. Индивидуальная проверка подлинности пользователей не является обязательной и поддерживается не всеми серверами IMAP. К тому же реализации такой проверки могут различаться в зависимости от сервера. Когда клиент выдает команду AUTHENTICATE, сервер отвечает на нее строкой вызова в кодировке base64. Далее в обязанности клиента входит ответ на вызов сервера о проверке подлинности, также закодированный base64. Если на сервере не поддерживается метод проверки подлинности, предложенный клиентом, он включает в свой ответ отрицательное слово NO. После этого клиент должен продолжить переговоры по согласованию метода проверки подлинности. Если все попытки определить метод проверки подлинности потерпели неудачу, то клиент предпринимает попытку зарегистрироваться на сервере посредством команды LOGIN. Пример сеанса с применением AUTHENTICATE:
 +<file bash>
 +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]$
 +</file>
 +В строках 6–9 показаны попытки клиента согласовать с сервером IMAP метод проверки подлинности. Как видите, все они не увенчались успехом. А в строке 10 показано, что метод проверки, приемлемый и для клиента, и для сервера, найден. Отвечая, сервер в строке 11 выдает кодированную строку с вызовом в кодировке base64. Однако в строке 12 клиент отвергает попытку регистрации и возобновляет ее лишь в строке 14 с помощью команды LOGIN.
 +===== Клиентская часть протокола IMAP =====
 +После регистрации на сервере IMAP клиент может приступить к манипулированию сообщениями. Протокол IMAP предлагает довольном много команд для чтения, перемещения и удаления почтовых сообщений в почтовых ящиках на сервере. Помните, что протокол IMAP предполагает хранение всех сообщений на сервере. Загрузка почтовых сообщений на локальный компьютер производится лишь для отображения. При этом они не перемещаются и не копируются на локальный ПК клиента.
 +
 +Почтовый ящик для клиента по умолчанию носит название INBOX. Все новые сообщения ложатся именно в INBOX. Клиент имеет возможность создавать новые почтовые ящики (иногда называемые в программах-клиентах для работы с электронной почтой папками). Туда с целью упорядочения он может перемещать сообщения из папки INBOX.
 +
 +Каждому сообщению назначается уникальный идентификатор (UID), по которому они идентифицируются в почтовом ящике. Метка UID сохраняется в течение всех сеансов IMAP для того, чтобы клиентское программное обеспечение могло правильно идентифицировать сообщения в почтовом ящике. Каждому почтовому ящику соответствует уникальный идентификатор достоверности (UIDVALIDITY). Метка UIDVALIDITY должна присутствовать во время всех сеансов IMAP, только в том случае, если идентификаторы сообщений в ящике оставались неизменными. Если в почтовом ящике имеются сообщения с различными идентификаторами, то значение UIDVALIDITY при следующем сеансе должно увеличиться. Это позволяет клиентам быстро определять, появились ли в почтовом ящике новые сообщения с момента последнего к нему обращения.
 +
 +Каждое сообщение снабжается флагом, который отображает его статус. Флаг может быть постоянным или задаваться на время сеанса. Постоянные флаги могут изменяться клиентом и сохраняться вне зависимости от сеансов. Флаги, назначаемые на время сеанса, действительны только на время текущего сеанса IMAP. В табл. 7.1 представлены варианты флагов почтовых сообщений.
 +
 +Флаги почтового сообщения IMAP
 +<file>
 +Флаг Описание
 +\Seen Сообщение прочитано
 +\Answered На сообщение послан ответ
 +\Flagged Сообщение принудительно отмечено
 +\Deleted Сообщение удалено
 +\Draft Сообщение не окончено (черновик)
 +\Recent Новое сообщение в почтовом ящике
 +</file>
 +Почтовому сообщению может соответствовать 0 флагов или несколько флагов. Информация о флагах передается клиенту вместе с самим сообщением. В обязанности клиента входит интерпретация флагов соответствующим образом.
 +
 +В следующем разделе описываются команды IMAP, которые клиент может задавать серверу. <note>Хотя, согласно RFC, команды IMAP набираются заглавными буквами, большинство серверов IMAP воспринимает команды, заданные как заглавными, так и прописными буквами.</note> Сервер должен отвечать соответствующим образом на заданные команды или отвечать отрицательно, если команда задана неправильно либо не поддерживается.
 +==== Команда SELECT ====
 +Команда SELECT используется, лишь когда почтовый ящик активен. По умолчанию, пока клиент не зарегистрирован в системе, ни один из принадлежащих ему почтовых ящиков не является выбранным. Далее клиент должен выбрать почтовый ящик, с которым он собирается работать. Обычно первый ящик, который выбирается клиентом, — это ящик INBOX, куда помещаются новые сообщения. Формат команды SELECT следующий:
 +<file>
 +SELECT mailbox
 +</file>
 +Здесь mailbox — это название почтового ящика, к которому обращается клиент. Во время одного сеанса IMAP может быть активен только один почтовый ящик. Если ящик существует и у клиента имеется соответствующий доступ к нему, то сервер дает многострочный ответ, где описывается состояние почтового ящика. 
 +==== Команда CREATE ====
 +Команда CREATE используется для создания нового почтового ящика на сервере IMAP. Имя и местоположение новых почтовых ящиков определяются в соответствии с общими спецификациями ОС Linux. В рабочем каталоге пользователя создается новый почтовый ящик с именем, но без задания местоположения, так как оно известно каталогу $HOME клиента. Например, если рабочий каталог клиента находится в /home/riley и клиент задает команду CREATE для создания нового почтового ящика stuff/junk, то вновь созданный ящик на почтовом сервере под управлением ОС Linux будет иметь путь /home/riley/stuff/junk. В этом примере вы видите, как используется знак разделителя /. Однако это не является общим для всех серверов IMAP.
 +
 +<note>Некоторые программы IMAP-клиенты используют термин папка по отношению к новым почтовым ящикам. Многие из них позволяют пользователям также создавать их с определенным уровнем вложенности, так что будьте осторожны при создании новых папок (почтовых ящиков). С ростом длины пути к почтовому ящику становится все трудней обслуживать его.</note>
 +==== Команда DELETE ====
 +Команда DELETE применяется к почтовым ящикам, а не к сообщениям. Сервер IMAP при получении этой команды попытается удалить почтовый ящик с именем, указанным в качестве аргумента команды. В аргументе команды можно использовать стандартное описание путей ОС Linux, со знаком разделителя /, если только они не находятся в каталоге $HOME. Сообщения из удаленных почтовых ящиков восстановлению не подлежат и теряются вместе с ящиками.
 +==== Команда RENAME ====
 +С помощью команды RENAME клиент может изменить имя почтового ящика. При этом возможно применение двух параметров. Первый параметр — собственно имя почтового ящика, который требуется переименовать. И второй параметр — новое имя почтового ящика.<note important>Переименование не влияет на содержимое почтового ящика.</note>
 +==== Команда LIST ====
 +Команда LIST используется для получения списка всех почтовых ящиков клиента. С ней используются два параметра. Формат команды LIST приведен ниже:
 +<file>
 +LIST reference mailbox
 +</file>
 +Здесь reference — каталог, где находятся почтовые ящики. Если задается пустая строка вместо этого параметра (""), то почтовые ящики находятся в рабочем каталоге пользователя $HOME. Второй параметр mailbox является именем почтового ящика, который нужно просмотреть. Здесь допускается использование специальных символов, так же, как и при получении обычного списка каталогов, например группового символа (*). Если именем почтового ящика задана пустая строка (""), то сервер будет возвращать в качестве ответа иерархический разделитель (для Linux /) и имя корневого параметра.
 +==== Команда LSUB ====
 +Команда LSUB используется для устранения проблемы, которая описана для команды LIST. В отличие от команды LIST, с помощью которой отображается все содержимое рабочего каталога пользователя, с помощью команды LSUB отображаются лишь активизированные ранее описанной командой SUBSCRIBE почтовые ящики клиента. Параметры команды LSUB точно такие же, что и для команды LIST, т.е. ссылка (reference) и имя почтового ящика. Подобно команде LIST, параметр ссылки указывает путь к каталогу, в котором находятся почтовые ящики с соответствующими именами (каталог $HOME, если указано ""). Соответственно, под именем почтового ящика понимается имя ящика или имена ящиков, которые требуется вывести в списке (допускается групповой символ (*).
 +
 +Почтовые ящики могут затем добавляться в список активных ящиков с помощью команды SUBSCRIBE, а удаляться из списка с помощью команды UNSUBSCRIBE. С помощью этих команд можно реализовать на базе клиента IMAP чтение групп новостей. При этом каждая группа новостей реализована как отдельный почтовый ящик на сервере, на которую затем можно подписаться. Сегодня большинство программ для работы с электронной почтой включают функцию чтения групп новостей, так что выполнение этих операций в IMAP не требуется.
 +==== Команда APPEND ====
 +APPEND — еще одна команда из семейства команд IMAP. Как правило, протокол IMAP применяется исключительно для чтения сообщений из почтовых ящиков. С помощью команды APPEND появляется возможность посылать сообщения в почтовый ящик, добавляя сообщение к концу файла почтового ящика. Эта функция работает не совсем корректно и она является довольно опасной, поэтому не рекомендуем увлекаться ею в качестве альтернативы SMTP. Это, скорее, приятное излишество протокола IMAP, а не рабочая лошадка. Основной формат команды APPEND следующий:
 +<file>
 +APPEND mailbox [(flags)] [date/time string] {message size} message
 +</file>
 +==== Команда CHECK ====
 +Команда CHECK используется для установки контрольной точки в почтовом ящике. Любые операции, такие, например, как запись данных из памяти сервера на его жесткий диск, должны выполняться при соответствующем состоянии почтового ящика. Именно для проверки целостности почтового ящика после дисковых и других подобных им операций и применяется команда CHECK. Эта команда используется без параметров.
 +==== Команда CLOSE ====
 +Команда CLOSE полностью соответствует своему названию — она закрывает почтовый ящик. <note important>Когда почтовый ящик закрыт, то все сообщения, помеченные флагом \DELETED, физически удаляются из него.</note> Действие команды CLOSE четко прослеживается на только что открытом новом почтовом ящике. Открытый почтовый ящик закрывается также с помощью команды LOGOUT. Команда CLOSE не имеет параметров.
 +==== Команда EXPUNGE ====
 +<note important>Команда EXPUNGE используется для удаления из почтового ящика всех сообщений, помеченных флагом \DELETED, при этом почтовый ящик не закрывается.</note> Ответ сервера на команду EXPUNGE представляет собой отчет о новом состоянии почтового ящика.
 +<file>
 +1 [alex@shadrach alex]$ telnet localhost 143
 +2 Trying 127.0.0.1...
 +3 Connected to localhost.
 +4 Escape character is '^]'.
 +5 * OK localhost lMAP4rev1 v12.250 server ready
 +6 a1 login alex drums
 +7 a1 OK LOGIN completed
 +8 a2 select newbox
 +9 * 6 EXISTS
 +10 * 0 RECENT
 +11 * OK [UIDVAHDITY 937243866] DID validity status
 +12 * OK [UIDNEXT 8] Predicted next UID
 +13 * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
 +14 * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft VSeen)] Permanent flags
 +15 * OK [UNSEEN 1] first unseen message in /home/alex/newbox
 +16 a2 OK [READ-WRITE] SELECT completed
 +17 a3 store 1 +flags \DELETED
 +18 * 1 FETCH (FLAGS (\Deleted))
 +19 a3 OK STORE completed
 +20 a4 store 2 +flags \DELETED
 +21 * 2 FETCH (FLAGS (\Deleted))
 +22 a4 OK STORE completed
 +23 a5 status newbox (messages unseen)
 +24 * STATUS newbox (MESSAGES 6 UNSEEN 6)
 +25 a5 OK STATUS completed
 +26 a6 expunge
 +27 * 1 EXPUNGE
 +28 * 1 EXPUNGE
 +29 * 4 EXISTS
 +30 * 0 RECENT
 +31 a6 OK Expunged 2 messages
 +32 a7 status newbox (messages unseen)
 +33 * STATUS newbox (MESSAGES 4 UNSEEN 4)
 +34 a7 OK STATUS completed
 +35 a8 logout
 +36 * BYE shadrach.sniallorg.org IMAP4rev1 server terminating connecion
 +37 a8 OK LOGOUT completed
 +38 Connection closed by foreign host.
 +39 [alex@shadrach alex]$
 +</file>
 +В строке 8 пользователь alex выбирает почтовый ящик с именем newbox. Строки 9–16 представляют собой ответ сервера с информацией относительно выбранного почтового ящика. Строка 9 говорит о том, что в нем находится 6 сообщений. В строках 17 и 20 пользователь alex воспользовался командой STORE, чтобы пометить два сообщения как удаленные (\DELETED). Затем в строке 23 пользователь alex выдает команду STATUS. Из строки 24 можно сделать заключение, что, с точки зрения сервера IMAP, в почтовом ящике все еще находятся шесть сообщений, хотя два из них помечены как удаленные. В строке 26 пользователь выдает команду EXPUNGE, по которой сообщения, помеченные как удаленные, стираются. Ответ сервера в строках 27–31 подтверждает, что сообщения были удалены из ящика и в нем осталось четыре сообщения. Это же подтверждает и команда STATUS, заданная в строке 32. На нее сервер отвечает, что в почтовом ящике теперь только четыре сообщения.
 +==== Команда SEARCH ====
 +Команда SEARCH является одним из наиболее мощных средств из арсенала IMAP. С помощью этой команды производится поиск сообщений по критериям в активном почтовом ящике с последующим отображением результатов в виде номера сообщения. Формат команды SEARCH следующий:
 +<file>
 +SEARCH [CHARSET specification] (search criteria)
 +</file>
 +Здесь CHARSET specification состоит из служебного слова CHARSET, за которым следует обозначение набора символов. Набор символов по умолчанию — ASCII, так что, как правило, этот параметр опускается. Параметр search criteria определяет ключевые критерии поиска и их значения. Критерии поиска описаны в табл. 7.3.
 +
 +Таблица. Критерии поиска для команды SEARCH
 +<file>
 +Критерий поиска Описание
 +<message set> Сообщения с номерами, соответствующими заданному диапазону
 +ALL Все сообщения в почтовом ящике
 +ANSWERED Сообщения с флагом \ANSWERED
 +BCC <string> Сообщения, содержащие заданную строку в поле заголовка BCC
 +BEFORE <date> Сообщения, которые были созданы до указанной даты
 +BODY Сообщения, содержащие в теле указанную строку
 +CC <string> Сообщения, содержащие заданную строку в поле заголовка CC
 +DELETED Сообщения с флагом \DELETED
 +DRAFT Сообщения с флагом \DRAFT
 +FLAGGED Сообщения с набором флагов \FLAGGED
 +From <string> Сообщения, содержащие заданную строку в поле заголовка From
 +HEADER <field name> <STRING> Сообщения, содержащие указанный заголовок с заданной в нем строкой
 +KEYWORD <flag> Сообщения, содержащие указанный список критериев
 +LARGER <n> Сообщения, размер которых больше n
 +NEW Сообщения с флагом \RECENT, но без флага \SEEN
 +NOT <search key> Сообщения, не содержащие указанный список критериев
 +OLD Сообщения без флага \RECENT
 +ON <date> Сообщения, которые были созданы в указанный день
 +OR <searchkey 1> <searchkey 2> Сообщения, содержащие логические критерии поиска ИЛИ
 +RECENT Сообщения с флагом \RECENT
 +SEEN Сообщения с флагом \SEEN
 +SENTBEFORE <date> Сообщения, которые были созданы до указанной даты, согласно полю заголовка Date
 +SENTON <date> Сообщения, которые были созданы в указанную дату, согласно полю заголовка Date
 +SENTSINCE <date> Сообщения, которые были созданы после указанной даты, согласно полю заголовка Date
 +SINCE <date> Сообщения, которые были созданы после указанной даты
 +SMALLER <n> Сообщения, размер которых не превышает n
 +TEXT <string> Сообщения, которые содержат указанную строку или в заголовках, или в теле сообщения
 +UID <message set> Сообщения с UID, соответствующими заданному диапазону
 +UNANSWERED Сообщения без флага \ANSWERED
 +UNDELETED Сообщения без флага \DELETED
 +UNDRAFT Сообщения без флага \DRAFT
 +UNFLAGGED Сообщения без набора флагов \FLAGGED
 +UNKEYWORD <flag> Сообщения без набора заданных критериев
 +UNSEEN Сообщения без флага \SEEN
 +</file>
 +Как видно из таблицы существует огромное количество критериев поиска сообщений. Это очень удобно, когда требуется найти специфическое сообщение в почтовых ящиках, которые заполнены большим количеством сообщений. Ниже представлен короткий пример с использованием команды SEARCH.
 +<file>
 +1 [alex@shadrach alex]$ telnet localhost 143
 +2 Trying 127.0.0.1...
 +3 Connected to localhost.
 +2 Escape character is '^]'.
 +4 * OK localhost IMAP4rev1 V12.250 server ready
 +5 a1 login alex drums
 +7 a1 OK LOGIN completed
 +8 a2 select inbox
 +9 * 2 EXISTS
 +10 * 0 RECENT
 +11 * OK [UIDVALIDITY 936999597] UID validity status
 +12 * OK [UIDNEXT 5] Predicted next UID
 +13 * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
 +14 * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent fs
 +15 * OK [UNSEEN 1] first unseen message in /var/spool/mail/alex
 +16 a2 OK [READ-WRITE] SELECT completed
 +17 a3 search header subject test
 +18 * SEARCH 1 2
 +19 a3 OK SEARCH completed
 +20 a4 search header subject another
 +21 * SEARCH 2
 +22 a4 OK SEARCH completed
 +23 a5 search unseen
 +24 * SEARCH 1 2
 +25 a5 OK SEARCH completed
 +26 a6 logout
 +27 * BYE shadrach.smallorg.org IMAP4rev1 server terminating connection
 +28 a6 OK LOGOUT completed
 +29 Connection closed by foreign host.
 +30 [alex@shadrach alex]$
 +</file>
 +В строках 17, 20 и 23 показаны примеры использования команды SEARCH. Строки 18, 21 и 24 являются ответами сервера IMAP на команду SEARCH. В ответе содержатся номера сообщений, которые соответствуют критерию поиска. Если соответствий не найдено, то сервер возвращает слово SEARCH без идентификатора сообщения UID.
 +==== Команда FETCH ====
 +Команда FETCH используется для получения текста почтового сообщения. Она применяется только для отображения сообщений. В отличие от POP3, клиент IMAP не сохраняет копию сообщения на клиентском ПК.
 +==== Команда STORE ====
 +Команда STORE применяется для изменения информации о сообщении. Формат команды следующий:
 +<file>
 +STORE <message set> <data item name> <data item value>
 +</file>
 +Аргумент <message set> задает диапазон номеров сообщений, к которым применяется команда STORE. В настоящее время для этой команды определено только два типа данных (<data item name>). Тип FLAGS определяет набор флагов, установленных для сообщения. Тип FLAGS.SILENT также определяет набор флагов, установленных для сообщения, но при этом сервер IMAP не возвращает их новое значение в своем ответе.
 +
 +Поведением этих типов данных можно управлять, задав перед ними знак плюс (+) или минус (-). Знак плюс означает, что значение типа данных (<data item value>) будет добавлено к сообщению, минус — что оно будет удалено из сообщения.
 +<file>
 +17 a3 store 1 +flags \DELETED
 +18 * 1 FETCH (FLAGS (\Deleted))
 +19 a3 OK STORE completed
 +</file>
 +В строке 18 этого листинга показано, как устанавливается флаг \DELETED для сообщения в активном почтовом ящике с номером 1. Обратите внимание, что перед флагом задан знак плюс (+). Можно было бы также задать флаг (-). Тогда флаг \DELETED был бы отменен для сообщения (один из способов восстановить удаленное сообщение до того, как вступят в силу контрольные точки сообщения). <note important>Сообщение, помеченное флагом \DELETED, не удаляется физически из почтового ящика до выполнения команд по назначению новых контрольных точек для почтового ящика. А это делается с помощью команд CHECK, EXPUNGE, SELECT или LOGOUT.</note>
 +==== Команда COPY ====
 +Команда COPY используется для копирования сообщений из одного почтового ящика в другой. Формат команды COPY приведен ниже:
 +<file>
 +COPY <message set> <mailbox name>
 +</file>
 +Здесь <message set> задает диапазон номеров сообщений, которые нужно скопировать из активного почтового ящика, а <mailbox name> указывает имя ящика, в который их нужно скопировать.
 +
 +Для протокола IMAP не определена команда перемещения сообщений, но очевидно, что эта операция есть не что иное, как копирование сообщений в другой почтовый ящик с заданием для оригиналов сообщений флага \DELETED. После следующей ротации почтового ящика (расстановки контрольных точек) оригиналы сообщений будут удалены, и останутся только их копии.
 +==== Команда CAPABILITY ====
 +С помощью команды CAPABILITY клиент может запрашивать у сервера IMAP информацию о его возможностях.
 +==== Команда NOOP ====
 +Действия команды NOOP, как мы знаем, соответствует ее названию, т.е. она ничего не делает. Она может применяться для поддержки активности во время сеанса для того, чтобы сеанс не прекратился по таймеру интервала ожидания. Ответ сервера на команду NOOP всегда должен быть положительным. Так как сервер часто в ответе возвращает состояние выполнения той или иной команды, то NOOP вполне можно использовать как триггер для периодического запроса о состоянии сервера. Если что-то произошло с почтовым ящиком во время периода ожидания, например сервер удалил сообщения согласно правилам, установленным для почтового ящика администратором почтовой системы, то в ответ на команду NOOP будет возвращена обновленная информация о его состоянии.
 +==== Команда LOGOUT ====
 +Команда LOGOUT используется для завершения сеанса для текущего идентификатора пользователя и закрытия всех открытых почтовых ящиков. Если какие-либо сообщения были помечены флагом \DELETED, то с помощью этой команды они будут физически удалены из почтового ящика.
  

📌 Удобный подбор VPS по параметрам доступен на DIEGfinder.com - официальном инструменте проекта DIEG. Это часть единой экосистемы, созданной для того, чтобы помочь быстро найти подходящий VPS/VDS сервер для любых задач хостинга.

📌 Для тестирования скриптов, установщиков VPN и Python-ботов рекомендуем использовать надежные VPS на короткий срок. Подробнее о быстрой аренде VPS для экспериментов - читайте здесь.

💥 Подпишись в Телеграм 💥 и задай вопрос по сайтам и хостингам бесплатно!