удаление писем по pop3 что это значит

Подробное описание протокола почтового отделения POP3

POP (Post Office Protocol) — протокол почтового отделения. Это достаточно старый протокол, первая версия появилась в 1984 году, в следующем году вышла вторая версия протокола, и вскоре после этого, появилась третья версия в 1988 году. В 1996 году протокол POP3 был расширен новыми механизмами аутентификации, а также так называемыми расширениями, которые позволяли добавлять в протокол новые команды.

Сейчас используется третья версия протокола POP, а первая и вторая считаются устаревшими.
Протокол РОР3 используется для чтения почты, предназначен для конкретного пользователя из хранилища сообщений. Письма в хранилище доставляются по протоколу SMTP.

Подход «загрузить и удалить»

Протокол РОР3 работает по модели “загрузить и удалить”. Согласно этой модели почтовый ящик на сервере является лишь временным хранилищем информации. Постоянно письма хранятся только на компьютерах клиента. Поэтому все письма, должны быть переписаны на клиент и работа с ними происходит только на клиенте. После загрузки письма, его необходимо удалить с сервера, так как протокол РОР3 не позволяет узнать загружали это письмо раньше или нет.

Преимущества POP3

Преимущество РОР3 заключается в том, что это очень простой протокол, а также то, что Ваши письма доступны вам даже, если у вас нет подключения к интернету.

Недостатки протокола

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

Другим недостатком является то, что РОР3 считает почтовый ящик единым хранилищем писем. Нет возможности создавать папки, настраивать фильтры, чтобы сообщения автоматический попадали в эти папки, как то помечать письма и выполнять другие подобные действия. В протоколе РОР3 все это можно делать только средствами почтового клиента.

Место в стеке TCP/IP

РОР3 использует протокол TCP и 110 порт. При работе по протоколу РОР3 клиент проходит через три состояния:

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

Команды POP3

Рассмотрим команды протокола РОР3. Команды USER и PASS используются на стадии авторизации, для того чтобы указать имя пользователя к почтовому ящику, к которому мы хотим подключиться и ввести пароль для защиты от несанкционированного доступа.

Следующие команды STAT, LIST, RERT, TOP, DELE выполняются на стадии транзакции, их выполнение возможно только, если стадия авторизации прошла успешно.

Ответы POP3

В РОР3 всего лишь 2 варианта ответа на команды:

Пример сеанса POP3

Рассмотрим пример сеанса загрузки электронной почты по протоколу РОР3.

Мы подключаемся к серверу РОР3 и устанавливаем TCP соединение с портом 110.

+OK Cyrus POP3 server ready // сервер отвечает сообщением со статусом +ОК сервер РОР3 готов.

USER asozykin // сначала нужно пройти авторизацию, для этого используется команду USER, где указывается имя пользователя.

+OK Name is a valid mailbox // в ответ сервер передает сообщение со статусом +ОК и говорит, что у данного пользователя есть почтовый ящик на этом сервере.

PASS 1234qwer //затем мы передаем пароль с помощью команды PAS.

+OK Mailbox locked and ready // сервер отвечает сообщением со статусом +ОК команда выполнена успешно, почтовый ящик заблокирован и готов для работы.

Мы помним, что протокол РОР3 рассчитан на работу только с одним клиентом, поэтому после того, как мы прошли стадию авторизации, почтовый ящик блокируется, и никакой другой клиент не может подключиться, пока мы не выйдем из соединения с помощью QUIT.

STAT //после успешной авторизации, начинается стадия транзакции. Сначала мы хотим узнать, сколько всего сообщений в ящике, для этого используется команда STAT.

+ОК 311 141957394 // Сервер отвечает сообщением +ОК команда выполнена успешно, писем в ящике 311, общий размер почтового ящика в байтах.

LIST // затем мы получаем список всех сообщений с помощью команды LIST, команда LIST вывод перечень сообщений

+OK scan listing follows

