Geary 0.3

когда уже на кутях появится что-нибудь подобное, вменяемое и функциональное? (kmail невменяем)

поддержка нескольких аккаунтов

наконец-то

чем?

Зачем оно нужно когда есть thunderbird?

затем, что не xul и не в скулайте почту хранит

(kmail невменяем)

Он вменяем, но имеет много проблем.

Зачем оно нужно когда есть thunderbird?

тут тоже есть много вопросов
написание нормального почтового клиента - это актуальный вопрос
причем не только в линуксе
тут непаханное поле

Прочитал как Geany. Обрадовался. А зря....

Всё так же не понимает shared-imap папки( Отстой.

много понятие слишком широкое, и думаю есть у большинства непроприетарного софта. Из проблем которые очень мешают жить большинству юзверов какие?

Вот так и появляется зоопарк... Куча сраных клонов никс-дистров отличающихся обоями и пакетными менеджерами

nuff said

не xul

Что в нём плохого?

в скулайте почту хранит

лолшто?

Глючное говно, прибитое к DB.

мне казалось что именно в SQLite он почту и хранит, нет? ~/.local/share/geary/[blabla]/geary.db это что по вашему?

Из проблем которые очень мешают жить большинству юзверов какие?

• Часто не отмечает как прочитанное с первого раза при подключении по imap
• Иногда бывает, что показывает наличие новых писем, но в списке они не отображаются до перезапуска
• Фильтры не работают автоматически (хотя что-то вроде уже починили)
• Неправильно работает выбор профиля отправителя для папок
• Когда пробовал импорт писем, у меня не заработало должным образом (вроде были проблемы с русскими именами папок)

Правда не знаю как использует большинство, поэтому написал всё что вспомнил с ходу.

Что в нём плохого?

все

лолшто?

ок, пусть будет «база индексатора» (global-messages-db.sqlite)

когда уже на кутях появится что-нибудь подобное, вменяемое и функциональное?

Есть Trojitá

все

Охренеть ты эксперт.

ок, пусть будет «база индексатора» (global-messages-db.sqlite)

Ну и пускай себе индексирует, жалко что ли? :) Сообщения-то лежат в обычных mbox-файлах.

Зачем оно нужно когда есть thunderbird?

Живой пёс лучше мёртвого льва.

это у громоптицы? ибо у geary вся почта в geary.db и лишь вложения отдельно

когда уже на кутях появится что-нибудь подобное, вменяемое и функциональное? (kmail невменяем)

+1, присоединяюсь к вопросу. KMail - огромный тяжёлый монстр. Geary - сырая падучая поделка. Пользуюсь Thunderbird.

поддержка нескольких аккаунтов;
редактор аккаунта;

Это только в 0.3 они наконец сподобились?!

это у громоптицы?

Да.

В Kubuntu 12.04 LTS kmal имел фатальную недоработку при работе с g-mail, вроде популярный почтовый сервер, но kmail показался жутко багнутый.

Почему нет скриншотов?

Лучше бы чем-нить полезным занялись. Очередной плеер^W почтовик лепить то зачем? =)

P.S.: fetchmail, procmail, msmtp и mutt отлично справляются с задачей.

Потому что оно страшное как Outlook 2010.

На них видно насколько оно убого. http://yorba.org/images/geary/geary_main.png

В Kubuntu 12.04 LTS

А он там какое-то особенный?

Вот так и появляется зоопарк... Куча сраных клонов никс-дистров отличающихся обоями и пакетными менеджерами

Такова человеческая природа. Посмотри, например, на зоопарк языков.

Живой пёс лучше мёртвого льва.

В данном случае есть живой лев и пёс о трёх лапах без головы.

В данном случае есть живой лев и пёс о трёх лапах без головы.

Разработка Tb прекращена.

Ах, это всё мелочи по сравнению вот с этим:

* зависает, при попытке прочитать или удалить письма. При этом загрузка CPU взлетает до потолка. Жрут процессор три товарища: сам kmail, akonadi и mysql. Если включить логи mysql, то можно увидеть трешак вроде:

                    3 Execute   SELECT PartTable.id, PartTable.pimItemId, PartTable.name, PartTable.data, PartTable.datasize, PartTable.version, PartTable.external FROM PartTable INNER JOIN PimItemTable ON ( pi
mItemId = PimItemTable.id ) WHERE ( PimItemTable.collectionId = 61 AND PimItemTable.atime < '2013-03-19 21:33:27' AND PartTable.data IS NOT NULL AND substr( PartTable.name, 1, 4 ) = ( 'PLD:' ) AND PimItemTable.dirty = 0 AND PartTable.name NOT IN ( 'PLD:ENVELOPE', 'PLD:HEAD' ) )
                    3 Close stmt        
                    3 Prepare   SELECT id, remoteId, remoteRevision, name, parentId, resourceId, subscribed, cachePolicyInherit, cachePolicyCheckInterval, cachePolicyCacheTimeout, cachePolicySyncOnDemand, cachePolicyLocalParts, queryString, queryLanguage FROM CollectionTable
                    3 Reset stmt        

