Удаление писем по 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. В этом протоколе электронная почта постоянно хранится на сервере вместо загрузки на клиент. И поддерживается одновременная работа нескольких почтовых клиентов.
IMAP или POP 3: что лучше
Для современного человека очень важно иметь электронную почту. Со стороны пользователя всё выглядит просто: пишешь письмо в почтовом приложении, вводишь адрес получателя и нажимаешь на кнопку «Отправить». Однако в некоторых случаях электронную почту нужно настраивать. Для этого требуются технические знания, например, что такое POP3 и IMAP. Чаще всего с этими понятиями сталкиваются те, кому нужно завести корпоративную почту. В статье мы расскажем об этих почтовых протоколах и разберёмся, какой из них лучше — протокол POP3 или IMAP.
Как работает электронная почта
В процессе передачи сообщения задействовано 6 элементов:
Чтобы получать и отправлять письма на устройство, пользователь устанавливает почтовый клиент или использует веб-интерфейс. Почтовый клиент может работать с несколькими ящиками. Веб-интерфейс подключается только к одному. Клиенты: Microsoft Outlook, Thunderbird, Mailbird, TouchMail,The Bat!. Веб-интерфейсы для почты: Gmail, Mail.ru, Яндекс.Почта.
Пользователь пишет письмо в почтовом клиенте (или веб-интерфейсе) и вводит адрес получателя. Сообщение отправляется на почтовый сервер отправителя. Почтовый сервер отправителя ищет сервер получателя и отправляет ему письмо. Потом сервер адресата отдаёт послание через веб-интерфейс или почтовый клиент на устройство получателя.
Весь процесс отправки и получения писем основан на работе протоколов SMTP и POP3/IMAP. SMTP ― протокол исходящей почты. Его задача ― отправлять письма. Он всего один, поэтому при настройке вам необязательно знать его особенности. Если вам всё-таки интересно, можете прочитать статью.
А вот понимание особенностей протоколов входящей почты POP3 и IMAP точно пригодится при настройке.
Что такое POP3 и IMAP
POP3 (Post Office Protocol) ― это первый протокол, созданный для приёма сообщений. Его разработали в 1984 году. В те времена интернет уже существовал, но о его стабильной работе речи быть не могло. Пользователь не мог постоянно проверять присланные сообщения.
При использовании этого протокола почтовый сервер получает электронное письмо и сохраняет его до того момента, пока пользователь не откроет его на своём компьютере. Затем письмо скачивается на компьютер и удаляется с сервера. Протокол POP3 работает только в одном направлении, то есть данные с локального устройства нельзя снова отправить на сервер. Если вы не сохранили копии сообщений, вернуть их туда не получится. Современные машины позволяют сохранять копии писем, чтобы можно было увидеть сообщения с другого устройства.
Протокол IMAP разработали позже, когда все пользователи смогли выходить в интернет в любой момент и с любого ПК и смартфона. При использовании протокола IMAP электронные письма всегда находятся на сервере. Почтовый сервер синхронизируется с веб-интерфейсом или локальным клиентом, который даёт возможность читать и отправлять сообщения прямо с сервера.
Если электронным ящиком пользуются несколько человек, все операции с письмами, которые были сделаны на одном устройстве (пометка «Прочтено», перемещение писем между папками, удаление и т. п.) отобразятся и на остальных.
Порты для POP3 и IMAP
При настройке почтового клиента нужно указывать порты. Выбор порта зависит от протокола, который вы хотите использовать. Можно выбрать как стандартный порт входящей почты, так и защищённый.
Преимущества и недостатки POP3
Преимущества POP3
Недостатки POP 3
Преимущества и недостатки IMAP
Преимущества IMAP
Недостатки IMAP
Какой протокол лучше использовать
Чтобы определить, какой протокол выбрать, ответьте себе на несколько вопросов:
Как много устройств я использую для получения почты? Если вы постоянно заходите на почту то со смартфона, то с компьютера, вам стоит выбрать IMAP-протокол.
Как много людей должны иметь доступ к ящику? Если у вас корпоративная почта, скорее всего, за корреспонденцией следят несколько человек с разных устройств. В этом случае тоже стоит выбрать IMAP.
Сортирую ли я письма? Если писем приходит немного и их не нужно сортировать, можно воспользоваться POP3.
Как видите, более популярным протоколом является IMAP. Он удобен и у него много возможностей, поэтому в инструкциях по настройке почты и почтовых клиентов мы чаще рекомендуем именно его.
Почему «Яндекс» изменил стандарт работы POP3 и не даёт удалять электронные письма из клиента?
Один мой знакомый сообщил мне, что некоторое время назад он заметил, что его почтовый клиент по POP3S перестал удалять письма с ящика на Яндексе. Т.е. почта клиентом скачивается, команды на удаление шлются, Яндекс отвечает об успешном удалении. А потом заходишь в Web-интерфейс и наблюдаешь все эти, якобы успешно удаленные, письма. Более того, если заглянуть в интерфейсе в «Журнал посещений», то там отображается тип клиента IMAP вместо POP. Я ему не поверил особенно. Сказал, чтобы тщательно проверил настройки клиента, последовательность действий + обратился в Support.
Каково же было мое удивление, когда он мне прислал следующую переписку с поддержкой Яндекса:
Его первое сообщение туда (Ticket#14090822370878898 «[NEWFORM] Загрузка почты»):
«Перестало работать удаление почтовых сообщений по протоколу pop3. Команда удаления сообщения просто игнорируется сервером. При просмотре «журнала посещений» отображается тип почтового клиента imap, хотя используется только pop3 через ssl порт 995.»
Вот полная цитата официального ответа Яндекса:
«Здравствуйте!
Дело в том, что мы изменили алгоритм работы протокола POP3: письма больше не удаляются с сервера при скачивании их программой, теперь удалить письма можно будет лишь вручную через веб-интерфейс. Данные изменения связаны с повышением мер безопасности и возможности для наших пользователей всегда иметь копии писем на сервере, чтобы при необходимости работать с ними без потери личной информации.
Хочется также отметить, что количество писем никак не повлияет на работоспособность почтового ящика. Если по каким-то причинам Ваш почтовый ящик начнет переполняться, достаточно лишь зайти в веб-интерфейс и размер почтового ящика будет увеличен.
В ближайшее время никаких дополнительных настроек по поводу сохранения скачиваемых писем вводить не планируется, но в будущем мы можем вернуться к пересмотру этого вопроса.
Надеемся на Ваше понимание!
—
С уважением, Илья Голубев
Служба поддержки Яндекса
http://help.yandex.ru»
Официальный ответ Яндекса:
«Здравствуйте!
Сожалею, но на данный момент мы не планируем вводить возможность удалять письма по протоколу POP3 даже в виде опции в настройках. Возможно, в будущем мы вернёмся к этому вопросу снова, но пока что этого в планах нет. Такое решение обосновано большим количеством случайных удалений писем из-за некорректной работы программ и внешних сборщиков.
Если у Вас возникнут дополнительные вопросы, обращайтесь. Всегда будем рады помочь.
—
С уважением, Илья Голубев»
Ребята, эээ, я даже не знаю как спросить, чтобы это не звучало слишком грубо. Вы обалдели? Это полный аут.
Может еще какие-то стандарты/протоколы «измените» молча для «удобства» (кого?)?
Предлагаю им протокол POP3 переименовать в YAPOP3C (Yandex, POP3, Client-ориентированный или просто «Я.Попец»). Ну, и написать на него соответствующий, новый RFC.
Сотрудники Яндекса ссылались в первом ответе на «сделано ради безопасности, чтобы не удалили письма».
unixforum.org
Форум для пользователей UNIX-подобных систем
Удалить все письма на удалённом POP3-сервере (Ящики завален спамом, нужно почистить)
Модератор: Bizdelnick
Удалить все письма на удалённом POP3-сервере
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Bolverk » 06.12.2005 01:37
Re: Удалить все письма на удалённом POP3-сервере
Сообщение madskull » 06.12.2005 02:13
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Cap. J2A » 06.12.2005 08:19
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Skull » 06.12.2005 12:32
Re: Удалить все письма на удалённом POP3-сервере
Сообщение oxd » 06.12.2005 13:27
Re: Удалить все письма на удалённом POP3-сервере
Сообщение flook » 06.12.2005 13:38
Re: Удалить все письма на удалённом POP3-сервере
Сообщение madskull » 06.12.2005 14:50
я бы так сделал 
Re: Удалить все письма на удалённом POP3-сервере
Сообщение progressive » 06.12.2005 15:34
Re: Удалить все письма на удалённом POP3-сервере
Сообщение t.t » 06.12.2005 20:41
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Skull » 07.12.2005 11:38
Re: Удалить все письма на удалённом POP3-сервере
Сообщение t.t » 07.12.2005 12:55
Re: Удалить все письма на удалённом POP3-сервере
Сообщение DarkLelik » 07.12.2005 13:07
Вам навредит не то, о чем вы не знаете, а то, о чем вы думаете, что знаете, а на самом деле не знаете.
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Trueash » 07.12.2005 13:16
[мала-мала оффтопик]А для борьбы со спамом еще применяю такой способ (мож, кому пригодится): отправляю письма с одного адреса (abc@mailserver1.net), а принимаю на другой (xyz@mailserver2.com). На xyz@mailserver2.com работает сборщик почты с abc@mailserver1.net, но с фильтром по «белому списку». В итоге на xyz спама практически нет.[/]
Re: Удалить все письма на удалённом POP3-сервере
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Bolverk » 08.12.2005 02:50
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Skull » 08.12.2005 10:32
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Trueash » 08.12.2005 10:45
Re: Удалить все письма на удалённом POP3-сервере
Сообщение allez » 08.12.2005 10:56
Re: Удалить все письма на удалённом POP3-сервере
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Bolverk » 08.12.2005 12:11
Re: Удалить все письма на удалённом POP3-сервере
Re: Удалить все письма на удалённом POP3-сервере
Сообщение DarkLelik » 08.12.2005 13:54
Вам навредит не то, о чем вы не знаете, а то, о чем вы думаете, что знаете, а на самом деле не знаете.
Re: Удалить все письма на удалённом POP3-сервере
Re: Удалить все письма на удалённом POP3-сервере
Сообщение Trueash » 08.12.2005 20:59
Re: Удалить все письма на удалённом POP3-сервере
Сообщение allez » 09.12.2005 07:04
Это (я имею в виду Evolution) следовало бы указать в самом начале темы.
И чего ради тогда вообще было начинать сыр-бор?
На который в итоге тоже начнет сыпаться спам по десятку писем в час. И вот тут-то придется принять к вниманию советы, которые дали вам Bolverk, Skull, Trueash и другие.
А вы подойдите в школе к какому-нибудь старшекласснику покрепче и скажите ему: «Ты, ИМХО, козел и придурок. Но ты не обижайся, это только ИМХО. Могу объяснить, что это такое. Топай в Google, недоумок, там узнаешь.» И после этого отправьте в форум снимок своего лица и результат рентгеновского исследования у стоматолога. Некторые «свои скромные мнения», знаете ли, лучше скромно держать при себе.
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 — и вы всегда сможете найти любое старое письмо. Уж что-что, а искать Яндекс умеет.