1 61960 // указывается номер сообщения и его размер.
2 2938 // здесь указана информация только о 2 письмах, на самом деле в выводе информация о 311 письмах.
…
. // и завершается вывод командой LIST точкой.

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

+OK message follow // Сервер отвечает сообщением +ОК
… // и передает письмо

DELE 1 // после того, как сообщение загружено, мы можем пометить его на удаление с помощью команды DELE

+OK marked deleted // в ответ сервер выдает сообщение +ОК команда выполнена успешно, сообщение помечено на удаление. Таким образом мы можем загрузить оставшиеся 310 сообщений.

QUIT // после того, как мы загрузим все письма которые нам нужны, мы выдаем команду QUIT на этом стадия транзакции заканчивается и начинается стадия обновления.

+OK Connection closed // сообщения которое помечены на удаление, удаляются и сервер разрывает соединение.

Заключение

Рассмотрели прокол РОР3 Post Office Protocol версии 3 — протокол почтового отделения. Этот протокол используется для чтения электронной почты из почтового ящика пользователя.

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

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

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

С помощью средств протокола РОР3 этого сделать невозможно, поэтому на замену РОР3 был придуман новый протокол IMAP. В этом протоколе электронная почта постоянно хранится на сервере вместо загрузки на клиент. И поддерживается одновременная работа нескольких почтовых клиентов.

Источник

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

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

Что такое POP3 и IMAP?

Речь идет о протоколах передачи данных. Двух относительно популярных и используемых до сих пор. Оба выполняют простую задачу: позволяют получать и читать письма, используя один или несколько почтовых клиентов.

POP3 (или Post Office Protocol) разработали в 1984 году. Создатели протокола ориентировались на медленное и нестабильное dial-up подключение к сети тех времен. Весь процесс работы с почтой в POP3 организован так, чтобы адресант как можно менее зависел от ужасного интернета 80-х.

IMAP (или Internet Message Access Protocol) разработали спустя два года. Его создатели уже не так переживали по поводу наличия или отсутствия интернета и предполагали, что у клиента всегда есть стабильный доступ к сети. А значит всю приходящую корреспонденцию можно смело оставлять на сервере, чтобы владелец ящика мог прочитать входящие сообщения везде, где есть интернет.

Два противоположных подхода сформировали набор разных функций для каждого протокола. На тот момент каждый протокол приобрел свои плюсы и минусы. Со временем они перестали быть так заметны, как раньше, но мы все равно их обсудим.

Еще есть аббревиатура SMTP, которую часто приписывают в один ряд с IMAP, но это не совсем правильно. В отличие от IMAP и POP3 — SMTP отвечает не за прием и сортировку писем, а за их отправку. Так что любое их сравнение будет некорректным.

А что такое Exchange?

Да, напоминаю, что протоколов не два. Само по себе явление вовсе не бинарное, как и все в интернете. Есть вот Exchange.

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

Чтобы воспользоваться Exchange-ящиком, надо иметь доступ к оплаченному серверу Exchange. Такие нередко задействуют в крупных организациях, поэтому есть шанс наткнуться на протокол MAPI при переходе в офис большой компании, где электронная почта играет важную роль для бизнеса в целом. Заводить персональный Exchange-ящик, наверное, не стоит. Лишние траты. А если все-таки хочется потратить деньги, то лучше уж на какой-нибудь Hey.

Читайте также

SMTP, POP3, IMAP, Exchange: это все?

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

POP3 или IMAP: что же выбрать?

Как по мне, выбор очевиден. Мне кажется, что POP3 можно списать в утиль, так как его преимущества над IMAP не особо актуальны в нынешнем интернете. Люди несколько иначе работают с почтой, заходят в нее с нескольких разных устройств и не хранят в офлайн-виде. Поэтому IMAP — своего рода идеальный протокол для всех и каждого. С другой стороны, кто я такой, чтобы принимать решение за вас? Лучше расскажу, чем протоколы отличаются друг от друга, как работают, и на практических примерах объясню, какой из них стоит выбрать.

