> Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.

Готово.

> // почту проверь ещё

Забрал.

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

Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

> Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
> Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

Это никак не обозвано. Текущий ридми не соответствует действительности и будет подгоняться под реалии ближе к фиксированию версии. Исходящие сообщения не являются черновиками. Как раз отсутствие черновиков и является нелогичным поведением.

Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)

> А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался. Часто было так, что я написал сообщение и забывал его отправить. Потом несколько дней сидел в read-only и сообщение так и болталось в исходящих. Это неправильно.

> Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

Не обещаю оперативного реагирования, но этот вариант самый расово верный, бо одно дело делаем =)

Только я не научился толком мержить это всё и вообще. В идеале было бы слать патчи как это в чистом git предусмотрено, а то гитхабом этим сложно пользоваться больно =)