выполняющийся без конца и краю.

Если закрываешь kmail, то он при этом оставляет какой-то свой процесс, что продолжает долбить akonadi. Спасает только убивание вообще всех похожих на kmail процессов и перезапуск akonadi.

Сам akonadi ещё тот торт. Попробуйте переключить его на использование postgresql. Он тогда будет использовать драйвер для postgres но СУБД будет всё равно mysql.

* иногда при запуске не показывает вообще никакие accountы. Приходится перезапускать и его, и akonadi.

Ну и всякие мелочи типа того, что добавить адресата из записной книжки используя одну лишь клавиатуру можно, но дико неудобно.

И да, все эти баги прекрасно воспроизводятся на всех дистрибутивах.

обоже, это заразно. Я честно не думал, что кроме разработчиков громоптицы найдутся еще такие же одаренные

На них видно насколько оно убого. http://yorba.org/images/geary/geary_main.png

На самом деле, как раз наоборот. Тут явно видно, что трехколоночный лэйаут можно эффективно использовать. В той же тундроптице он совершенно неюзабелен, ничерта не помещается даже на более-менее широких мониторах.

Вот когда у тебя в инбоксе будет хотя бы 10к писем, тогда и поговорим. Не говоря уже об иногда прилетающей в течение пары минут тысяче-другой писем от мониторинга.

нереальной глюкавостью, невозможностью полноценно оторвать от akonadi, а если в ящике >50000 писем - то еще и тормознутостью (IMAP). Пример - письма одинаковых размеров thunder открывает почти мгновенно, kmail думает секунд 15 (иногда, в солнечные, безветренные дни - тоже мгновенно).

в моменты падения/зацикливания в себе того же akonadi, kmail этого не понимает и тупо висит, перезапуск не помогает (само-собой), только akonadictl restart и перезапуск кмыла. Помимо того, что весь этот ворох жрет сотни памяти (пустой kontact с активным только кмылом, без зазрения совести жрет по 500МБ RSS с аптаймом 1-2 дня), не думаю что это адекватная программа.

зависает, при попытке прочитать или удалить письма.

В 4.10 я пока такого не видел. Раньше - было.

Если закрываешь kmail, то он при этом оставляет какой-то свой процесс, что продолжает долбить akonadi. Спасает только убивание вообще всех похожих на kmail процессов и перезапуск akonadi.

Да, пропустил. Правда у меня всегда хватало только завершить kontact без перезапуска akonadi.

Сам akonadi ещё тот торт. Попробуйте переключить его на использование postgresql. Он тогда будет использовать драйвер для postgres но СУБД будет всё равно mysql.

Верю. Но это скорее по причине того, что postgresql с akonadi почти никто не использует, а код выкидывать не хочется.

иногда при запуске не показывает вообще никакие accountы. Приходится перезапускать и его, и akonadi.

Такого не видел.

добавить адресата из записной книжки используя одну лишь клавиатуру можно, но дико неудобно.

А в случае использования адресной книги из carddav автодополнение не работает до тех пор, пока в неё сначала не зайти.

тут непаханное поле

да, и все на собственных великах через него

Лучше бы чем-нить полезным занялись. Очередной плеер^W почтовик лепить то зачем? =)

P.S.: fetchmail, procmail, msmtp и mutt отлично справляются с задачей.

Сколько нужно потратить времени, чтобы запилить под себя mutt?

Он с форматом MH работает?

ну вот нафига email-клиенту WebKit inspector?

ну вот нафига email-клиенту WebKit inspector?

Сейчас многие письма в html, вероятно данный клиент использует вебкит..

Уже и не вспомню. Что-то около вечера я провёл за этим занятием.

На вид простой и симпатичный UI, но всё-таки очередной велосипед. Если такие фанаты GTK, то есть же Sylpheed/Claws Mail - помогали лучше бы им.

Сейчас многие письма в html, вероятно данный клиент использует вебкит..

а инспектор нафига? на кой тебе визуализация dom html вложения?

Сколько нужно потратить времени, чтобы запилить под себя mutt?

Зависит от годности нагугленного мануала. Но для минимальной пригодности к использованию хватит часа-другого, остальное можно допилить потом.

Не рекомендую mutt, там слишком много надо делать костылями, в частности он не умеет больше одного аккаунта. Лучше тот же Alpine (Торвальдс фигню не выберет же).

а инспектор нафига?

Любители использовать WebKit обычно не утруждают себя выпиливанием инспектора (если это вообще возможно).

Да это просто закос под яблочный Mail

Ну не знаю, я mac os видел наверно всего полчаса.