Что такое сервер imap4. Что такое IMAP и POP

IMAP (англ. Internet Message Access Protocol) - интернет-протокол прикладного уровня для доступа к электронной почте.

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

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

IMAP был разработан для замены более простого протокола POP3 и имеет следующие преимущества по сравнению с последним:

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

Текущая версия протокола имеет обозначение IMAP4rev1 (IMAP, версия 4, ревизия 1). Протокол поддерживает передачу пароля пользователя в зашифрованном виде. Кроме того, IMAP-трафик можно зашифровать с помощью SSL.

IMAP-сервер использует TCP-порт 143 или 993 (IMAP через SSL).

Заходим в ваш ящик на Gmail.com Settings меняем язык на English (US). У нас появляется закладка Forwarding and POP/IMAP. Надо влючить POP и IMAP и обязательно сохранить. Далее открываем Profimail и создаем новую учетную запись.
- тип почтового сервера выбираеи IMAP
- сервер входящей почты пишем imap.gmail.com
- сервер исходящей почты smtp.gmail.com
- логин ваш_адрес@gmail.com, в строке пароль ваш пароль.
- получать сообщения и включить в обновление по вашему выбору.
Далее входим в дополнительные настройки
- smtp авторизация ставим галочку
- smtp логин ваш_адрес@gmail.com, в строке пароль ваш пароль.
- imap порт 993
- smtp порт 465
- галочки ставим на использовать SSL для IMAP и для SSL для SMTP

Для настройки родного клиента(7ось)
- имя почтового ящака (по вашему выбору)
- текущая точка доступа(по вашему выбору)
- мой адрес электронной почты (ваш_адрес@gmail.com)
- сервер исходящей почты (smtp.gmail.com)
- передать сообщения (по вашему выбору)
- копию себе(по ващему выбору)
- включить подпись (по ващему выбору)
- имя пользователя (ваш_адрес@gmail.com)
- сервер входящей почты (imap.gmail.com)
- тип почтового ящика (imap4)
- защита SSL
- загрузить вложения (по вашему выбору)
- загрузить заголовки(по вашему выбору)

Проверена работоспособность на 3230 стандартный клиент и profmail 2.70
D720 родной лиент и profmail 2.70

p.s. От себя (atrant) добавлю, что в profimail 2.84 была улучшена совместимость с IMAP на GMAIL. Владельцам ключа рекомендуется обновиться, если это еще не было сделано =)

Сегодня мы подробно расскажем про наиболее используемые в сети интернет протоколы – POP3, IMAP и SMTP. Каждый из указанных протоколов имеет определенное назначение и функциональные возможности. Давайте попробуем разобраться.

Протокол POP3 и его порты

Post Office Protocol 3 (POP3) это стандартный протокол почты созданные для получения электронных писем с удаленного сервера на e-mail клиент.POP3 позволяет вам сохранить почтовое сообщение на ваш компьютер и даже прочесть его, в случае, если вы находитесь не в сети. Важно отметить, что если вы решили использовать POP3 для подключения к учетной записи почты, письма, которые уже скачаны на компьютер, будут удалены с почтового сервера. Как пример, если вы используете несколько компьютеров для подключения к одному почтовому аккаунту, то протокол POP3 может быть не лучшим выбором в данной ситуации. С другой стороны, так как почта хранится локально, на ПК конкретного пользователя, это позволяет оптимизировать дисковое пространство на стороне почтового сервера.

По умолчанию, протокол POP3 использует следующие порты:

Порт 110 – это порт протокола POP3 по умолчанию. Не является безопасным.
Порт 995 – этот порт следует использовать в том случае, если вы хотите установить безопасное соединение.

Протокол IMAP и порты

Internet Message Access Protocol (IMAP) – это почтовый протокол, созданный для доступа к почте с локального почтового клиента. IMAP и POP3 – наиболее популярные в сети интернет протоколы, используемые для получения e-mail. Оба этих протокола поддерживается всеми современными почтовыми клиентами (MUA - Mail User Agent) и WEB – серверами.

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

