Что Такое POP3, SMTP и IMAP. Протокол IMAP представляет собой альтернативу POP3
Суть протокола POP3 довольно проста. POP-сервер получает от своего SMTP-сервера почтовые сообщения и "разбрасывает" их по ящикам конкретных пользователей. Все, на что он способен – отдавать почту и обозначать флажками прочитанные сообщения. Эти задачи с легкостью выполняет любой, даже самый примитивный почтовый клиент. С протоколом IMAP все гораздо сложнее: у него значительно больше функций, а значит, и требований к почтовому клиенту.
IMAP-протокол реализует технологию "псевдолокального" почтового ящика. Это значит, что вы можете управлять своим ящиком на сервере так, как будто он находится на локальной машине. При этом существует возможность удобной работы с IMAP-папками на сервере. Это очень гибкий инструмент, позволяющий вам создавать и удалять каталоги. То же самое можно проделывать и с самими сообщениями: сортировать их по папкам, удалять или даже перемещать на другой сервер. При этом два почтовых ящика на разных серверах могут синхронизироваться автоматически — это удобно, если вы хотите хранить резервную копию писем где-то еще.
Протокол был разработан для использования на медленных каналах, а значит, хорошо подойдет тем, кто работает с модемными соединениями. А хранение писем и папок на сервере позволяет вам использовать один ящик в любом месте, где есть Интернет. Больше не нужно носить с собой компакт-диски с важными письмами, достаточно просто оставить их в отдельной папке на IMAP-сервере. Кроме того, во время работы по протоколу IMAP не возникает привычной ситуации, когда у вас обрывается связь на сотом письме, и клиент начинает закачивать все письма заново.
Продвинутая система для работы с папками и сообщениями на сервере позволяет вам создавать древовидные структуры папок. Если к вам пришло много писем, то вы не обязаны скачивать их все, можно получить только заголовки и тогда нужные письма при просмотре будут скачиваться автоматически. На сервере IMAP действует хорошая система флагов. Вы можете помечать письма флагами "Прочитано", "Послан ответ", "Помечено", "Удалено", "Черновик" или "Новое сообщение". Согласитесь, все как на вашем любимом почтовом клиенте, только при этом письма находятся на сервере и пребывают в полной сохранности и доступности из любой точки света.
Взаимодействие почтового клиента и сервера IMAP осуществляется так же, как и работа с POP3-серверами. Клиент и сервер обмениваются друг с другом командами и ответами, используя транспортный протокол. При использовании протокола TCP они работают через 143 порт.
Сначала клиент и сервер должны обменяться приветствиями, после этого клиент отправляет данные на сервер и ждет ответа. В конце сессии канал закрывается. Интересная особенность протокола IMAP заключается в том, что сервер не должен отвечать на команды по очереди. То есть во время ожидания ответа на запрос клиент может продолжать отправлять запросы. Сервер будет отвечать на них в порядке выполнения, обрабатывая запросы одновременно. Это очень удобно, поскольку позволяет вам запускать трудоемкие задачи на сервере (такие, как поиск писем по определенному критерию) и не останавливать работу сервера с другими запросами (например, скачивание определенного письма).
Итак, когда вам может пригодиться протокол IMAP вместо стандартного POP3? Во-первых, если вы выходите в Сеть не через один компьютер или пользуетесь несколькими почтовыми программами. Во-вторых, если вы не хотите скачивать и оставлять на жестком диске все письма одновременно, например, из соображений безопасности. В-третьих, если вы хотите иметь возможность получить доступ к вашей корреспонденции из любой точки света. Ну, и нелишними будут операции поиска, хорошая система вложенных каталогов и флагов состояния почты.
Теперь, когда мы немного разобрались с функциями протокола IMAP, попробуем найти то программное обеспечение, которое бы наилучшим образом работало с этим протоколом. Вся информация об этом была получена с официального сайта протокола .
К сожалению, несмотря на то, что протокол был разработан давно, программное обеспечение для работы с ним найти не так-то просто. Наиболее популярный почтовый клиент The Bat! работает с протоколом IMAP довольно однообразно. Он использует его так же, как и POP3 — для скачивания писем на локальную машину и удаления их на сервере. Никаких дополнительных функций, ради которых, собственно, протокол и создавался, не поддерживается. Правда, сейчас планируется выпуск новой версии программы, в которой обещают сделать полную поддержку протокола IMAP, однако пока приходится искать другие программные решения.
Существует довольно популярный во всем мире почтовый клиент Eudora . Кроме других полезных функций , он обладает поддержкой нового протокола IMAP. Он умеет работать удаленно с IMAP-сервером, скачивать необходимые письма на локальную машину и поддерживает другие описанные нами функции работы с протоколом. Словом, учитывая то, что клиент и без того довольно удобен в обращении и приобрел довольно широкую известность, его можно порекомендовать тем, кто хочет воспользоваться всеми достоинствами работы по протоколу IMAP.
Когда вы будете выбирать программу для себя, то обратите внимание на некоторые параметры таблицы. Например, очень желательно, чтобы ваш почтовый клиент поддерживал параметр «Disconnected use». Это значит, что в этом случае вы сможете использовать почтовую программу, не имея постоянного доступа к Интернету. Вы подсоединитесь к серверу, скачаете новые письма или заголовки, ответите на них, произведете нужные действия с папками, а затем еще раз соединитесь, и изменения совершатся на сервере автоматически. Это очень удобно, когда приходится выходить в Интернет через модем с повременной оплатой соединения, чтобы не увеличивать свои расходы на доступ в Сеть.
Таким образом, подводя итог вышесказанному, можно сказать, что IMAP – это более продвинутый формат, чем простой протокол POP3. Его использование оправдано для тех, кто пользуется своим почтовым ящиком из разных точек мира и желает все время иметь доступ к своей почте. Он удобен тем, что позволяет работать в онлайновом режиме со своим ящиком и выполнять над ним множество операций. Для того чтобы воспользоваться всеми преимуществами IMAP, нужно иметь соответствующий почтовый клиент (их список вы найдете на сайте протокола).
Уже некоторое время IMAP работает в Почте Mail.Ru в полную силу, и я готов рассказать о том, с какими проблемами мы столкнулись при его запуске. Часть из них была связана с особенностями самого протокола и с его историей, другие были обусловлены спецификой взаимодействия IMAP с нашим хранилищем. Отдельная категория трудностей вызвана многообразием почтовых клиентов.
За подробностями - добро пожаловать под кат.
Нынешний запуск IMAP - наш второй подход к снаряду. В прошлый раз мы взяли сервер Dovecot и попробовали заточить его под себя. Результат нас не устроил: с нашими нагрузками и нашей инфраструктурой он сочетался плохо. В этот раз мы решили выбрать другой путь, и написали собственное решение.
Сейчас многие моменты, описанные в стандарте, устарели - в сегодняшних условиях они уже не являются необходимостью. Например, в протоколе предусмотрен возврат количества строк и MD5-суммы частей письма - функционал, который фактически не используется в современных клиентах.
Кроме того, существует множество опциональных расширений протокола. Некоторые из них, по сути, являются необходимыми для удобной работы с почтовым ящиком.
Чтобы побороть историческое наследие, нам пришлось реализовать несколько расширений. Одно из них - UID+: когда мы копируем или добавляем письмо, мы возвращаем ID нового письма, которое появилось на сервере в результате копирования или добавления. Это позволяет нам сэкономить на ресурсоемкой операции поиска, которую приходилось проводить клиенту, чтобы распознать, какое именно письмо было добавлено.
2. Отсутствие стандартного паттерна работы с сервером IMAP предоставляет множество способов решить одну и ту же задачу и, как следствие, практически у всех клиентов паттерн работы различен. Также важно, что паттерны работы существенно отличаются от того, как работает веб-почта или POP3.
Здесь можно выделить 2 основные категории: десктопные клиенты, которые сразу запрашивают информацию обо всех письмах в ящике или папке, и мобильные клиенты, которые изначально запрашивают информацию только о самых новых письмах. Далее нам оставалось изучить запросы, которые они делают, чтобы обновить состояние, как именно они вытягивают информацию о письмах.
Почему для нас это было необходимым шагом? При скромных нагрузках (например, если сервер обслуживает корпоративную почту небольшой компании) вопрос оптимальности стоит не так остро. Однако при наших объемах оптимальность становится критичной: следовательно, нам нужно было изучить паттерны работы всего зоопарка почтовых клиентов, обращающихся к хранилищу.
3. Количество одновременных сессий По стандарту, минимальный таймаут сервера - 30 минут. Кроме того, один клиент может держать сразу несколько соединений к серверу (в протоколе не указано максимальное количество разрешенных соединений). Фактически, в нашем масштабе, это означает, что один сервер должен оптимально работать с десятками тысяч одновременных соединений. При работе в синхронном режиме такое количество соединений просто поглотило бы все ресурсы.Для решения этой проблемы я написал библиотеку для асинхронной работы, построенную на базе edge-triggered epoll. Изначально я ставил перед собой задачу сделать библиотеку, при помощи которой можно было бы в будущем за пару дней написать свой асинхронный сервер для решения других задач, помимо IMAP; в результате практически весь код можно использовать для написания других сервисов.
4. Невозможность однозначно идентифицировать клиент Наш сервер поддерживает расширение ID, которое позволяет нам идентифицировать примерно половину клиентов. К сожалению, другая половина об этом расширении не знает (из популярных можно назвать, например, Outlook).Понимание того, с каким клиентом мы работаем, позволяет обойти его характерные баги, а также предсказать, каким будет паттерн работы в рамках данной сессии и, соответственно, оптимизировать работу. Для нас это критично, поэтому, если клиент не называет ID, мы стараемся идентифицировать его другими путями (в случае Outlook - по тегам).5. Отсутствие команды перемещения сообщений В клиентах перемещение реализовано через копирование+удаление. Нам, разумеется, хочется, чтобы при этом копия письма помещалась в нужную папку, а оригинал удалялся и не захламлял корзину. С другой стороны, иногда сам пользователь копирует письмо в новую папку, а затем удаляет оригинал: в этом случае удаленное письмо должно помещаться в корзину.
Чтобы различать эти два кейса, после копирования мы в этой же сессии помечаем письмо специальным внутренним флажком. Когда сам пользователь копирует письмо и удаляет оригинал, клиент, как правило, обновляет список писем. При обновлении флажок автоматически сбрасывается, а удаленное письмо оказывается в корзине. Если же письмо (в рамках перемещения) удаляет клиент, обновления не происходит, и письмо, помеченное флажком, удаляется окончательно.Трудности, связанные с адаптацией текущего хранилища писем и индексов1. Идентификация сообщений Для работы по IMAP необходимо было поддержать два вида идентификаторов сообщений: порядковый номер, который может отличаться от сессии к сессии, а также уникальный номер, который сохраняется на все время жизни сообщения. Оба идентификатора должны удовлетворять довольно строгим критериям, которые не соответствовали схеме, используемой веб-почтой и POP3-сервером.
Наиболее рациональным оказывается держать в оперативной памяти весь набор порядковых номеров, их соответствие внутренним идентификаторам, а также IMAP ID. При открытии папки мы вытягиваем из хранилища список всех писем, наши внутренние идентификаторы, IMAP ID, флажки и размер сообщения - все то, что хочется отдавать без лишних запросов.
Обо всех изменениях порядкового номера в рамках одной сессии мы должны оповещать клиент. Согласно стандарту, последовательность IMAP ID должна соответствовать последовательности порядковых номеров. Порядковые номера мы получим, отсортировав список писем по уникальным номерам. Когда клиент выдает новую команду, мы заново открываем соединение с хранилищем, запрашиваем время последних изменений, которые были сделаны в ящике. Если изменений со времени последнего такого запроса не было, то мы просто возвращаем ответ на команду. В ином случае мы заново запрашиваем список сообщений в папке и сравниваем с аналогичным списком клиента. Далее мы либо возвращаем информацию об изменениях, либо, если протокол не позволяет этого сделать сразу, делаем у себя пометку о том, что письмо удалено, и ждем подходящего момента, чтобы сообщить об этом клиенту.
Из-за такой специфики - письма уже нет в ящике, но клиент об этом еще не узнал - клиент может запросить данные об уже удаленном письме. Более того, некоторые из них испытывали серьезные проблемы, если ответа на их запрос не поступало. Чтобы клиент не ломался, мы в ответ на подобные запросы возвращаем заглушки. Клиент получает нужную ему для нормальной работы информацию, а уже при следующем обновлении списка писем (оно, как правило, происходит сразу же) удаляет из него сообщение.
2. Необходимость оптимально возвращать информацию о MIME-структуре письма Практически все клиенты запрашивают информацию о структуре письма. Часто в рамках первой сессии они запрашивают такую информацию сразу обо всех письмах в папке. Парсить письмо на каждый такой запрос было бы крайне неоптимально.Вместо этого мы сделали кэш MIME-структур. Наличие кэша помогло нам побороть сразу несколько трудностей, связанных с особенностями IMAP - в частности, отсутствие стандартного паттерна работы с сервером: поскольку часть информации хранится в кэше, это помогает нивелировать нагрузку, связанную с разными паттернами работы клиентов.
Сейчас мы кэшируем до 50 сообщений. Почему не 2-3? Дело в том, что некоторые клиенты сначала запрашивают структуру письма, а потом тело, причем сразу для нескольких сообщений; максимальное число писем в такой «пачке» обычно составляет 50 штук.
3. Оптимальная отдача частей письма Часто клиенты просят лишь текстовые части письма, которые могут находиться в конце самого сообщения. Для отображения сниппетов клиенты могут просить текстовые части сразу у 50-200 писем. Читать весь файл сообщения целиком (и обрабатывать 10 МБ письма для того, чтобы отдать 10 КБ текста) при этом не хочется; использовать индекс для определения позиции части внутри файла при каждом запросе также было бы накладно. В этой ситуации также спасает кэш структуры письма.Преимущества такого подхода особенно наглядны тогда, когда клиент подгружает сниппеты для нескольких десятков писем: если бы мы не использовали кэш структуры, то для этого приходилось бы просмотреть много мегабайт и пожертвовать скоростью.
Для экономии места в наших хранилищах base64-части хранятся в декодированном виде внутри письма: при работе с веб-почтой это позволяет отдавать аттачи без лишнего перекодирования. Нужно было сделать схему отдачи частей с учетом этого перекодирования. Мы написали потоковое перекодирование на IMAP-сервере. Здесь также помог кэш - благодаря ему мы без перечитывания структуры можем понять, в каком виде (бинарном или нет) хранится тот или иной фрагмент.
4. Особенности работы некоторых клиентов Некоторые клиенты не полностью соответствуют стандарту RFC: например, стандартные клиенты Android версий 2.2 - 2.3 не могут корректно отображать письма без возврата некоторых необязательных полей. Основная трудность заключалась в том, чтобы определить, какие именно поля каждый из таких клиентов считает для себя обязательными: приходилось решать это методом перебора.Выше уже упоминалось о том, что у клиентов могут быть различные подходы к удалению писем: одни перемещают их в корзину, другие - удаляют сразу и безвозвратно. При этом некоторые клиенты не понимают стандартное расширение XLIST, которое мы поддерживаем, позволяющее определить, какая именно папка является корзиной. Вместо этого они используют в качестве корзины свою папку (так себя ведет, например, Sparrow).
Интересно ведет себя Outlook: по команде удаления письма не перемещаются в корзину, а помечаются как перечеркнутые, и затем удаляются позже. Выяснилось, что для пользователей это выглядит, как баг - многие просто не понимают, что делать дальше и как добиться того, чтобы клиент вел себя привычным образом и письма оказались в корзине.
В условиях такого разнообразия нам также было необходимо эмпирически понять, как ведет себя каждый из клиентов, и подстроиться под эти варианты - причем таким образом, чтобы пользователь мог быть уверен: независимо от того, в каком клиенте он работает, почта отреагирует на его действия привычно и предсказуемо (в данном случае - удаленное письмо окажется к корзине). Решали мы это, пробуя различные ответы через тестовый прокси-сервер и отслеживая реакцию клиента на каждый из вариантов.
То, что мы вынесли для себя: IMAP - достаточно «развесистая» штука, с множеством исторических особенностей, нажитых за 26 лет, которые умножаются на разнообразие почтовых клиентов. При наших нагрузках это выливается в то, что брать готовое решение и пытаться заточить его под себя нерационально: в лучшем случае объем работы будет таким же, как при самостоятельной разработке решения. Этим путем мы и пошли:)
Виктор Стародуб,
команда Почты Mail.ru
Outlook для Office 365 Outlook для Office 365 для Mac Outlook 2019 Outlook 2016 Office для бизнеса Office 365 для администраторов Outlook 2013 Outlook 2010 Outlook 2007 Outlook 2016 для Mac Outlook для Mac 2011 Outlook в Интернете для Office 365 бизнес веб-приложение Outlook Web App для Office 365 предоставляемое 21Vianet Outlook.com Outlook 2019 для Mac Почта Outlook для Windows 10 Меньше
IMAP и POP - это два метода доступа к электронной почте. Рекомендуется использовать IMAP, если вам требуется проверять почту с нескольких разных устройств (например, телефона, ноутбука и планшета).
IMAPIMAP позволяет получать доступ к электронной почте везде, где вы находитесь, с любого устройства. При чтении сообщения электронной почты с помощью IMAP вы не скачиваете его и не сохраняете на компьютере; Вместо этого вы читаете его из службы электронной почты. В результате вы можете проверять электронную почту с различных устройств в любом месте мира: на телефоне, компьютере, компьютере друга.
IMAP скачивает сообщение, только когда вы его щелкаете, и вложения не скачиваются автоматически. Так вы сможете проверять сообщения гораздо быстрее, чем с помощью POP.
POPPOP связывается с вашей службой электронной почты и скачивает из нее все новые сообщения. После скачивания на компьютер с Windows или Mac OS сообщения удаляются из почтовой службы. Это значит, что после скачивания почтового сообщения к нему можно обращаться только с того же компьютера . Если вы попытаетесь обратиться к сообщению с другого устройства, ранее скачанные сообщения будут недоступны.
Отправленная почта хранится локально на компьютере с Windows или Mac OS, а не на почтовом сервере.
Многие поставщики услуг Интернета предоставляют учетные записи электронной почты, которые используют POP.
Учетные записи веб-почты или почтовые приложенияGmail, Outlook.com, Hotmail.com и iCloud - это веб-почта . Вход в учетную запись веб-почты выполняется в Интернете.
Если у вас есть компьютер с Windows или Mac OS, вы, вероятно, использовали программу, например Outlook, Apple Mail или Thunderbird, для управления электронной почтой. Outlook, Apple Mail и Thunderbird - это приложения для работы с электронной почтой: программы, устанавливаемые на компьютере для управления электронной почтой. Они взаимодействуют с помощью службы электронной почты, например Gmail или Outlook.com, для получения и отправки электронной почты.
В почтовое приложение вы можете добавить любую учетную запись электронной почты, чтобы управлять ею оттуда. Например, вы можете добавить в приложение Outlook или Apple Mail учетные записи веб-почты (Gmail, Outlook.com, Hotmail.com, AOL и Yahoo) и почтовые учетные записи, предоставленные вашей организацией.
Добавление учетных записей веб-почты в почтовые приложения, такие как Outlook, Apple Mail, ThunderbirdКогда вы добавляете учетную запись электронной почты в почтовое приложение, оно пытается настроить доступ методом IMAP без вашего участия.
Если приложению электронной почты не удается добавить свою учетную запись электронной почты, обычно это связано с тем, что учетная запись электронной почты настроена для доступа по протоколу POP. В этом случае необходимо обратиться к поставщику услуг электронной почты и узнать имя сервера POP и SMTP, чтобы можно было ввести информацию в почтовое приложение. Как правило, эти сведения выглядят примерно так:
Сервер входящей почты (IMAP): IMAP. _лт_имя службы >. com
Сервер входящей почты (POP): pop..com
Сервер исходящей почты (SMTP): smtp..com
Что лучше: POP3 или IMAP – это не только дело вкуса.
POP3 загружает всю почту с сервера на локальный компьютер. При этом почта, в большинстве случаев, удаляется с сервера сразу после загрузки в почтовый клиент, или по прошествии нескольких дней. Это означает, что письма находятся только в одном месте – или на сервере, или на компьютере. Если что-то произойдет с компьютером, то вы столкнетесь с проблемой.
Вместе с тем, POP3 до сих пор остается самым распространенным протоколом загрузки электронной почты. Расшифровывается аббревиатура «POP», как «Post Office Protocol». Он и работает, как традиционное почтовое отделение. Отличие IMAP от POP3 состоит в том, что последний похож на почтальона, который переносит письмо из конторы к вам домой. Естественно, что, если письмо находится у вас, оно уже не может быть ни в каком другом месте.
Рассматривая вопрос, что лучше: IMAP или POP3, отдавайте предпочтение второму варианту, если на сервере вам выделено немного места, а получение дополнительных мегабайт обойдется слишком дорого. Большинство поставщиков услуг электронной почты устанавливают определенную квоту на объем корреспонденции. Если она исчерпана, то получать новые электронные письма вы сможете только после удаления части старых.
IMAP – это более новая разработка. Расшифровывается он, как «Internet Message Access Protocol», и, как следует из названия, лишь обеспечивает доступ к сообщениям на сервере. Отличие IMAP от POP3 состоит в том, что первый протокол вначале запрашивает список сообщений, хранимых на почтовом сервере. После этого ваш почтовый клиент загружает локальные копии электронных писем и позволяет работать с ними, но сами письма остаются на сервере, до тех пор, пока вы явно не удалите их оттуда.
Выбирая между POP3 или IMAP, прежде всего, следует ответить на вопрос, собираетесь ли вы работать с электронной почтой с нескольких устройств или только одного. Если вы читаете и отправляете электронные письма с домашнего и рабочего компьютера, ноутбука и планшета, то лучше всего полагаться на протокол IMAP.
Почти все крупные поставщики услуг электронной почты(Gmail, Yahoo, Hotmail и т.д.) поддерживают этот протокол. Кроме того, Microsoft Exchange является вариантом IMAP. Этот протокол позволяет легко синхронизировать электронную почту между смартфоном, планшетом и используемыми компьютерами. Вы также сможете получить доступ к своей корреспонденции с помощью обычного интернет обозревателя. Ведь письма сохраняются на сервере, а многие поставщики услуг электронной почты создают удобный интерфейс для веб-доступа.
В современном мире, наполненном всевозможными цифровыми гаджетами, выбирая между POP3 и IMAP, лучше отдать предпочтение последнему, более новому протоколу. С его помощью мы разрываем жесткую связь между устройством, почтовым клиентом и сервером электронной почты. Теперь место и тип операционной системы не имеют значения. А удешевление хранения данных, позволяет получить в свое распоряжение почтовые ящики огромного объема. Сегодня лишь единичные провайдеры дают пользоваться электронной почтой только по протоколу POP3. Если у вас нет каких-либо особых причин использовать POP3 – выбирайте протокол IMAP.
13.04.17 1.7KЕсли некоторые электронные письма вы получаете на одном ПК, а остальные — на другом, это может вызвать проблемы. Так как при этом не используется IMAP протокол .
Жена Уэйна Циммермана обычно читает электронную почту на своем ПК. Но когда она пытается просмотреть почту на компьютере мужа, сообщения теряются.
Я могу предположить, что почтовый клиент вашей жены настроен на использование устаревшего протокола POP3 . Он работал нормально, когда у большинства был один компьютер, а не смартфон. Но поскольку люди используют несколько компьютеров и мобильных устройств для доступа к своей почте, это больше не так.
Когда вы указываете своему почтовому клиенту (например, Outlook ) получить почту, протокол POP3 перемещает новые письма с сервера почтового сервиса в ваш клиент, и удаляет их с сервера. Если вы проверяете почту на двух компьютерах, используя протокол POP3 , некоторые письма будут доступны на одном компьютере, а другие письма — только на другом.
Вот два способа обойти эту проблему :
Использовать лучший протоколВ отличие от POP3 протокол IMAP используется для синхронизации клиентского программного обеспечения с сервером. Все электронные письма будут доступны на обоих устройствах. Когда вы удаляете письмо в своем клиенте, протокол IMAP также удаляет его с сервера.
В Outlook 2016 (который по умолчанию использует протокол POP3 ), нельзя напрямую изменить протокол учетной записи. Но можно создать новую учетную запись и удалить старую:
Если вы проверяете свою почту через почтовый сервис, а не через программу на ПК, загрузка писем на тот или иной компьютер не является проблемой.
Также можно использовать проверенный веб-сервис электронной почты, такой как Gmail . Вам нужно будет создать новую учетную запись Gmail , но можно настроить Gmail для отправки и получения писем с любого другого почтового сервиса, настроив его по протоколу IMAP :
Поиск
Мы можем оповещать вас о новых статьях,