Состоялся (http://jkt.flaska.net/blog/Trojita_0_6_is_released.html) выпуск почтового клиента Trojitá 0.6 (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.<center><a href="http://trojita.flaska.net/trojita-2013-01-09--overview.png&q... src="https://www.opennet.me/opennews/pics_base/0_1424803476.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></a></center>
Основные изменения:
- По умолчанию задействована библиотека Qt5. Поддержка Qt4 пока сохранена, но будет прекращена в следующем выпуске;
- Для работы с адресной книгой задействована новая инфраструктура на основе плагинов, предоставляющая расширенные возможности интеграции с другими приложениями;
- Улучшен интерфейс составления новых сообщений;
- Проведена оптимизация средств управления с использованием только клавиатурных комбинаций;
- Реализованы более интуитивно понятные системы привязки тегов к сообщениям и стандартных действий с нежелательной почтой;
- Опциональная возможность совместного использования данных аутентификации между IMAP и SMTP;
- Улучшена надёжность работы в условиях некачественного сетевого соединения;
- Улучшена совместимость с различными реализациями IMAP;
- Проведена оптимизация производительности.
URL: http://jkt.flaska.net/blog/Trojita_0_6_is_released.html
Новость: http://www.opennet.me/opennews/art.shtml?num=43728
Выпуск почтового клиента Троята.
Гугыл с чешского переводит как "тройной". Локализованный вариант более харизматичен имхо.
По-моему у них на сайте где-то было написано, что переводится "троица" (и читается почти так же), но у этого слова вроде какое-то сленговое или шуточное значение есть в чешском, и оно и имелось в виду.
Адресную книгу гугла может использовать? Когда смотрел ее последний раз было жутко глюкавое. Иконку в трей умеет? claws-mail лучший.
Не может, умеет.
Адресную книгу держит только свою. Иконку добавляет.
>Адресную книгу гугла может использовать?Не нужно универсальной программе подстраиваться под возможности только одного сервера. Ежели это надо кому, то либо в виде дополнения должно быть, либо пишите отдельный гуглопочтовик.
Там адресная книга и своя-то реализована как плагин, так что ничего невозможного. Но сейчас - нет.
"Программа изначально рассчитана на высокую скорость работы с почтовыми ящиками, содержащими десятки тысяч сообщений." - это просто отвратительно! Еще бы почтовый клиент работал иначе. Неужели программисты так низко пали, что может быть иначе?
Увы
> Неужели программисты так низко пали, что может быть иначе?Без проблем:
import getpass, imaplibM = imaplib.IMAP4("imap.mail.ru")
M.login(getpass.getuser(), getpass.getpass())
M.select()
typ, data = M.search(None, 'ALL')
for num in data[0].split():
typ, data = M.fetch(num, '(RFC822)')
insert_in_gui('Message %s\n%s\n' % (num, data[0][1]))
M.close()
M.logout()
И упорно повторять, что "это не оно тормозит, это сервак медленный!"
отвратительно то, что действительно существуют почтовые ящики с тысячами сообщений - это чудовищная организационная неграмотность, просто пароксизм разгильдяйства. Что том, в этих сообщениях, резервная копия знаний человечества?
Ещё ублюдочнее все эти (468) и (139) непрочитанных. Они когда-нибудь будут прочитаны? Нет. Зачем они тогда? Если это рассылка, то дропай сообщения старше недели, и НИЧЕГО не потеряешь.
Я не удивлён, что сабж написали славяне. Трудно представить, чтобы программу-палочку для быстрого ковыряния в куче мусора написали англичане или, тем более, немцы.
Отвратитель то, что кое-кто не может смотреть на ситуацию с разных сторон. Ящик может принадлежать компании, которой по зарез нужно хранить всю историю переписки в неизменном виде для доказательств в суде и банального разрешения споров.
Если это переписка ученых, то им нужно знать весь ход обсуждения до деталей.
И так до бесконечности.
Если у тебя такая короткая память и ты предпочитаешь забыть то, чтобыло год назад твои проблемы. А меня много чего итересует, и не всё - сразу. Как проходило общение с фирмой-продавцом (и у кого вообще покупал товар) - насколько он тормозил, кто в точности отвечал на вопросы и ещё что-то, что сразу не было важно, а потом может пригодиться. То, о чём я говорил со знакомым, обсуждая какой-то вопрос, за сколько был куплен товар на ebay, и так далее. Где это всё хранить, как не в почте?Рассылки - отдельная тема - гораздо проще искать в локальной копии.
Но, конечно, если у тебя почта только чтобы о новостях контактика узнавать и пароли восстанавливать - тебе оно ни к чему.
Я вообще в полседнее время склоняюсь к тому, что историю всей своей деятельности надо хранить, не допуская изменений - только помечать нечто как удалённое, переименованное, отредактированное. Это, в общем-то, просто второй поток воспоминаний о жизни, который (возможно, временно) хранится вне головы.
> Если у тебя такая короткая память и ты предпочитаешь забыть то, чтобыло
> год назад твои проблемы. А меня много чего итересует, иВы можете предоставить оригинальные участки своей памяти в суде?
А почтовые записи допустимы для использования в суде...
При чём здесь суд?
> отвратительно то, что действительно существуют почтовые ящики с тысячами сообщений - это
> чудовищная организационная неграмотность, просто пароксизм разгильдяйства. Что том,
> в этих сообщениях, резервная копия знаний человечества?Деловая переписка, которая не только помогает структурировать и формализовать отношения с клиентом, но и иногда неплохо ускоряет решение спорных моментов.
Для отношений есть специально созданный для этого CRM, а как свидетельство каких-то обязательств-обещаний почта всё равно не имеет силы.
> Для отношений есть специально созданный для этого CRM, а как свидетельство каких-то
> обязательств-обещаний почта всё равно не имеет силы.В какой стране? С использованием каких технологий?
Да письмо с мейл.ру созданное в интернет-кафе без ЭЦП не будет являться подтверждением. Или будет, но с ограничениями.
А если есть ЭЦП?Производительность ЦРМ зачастую желает ждать лучшего...(((
> Производительность ЦРМ зачастую желает ждать лучшего...(((Это не проблема. Проблема что все CRM - г****ниЩЩе! Застримлэйнить работу 100500 индусов в колл-центре - да пойдёт, для всего остального ...
>> Производительность ЦРМ зачастую желает ждать лучшего...(((
> Это не проблема. Проблема что все CRM - г****ниЩЩе! Застримлэйнить работу 100500
> индусов в колл-центре - да пойдёт, для всего остального ...Ну это уже подробности... суть в том, что оно неповоротливое, а что причина - это не суть топика...
> Для отношений есть специально созданный для этого CRM, а как свидетельство каких-то
> обязательств-обещаний почта всё равно не имеет силы.Малыш, демонстрация оружия в 90% случаев избавляет от необходимости вести огонь (с) взрослые.
Ты хоть сиэрэм назови, хоть субэдэ, хоть почтой. Не трахай людям мозг и не рассказывай, как им жить. Некоторые вон договора в экселе набирают. Ну, руки у них такой формы. Ты запрещаешь им иметь мозг в другой области?
Рассказывать он тут будет, что кому в чём делать. Щенок.
Ты узколобо смотришь на почту в её первоначальной форме - посыл некоего большого уведомления или "полу-онлайн" переписка. Сейчас даже простой школьник может запросто накопить некую "информационную историю" за 10 лет: контакты с магазинами, учителями, однокашниками, клуб по интересам...
Наглядный пример: Вот покупал ты 5 лет назад ноут у хорошей компании - дёшево, быстро, вежливо. Купил и забыл, да и гарантия прошла и чек потерял. И что? Вспоминать под гипнозом адрес и название? А тут в хистори поискал - вот он, счёт на оплату! Я и сам бы рад хранить ВСЁ, с кем раньше контактировал, да вот всякие ублюдочные аутглюки похерили мне пол-жизни.
> Я и сам бы рад хранить ВСЁ, с кем раньше контактировал,
> да вот всякие ублюдочные аутглюки похерили мне пол-жизни.IMAP, backup, archive, IMAP, backup, archive, ...
Первые впечатления очень хорошие. При первом соединени с сервером показало сретификат (упомянув, что система ему доверяет и считает соединение надёжным), спросило, доверять ли ему. Очень праильно, по-моему.По поводу работы с большими наборами почты - не врут. Загрузило заголовки шстро, явно шустрее, чем в своё время громоптица это делала.
И ещё - по сравнению с thunderbird/seamonkey - оно ШУСТРОЕ, особенно в показе собственно тела письма. Плюс, в отличие от них же, когда тыкаешь на "показать в письме картинки, загружаемые из интернета" оно их действительно грузит, а не пропускает половину.
Вид страшненький слегка - может, из-за моих довольно экзотчпных настроек, не знаю. На вид мне, в общем-то, наплевать.
Больший минус - не умеет несколько ящиков.
> По поводу работы с большими наборами почты - не врут. Загрузило заголовки
> шстро, явно шустрее, чем в своё время громоптица это делала.Какой размер набора почты?
~20000 писем.Но это именно заголовки. И способа принудительно заставить загрузить всю папку здесь нет, грузит всё по необходимости, хотя и очень быстро.
>способа принудительно заставить загрузить всю папку здесь нет, грузит всё по необходимостиТогда не нужно, остаёмся на Капочте
Мне тоже поэтому не подошло - я параноик и стараюсь для всего иметь локальные копии. Но на всякий случай уточняю - всё, что закачало, кэширует оно отлично, просто наперёд этого потребовать нельзя.
Не умеет кэшировать загруженные картинки к сожалению. Открыл письмо №1, нажал Load, открыл другое письмо, открыл опять письмо №1 и надо заново нажимать Load и загружать картинки. Также не умеет задавать автозагрузку картинок для писем с определенного адреса.А так пользуюсь ей уже пол года. Всем почти устраивает. Даже допилил немного под себя: автоматический выбор INBOX при загрузке, переход к следующему письму при удалении текущего, что-то там еще по мелочи допиливал. Вот только патчи пока стесняюсь отправлять, т.к. пока по фичам поделить(1 патч - 1 фича) добавленное не осиливаю.
> ~20000 писем.
> Но это именно заголовки. И способа принудительно заставить загрузить всю папку здесь
> нет, грузит всё по необходимости, хотя и очень быстро.Offlineimap в помощь.
Тогда уж dovecot
Да ну, оверхед.
Да будет как всегда, сначало "ой как быстро", а потом оказывается что многие функции просто не реализованы или реализованы не достаточно хорошо/красиво/удобно. И как всегда возврат к thunderbird + Minimize On Start and Close + MinimizeToTray revived.
Так никто и не соприт, что штука минималистична. Но вот как раз расширять её можно куда лучше, чем ту же громоптицу. Правильная архитектура - великая вещь.
> Больший минус - не умеет несколько ящиков.Хм... а чё так тухло-то?? Вроде не самая вычурная/редкая потребность!
Я тут посмотрел плотненько...Это стунеческая поделка в одном из лучших проявлений - а именно родилась когда-то как крайне аккуратно сделанный дипломный проект. В частности: в текстовой части, доступной вот здесь - http://trojita.flaska.net/msc-thesis.pdf (в TeX сделан, кстати) - детально и очень читабельно описана архитектура софтины, как она работает с IMAP, почему были сделаны именно такие выборы, плюс результаты довольно занятного исследования, насколько хорошо IMAP реализован в других почтовиках. Ну и user manual туда включён.
Во-вторых - написано крайне аккуратно, всё покрыто юнит-тестами. По функциональности, конечно, аскетично, но то, что есть - работает достойно.
В общем, как база для развития - отличная штука, благо плагины понимает и написано хорошо. Для пользования - тоже хорошо, если не нужно больше одного ящика и нет необходимости всё скачать в онлайн. У меня, к сожалению, оба этих условия не выполняются.
> насколько хорошо IMAP реализован в других почтовиках.IMAP сам по себе еще тот "подарочек":
> ## fucking imap fucking sucks. what the FUCK kind of committee of dunces
> ## designed this shit..
>[оверквотинг удален]
> ## turns out the uids can be invalidated every time the 'uidvalidity'
> ## value changes on the server, and 'uidvalidity' can change without
> ## restriction. it can change any time you log in. it can change EVERY
> ## time you log in. of course the imap spec "strongly recommends" that it
> ## never change, but there's nothing to stop people from just setting it
> ## to the current timestamp, and in fact that's EXACTLY what the one imap
> ## server i have at my disposal does. thus the so-called uids are
> ## absolutely useless and imap provides no cross-session way of uniquely
> ## identifying a message. but thanks for the "strong recommendation",
> ## guys!Да и разных дополнений там, насколько я помню, вагон и маленькая тележка.
Дополнения в указанном выше документе как раз неплохо разобраны. Насчёт UIDVALIDITY - правда. Но то, что один сервер ведёт себя по-идиотски - проблема этого сервера. И, кстати, не факт, что у сервера нет оснований так себя вести. В IMAP нет понятия "модификация сообщения", и если всё же модификация происходит (чего быть не должно) - корректный способ это обработать - увеличить UIDVALIDITY, на что клиент должен среагировать полной инвалидацией кэша для данного инбокса.Но автор цитированного выше путает локальный кэш IMAP-клиента с копией почтового ящика, которая существует в POP3-клиентах, и начинает колдовать со стрёмными эвристиками вместо того, чтобы перестать бороться с протоколом.
> Дополнения в указанном выше документе как раз неплохо разобраны.Это я так, ворчу (по поводу именно количества и, имхо, перегруженности).
> Но то, что один сервер ведёт себя по-идиотски - проблема
> этого сервера.Но это, к сожалению, таки валидное поведение, которое нужно учитывать при написании либы/софта.
[quote]
Note: Ideally, unique identifiers SHOULD persist at all
times. Although this specification recognizes that failure
to persist can be unavoidable in certain server
environments
...
2) If the message store has no mechanism to store unique
identifiers, it must regenerate unique identifiers at
each session, and each session must have a unique
UIDVALIDITY value.
[/quote]
Это же сколько плюшек пропадает – вместо возможности использовать UID ящика локально, приходится велосипедить собственный "localUID" (т.е. что-то типа hash(mail_header)), преобразование uid->localUID и т.д, при изменении – скачивать заново ВСЕ хидеры.> В IMAP нет понятия "модификация сообщения", и если всё же модификация происходит (чего быть не должно) - корректный способ это обработать - увеличить UIDVALIDITY,
Не согласен. В rfc ясно указывается:
> In particular, the internal date, [RFC-2822]
> size, envelope, body structure, and message texts
> (RFC822, RFC822.HEADER, RFC822.TEXT, and all BODY[...]
> fetch data items) must never changeт.е. "иммутабельность" – и логичнее, на мой взгляд, было бы при изменениях создавать новый "объект" и присваивать ему новый UID.
Не надо ничего велосипедить. При изменении UIVALIDITY надо вынести локальный кэш (весь) и заново затянуть с сервера. Всё остпльное - поиск проблем.Именно. Иммутабельность. И если она таки как-то нарушена заведеомо корректный способ что-то с этим сделать (ну, кроме как сказать клиенту "твоего ящика больше нет, одни неконсистентные ошмётки остались") - это увеличить UIDVALIDITY на сервере и, соответственно, всё тянуть заново клиентом.
Можно или нет такие изменения в отдельных случаях обработать как удаление + новый message - смотреть надо, но как по мне - это слишком стрёмный путь.
> Это стунеческая поделка в одном из лучших проявлений"Студенческая поделка" - это априори синоним чего-то плохого, бестолково написанного и т.п. Лучше уж сказать "Папа-девелопер - пишет, а Вася - сдаёт". :)
> всё скачать в онлайн.
Само действие "скачка" подразумевает, что мы уже "онлайн" (онлайн - это СОСТОЯНИЕ). Предлог "в" сбивает с толку - вы что-то скачиваете "в место хранения"? Или путаете падежи?
> "Студенческая поделка" - это априори синоним чего-то плохого, бестолково написанногоСмотря какой (и зачем) студент делал. То же касается и школьных прибамбасин.
мда http://jkt.flaska.net
> 2014-10-14 Some of the recent releases of Trojitá, a fast Qt e-mail client, mentioned an ongoing work towards bringing the application to the Ubuntu Touch platform. It turns out that this won't be happening.
> The developers who were working on the Ubuntu Touch UI decided that they would prefer to end working with upstream and instead focus on a standalone long-term fork of Trojitá called Dekko. The fork lives within the Launchpad ecosystem and we agreed that there's no point in keeping unmaintained and dead code in our repository anymore -- hence it's being removed.Надо же, не знал, что Dekko это форк сабжа.
А он еще не договорился с кде чувачками о переписывании kmail на основе трояты? А то ходили такие слухи...
/usr/lib64/qt5/bin/uic: symbol lookup error: /usr/lib64/libQt5Core.so.5: undefined symbol: ucnv_getDefaultName_51Qt 5.2 ей подавай, понимашь...
А как связан /usr/lib64/qt5/bin/uic и тема обсуждения?
Он Qt4 тоже умеет
Жду одновременной работы с несколькими ящиками. И фильтры там есть?
> Жду одновременной работы с несколькими ящиками. И фильтры там есть?Зачем тебе несколько ящиков? qwerty12345@mail.ru не завёл ещё что-ли?
>> Жду одновременной работы с несколькими ящиками. И фильтры там есть?
> Зачем тебе несколько ящиков? qwerty12345@mail.ru не завёл ещё что-ли?Если вы не виндусятник, макошист или же крутой кастомизатор своей ОСи (который, однако, о такой вещи должен знать), то у вас, как минимум, есть еще /var/mail/$USER
Нет, мы борщ варим сразу в пятилитровой кастрюле на всю семью.
> Нет, мы борщ варим сразу в пятилитровой кастрюле на всю семью.Понятно, очередное "гуглопочта наше фсе, больше ничего не нужно!"
>>> Жду одновременной работы с несколькими ящиками. И фильтры там есть?
>> Зачем тебе несколько ящиков? qwerty12345@mail.ru не завёл ещё что-ли?
> Если вы не виндусятник, макошистВ точку. (продолжая зачищать последствия недержания байтов персонажем)
Пару лет назад повёлся на их обещание "шустро работает с десятками тысяч писем", тогда по работе нужно было просто фильтрами разгребать IMAP ящик, куда письма приходили по 5-6 тысяч в день, часть удалять, часть раскладывать по папкам. Thunderbird с такой нагрузкой не очень справлялся.
Пробовал с недельку пользоваться trojita, совсем не впечатлило, тогда оно было крайне сырое, да и оказалось, что thunderbird, оказывается, с такой нагрузкой справляется лучше, чем trojita :)
Банальный Sylpheed прекрасно справляется с ящиком, содержащим 20500 писем (IMAP).Хранит локальную копию, сортирует по Thread date.
Только не умеет вменяемо показывать HTML-письма и на каждый чих тупит вместо того, чтобы отрегировать в интерфейсе и потом где-то в фоне с сервером общаться. Сортирует - нормально, да.
Есть у меня старый аккаунт icloud, в котором так много почты, что я уже и сам думаю похерить в ней 90% старого ненужного.
Но чем удалять десятки тысяч сообщений, если всё застывает на банальном листинге?
Планшет открывает, удаляет. Но там нет "выделить всё", во вскяом случае у меня.
Ну вот как раз trojita в этом плане сделана адекеватно - всё, что можно, происходит в фоне, без застываний
