Вышел (http://jkt.flaska.net/blog/Trojita_0_7_with_GPG_encryption_i...) релиз почтового клиента Trojitá 0.7 (http://trojita.flaska.net/), написанного с использованием тулкита Qt и примечательного высокой скоростью работы с большими коллекциями почты. Программа изначально рассчитана на высокую скорость работы с почтовыми ящиками, содержащими десятки тысяч сообщений. Программа достаточно эффективно использует доступную полосу пропускания при использовании IMAP, в том числе никогда не загружает данные дважды и поддерживает IMAP-расширения QRESYNC, CONDSTORE, ESEARCH, CATENATE, BURL, COMPRESS=DEFLATE и CONTEXT=SORT, а также позволяет организовать доступ к IMAP через SSH. Готовые пакеты сформированы (https://software.opensuse.org/download.html?project=home:jkt...) для
CentOS/RHEL, Debian, Fedora, openSUSE и Ubuntu.Ключевые новшества:
- Поддержка шифрования OpenPGP ("GPG") и S/MIME ("X.509"). В текущем виде реализована проверка цифровых подписей и расшифровка входящей корреспонденции. Отправка шифрованных писем ожидается в следующем выпуске;
- Для людей с ослабленным зрением добавлена возможность увеличения масштаба при отображении текста электронного письма;
- Новый набор пиктограмм, соответствующий теме оформления Breeze;
- Переработан просмотр параметров в заголовке письма;
- Исправление ошибок в реализации IMAP, MIME и SMTP;
- Мелкие оптимизации в интерфейсе пользователя;
- Прекращена поддержка Qt 4, для сборки требуется Qt 5.2 или более новые верcии.URL: http://jkt.flaska.net/blog/Trojita_0_7_with_GPG_encryption_i...
Новость: http://www.opennet.dev/opennews/art.shtml?num=44651
Ну хоть что-то для троллинга, согласно названию, придумали )
Тройка с опечаткой же.
Оно умеет шифровать пароли, хранить все свое добро в одной папке и работать без изменений на любой системе после переноса этой папки? Кроссплатформа же?
http://www.opennet.dev/openforum/vsluhforumID3/101569.html#12
Михаил, модератор вроде бы должен следить за порядком в комментариях, а не подливать политической пропаганды. Вроде бы это ОпенНет, а не ВменяемыхНет :)
> Михаил, модератор вроде бы должен следить за порядком в комментариях, а не
> подливать политической пропаганды."Немедленно отрежь себе аппарат для изнасилования -- а ни то статья." По-твоему, логично?
>Вроде бы это ОпенНет, а не ВменяемыхНет :)
Ты опять всё перепутало.
А зачем. Модерация ещё и фанатизм всячески лоббирует не удаляя даже совсем идиотских сообщений.
> Михаил, модератор вроде бы должен следить за порядком в комментариях,
> а не подливать политической пропаганды.Брр, я сослался на ответ насчёт названия в обсуждении предыдущей новости, раз уж тут вопрос опять всплыл и правильного ответа не было.
Вы о чём? :) (делая невинные глаза)
PS: "неидиоту", отвечавшему с одесского IP (#32), остаётся пожелать обзавестись хотя бы одной рабочей извилиной и хоть отчасти исправить то, что уже натворил лично...
Модер был бы чего-то должен если бы его кто-то контролировал, а еще лучше ему бы кто-то платил зарплату. А тут сборище интересующихся с разной степенью собственных внутренних проблем, но уже с банхаммером и всякимим кнопками
> http://www.opennet.dev/openforum/vsluhforumID3/101569.html#12Без политоты никак, да?
> Без политоты никак, да?А это требование, Андрюш, сперва поприменяй к себе. Не раз, не два, а год-другой. Вот тогда к нему можно будет прислушаться.
> Ну хоть что-то для троллинга, согласно названию, придумали )Самое забавное, что с кодировками у них вечная проблема в программе.
В�т так�е вот д�ла...
>> Ну хоть что-то для троллинга, согласно названию, придумали )
> Самое забавное, что с кодировками у них вечная проблема в программе.
> В�т так�е вот д�ла...Пишу из этой программы.
Ме я вид о?
У них вечная проблема не только с кодировками, но и с основным предназначением - работой с большим количеством почты.
Я пытался юзать её на ящике, где приходит в среднем около пяти тысяч писем в сутки (в основном от роботов), чтобы несколькими довольно простыми фильтрами раскладывать письма по IMAP папкам, так как тандербёрд иногда притормаживает, особенно если надо переместить руками пару тысяч писем в другую папку или удалить несколько десятков тысяч писем.
Так вот посмотрев как эта трожита работает с "большим" количеством писем, я понял, что тандербёрд совсем не тормозной, а очень даже шустрый почтовый клиент :)
Это как? В троджите нет поддержки фильтров на данный момент. Или о чём речь?
О том, что сабж безбожно тормозит на ящике с довольно большим (но не гигантским) количеством писем, там где обычный, "не рассчитанный на огромное количество писем", тандербёрд лишь слегка иногда притормаживает.
Давно слежу за этой темой, т.к. тоже приходиться обробатывать ящик с ~10000 письмами, работаю через TB, терплю тормоза, пробовал много разных и безобразных, все тормозят.
Возможно это протокол IMAP такой от рождения? Нуу.. или просто программы не умеют его правильно кушать.. но что-то мне подсказывает, что IMAP не айс..
Вот mutt вообще полный тормоз по IMAP, а ведь консольный..
> Давно слежу за этой темой, т.к. тоже приходиться обробатывать ящик с ~10000
> письмами, работаю через TB, терплю тормозаПроблем исчезает сразу, как только "получатели 10000 писем" начинают их читать, вместо того, чтобы только ежедневно их получать.
Сдается мне, что claws mail лучше ;)
Поддержу) Счастлив с Sylpheed 8 лет на всех платформах. Но развитие альтернатив можно только приветствовать!
Даже у Цукерберга, и у того Thunderbird
Цундербёрд у Цукербёрга...
Как можно написать на Qt такое убожество?
Qt же, чему ты удивляешься?
У автора нездоровое влечение к национальным символам. Отсюда проблемы. Руссификации нет.
Да, и больше одной почты он не умеет.
Точно? Тогда довольно мало смысла в этом клиенте..
> Руссификации нети никогда не будет
> с использованием тулкита Qt и примечательного высокой скоростью работыНикто не видит здесь противоречия?..
> примечательного высокой скоростью работыЧитай это как:
> примечательного высокой для Qt-приложений скоростью работы
На скриншоте какой-то культ иконок: рядом с каждым письмом конвертик, рядом с каждой папкой папочка, рядом с каждым адресом человечек. Программа выглядела бы гораздо аккуратнее без всего этого мусора.
Какой ещё легковесный клиент с GUI для Linux поддерживает IMAP IDLE?
Это тот бандеровский клиент? Который никогда не будет на русском?
>Который никогда не будет на русском?Откуда инфа?
Интерфейс работает криво:
- при загрузке писем курсор мыши меняется на "режим ожидания" в связи с чем проблематично производить изменение размера окон (дефолтная тема Qt не отображает хендл захвата мыши, а курсор в режиме загрузки не меняется при нахождении мыши над хендлом)
- не работает сортировка писем, отличная от "по дате".
Настройки скудные. Можно использовать только один ящик.
Неужели нельзя было написать нормальный клиент за 16 лет (16!!!) разработки с участием 64 разработчиков и гигантов - Nokia, Trolltech и OpenMFG (по информации из окна About)?
Кто-то пользовался ним до перехода на Qt5? Может там хоть проблем с интерфейсом нет?
Почему негодую - это пока единственный клиент, найденный благодаря этой новости, который может работать на отстойнейшем gprs (в среднем 700 бод с разрывами), (с claws mail и thunderbird в таких условиях невозможно работать)
Я понимаю, что существование киллерфичи по сохранению траффика вызвана дорогим интернетом в стране разработчиков, но нельзя ли было сделать лучше?
Или может кто посоветуйет кросплатформенный аналог для плохих соединений?
Уже чесно думал писать e-mail клиент сам, пригодный для плохих соединений. Но глядя на потуги этих товарищей, думается что неосилю
> Или может кто посоветуйет кросплатформенный аналог для плохих соединений?uucp на транспорт.
PS: нет, не шучу -- мало того, лет двенадцать тому мы такое в работу ставили в перекликающейся ситуации.
Спасибо за ответ.
Для общего решения 12 лет назад, то да. Да только, кто ж uucp транспорт теперь предоставит? Провайдер gprs - нет. Значит uucp over tcp. И надо думать куда такое поставить.
Думал кешировать запросы приложением в PaaS, а потом выгребать оттуда. Например curl-ом, долбя, пока не передадутся все данные.
> Да только, кто ж uucp транспорт теперь предоставит? Провайдер gprs - нет.
> Значит uucp over tcp. И надо думать куда такое поставить.В том случае вопросов особых не было в силу наличия у заказчика своей инфраструктуры, а сам бы, возможно, попробовал приткнуться где-то (в VPS или по знакомым)...
> Думал кешировать запросы приложением в PaaS, а потом выгребать оттуда.
> Например curl-ом, долбя, пока не передадутся все данные.Тогда уж rsync, но тоже остаются возможные race condition.