По умолчанию, протокол IMAP использует следующие порты:

Порт 143 – порт по умолчанию. Не безопасен.
Порт 993 – порт для безопасного соединения.

Протокол SMTP и его порты

Simple Mail Transfer Protocol (SMTP) – это стандартный протокол для отправки почтовых сообщений по сети интернет.

Данный протокол описан в RFC 821 и RFC 822, впервые опубликованных в августе 1982 года. В рамках данных RFC, формат адреса должен быть в формате имя_пользователя@доменное_имя . Доставка почты, аналогична работе обычной почтовой службы: например, письмо на адрес [email protected], будет интерпретирован так: ivan_ivanov – адрес, а merionet.ru – почтовый индекс. Если доменное имя получателя отличается от доменного имени отправителя, то MSA (Mail Submission Agent) отправит письмо через Mail Transfer Agent (MTA). Главная идея MTA в том, чтобы перенаправлять письма в другую доменную зону, по аналогии, как традиционная почты отправляет письма в другой город или область. MTA так же получает почту от других MTA.

Протокол SMTP использует следующие порты.

Базируется на транспортном протоколе TCP и использует порт 143.

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

Для отправки писем используется протокол SMTP .

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

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

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

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

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

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

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

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

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

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

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

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

Original IMAP (1986, спецификация отсутствует)
IMAP2 (1988 - RFC 1064 , 1990 - RFC 1176)
IMAP3 (1991, RFC 1203)
IMAP2bis (спецификация существует только в черновом варианте 1993 года)
IMAP4 (переименованный IMAP2bis)

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

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

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

UID

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

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

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

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

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

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

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

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

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

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

\seen - сообщение прочитано
\answered - на сообщение отправлен ответ
\flagged - сообщение отмечено как «важное»
\deleted - сообщение отмечено как удаленное
\draft - сообщение отмечено как черновик
\recent - недавнее сообщение (впервые появилось в ящике в ходе текущей сессии)

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

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

Прочие атрибуты

размер сообщения - число октетов в сообщении.
структура конверта сообщения.
структура тела сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Команды протокола IMAP

LOGIN Позволяет клиенту при регистрации на сервере IMAP использовать идентификатор пользователя и пароль в обычном текстовом виде. Это не самый лучший метод, но иногда это единственная возможность подключиться к серверу. AUTHENTICATE Позволяет клиенту использовать при регистрации на сервере IMAP альтернативные методы проверки подлинности. Индивидуальная проверка подлинности пользователей не является обязательной и поддерживается не всеми серверами IMAP. К тому же реализации такой проверки могут различаться в зависимости от сервера. Когда клиент выдает команду AUTHENTICATE , сервер отвечает на неё строкой вызова в кодировке base64 . Далее клиент должен отправить ответ на вызов сервера о проверке подлинности, также закодированный base64. Если на сервере не поддерживается метод проверки подлинности, предложенный клиентом, он включает в свой ответ слово NO . После этого клиент должен продолжить переговоры по согласованию метода проверки подлинности. Если все попытки определить метод проверки подлинности потерпели неудачу, то клиент предпринимает попытку зарегистрироваться на сервере посредством команды LOGIN . CLOSE Закрывает почтовый ящик. Когда почтовый ящик закрыт, то все сообщения, помеченные флагом \DELETED , физически удаляются из него. Не имеет параметров. LOGOUT Завершает сеанс для текущего идентификатора пользователя и закрывает все открытые почтовые ящики. Если какие-либо сообщения были помечены флагом \deleted , то с помощью этой команды они будут физически удалены из почтового ящика. CREATE Создаёт новый почтовый ящик. Имя и местоположение новых почтовых ящиков определяются в соответствии с общими спецификациями сервера. DELETE Применяется к почтовым ящикам. Сервер IMAP при получении этой команды попытается удалить почтовый ящик с именем, указанным в качестве аргумента команды. Сообщения удаляются вместе с ящиками и восстановлению не подлежат. RENAME Изменяет имя почтового ящика. Эта команда имеет два параметра - имя почтового ящика, который требуется переименовать, и новое имя почтового ящика. SUBSCRIBE Добавляет почтовый ящик в список активных ящиков клиента. В это команде используется только один параметр - имя почтового ящика, который нужно внести в список. Почтовый ящик не обязательно должен существовать, чтобы его можно было добавить в список активных ящиков - это позволяет добавлять в список активных ящиков ящики, которые ещё не созданы, или удалять их, если они пусты. UNSUBSCRIBE Удаляет почтовые ящики из списка активных. В ней так же используется один параметр - имя почтового ящика, который удаляется из списка активных ящиков клиента. При этом сам по себе почтовый ящик не удаляется. LIST Получить список всех почтовых ящиков клиента; имеет два параметра. LSUB В отличие от команды LIST используется для получения списка ящиков, активизированных командой SUBSCRIBE . Параметры - такие же, как у LIST . STATUS Формирует запрос о текущем состоянии почтового ящика. Первым параметром для этой команды является имя почтового ящика, к которому она применяется. Второй параметр - это список критериев, по которым клиент хочет получить информацию. Команда STATUS может использоваться для получения информации о состоянии почтового ящика без его открытия с помощью команд SELECT или EXAMINE . Пользователь может получить информацию по критериям:

