Протокол pop3 или imap: что лучше выбрать?

Взаимодействие клиента и сервера

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

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

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

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

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

Данные, передаваемые сервером клиенту, а также статусные отклики, которые не указывают на завершение выполнения команды, имеют префикс и называются непомеченными откликами.

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

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

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

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

Команды протокола[править]

APOP править

Команда служит для передачи серверу имени пользователя и зашифрованного пароля(digest)

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

+OK POP3 server ready <1896.698370952@meshach.smallorg.org>

Ограничения
Её поддержка не является обязательной
Возможные ответы
  • +OK maildrop has n message
  • -ERR password suplied for is incorrect

DELE править

Сервер помечает указанное сообщение для удаления

Аргументы
— номер сообщения.
Ограничения
Доступна после успешной идентификации
Возможные ответы
  • +OK message deleted
  • -ERR no such message

LIST править

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

Аргументы
-номер сообщения (необязательный аргумент)
Ограничения
Доступна после успешной идентификации
Возможные ответы
  • +OK scan listing follows
  • -ERR no such message

Сервер ничего не делает, всегда отвечает положительно

PASS править

Передаёт серверу пароль почтового ящика

Аргументы
— пароль для почтового ящика.
Ограничения
Работает после успешной передачи имени почтового ящика.
Возможные ответы
  • +OK maildrop locked and ready
  • -ERR invalid password
  • -ERR unable to lock maildrop

RETR править

Сервер передаёт сообщение с указанным номером

Аргументы
— номер сообщения
Ограничения
Доступна после успешной идентификации
Возможные ответы
  • +OK message follows
  • -ERR no such message

RSETправить

Если какие-то сообщения были помечены для удаления, то с них снимается эта метка.

Аргументы
Нет.
Ограничения
Доступна после успешной идентификации
Возможные ответы

+OK

STATправить

Сервер возвращает количество сообщений в почтовом ящике плюс размер почтового ящика

Аргументы
Нет
Ограничения
Доступна после успешной идентификации
Возможные ответы

+OK a b

TOP править

Сервер возвращает указанное количество строк после заголовка

Аргументы
— номер сообщения — сколько строк нужно вывести
Ограничения
Доступна после успешной идентификации
Возможные ответы
  • +OK n octets
  • -ERR no such message

USER править

Передаёт серверу имя пользователя

Аргументы
— строка, указывающая имя почтового ящика.
Ограничения
Нет.
Возможные ответы
  • +OK name is a valid mailbox
  • -ERR never heard of mailbox name

Имена почтовых ящиков

netnews

Не
ASCII символы и метасимволы shell не допускаются.

По желанию, вы можете использовать .

Стандартное (Внутреннее) именование

Все персональные ящики пользователя «bovik» начинаются
со строки «user.bovik.«. Например, если пользователь «bovik» имеет ящик «work«, то этот ящик будет иметь
имя «user.bovik.work«. Для пользователя «bovik «,
однако, префикс «user.bovik.» будет виден как «INBOX.«. Т.е. «user.bovik.work» будет выглядеть
как «INBOX.work«. Если  этого ящика разрешает другим пользователям просматривать этот ящик, то
они будут видеть его как «user.bovik.work«.

Почтовый ящик «user.bovik» — это нечто, где
пользователь «bovik » получает новую почту и это
нечто пользователь «bovik» видит,
как «INBOX«. В этом документе ящик
«user.bovik » есть  INBOX для пользователя
«bovik«.

Администраторы создают и удаляют пользователей посредствам создания и уделения
пользовательских  INBOX-ов. Если пользователь имеет  INBOX, значит ему разрешено подписываться на этот ящик. Только пользователи
без точек в своем имени могут иметь  INBOX. (Пользователи с точками в имени смогут логиниться, но не смогут получать почту.
Но если Вы используете в качестве разделителя UNIX-иерархический разделитель(как правило ‘/’), то любой пользователь
может именть точку в имени и все будет работать.)

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

