Вот, говорят, Линукс для десктопа не годится. А потом журналист warsh постит скриншот своего экрана и на вопросы технически подкованной части своей френдленты отвечает "Что на работе поставили, в том и тружусь".
На данный момент уже — да. Точнее, не программа, разработанная Adobe, а то, что почему-то как только человеку надо что-то делать на уровне чуть выше полного ньюбства, так сразу программа под MS или MacOS X есть, а под линукс — не очень. Ну, вот браузер подтянулся (давно). Почты приличной нигде нет (к любому известному клиенту у меня будет список из 10 претензий минимум). С разработкой, спорить не буду, всё в порядке. А графика, звук, видео, вёрстка, проектирование даже на уровне радиоуправляемых моделей (как механики-конструкции, так и электроники) — любое создание контента короче — сразу Linux (даже не говорю OpenSource, в общем, я не фанат — готов пользоватся и коммерческим на Linux, как пользуюсь на win) предоставляет только базовые инструменты, увы.
(-2) По каждому требованию есть клиент, по всем вместе — нет.
(-1) Я знаю, что под все требования можно запинать Gnus. Но я не на столько самурай.
(0) GUI.
(1) Шаблоны. Хотя бы (!!!) на уровне GoldEd. Да, plain text. Нормальное цитирование. Нормальные многоуровневое цитирование, нормальная обработка цитат с длинными строками (не влезающими в экран), etc. Если шаблоны персонализированные (есть вставки частей “Кому”), то при нескольких аресах в To: умение размножить письмо (опционально), что бы шаблоны привязывались к папкам, как и язык генерации автоматических строк (типа дат). Ну и привязка моего From к папке, в которой я нажал "New Message" и/или тому, что в поле "to" если я создаю сообщение, отвечая или тыкнув в е-мейл чей-то.
(2) Полноценный IMAP. С разными настройками грузить/не грузить автоматически не только тект, но и отдельн — аттачи per contant type и per folder опять же.
(3) Нормальный POP3, а не как в Thunderbird.
(4) Фильтры. Не тупое сравнение заголовков. Умные. Практически скриптовые. что бы можно было строить конструкции вида “Если от этого человека уже третье письмо и я на предыдущие два ответил, создай папку по его имени и дальше переписку с ним складывай туда, причём и мои письма к нему — тоже туда, вместо Sent Items.” Тут же — возможность настроить правила адрес бука, на какой ответ от меня помещать туда адресата. Ну и все подобные конструкции, которые пишутся один раз а применяются много.
(5) Подпункт 4 может быть. Понимание автоматическое списков рассылки по заголовкам List-XXX. Создание папки в указанном мной корне + фильтра на будущее. Если в точеченой части ID есть иерархия — иерархию папок (список вида "List-ID: Blah-blah-blah <java.freebsd.org>" идёт в папку $ListRoot/org/freebsd/java, с возиожностью настроить сколько элементов терять — например, если 1, то будет $ListRoot/freebsd/java). БЫстрая отписка — пункт в контекстном меню папки с ним. Если я ткнул New Message в парке со списком, то сразу подставлять его post-email в To.
(6) Скоринг в произвольных папках, как будто это ньюсы. Для списков рассылк, опять же. Скоринг умный — с баесом, например. Т.е. не один баес-фильтр на клиента (спам/не спам), а сколько угодно — хоть свой для каждой папки, просто с очками, добавляемыми/Вычитаемыми. Плюс, скоринг по авторам, игнорирование (mark as read по приёму) тредов и писем с определённым отрицательным баллом, etc, etc, etc.
(7) Автоправка фильтров, если я поправил иерархию папок.
(8) Было бы здорово компилировать умные фильтры (текущий набор мета-фильтров и накопленных ими данных) в тупые sieve-фильтры и при изменении результат автоматом лить на сервер. Не конфликтовать фильтрами с почтой, которую уже разложил сам сервер — не дупить при этом письма, не терять их, etc.
(9) Безопасные типы авторизации в SMTP/IMAP4/POP3. Вроде это все, кроме аутлука уже умеют. К счастью.
(10) Быстрые виртуальные фолдеры, т.е. сохранённые поисковые критерии. Возможность их автоматически создавать из умных фильтров, хороший локальный индекс, делающий их быстрыми и ненапряжными.
1) Claws-mail. не до конца понял все требования этого пункта, но шаблоны на папки есть, всякие там переменные можно использовать. Привязка From к папке есть.
2) Claws-mail. Мне правда такая фигня не надо, поэтому и не использую, но всяких обработчиков до/после/во время получения хватает.
3) см. п.2 ;) А вообще несколько провокационный пункт. Что не так в ТБ с ПОП3?
4) Claws-mail. Если мало стандартных возможностей (мне хватает), то можно поставить PERL плагин. Тут уж извращайся, как хочешь.
5) Ну так я могу сзакать, что 100% операционок меня не устраивают, потому что кофе не умеют готовить. Хотя... см. п. 4.
6) Claws-mail. Фича есть, как работает сказать не могу, не использую.
7) Не понятно. Как вариант - т.к. все настройки хранятся просто в ini файле - grep|sed в руки и вперёд.
8) п. 5 ;)
9) ОЕ или Аутлук? У нас имап секурный, но вроде в ОЕ работал.
10) о, вот этого в Claws-mail нет. Хотя лично по моим багрепортам разработчики исправили несколько багов и добавили пару фич. Очень оперативно работают. Опен соурс, йопт!
1. Там плохой редактор. Он плохо работает с цитатами — например, порвать цитату пополам посреди строки ему удаётся ДАЛЕКО не всегда :)
3. Иногда он теряет синхронизацию с сервером по прочитанным и начинает качать второй раз потом.
5. Мне это очень важно — мой основной объём траффика — списки рассылик и подписываюсь-отписываюсь я регулярно.
9. Не, у них свой метод авторизации — NTLM. CRAM-MD5/DIGEST-MD5 там нет. Но ладно, сойдёт. Но аутлук меня не устраивает по ВСЕМ остальным пунктам. За один top-quoting, созданный именно в аутлуке, хочется убить всех авторов медленно и изошрённо.
Я не очень понял что не так в Thunderbird с POP3 В случае неудачного разрыва связи у него рвёт крышу. Ясно, что сообщения не удаляются на сервере — это, в конце концов, стандарта, что все удаления — после QUIT, это нормально. Но он теряет список уже виденных сообщений (локальный) и снова начаинает качать сначала.
Это у всех так, и я всегда считал это багом _протокола_. Вообще надо бы конечно RFC прочесть, чтобы определить, можно ли _не_ нарушать букву RFC и при этом сделать корректную докачку.
Стоп. Мы же можем получать список UIDL. В самом начале сессии. И смотреть по нему — качали-не качали. А локальный список обновлять мы имеем право когда хотим — и надо делать это надёжно после каждого сообщения. The Bat! делает так именно. Но к нему других претензий хватает. UTF-8 как минимум.
* Показ HTML в максимально ненапряжном (НЕНАВИЖУ!) виде, ответ в plain text на HTML с попыткой не потерять цитирование (знание особенностей оформления HTML-цитат основных других клиентов).
* Понимаение threads как по всем видам заголовков (references, in-reply-to, что-то ещё было), попытка восстановить threads по subject с Re или без него, если какой-то клиент не поставил заголовков, etc.
* Умная фильтрация view — Скрытие прочитанных, например, и при этом показ ПОЛНОГО дерева thread, если у в нём есть хоть одно не прочитанное (например, но не только).
* Клавиатураня навигация по thread и по списку, при открытом сообщении (если в preview читать неудобно)
* LDAP
* Персональные per-folder настройки чистки базы, по количеству, дням, score, etc.
А вот кстати всегда интересно было, чем руководствуются skype и adobe, выпуская под линь флэш-плагин, акрорид и, собственно, скайп? Что это, желание избежать зависимости от поставщика ОС?...
Очевидно — эти продукты будут популярны (и приносить доход) только при максимальном охвате. И нельзя упускать и корпорейтов и гиков, надо всех поймать мелким бреднем.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif){kind=small}
no subject
no subject
Ну, вот браузер подтянулся (давно). Почты приличной нигде нет (к любому известному клиенту у меня будет список из 10 претензий минимум). С разработкой, спорить не буду, всё в порядке. А графика, звук, видео, вёрстка, проектирование даже на уровне радиоуправляемых моделей (как механики-конструкции, так и электроники) — любое создание контента короче — сразу Linux (даже не говорю OpenSource, в общем, я не фанат — готов пользоватся и коммерческим на Linux, как пользуюсь на win) предоставляет только базовые инструменты, увы.
no subject
Только не Аутглюк... _Это_ меня уже на работе достало.
no subject
Почты приличной нигде нет (к любому известному клиенту у меня будет список из 10 претензий минимум)
Тут полный паритет — везде говно :)
no subject
no subject
no subject
no subject
no subject
(-1) Я знаю, что под все требования можно запинать Gnus. Но я не на столько самурай.
(0) GUI.
(1) Шаблоны. Хотя бы (!!!) на уровне GoldEd. Да, plain text. Нормальное цитирование. Нормальные многоуровневое цитирование, нормальная обработка цитат с длинными строками (не влезающими в экран), etc. Если шаблоны персонализированные (есть вставки частей “Кому”), то при нескольких аресах в To: умение размножить письмо (опционально), что бы шаблоны привязывались к папкам, как и язык генерации автоматических строк (типа дат). Ну и привязка моего From к папке, в которой я нажал "New Message" и/или тому, что в поле "to" если я создаю сообщение, отвечая или тыкнув в е-мейл чей-то.
(2) Полноценный IMAP. С разными настройками грузить/не грузить автоматически не только тект, но и отдельн — аттачи per contant type и per folder опять же.
(3) Нормальный POP3, а не как в Thunderbird.
(4) Фильтры. Не тупое сравнение заголовков. Умные. Практически скриптовые. что бы можно было строить конструкции вида “Если от этого человека уже третье письмо и я на предыдущие два ответил, создай папку по его имени и дальше переписку с ним складывай туда, причём и мои письма к нему — тоже туда, вместо Sent Items.” Тут же — возможность настроить правила адрес бука, на какой ответ от меня помещать туда адресата. Ну и все подобные конструкции, которые пишутся один раз а применяются много.
(5) Подпункт 4 может быть. Понимание автоматическое списков рассылки по заголовкам List-XXX. Создание папки в указанном мной корне + фильтра на будущее. Если в точеченой части ID есть иерархия — иерархию папок (список вида "List-ID: Blah-blah-blah <java.freebsd.org>" идёт в папку $ListRoot/org/freebsd/java, с возиожностью настроить сколько элементов терять — например, если 1, то будет $ListRoot/freebsd/java). БЫстрая отписка — пункт в контекстном меню папки с ним. Если я ткнул New Message в парке со списком, то сразу подставлять его post-email в To.
(6) Скоринг в произвольных папках, как будто это ньюсы. Для списков рассылк, опять же. Скоринг умный — с баесом, например. Т.е. не один баес-фильтр на клиента (спам/не спам), а сколько угодно — хоть свой для каждой папки, просто с очками, добавляемыми/Вычитаемыми. Плюс, скоринг по авторам, игнорирование (mark as read по приёму) тредов и писем с определённым отрицательным баллом, etc, etc, etc.
(7) Автоправка фильтров, если я поправил иерархию папок.
(8) Было бы здорово компилировать умные фильтры (текущий набор мета-фильтров и накопленных ими данных) в тупые sieve-фильтры и при изменении результат автоматом лить на сервер. Не конфликтовать фильтрами с почтой, которую уже разложил сам сервер — не дупить при этом письма, не терять их, etc.
(9) Безопасные типы авторизации в SMTP/IMAP4/POP3. Вроде это все, кроме аутлука уже умеют. К счастью.
(10) Быстрые виртуальные фолдеры, т.е. сохранённые поисковые критерии. Возможность их автоматически создавать из умных фильтров, хороший локальный индекс, делающий их быстрыми и ненапряжными.
Ну что, хватит?
no subject
2) Claws-mail. Мне правда такая фигня не надо, поэтому и не использую, но всяких обработчиков до/после/во время получения хватает.
3) см. п.2 ;) А вообще несколько провокационный пункт. Что не так в ТБ с ПОП3?
4) Claws-mail. Если мало стандартных возможностей (мне хватает), то можно поставить PERL плагин. Тут уж извращайся, как хочешь.
5) Ну так я могу сзакать, что 100% операционок меня не устраивают, потому что кофе не умеют готовить. Хотя... см. п. 4.
6) Claws-mail. Фича есть, как работает сказать не могу, не использую.
7) Не понятно. Как вариант - т.к. все настройки хранятся просто в ini файле - grep|sed в руки и вперёд.
8) п. 5 ;)
9) ОЕ или Аутлук? У нас имап секурный, но вроде в ОЕ работал.
10) о, вот этого в Claws-mail нет. Хотя лично по моим багрепортам разработчики исправили несколько багов и добавили пару фич. Очень оперативно работают. Опен соурс, йопт!
no subject
3. Иногда он теряет синхронизацию с сервером по прочитанным и начинает качать второй раз потом.
5. Мне это очень важно — мой основной объём траффика — списки рассылик и подписываюсь-отписываюсь я регулярно.
9. Не, у них свой метод авторизации — NTLM. CRAM-MD5/DIGEST-MD5 там нет. Но ладно, сойдёт. Но аутлук меня не устраивает по ВСЕМ остальным пунктам. За один top-quoting, созданный именно в аутлуке, хочется убить всех авторов медленно и изошрённо.
no subject
5) для тебя, я думаю, можно найти способ, как это сделать. остальным 99.9% это не надо )
9) а манагеры любят этот метод, типа зато видно сразу ответ, а переписка внизу, если чё.
обработка, говоришь. PERL, C, JAVA или чего там больше по душе в руки и пиши обработку, а почтовик почту принимать должен )
no subject
no subject
no subject
Кстати, а в дикой природе кофеварки с этим HTCPCP существуют?
no subject
no subject
В случае неудачного разрыва связи у него рвёт крышу. Ясно, что сообщения не удаляются на сервере — это, в конце концов, стандарта, что все удаления — после QUIT, это нормально. Но он теряет список уже виденных сообщений (локальный) и снова начаинает качать сначала.
no subject
no subject
Но к нему других претензий хватает. UTF-8 как минимум.
no subject
* Показ HTML в максимально ненапряжном (НЕНАВИЖУ!) виде, ответ в plain text на HTML с попыткой не потерять цитирование (знание особенностей оформления HTML-цитат основных других клиентов).
* Понимаение threads как по всем видам заголовков (references, in-reply-to, что-то ещё было), попытка восстановить threads по subject с Re или без него, если какой-то клиент не поставил заголовков, etc.
* Умная фильтрация view — Скрытие прочитанных, например, и при этом показ ПОЛНОГО дерева thread, если у в нём есть хоть одно не прочитанное (например, но не только).
* Клавиатураня навигация по thread и по списку, при открытом сообщении (если в preview читать неудобно)
* LDAP
* Персональные per-folder настройки чистки базы, по количеству, дням, score, etc.
И прочее я уже и не говорю. Must have :)
no subject
Остальное не знаю, TheBat у меня уже нет, а вот в KMail постараюсь проверить. (Например, базу я вообще не чищу).
no subject
no subject