Как работают протоколы IMAP и POP3?

Мы уже выяснили, что разработчики обсуждаемых протоколов ставили противоположные задачи и готовились к совсем непохожим условиям работы. Это главным образом повлияло на то, как IMAP и POP3 устроены технически и как оба функционируют.

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

Но вы скажете «ОК, я теперь знаю принцип работы обоих протоколов и все такое, а что это значит на практике? Я просто хочу создать почтовый ящик с подходящим протоколом и все!»

Если интересует мое мнение, то еще раз перечитайте текст под заголовком «POP3 или IMAP: что же выбрать?». Если же нужна более объективная информация, то давайте пройдемся по плюсами и минусам каждого протокола на «живых» примерах.

Преимущества и недостатки POP3

Преимущества такие:

Недостатки:

Преимущества и недостатки IMAP

Плюсы:

Минусы:

Давай покороче, что выбрать? IMAP или POP3? Или Exchange?

Поговорим об основных отличиях. Смотрите, как обстоят дела.

Протокол/

Характеристики

IMAP

POP3

Хранение писем на устройстве

Письма хранятся на устройстве около 14 дней (только текст, без вложений)

Письма (вместе с вложениями) хранятся на устройстве

Хранение писем на сервере

Вся корреспонденция хранится на сервере

На сервере хранятся только непрочитанные письма

Параметры для почтового клиента

Идентичные настройки во всех почтовых клиентах

Отдельные параметры для каждого клиента

SSL/TLS

Тоже поддерживает SSL/TLS

Используемые порты

Характеристики Exchange совпадают с характеристиками IMAP.

А вообще, можно ответить себе на парочку вопросов.

Как много устройств я использую для работы с почтовым ящиком?

Если ответ «больше одного», то надо выбирать IMAP. В этом случае корреспонденция будет доступна на каждом устройстве, с которого вы авторизуетесь на почтовом сервисе. POP3, конечно, так не умеет.

Хочу ли я сохранить побольше свободного пространства на сервере?

Если на вашем почтовом сервере в 2020 почему-то крайне мало свободного места, то лучше использовать POP3. Как мы уже выяснили, он сохраняет письма на устройство. В таком случае нечему занимать место на сервере.

Раскладываю ли я письма по папкам?

Да? Тогда лучше IMAP. Тогда созданные папки будут храниться удаленно. Независимо от того, через какой клиент вы зайдете на почту, иерархия папок будет идентичной.

В компании, где я работаю, используется Exchange Server?

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

После ответа на эти вопросы все должно встать на свои места, а вы наконец определитесь с выбором протокола.

Источник

Удаление писем по pop3 что это значит

Если у вас POP и выставлена настройка «Оставлять письма на сервере», то письма не будут удаляться с сервера при условии, что у вас не установлены настройки:

«Удалять письма с сервера, при их удалении из корзины»

Задам вопрос тут, тема подходящая.

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

У меня с этим без затей, не оставляю:

Не забывайте про техподдержку.

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

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

Я конечно и в тех. поддержку задал вопрос, но пока тишина.

Очень даже удаляются

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

Источник

POP3 и IMAP: история почтовых протоколов и сбор писем по IMAP в Яндекс.Почте

(посвящается Марку Криспину 19.07.1956 — 28.12.2012)

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

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

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

Иногда встаёт задача перейти на новую и более удобную почтовую систему, но мешают накопленные архивы писем. Бросить их на прежнем месте? Жалко. Пароли забываются. Бывает, утрачиваются номера мобильных и email-адреса, введённые для их восстановления. Однажды можно потерять архивы навсегда. Скачать на локальный жесткий диск? Переписать на болванку или флешку? Но они ненадёжны: ломаются, теряются, портятся.

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

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

