Bug 1472 - EXPUNGE request for IMAP
: EXPUNGE request for IMAP
Status: CLOSED WONTFIX
: Sisyphus
(All bugs in Sisyphus/sylpheed)
: unstable
: all Linux
: P4 enhancement
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2002-10-26 01:48 by
Modified: 2005-08-31 03:53 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2002-10-26 01:48:19
1) Сильфида не помечает удаленные мессаги на сервере. В результате прочитав
письмо например на работе, нажимаю DEL. Немедленное выполнение отключено. Далее
прихожу домой и вижу, что письмо было не удалено. В больших рассылках это не
удобно. Приходится выделять все, что не \\Recent и нажимать DEL, разворачивая
обсуждения. И весь этот геммор через диалап в 35М ящике архива комьюнити.
Короче, при нажатии del  надо не только снимать \\Flagged, но и вешать
\\Deleted. Скажем M$ OE так и делает.
2) Нет возможности purge без необходимости перекладывания в трэш. Например:
есть 50М мэилбокс, в который идет почта для root, обычно туда пишут демоны.
Вдруг в этот ящик попадает письмо от человека. Я хочу его переложить в другой
ящик (скопировать, переместить). В результате есть два развития событий при
нажатии \"х\": либо если указано копировать в треш - 50Мб движения
мэилбоксов на сервере, с последующим зависанием сильфиды; либо безвозвратное
уничтожение всего, что было отмечено к удалению с переносом(копированием)
одного единственного письма. В M$ OE опять-же, при немедленном процессинге
копируемое письмо просто отмечается удаленным и копируется, а все /deleted
можно зачистить нажав PURGE. В сильфиде можно только все перемещать или ВСЕ
стирать и перемещать...
---