MESSAGES - общее число сообщений в почтовом ящике
RECENT - число сообщений с флагом \recent
UIDNEXT - идентификатор UID, который будет назначен новому сообщению
UIDVALIDITY - уникальный идентификатор почтового ящика
UNSEEN - число сообщений без флага \seen

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

\Seen - прочитано
\Answered - написан ответ
\Flagged - срочное
\Deleted - помечено для удаления
\Draft - черновик
\Recent - новое сообщение, оно поступило в почтовый ящик после окончания прошлого сеанса

Если в команде указаны флаги, то они устанавливаются для добавляемого сообщения. В любом случае для сообщения устанавливается флаг \Recent . Если в команде задана метка времени, то это время будет установлено в качестве времени создания сообщения, в противном случае за время создания принимается текущее время. Поскольку сообщение состоит не из одной строки, используются литералы. Пример: 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 C Subject: afternoon meeting C To: [email protected] C Message-Id: C C Hello Joe, do you think we can meet at 3:30 tomorrow? S A003 OK APPEND completed Расширение MULTIAPPEND , описанное в RFC 3502 , позволяет одной командой добавлять в почтовый ящик несколько сообщений. CHECK Устанавливает контрольную точку в почтовом ящике. Любые операции, такие, например, как запись данных из памяти сервера на его жёсткий диск, должны выполняться при соответствующем состоянии почтового ящика. Именно для проверки целостности почтового ящика после дисковых и других подобных им операций и применяется команда CHECK . Эта команда используется без параметров. EXPUNGE Удаляет из почтового ящика все сообщения, помеченные флагом \DELETED , при этом почтовый ящик не закрывается. Ответ сервера на команду EXPUNGE представляет собой отчёт о новом состоянии почтового ящика. SEARCH Поиск сообщений по критериям в активном почтовом ящике с последующим отображением результатов в виде номера сообщения. Возможен поиск сообщений, в теле которых имеется определённая текстовая строка, или имеющих определённый флаг, или полученных до определённой даты и т. д. FETCH Получить текст почтового сообщения. Команда применяется только для отображения сообщений. В отличие от POP3, клиент IMAP не сохраняет копию сообщения на клиентском ПК. STORE Изменяет информацию о сообщении. COPY Копирует сообщения из одного почтового ящика в другой. UID Используется в связке с командами FETCH , COPY , STORE или SEARCH . С её помощью в этих командах можно использовать реальные идентификационные номера UID вместо последовательности чисел из диапазона номеров сообщений. CAPABILITY Запрос у сервера IMAP информацию о его возможностях. NOOP Команда ничего не делает. Она может применяться для поддержки активности во время сеанса для того, чтобы сеанс не прекратился по таймеру интервала ожидания. Ответ сервера на команду NOOP всегда должен быть положительным. Так как сервер часто в ответе возвращает состояние выполнения той или иной команды, то NOOP вполне можно использовать как триггер для периодического запроса о состоянии сервера.