POP3 ведёт свою историю с 1984 года, когда одна из сотрудниц Института Информатики в составе Университета Южной Калифорнии, Джойс Рейнольдс, опубликовала RFC 918 — предложение стандартного протокола для получения электронной почты (POP — Post Office Protocol). Через 4 года появилась третья редакция протокола POP, а текущая, современная версия стандарта на POP3 опубликована весной 1996 года, почти 17 лет назад.

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

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

Интересно, что в протоколе POP2 была предусмотрена возможность работы с несколькими папками на сервере, но она оказалась невостребована, да и сам протокол распространения не получил. Поэтому в POP3 команду FOLD, которая реализовала эту возможность, убрали. POP2 обогнал время.

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

Было много попыток улучшить POP3, но ни одна из них не достигла такого успеха, как протокол IMAP, почти параллельно разивавшийся с 1985 года. История IMAP тоже весьма интересна. Например, первая реализация была сделана на Lisp-е, и его наследие навсегда осталось в протоколе в виде S-выражений, которыми кодируются сложные ответы сервера, такие как BODYSTRUCTURE.

Автор и идеолог IMAP Марк Криспин заложил в него принцип постоянного хранения писем на почтовом сервере. IMAP оказался одним из ранних «облачных» протоколов Интернета, рассчитанных на то, что локальное хранилище на персональном компьютере ненадёжно. Кроме того, персональных компьютеров и других терминалов для работы с почтой у человека может быть несколько — базовые вещи для нас теперешних.

Последняя версия IMAP — 4rev1 — описана в документе RFC 3501, увидевшем свет в 2003 году. Несмотря на кажущийся возраст, протокол получился живым благодаря предусмотренному на ранних этапах механизму расширений. Этот механизм, конечно, тоже не без недостатков, но тем не менее, он позволил различным людям выпустить более пятидесяти публичных расширений, многие из которых были разработаны совсем недавно и нашли широкое применение.

Современная почтовая система без поддержки доступа по IMAP — нонсенс. На протяжении нескольких лет Яндекс.Почта поддерживает IMAP в качестве сервера для работы из таких популярных клиентских программ, как Outlook, Thunderbird, Apple Mail, а также многочисленных мобильных клиентов. Кстати, именно благодаря смартфонам IMAP получил вторую волну развития. Если на персональных компьютерах уже довольно давно подавляющее большинство пользователей сделали выбор в пользу веб-интерфейса к своей почте, то с мобильными устройствами ситуация совсем не такая. Быстрые и красивые IMAP-клиенты, например в iOS, заставляют пересматривать подход к IMAP как к выбору исключительно профессиональных и «продвинутых» пользователей.

Недавно в Яндекс.Почте появилась и функция IMAP-клиента — сборщика почты с внешних серверов по IMAP — в дополнение к POP3-сборщику.

Функция не требует практически никакой настройки и рассчитана на фоновую работу после первого включения. При сборе почты через IMAP из-за описанных выше особенностей работы протокола в вашем почтовом ящике вы увидите ту структуру папок, к которой привыкли, когда пользовались предыдущей почтовой системой. Все прочтённые письма останутся прочтёнными, а непрочитанные — непрочитанными.

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

По-прежнему кроме самих писем импортируются контакты из адресных книг самых распространённых почтовых сервисов.

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

Каждая команда должна быть предварена некоторым идентификатором — тегом, который затем будет использован сервером при генерации ответа на эту команду. Это позволяет «беседе» клиента с сервером быть абсолютно асинхронной — сервер вправе отвечать на команды клиента в любом порядке, так как теги позволяют однозначно сопоставить ответ ранее поданной команде. Более того, сервер может выполнять такие команды одновременно, ускоряя скорость работы с почтой, и Яндекс.Почта умеет это использовать. Одновременно это требует особого подхода к программированию как клиента, так и сервера. Если вам в этом месте вспомнился механизм sequence numbers в TCP, то запишите себе +1 в geek cred 🙂

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

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

Источник