Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

[Лев Аржанов]

В Пт, 16/02/2024 в 17:30 +0300, Dmitrii Kashin пишет:
> В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно,
> свободный или проприетарный. Интересует функционал.

Evolution?


-- 
С уважением,
Лев Аржанов

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

[Tim Sattarov]

On 2024-02-18 07:51, Dmitrii Kashin wrote:

Последний раз использовал его лет 5-6 тому назад, и он страшно лагал, если 
подключить несколько ящиков с большим количеством сообщений. Как с этим нынче 
обстоят дела?

Наверное вопрос в ресурсах компа, я не имел таких проблем. Пользуюсь 
искоробочной сборкой от Дебьян.
Прямо сейчас как минимум три активных ящика с несколькими десятками тысяч сообщений раскиданных по 
папкам.

Например в папке debian-russian у меня больше 36 тысяч. Проблем не вижу.

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

[Tim Sattarov]

On 2024-02-16 23:48, Max Nikulin wrote:

On 17/02/2024 07:14, Tim Sattarov wrote:

Thunderbird?
Thread view есть и кастомизируется.


Я им пользуюсь, но в текущем 115 ESR для NNTP это стало болью. Он научился генерировать summary 
для свернутых NNTP threads. Если offline cache отключен, то он радостно тянет с сервера сотню 
ранее прочитанных сообщений чтобы показать нечто бесполезное. Если offline cache выключен, то в 
mbox получается эффект, как от шредера и не все новые сообщения можно прочитать. Списки рассылки с 
длинными обсуждениями читать стало очень неудобно.



Ну... А кто ещё может NNTP лучше?
Я вообще отвечал про почтовый клиент с поддержкой тредов. С новостями давно уже 
не связывался.

Re: Засыпание ноутбука после закрытия крышки

[Eugene Berdnikov]

On Sun, Feb 18, 2024 at 06:46:42PM +0400, Maksim Dmitrichenko wrote:
>вс, 18 февр. 2024 г. в 09:29, Max Nikulin :
>> Можно попробовать найти input устройство
>>      journalctl -b --grep '\blid\b'
>> и послушать, идут ли оттуда события, когда крышка
>> открывается-закрывается
> 
>Идут. Lid opened/Lid closed. Проблема в том, что это происходит достаточно
>редко, и довольно трудно задетектить. Ты закрыл крышку, никакие огоньки не
>горят. Как понять - ушел он в слип или нет? Понимаешь это только спустя
>время, когда открыл крышку, а ноут либо сел вообще, либо там осталось
>всего ничего. Это надо спецом садиться и воспроизводить. Пинговать с
>другой тачки, ловить момент, когда пинги например идут, а крышка закрыта
>(но не факт, что вайфай при этом остаётся)

 В окошке с шеллом набрать "while date ; do sleep 1 ; done", после закрытия
 и открытия крышки по отметкам времени будет видно, засыпал ноут или нет.
 Можно добавить по вкусу отображение разных регистров, относящихся к pm.
-- 
 Eugene Berdnikov

Re: Засыпание ноутбука после закрытия крышки

[Max Nikulin]

On 18/02/2024 21:46, Maksim Dmitrichenko wrote:

вс, 18 февр. 2024 г. в 09:29, Max Nikulin:

On 17/02/2024 19:39, Maksim Dmitrichenko wrote:
 > У самого ноутбук через раз засыпает при закрытии. В логах пусто,
понять

Внешний монитор не подключен. Ставит inhibit или нет - хз. Как это 
определить?


вот здесь упоминается ListInhibitors
https://www.freedesktop.org/wiki/Software/systemd/inhibit/

busctl call org.freedesktop.login1 /org/freedesktop/login1 \
   org.freedesktop.login1.Manager ListInhibitors

a(uu) 4 
"handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch" 
"PowerDevil" "KDE handles power events" "block" 1000 121925 "sleep" 
"Screen Locker" "Ensuring that the screen gets locked before going to 
sleep" "delay" 1000 121854 "sleep" "UPower" "Pause device polling" 
"delay" 0 2017 "sleep" "NetworkManager" "NetworkManager needs to turn 
off networks" "delay" 0 1242


Хотя может это те, кто просто слушает, а не те, кто пытается активно 
блокировать.



Можно попробовать найти input устройство
      journalctl -b --grep '\blid\b'
и послушать, идут ли оттуда события, когда крышка
открывается-закрывается

Идут. Lid opened/Lid closed. Проблема в том, что это происходит 
достаточно редко, и довольно трудно задетектить.


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

Re: Засыпание ноутбука после закрытия крышки

[Maksim Dmitrichenko]

вс, 18 февр. 2024 г. в 09:29, Max Nikulin :

> On 17/02/2024 19:39, Maksim Dmitrichenko wrote:
> > У самого ноутбук через раз засыпает при закрытии. В логах пусто, понять
> > можно разве что, если наушники не сообщают, что связь потеряна.
>
> Может desktop environment ставит Inhibit из-за того, что подключен
> внешний монитор или еще по какому-нибудь поводу?
>