Ссылки

RFC 3501 Internet Message Access Protocol v4rev1 (англ.)
The IMAP Connection (англ.)
Howto: Configuring KMail with Gmail - IMAP and Disconnected IMAP (англ.)

Схемы URI
Официальные	aaa : aaas : acap : cap: cid : crid: data : dav : dict : dns : fax : file: ftp : : gopher : h323 : http : https : : imap : ldap : mailto : mid : news : nfs : nntp : pop : pres: rtsp : sip : sips: snmp : tel : telnet : urn : wais : xmpp :
Неофициальные

» Что лучше использовать, POP3 или IMAP » 27.08.2013

Что лучше использовать, POP3 или IMAP? Чтобы ответить на этот вопрос давайте сначала разберемся что это такое и для чего предназначено:

POP3 - это протокол приема сообщений электронной почты.

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

Если в настройках вашего клиента выбран протокол POP3, то происходит следующее: программа-клиент соединяется с сервером, скачивает новую почту с Вашего и обрывает подключение. При этом скачанная почта удаляется с сервера. POP расшифровывается как Post Office Protocol, проще говоря он работает как почтовый ящик в вашем подъезде - вы забираете с него почту и больше ее нет нигде, кроме вашего компьютера. Вы не можете увидеть отправленные письма, только принятые. Вы не можете прочитать эту почту с другого компьютера(смартфона\планшета\ноутбука) так-как на сервере ее уже нет. Довольно не хорошо, согласитесь. Дело в том, что при создании этого протокола каждый пользователи не имел несколько компьютеров, а связь с Интернетом была дорогой и нестабильной. Поэтому важно было быстро соединится с сервером, скачать всю почту с Вашего почтового ящика и оборвать соединение. В наше время этот протокол используется только в том случае, когда:

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

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

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

Делая вывод из вышесказанного можно сказать, что POP3 есть смысл использовать только если нет возможности стабильного соединения с сервером, или объем памяти на сервере очень ограничен. Во всех других случаях рекомендуется использование IMAP. И никогда не стоит забывать о .

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

Определение

POP3 — интернет-протокол прикладного уровня, обеспечивающий доступ к почтовому серверу посредством TCP/IP и с использованием порта 110.

IMAP — интернет-протокол прикладного уровня, обеспечивающий доступ к почтовому серверу посредством TCP и с использованием порта 143.

Сравнение

Разница между POP3 и IMAP прикладная. Оба протокола выполняют идентичные задачи, только POP3 позволяет скачивать все файлы единовременно (в этих файлах и хранится корреспонденция), а IMAP — сначала список файлов и потом выборочно — сами. Это основное отличие протоколов, и более новый IMAP был создан именно для реализации такого отличия: клиентов не устраивала необходимость разбирать почту локально, тогда как на сервере после загрузки файлы удалялись. На серверах IMAP пользователь самостоятельно управляет своими сообщениями.

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

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

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

Выводы сайт

IMAP использует порт 143, POP3 использует порт 110.
IMAP работает как в онлайн, так и в оффлайн-режиме, POP3 — только в оффлайн.
IMAP позволяет управлять сообщениями непосредственно на сервере, POP3 загружает файлы на локальный компьютер пользователя.
POP3 обеспечивает более быстрый доступ
В IMAP можно настроить разделение прав доступа.