Прошел экстерном экзамен по курсу перепордготовки "Информационная безопасность". Хочу получить диплом, но не вижу где оплатить? Ну и соответственно , как с получением бумажного документа? |
Почтовые протоколы POP3 и IMAP
Команда DELETE
Аргументы: | имя почтового ящика. | |
Отклики: | Команда не требует каких-либо откликов. | |
Результат: | OK | команда завершена; |
NO | ошибка при выполнении команды: не удается стереть ящик с этим именем; | |
BAD | команда неизвестна или неверен аргумент. |
Команда DELETE навечно удаляет почтовый ящик с указанным именем. При этом присылается маркированный отклик OK только в том случае, когда ящик уничтожен. Ошибкой считается попытка стереть INBOX или ящик с несуществующим именем.
Команда DELETE не должна удалять ящики с более низкой иерархией, чем текущая. Например, если почтовый ящик foo имеет иерархическую структуру foo.bar (предполагается, что "." является иерархическим сепаратором), удаление foo не должно удалять foo.bar. Считается ошибкой попытка удаления имени, которому соответствуют нижележащие иерархические уровни, имеющие атрибут \Noselect.
Разрешено удалять имена, которым соответствуют нижележащие иерархические уровни, не имеющие атрибута имени \Noselect. В этом случае все сообщения из этого почтового ящика также будут удалены, а имя получит атрибут \Noselect.
Значение наибольшего используемого уникального идентификатора удаленных почтовых ящиков должно сохраняться, чтобы новые созданные ящики с тем же именем не использовали идентификаторы своих предшественников, если только новый ящик не имеет другое значение UID.
Команда RENAME
Аргументы: | имя существующего почтового ящика, имя нового почтового ящика. | |
Отклики: | Эта команда не требует каких-либо специфических откликов. | |
Результат: | OK | переименование успешно осуществилось; |
NO | переименование не прошло: не удалось переименовать ящик с данным именем, не удалось присвоить новое имя; | |
BAD | команда неизвестна или неверен аргумент. |
Команда RENAME изменяет имя почтового ящика. Маркированный отклик OK присылается лишь в случае, когда почтовый ящик переименован. Считается ошибкой попытка переименовать несуществующий почтовый ящик или присвоить ящику уже имеющееся имя. Любая ошибка при переименовании вызовет маркированный отклик NO.
Если ящик содержит в себе иерархическую структуру, имена этой структуры не должны меняться. Например, переименование foo в zap переименует foo/bar (предполагая, что "/" является иерархическим разделителем) в zap/bar.
Значение наибольшего использованного уникального идентификатора имени старого почтового ящика должно быть сохранено, чтобы новый, создаваемый с тем же именем почтовый ящик не использовал идентификатор своего предшественника, если только он не имеет другого значения UID.
Переименование INBOX разрешено, но имеет свою специфику. Оно перемещает все сообщения в почтовый ящик с новым именем, оставляя INBOX пустым. Если реализация сервера поддерживает иерархические системы имен INBOX, это никак не сказывается на переименовании INBOX.
Команда SUBSCRIBE
Аргументы: | имя почтового ящика. | |
Отклики: | Эта команда не требует каких-либо специфических откликов. | |
Результат: | OK | процедура подписки завершена; |
NO | подписка не прошла: подписка для данного имени невозможна; | |
BAD | команда неизвестна или неверен аргумент. |
Команда SUBSCRIBE добавляет специфицированное имя почтового ящика к списку активных или подписных ящиков сервера, как это реализуется командой LSUB. Эта команда присылает маркированный отклик OK только в случае успешного осуществления подписки.
Сервер может проверить аргумент команды SUBSCRIBE, чтобы проконтролировать его корректность для данного почтового ящика. Однако он не должен в одностороннем порядке удалять существующее имя почтового ящика из подписного листа, даже если ящика с таким именем более не существует.
Замечание: это требование возникает потому, что некоторые серверы могут удалить почтовый ящик с известным именем, например, systemalerts, после того как срок годности его содержимого истек, с тем, чтобы создать его вновь при появлении новых сообщений.
Команда UNSUBSCRIBE
Аргументы: | имя почтового ящика. | |
Отклики: | Эта команда не требует каких-либо специфических откликов. | |
Результат: | OK | ликвидация подписки прошла успешно; |
NO | ликвидация подписки не прошла: это невозможно для данного имени; | |
BAD | команда неизвестна или неверен аргумент. |
Команда UNSUBSCRIBE удаляет специфицированный почтовый ящик из списка активных или подписных почтовых ящиков данного сервера, как это определяется командой LSUB. Эта команда возвращает маркированный отклик OK только в случае, если ликвидация подписки прошла успешно.
Команда LIST
Аргументы: | имя, | |
имя почтового ящика может содержать символы подмены (wildcard). | ||
Отклики: | немаркированные отклики LIST. | |
Результат: | OK | команда LIST выполнена; |
NO | команда не прошла: не возможно выполнение LIST для данного образца или имени; | |
BAD | команда неизвестна или неверен аргумент. |
Команда LIST возвращает субнабор имен из полного набора, доступного клиенту. Присылается нуль или более немаркированных откликов LIST, содержащих атрибуты имен, иерархические разделители и имена.
Команда LIST должна возвращать данные быстро, без существенных задержек. Например, она не должна тратить время на выяснение статуса (\Marked или \Unmarked) или на выполнение другой трудоемкой обработки, ведь если каждое имя требует одной секунды, то обработка списка из 1200 имен займет 20 минут.
Аргумент, содержащий пустую строку образца имени (""), указывает, что имя почтового ящика интерпретируется так же, как это делает команда SELECT. Присланные имена почтовых ящиков должны соответствовать полученному шаблону имени. Непустой аргумент является шаблоном имени почтового ящика или уровня иерархии и указывает на контекст, в котором интерпретируется имя. Пустой аргумент имени ("") представляет собой специальный запрос, требующий присылки иерархического разделителя и корневого имени. Значение, возвращаемое в качестве корневого имени, может быть нулем, если шаблону не соответствует никакая иерархия. Иерархический разделитель присылается во всех случаях. Это позволяет клиенту получить иерархический разделитель даже в случае, когда нет почтовых ящиков, соответствующих данному имени.
Шаблон и имя почтового ящика интерпретируются по-разному в зависимости от реализации. В каноническом варианте анализ происходит слева направо.
Любая часть аргумента шаблона, которая включена в интерпретированную форму, должна предшествовать интерпретированной форме. Она должна иметь тот же формат, что и аргумент шаблона имени. Это правило позволяет клиенту определить, соответствует ли присланное имя почтового ящика контексту шаблона. Без этого правила клиент должен был бы знать семантику имен сервера.
Ниже приведены некоторые примеры того, как могут интерпретироваться образцы и имена почтовых ящиков на серверах базирующихся на UNIX:
Шаблон | Имя почтового ящика | Интерпретация |
~smith/Mail/ | foo.* | ~smith/Mail/foo.* |
Archive/ | % | archive/% |
#news. | comp.mail.* | #news.comp.mail.* |
~smith/Mail/ | /usr/doc/foo | /usr/doc/foo |
archive/ | ~fred/Mail/* | ~fred/Mail/* |
Первые три примера демонстрируют интерпретацию в контексте аргумента шаблона. Заметьте, что ~smith/Mail не должно преобразоваться во что-то подобное /u2/users/smith/Mail, иначе для клиента было бы невозможно определить, соответствовала ли интерпретация контексту шаблона.
Символ "*" представляет собой подмену (wildcard), и соответствует нулю или более символов в данной позиции. Символ "%" подобен "*", но он не соответствует иерархическому разделителю. Если символ "%" является последним символом имени почтового ящика, то в отклике будут присланы и соответствующие уровни иерархии. Если эти уровни не являются почтовыми ящиками, которые можно выбрать, то их имена снабжаются атрибутом \Noselect. Реализациям сервера, таким образом, позволено спрятать некоторые почтовые ящики, имена которых могли бы быть раскрыты с использованием шаблонов с символами подмены (wildcard). Например, сервер на основе UNIX может ограничить интерпретацию "*" так, что начальный символ "/" будет приводить к несоответствию имени шаблону.
Специальное имя INBOX включается в выдачу команды LIST, если INBOX поддерживается данным сервером для данного пользователя и если строка INBOX, напечатанная прописными буквами, соответствует интерпретированному шаблону.
Команда LSUB
Аргументы: | имя-шаблон, | |
имя почтового ящика может содержать символы подмены (wildcards). | ||
Отклики: | немаркированный отклик: LSUB | |
Результат: | OK | команда успешно исполнена; |
NO | команда не прошла: не возможна выдача списка для предлагаемого шаблона или имени; | |
BAD | команда неизвестна или неверен аргумент. |
Команда LSUB возвращает субнабор имен из списка, который пользователь, декларировал как активный или подписной. При этом отправляется нуль или более немаркированных откликов LSUB. Аргументы LSUB имеют тот же формат, что и для команды LIST.
Сервер может проверить имена из подписного листа с тем, чтобы проверить, существуют ли они еще. Если именя не существует, оно должно быть помечено в отклике LSUB атрибутом \Noselect. Сервер не должен по своему усмотрению удалять имена почтовых ящиков из подписного листа, даже если ящика с таким именем более не существует.
Команда STATUS
Аргументы: | имя почтового ящика, статусная информация имен. | |
Отклики: | немаркированные отклики состояния: STATUS. | |
Результат: | OK | команда успешно выполнена; |
NO | команда не прошла: нет статусной информации для данного имени; | |
BAD | команда неизвестна или неверен аргумент. |
Команда STATUS запрашивает статусные данные для указанного почтового ящика. Она не изменяет выбор почтового ящика и не вносит каких-либо изменений в состояние сообщений для запрошенного ящика (в частности, команда STATUS не должна вызывать потерю флага \Recent).
Команда STATUS предоставляет альтернативу открытию дополнительного IMAP 4.1 соединения и реализует команду EXAMINE для запрашиваемого почтового ящика, не изменяя выбора, выполненного при первичном соединении.
В отличие от команды LIST, команда STATUS не гарантирует быстрого отклика. В некоторых реализациях сервер обязан открыть почтовый ящик в режиме "только чтение", чтобы получить нужные статусные данные. Кроме того, команда STATUS не допускает символов подмены в шаблоне имени. В настоящее время определены следующие статусные данные, которые могут быть запрошены:
MESSAGES | Число сообщений в почтовом ящике |
RECENT | Число сообщений с установленным флагом \Recent |
UIDNEXT | Следующее значение, которое будет предписано новому сообщению в почтовом ящике. Гарантируется, что это значение не изменится, если только в ящик не будет положено новое сообщение. UID будет изменен при укладке нового сообщения, даже если оно после этого стерто. |
UIDVALIDITY | Уникальный валидатор почтового ящика |
UNSEEN | Число сообщений, не имеющих установленного флага \Seen |
Команда APPEND
Команда APPEND добавляет литеральный аргумент в качестве нового сообщения в почтовый ящик. Этот аргумент должен следовать формату сообщений [RFC-822]. Допускается использование в сообщениях 8-битовых символов. Реализация сервера, которая не может работать с 8-битовыми данными, должна быть способна преобразовывать 8-битовую информацию APPEND в 7-битовую, используя транспортное кодирование [MIME-IMB]. Если специфицирован флаг списка со скобками, в результирующих сообщениях должны быть установлены флаги, в противном случае список флагов будет установлен по умолчанию пустым.
Если специфицировано date_time, в результирующем сообщении должна быть установлена внутренняя дата, в противном случае, внутренняя дата и время результирующего сообщения будут установлены по умолчанию равными текущим значениям. Если команда append по какой-то причине не прошла, почтовый ящик должен быть возвращен в состояние, которое он имел до команды APPEND.
Если почтовый ящик места назначения не существует, сервер должен сообщить об ошибке, а не создавать автоматически новый почтовый ящик. Если не ясно, может или нет быть создан почтовый ящик, сервер должен послать код отклика [TRYCREATE] в качестве префикса текста маркированного отклика NO. Это указывает клиенту на возможность попытки исполнения команды CREATE, после чего, в случае успеха, повторить команду APPEND.
Если в настоящее время почтовый ящик выбран, то немедленно должны начаться почтовые операции. Сервер должен уведомить клиента об этом, послав немаркированный отклик EXISTS. Если сервер не делает этого, клиент после одной или более команд APPEND может выдать команду NOOP (или при неудаче команду CHECK).
Замечание: команда APPEND не используется для доставки сообщений, так как она не содержит в себе механизма передачи служебной информации [ SMTP ].