Почему протокол IMAP трактует папки «Черновики», «Хлам» и «Корзина» иначе, чем папки, созданные пользователем? - PullRequest
0 голосов
/ 11 марта 2010

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

Однако IMAP, по-видимому, обрабатывает папки с черновиками, мусорными и мусорными папками (я не имею в виду указывать буквенные имена папок, так как их могут называть конкретные почтовые реализации, такие как Gmail или Outlook - так что «мусор» может быть папка «спам» и «корзина» могут быть «Удаленные» и т. д., в зависимости от клиента) по-разному. В частности, папка «Черновики», по-видимому, специфична для клиента (без синхронизации), и я видел похожие странности с папками «Хлам» и «Корзина».

Что в протоколе IMAP приводит к этому?

Ответы [ 2 ]

1 голос
/ 11 марта 2010

Зависит от клиента.

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

Я предполагаю, что то же самое относится и к «Удаленным элементам» или любым другим папкам.

0 голосов
/ 11 марта 2010

Я подозреваю, что разработчики протокола IMAP пытались оптимизировать производительность этих «часто используемых» папок, требуя от клиентов особого требования «синхронизировать все» до того, как произойдет синхронизация. Если в результате нерегулярность является хорошей идеей, так как вы подразумеваете, довольно спорный вопрос. (Конечно, я не читаю мысли, поэтому я просто догадываюсь о мотивах дизайнеров, поскольку не могу найти их объяснение в официальных документах).

...