---
RFC2060
------- Comment #1 From 2002-10-28 19:35:00 -------
Все это понятно; к сожалению, изначально в Sylpheed реализовали схему работы с
почтой по \"настольному\" принципу (с мусорной корзиной). Кстати, у
Netscape тоже была такая же проблема (потом появился ключ \"Use IMAP
delete model\").

Вообще IMAP в Sylpheed действительно не совсем доделан (в частности, по
скорости работы - все действия выполняются по одному сообщению, а не
объединяются в группы, что позволяет IMAP). Но переделка этого потребует
существенных изменений внутренней структуры, так что быстро сделано не будет.

Относительно п.1 - тут странность в том, что Flagged и Deleted в Sylpheed -
взаимоисключающие состояния (туда же попадает и Moved/Copied - имеются в виду
внутренние флаги Sylpheed, а не флаги IMAP). Снятие Flagged сейчас проходит на
IMAP, должна ли проходить установка Deleted, если немедленное выполнение
выключено - тут я не уверен (иначе сообщения могут исчезнуть, если EXPUNGE
потом выполнят с другого клиента). Т.е. если немедленное выполнение выключено,
по идее вообще ничего не должно проходить на сервер, пока не нажали
\"Выполнить\".

По п.2 - сделать переключатель на удаление по IMAP-ному?  (т.е. мусорку
ликвидировать, но сделать явный EXPUNGE.)
------- Comment #2 From 2002-10-28 19:35:00 -------
Все это понятно; к сожалению, изначально в Sylpheed реализовали схему работы с
почтой по \"настольному\" принципу (с мусорной корзиной). Кстати, у
Netscape тоже была такая же проблема (потом появился ключ \"Use IMAP
delete model\").

Вообще IMAP в Sylpheed действительно не совсем доделан (в частности, по
скорости работы - все действия выполняются по одному сообщению, а не
объединяются в группы, что позволяет IMAP). Но переделка этого потребует
существенных изменений внутренней структуры, так что быстро сделано не будет.

Относительно п.1 - тут странность в том, что Flagged и Deleted в Sylpheed -
взаимоисключающие состояния (туда же попадает и Moved/Copied - имеются в виду
внутренние флаги Sylpheed, а не флаги IMAP). Снятие Flagged сейчас проходит на
IMAP, должна ли проходить установка Deleted, если немедленное выполнение
выключено - тут я не уверен (иначе сообщения могут исчезнуть, если EXPUNGE
потом выполнят с другого клиента). Т.е. если немедленное выполнение выключено,
по идее вообще ничего не должно проходить на сервер, пока не нажали
\"Выполнить\".

По п.2 - сделать переключатель на удаление по IMAP-ному?  (т.е. мусорку
ликвидировать, но сделать явный EXPUNGE.)
------- Comment #3 From 2002-10-28 20:04:24 -------
По п.2 совершенно понятно, что надо будет много переделывать. 
>По п.2 - сделать переключатель на удаление по IMAP-ному? 
Было-бы великолепно. И это можно подождать. Неудобство еще и в том, что при
текущей схеме работы, IMAP папок много, а мусорка одна. И все в ней
перемешивается ....

По п.1 
> если немедленное выполнение выключено
В том то и дело, что если его включить, то Сильфида начнет все пихать в треш.
Это приводит как минимум к тормозам, при работе на медленных коннектах. Или
убиению писем, которые теоретически могут пригодиться месяцы спустя.

> Т.е. если немедленное выполнение выключено, по идее вообще ничего не
должно... 
Тем не менее, на сервер отсылается -/flagged, а я предложил посылать еще и
+/deleted
Это легко проверить, включив лог & tcpdump.
Эта фича очень нужна, и кажется, ее несложно реализовать. Самое интересное, что
Сильфида прекрасно понимает, что /deleted (в другом MUA) мессаги удалены, и
стоит включить немедленное исполнение, или нажать х, и ...

> (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого
клиента)
Ну и пусть себе исчезают, то что мне надо, я смогу перед EXPUNGE сохранить в
отдельную папку.

PS нетскейпом не пользуюсь _только_ потому, что он не умеет сохранять
\"посланное\" на сервере.
------- Comment #4 From 2002-10-28 20:04:24 -------
По п.2 совершенно понятно, что надо будет много переделывать. 
>По п.2 - сделать переключатель на удаление по IMAP-ному? 
Было-бы великолепно. И это можно подождать. Неудобство еще и в том, что при
текущей схеме работы, IMAP папок много, а мусорка одна. И все в ней
перемешивается ....

По п.1 
> если немедленное выполнение выключено
В том то и дело, что если его включить, то Сильфида начнет все пихать в треш.
Это приводит как минимум к тормозам, при работе на медленных коннектах. Или
убиению писем, которые теоретически могут пригодиться месяцы спустя.

> Т.е. если немедленное выполнение выключено, по идее вообще ничего не
должно... 
Тем не менее, на сервер отсылается -/flagged, а я предложил посылать еще и
+/deleted
Это легко проверить, включив лог & tcpdump.
Эта фича очень нужна, и кажется, ее несложно реализовать. Самое интересное, что
Сильфида прекрасно понимает, что /deleted (в другом MUA) мессаги удалены, и
стоит включить немедленное исполнение, или нажать х, и ...

> (иначе сообщения могут исчезнуть, если EXPUNGE потом выполнят с другого
клиента)
Ну и пусть себе исчезают, то что мне надо, я смогу перед EXPUNGE сохранить в
отдельную папку.

PS нетскейпом не пользуюсь _только_ потому, что он не умеет сохранять
\"посланное\" на сервере.
------- Comment #5 From 2002-11-05 12:21:41 -------
По уточненным данным mozilla-mail умеет и 1) и 2) и сохранять на сервере. (Типа
смотреть, как должно быть)
------- Comment #6 From 2002-11-05 12:21:41 -------
По уточненным данным mozilla-mail умеет и 1) и 2) и сохранять на сервере. (Типа
смотреть, как должно быть)
------- Comment #7 From 2005-08-30 13:33:58 -------
simply switch to thunderbird