Summary: | EXPUNGE request for IMAP | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Andy Gorev <master> |
Component: | sylpheed | Assignee: | Ilya Mashkin <oddity> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | enhancement | ||
Priority: | P4 | CC: | oddity |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Andy Gorev
2002-10-26 01:48:19 MSD
Все это понятно; к сожалению, изначально в Sylpheed реализовали схему работы с почтой по \"настольному\" принципу (с мусорной корзиной). Кстати, у Netscape тоже была такая же проблема (потом появился ключ \"Use IMAP delete model\"). Вообще IMAP в Sylpheed действительно не совсем доделан (в частности, по скорости работы - все действия выполняются по одному сообщению, а не объединяются в группы, что позволяет IMAP). Но переделка этого потребует существенных изменений внутренней структуры, так что быстро сделано не будет. Относительно п.1 - тут странность в том, что Flagged и Deleted в Sylpheed - взаимоисключающие состояния (туда же попадает и Moved/Copied - имеются в виду внутренние флаги Sylpheed, а не флаги IMAP). Снятие Flagged сейчас проходит на IMAP, должна ли проходить установка Deleted, если немедленное выполнение выключено - тут я не уверен (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого клиента). Т.е. если немедленное выполнение выключено, по идее вообще ничего не должно проходить на сервер, пока не нажали \"Выполнить\". По п.2 - сделать переключатель на удаление по IMAP-ному? (т.е. мусорку ликвидировать, но сделать явный EXPUNGE.) Все это понятно; к сожалению, изначально в Sylpheed реализовали схему работы с почтой по \"настольному\" принципу (с мусорной корзиной). Кстати, у Netscape тоже была такая же проблема (потом появился ключ \"Use IMAP delete model\"). Вообще IMAP в Sylpheed действительно не совсем доделан (в частности, по скорости работы - все действия выполняются по одному сообщению, а не объединяются в группы, что позволяет IMAP). Но переделка этого потребует существенных изменений внутренней структуры, так что быстро сделано не будет. Относительно п.1 - тут странность в том, что Flagged и Deleted в Sylpheed - взаимоисключающие состояния (туда же попадает и Moved/Copied - имеются в виду внутренние флаги Sylpheed, а не флаги IMAP). Снятие Flagged сейчас проходит на IMAP, должна ли проходить установка Deleted, если немедленное выполнение выключено - тут я не уверен (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого клиента). Т.е. если немедленное выполнение выключено, по идее вообще ничего не должно проходить на сервер, пока не нажали \"Выполнить\". По п.2 - сделать переключатель на удаление по IMAP-ному? (т.е. мусорку ликвидировать, но сделать явный EXPUNGE.) По п.2 совершенно понятно, что надо будет много переделывать. >По п.2 - сделать переключатель на удаление по IMAP-ному? Было-бы великолепно. И это можно подождать. Неудобство еще и в том, что при текущей схеме работы, IMAP папок много, а мусорка одна. И все в ней перемешивается .... По п.1 > если немедленное выполнение выключено В том то и дело, что если его включить, то Сильфида начнет все пихать в треш. Это приводит как минимум к тормозам, при работе на медленных коннектах. Или убиению писем, которые теоретически могут пригодиться месяцы спустя. > Т.е. если немедленное выполнение выключено, по идее вообще ничего не должно... Тем не менее, на сервер отсылается -/flagged, а я предложил посылать еще и +/deleted Это легко проверить, включив лог & tcpdump. Эта фича очень нужна, и кажется, ее несложно реализовать. Самое интересное, что Сильфида прекрасно понимает, что /deleted (в другом MUA) мессаги удалены, и стоит включить немедленное исполнение, или нажать х, и ... > (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого клиента) Ну и пусть себе исчезают, то что мне надо, я смогу перед EXPUNGE сохранить в отдельную папку. PS нетскейпом не пользуюсь _только_ потому, что он не умеет сохранять \"посланное\" на сервере. По п.2 совершенно понятно, что надо будет много переделывать. >По п.2 - сделать переключатель на удаление по IMAP-ному? Было-бы великолепно. И это можно подождать. Неудобство еще и в том, что при текущей схеме работы, IMAP папок много, а мусорка одна. И все в ней перемешивается .... По п.1 > если немедленное выполнение выключено В том то и дело, что если его включить, то Сильфида начнет все пихать в треш. Это приводит как минимум к тормозам, при работе на медленных коннектах. Или убиению писем, которые теоретически могут пригодиться месяцы спустя. > Т.е. если немедленное выполнение выключено, по идее вообще ничего не должно... Тем не менее, на сервер отсылается -/flagged, а я предложил посылать еще и +/deleted Это легко проверить, включив лог & tcpdump. Эта фича очень нужна, и кажется, ее несложно реализовать. Самое интересное, что Сильфида прекрасно понимает, что /deleted (в другом MUA) мессаги удалены, и стоит включить немедленное исполнение, или нажать х, и ... > (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого клиента) Ну и пусть себе исчезают, то что мне надо, я смогу перед EXPUNGE сохранить в отдельную папку. PS нетскейпом не пользуюсь _только_ потому, что он не умеет сохранять \"посланное\" на сервере. По уточненным данным mozilla-mail умеет и 1) и 2) и сохранять на сервере. (Типа смотреть, как должно быть) По уточненным данным mozilla-mail умеет и 1) и 2) и сохранять на сервере. (Типа смотреть, как должно быть) simply switch to thunderbird |