В контексте, где разрешены относительные имена ящиков, именование
осуществляется следующим образом:

  • Имена, которые НЕ начинаются с «.» являются абсолютными.
  • Имена которые начинаются с «.» являются
    относительными.

cmu.comp.infosystems.wwwcomp.infosystems.www.comp.infosystems.wwwcmu.comp.infosystems.www

Альтернативное именование

Cyrus IMAP Server может использовать 
 которое позволяет пользователям видеть их личные ящики
на одном уровне с INBOX
. При этом может оказаться, что
несколько пользователей используют одно и тоже имя ящика (2 разных пользователя могут иметь ящик
«work»), но внутренне представление всеравно остается вида:  user.name.work.

Т.е. иерархия папок сохраняется, но пользователи видят все это, как будто
никакой иерархиинет и все папки всех пользователей лежат в корне сервера. -Прим.
пер.

Квоты

Поддержка квот
на хранилище

Cyrus
IMAP Server поддерживает квотирование на хранилище, которое определяется как число байт в сообщении RFC-822,
in kilobytes. Каждая копия сообщения подсчитывается независимо, даже если сервер использует жеский
ссылки на копии для уменьшения используемого дискового пространства.Дополнительное дисковое пространство, используемое
индексными файлами и файлами кеша, не учитывается.

Квота
крня

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

Например, если ящики 

   user.bovik
   user.bovik.list.imap
   user.bovik.list.info-cyrus
   user.bovik.saved
   user.bovik.todo

существуют, и есть квоты на ящики

   user.bovik 
   user.bovik.list
   user.bovik.saved,

user.bovikuser.bovikuser.bovik.todouser.bovik.listuser.bovik.list.imapuser.bovik.list.info-cyrususer.bovik.saveduser.bovik.saved

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

Mail Delivery Behavior

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

— Прим. пер.

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

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

Предупреждение при превышении квоты для пользователя
имеющего право  «d »

dquotawarn

Сервер выдает такое предупреждение только если пользователь имеет право «d» на ящик,
т.к. только пользователи с правом «d» могут решить проблему превышения квоты
в конкретном ящике.

Квоты и
Разделы

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

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

UID

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чем руководствоваться при выборе

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

Что такое IMAP

Но, по крайней мере, он ведет себя так, как рекламируется. Поэтому вопрос для вас. Подробно. Если да, что это такое и как его настроить?
. Если вы можете ответить на оба вопроса, вы действительно поможете мне. — Пашчак. Затем загруженные электронные письма могут обрабатываться пользователем, даже если устройство не подключено к Интернету.

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

Админ | 2 Июнь 2017 | Комментариев: 7

Устанавливая себе электронную почту, вы возможно задавались вопросом — что лучше POP3 или IMAP?

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

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

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

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

Настройка электронной почты POP или IMAP на Android G1

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

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

Шаг 2. Настройте доступ по протоколу POP

Сначала настройте POP в Gmail

  1. Откройте Gmail на компьютере.
  2. В правом верхнем углу нажмите на значок «Настройки» Все настройки.
  3. Откройте вкладку Пересылка и POP/IMAP.
  4. В разделе «Доступ по протоколу POP» выберите Включить POP для всех писем или Включить POP для писем, полученных с этого момента.
  5. Нажмите Сохранить изменения внизу страницы.

Затем настройте свой почтовый клиент

Откройте клиент (например, Microsoft Outlook) и задайте следующие параметры:

Сервер входящей почты (POP)

pop.gmail.com

Требуется SSL: да

Порт: 995

Сервер исходящей почты (SMTP)

smtp.gmail.com

Требуется SSL: да

Требуется TLS: да (при наличии)

Требуется аутентификация: да

Порт для TLS/STARTTLS: 587

Если вы используете Gmail в организации или учебном заведении, за информацией об SMTP-конфигурации обращайтесь к своему системному администратору.

Время ожидания сервера Более 1 минуты (рекомендуется 5 минут)
Полное или отображаемое имя Ваше имя
Учетная запись, имя пользователя или адрес электронной почты Ваш адрес электронной почты
Пароль Ваш пароль Gmail
Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector