 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 23 Nov 2004 12:56:30 To : Serge Subject : Re: Дистрибутивы для конторы -------------------------------------------------------------------------------- Serge <genie@nsk.ru> wrote: VW>> 1. Hормальная работа с IMAP, т.е. открытие IMAP-ящика должно VW>> занимать не более секунды на канале 14400 при наличии до 20000 VW>> сообщений в ящике. Скроллинг ящика тоже не должен занимать больше VW>> времени. Расход памяти при работе с IMAP - не более 0.5Кб на VW>> сообщение S> Сильно мистика, однако. S> И требование скорости открытия ящика, и расход памяти на одно S> письмо. У pine - получается. Требования взяты именно оттуда. Существуют клиенты, которые обладают некоторыми другими недостаками, и по части интерфейса, и по части работы с протоколами (pine, как поделка UW, inherently insecure) но в эти ограничения укладываются. S> Поясню: на скорости 14400, по диал-апу, половину времени будет S> занимать round-trip только одного приветствия. Плюс сервера S> обычно дают задержку в пяток секунд. Уложиться невозможно. S> И что тогда говорить про IMAPS, без которого в наше время ну S> никак нельзя? Hу на SSL-хэндшейк можно положить еще некоторое время. S> По поводу объёма памяти: прохождение через 2-4 почтовых сервера, S> поле темы, автора сообщения и адресата, а так же references S> на предыдущие письма в диалоге - и пятисотбайтный барьер где-то S> далеко позади. А таких писем в ящике - 70% большинство. Значит мораль - нехрен хранить все заголовки. Оставить только те, которые нужны для визуализации. И возможно, не для всех писем S> ;) Или имелись ввиду _накладные_ _расходы_ на письмо, сверх S> нужного заголовкам? Hет, имелось в виду что SIZE, даже не RSS программы, после зачитывания ящика из 10000 писем не должен возрастать более чем на 5Мб. VW>> 2. Возможность сохранения сообщений в IMAP-папку VW>> 3. Поддержка нитей (при включенном режиме нитей открытие ящика может VW>> занимать больше времени, так как понятно, что требуется выкачать все VW>> заголовки) VW>> 4. Возможность открыть несколько сообщений одновременно. Допустимо VW>> ограничится одним создаваемым сообщением, но должна быть возможность VW>> в процессе написания сообщения просматривать (и цитировать) более VW>> другие сообщения. VW>> 6. Поддержка операции перенаправления письма (которая bounce, а не VW>> forward, т.е. отправка письма со всеми заголовками только с VW>> добавлением Resent-From на указанный адрес) S> Весьма полезные, но практически, за исключением, разве что, S> второго пункта - есть везде в частности, в Sylpheed. 2-го нет, насколько я знаю в The Bat. 3-го - в pine, с четвертого нет нигде кроме GNUS, с 6-м большие проблемы у виндовых мейлеров. VW>> 5. Поддержка работы со всеми заголовками (просмотр, добавление в VW>> письмо и т.д.) S> Вот чего Sylpheed-у не хватает, так это как раз возможности S> использовать _любой_ заголовок письма, на который отвечаешь. S> Hа стандартные - есть, даже несколько замысловато... VW>> 7. Корректная работа с mime, в частности message/rfc822 S> И uuencode тоже. А то вот отдельно сохранять и выдёргивать Поддержка uuencode не нужна. Бо стандарт использования uuencode не предусматривает. Соответственно клиент, приславший такое письмо, получает вежливую просьбу прислать письмо в соответствии с принятыми стандартами. А вообще достаточно иметь команду "профильтровать несколько выделенных сообщений через внешнюю программу". S> ручками не интересно ;) Ручками все не интересно. Поэтому можно дописать требование наличия встроенного скриптового языка, причем из "большой пятерки" (Perl, Python, Ruby, Scheme, Tcl), а лучше - любого из них на выбор пользователя. -- Сэр извращенец? Тогда вам на http://www.45.free.net/~vitus/izzwrat.html --- ifmail v.2.15dev5.3 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/151784ca12537.html, оценка из 5, голосов 10
|
|
|