Внешний монитор не подключен. Ставит inhibit или нет - хз. Как это
определить?


>
> Можно попробовать найти input устройство
>  journalctl -b --grep '\blid\b'
> и послушать, идут ли оттуда события, когда крышка открывается-закрывается


Идут. Lid opened/Lid closed. Проблема в том, что это происходит достаточно
редко, и довольно трудно задетектить. Ты закрыл крышку, никакие огоньки не
горят. Как понять - ушел он в слип или нет? Понимаешь это только спустя
время, когда открыл крышку, а ноут либо сел вообще, либо там осталось всего
ничего. Это надо спецом садиться и воспроизводить. Пинговать с другой
тачки, ловить момент, когда пинги например идут, а крышка закрыта (но не
факт, что вайфай при этом остаётся)

-- 
With best regards
  Maksim Dmitrichenko

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

[Dmitrii Kashin]

> On 17 Feb 2024, at 03:14, Tim Sattarov  wrote:
> 
> On 2024-02-16 09:30, Dmitrii Kashin wrote:
>> Давно меня ня было в debian-russian@, но раз уж так случилось, что я снова 
>> начал вас читать, хочу спросить у сообщества слегка оффтопную вещь.
>> 
>> В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно, свободный 
>> или проприетарный. Интересует функционал.
>> 
> Thunderbird?
> Плагины есть, календарь есть. Может он не подхватывает ics файлы автоматом, 
> но наверняка есть для этого плагин.
> Thread view есть и кастомизируется.
> 

Последний раз использовал его лет 5-6 тому назад, и он страшно лагал, если 
подключить несколько ящиков с большим количеством сообщений. Как с этим нынче 
обстоят дела?

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

[Dmitrii Kashin]

> On 16 Feb 2024, at 21:14, Жанибек Нагашыбай  wrote:
> 
> В Fri, 16 Feb 2024 17:30:54 +0300
> Dmitrii Kashin  пишет:
> 
>> Давно меня ня было в debian-russian@, но раз уж так случилось, что я
>> снова начал вас читать, хочу спросить у сообщества слегка оффтопную
>> вещь.
>> 
>> Я когда-то читал рассылку через Emacs Gnus, и ничего удобнее не знаю
>> до сих пор. Тем не менее, у него есть существенные проблемы: 1)
>> плохая работа с imap 2) плохой графический режим
>> 3) отсутствие интеграции с календарём
>> 4) отсутствие привычных нотификаций в менеджере уведомлений
>> 5) подвисание редактора при загрузке писем
>> 6) как следствие 5го -- необходимость загружать письма вручную
>> 
>> Тем не менее, были и весьма существенные плюсы:
>> 1) великолепный thread view, в котором я смотрел деревья с
>> переписками 2) возможность работы через nntp, что позволяло видеть
>> всю рассылку, а не только с момента подписки
>> 
>> В общем, я сейчас сижу через Apple Mail. Мне в нём категорически не
>> хватает thread view. Плюс к тому, отсутствие текстового режима не
>> даёт мне, например, форматировать сообщение на 110 символов в ширину,
>> что в общем-то моветон.
>> 
>> Однако:
>> 1) Я уже привык, что html-ные письма отображаются нормально.
>> 2) Мне нравится, что он ловит события в ics-файлах и добавляет их в
>> календарь, даже если клиент отправителя в полной мере не поддерживает
>> caldav 3) У меня масса почтовых ящиков, и я хочу их все видеть в
>> одном месте 4) Очень нравится интеграция с адресной книгой, в
>> частности с эппловской; календарь, впрочем, важнее
>> 
>> В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно,
>> свободный или проприетарный. Интересует функционал.
>> 
> 
> Можно попробовать claws-mail, функциональность можно наращивать
> плагинами.
> 

Честно попробовал. Не смог настроить ящик на gmail.com . 
Люди пишут, что два пути:
1) задать app password в 2FA (не сработало),
2) врубить настройки разработчика и настроить там oauth2 (гмыло заявило мне, 
что я подозрительный, и потому креды созданы не будут).

Понимаю, что гмыло -- это особая песня. Возможно, попробую ещё раз позже, или 
начну с другого ящика.

Вообще, я всё больше склоняюсь к мысли, что нужно перестать мудрить да завести 
отдельный ящик для рассылок, и снова поставить Gnus исключительно для того, 
чтобы работать с ним.

PS: также изучил исторический вопрос на тему Conversations vs Threads, и 
остался озадачен, почему самые распространённые почтовые клиенты, такие как 
Microsoft Outlook и Apple Mail используют Conversations, группируя сообщения по 
Subject вместо специально предназначенного для этого In-Reply-To. Но что ж, 
принимаем реальность таковой, какая есть.