После двух лет разработки доступен (https://git.sr.ht/~sircmpwn/aerc/refs) первый предварительный выпуск нового почтового клиента Aerc 0.1 (https://aerc-mail.org/), предоставляющего консольный интерфейс с поддержкой вкладок и оптимизированного для разработчиков, использующих списки рассылки и Git. Вкладки переключаются в стиле tmux (https://www.opennet.dev/opennews/art.shtml?num=43165) и позволяют, например, проверять новые письма и просматривать нити обсуждений одновременно c написанием ответа и работой в терминале с Git. Код проекта написан на языке Go и распространяется (https://git.sr.ht/~sircmpwn/aerc/tree) под лицензией MIT. Проект развивает Дрю ДеВолт (Drew DeVault), разработчик Sway (https://www.opennet.dev/opennews/art.shtml?num=50800), композитного менеджера на базе Wayland.
Основные особенности:
- Отображение разметки HTML через интерактивный консольный web-браузер;
- Подсветка прикреплённых к письмам патчей;
- Клавиатурные комбинации и система ex-команд (":команда") в стиле Vim;
- Поддержка работы с Git;
- Возможность использования нескольких учётных записей и поддержка IMAP, Maildir, SMTP и sendmail;
- Поддержка CalDAV и CardDAV для синхронизации адресной книги и календаря-планировщика;
- Возможность обращения к IMAP в асинхронном режиме, не блокируя интерфейс во время загрузки писем;
- Эффективное использование сетевых ресурсов - загружается только информация, необходимая для представления писем в интерфейсе.URL: https://news.ycombinator.com/item?id=20090950
Новость: https://www.opennet.dev/opennews/art.shtml?num=50823
Но зачем?
> Но зачем?Тебя удивляет, что человек, переписывающий i3 с иксов на вяленого переписывает mutt на go в соответствии со своим художественным видением "современного" почтового клиента?
(справедливости ради, скорее не mutt, а какой-нибудь alpine, но так как alpine - безызвестное ненужно написал так как написал)
>переписывает (...) на goНу и пусть себе. Чем больше народа будет что-то делать на ЯП N и выкладывать результаты с открытым кодом, тем быстрее станут очевидны промышленные недостатки/достоинства этого ЯП. И что ценно - в это масштабное тестирование не надо вкладывать финансовые ресурсы.
>>переписывает (...) на go
> Ну и пусть себе.Да я тоже не против. Пусть хоть гвозди себе в голову забивает.
> mutt, а какой-нибудь alpine, но так как alpine - безызвестное ненужноСкорее наоборот.
не знаю как сейчас, но Линус пользовался только pine
pine давно мертв же
Alpine живой(в 2017 году был релиз)
>2k17 живой
Живой alpine, а pine мертвый(нет релизов с 2005 года)
Хотя не знаю, мне mutt-patched из Debian/Ubuntu последние лет 10 кажется оптимальным для консольного клиента
Последний релиз был 20 месяцев назад из чего следует что продукт мёртв, воняет и небезопасен.
Для проектов такого возраста все в норме, там уже релизы выходят редко, он живой
Локальный почтовый клиент? Не запускающий код? Ты там рускнулся об дерево что ли?
Т.е. если проект работает и всех все устраивает, то небезопасен, а если обезьянки постоянно переименовывают в коде переменные и еще какой-то хренью с ним занимаются, то безопасен?
> 2k17 живойНу да, на дворе уже 202k
а у нас 2k20. но приятно, что в 202k ещё помнят про опеннет...
Вас обоих из будущего занесло.
>2k17 живойО, да, в 2170 он точно будет неживой.
Да ладно? Что как оно? Джвжа года жду такое, без шуток.
man gnus
И сразу на свалку истории
> И сразу на свалку историиМнение анонима очень важно для нас. Держите нас в курсе.
Ваши искрометные шутки превосходят блеском алмазы...
Люди сидят на персоналках мощностью больше чем сервера, и продолжают читать почту в текстмоде. Цивилизация прошла мимо них.
Более того! Они фидонет тмылом по интеренету гоняют и тосерами почту сортируют. А сами поросли мхом и плесенью. :)
Это все девиации от безделья
DEVUAции
Тонко, по заграничному... :)
Ну а то что почтовыми сервисами как и соц. сетями гораздо удобнее пользоваться без GUI вы не рассматриваете? Зачем мне сначала открыть браузер, потом, открыть почту, потом дождаться пока эта махина загрузится и прочитать письмо либо Открыть программу(клиент), дождаться пока она прогрузится, дождаться пока догрузяться письма, после открыть письмо, ответить человеку.
А в консольном варианте я не отрываясь от работы пишу команду, загружается сразу почта, одной клавишой открываю письмо и сразу на него отвечаю, без ожидания пока загрузится программа(клиент GUI либо браузер), без всякого лишнего говна ввиде миллиард кнопок которые будут отвлекать от работы.
Я почтовый клиент не закрываю. зачем? он загружается автоматом при старте системы и потом просто делает свою работу. поэтому слезы и стенания про "долго грузится" "надо открывать" - просто не понимаю. извините...
> Я почтовый клиент не закрываю. зачем? он загружается автоматом при старте системы
> и потом просто делает свою работу. поэтому слезы и стенания про
> "долго грузится" "надо открывать" - просто не понимаю. извините...то есть ты такой тормоз, что не замечаешь тормозов гуйни? ;)
И чего с того? Нам теперь почтовые клиенты на гoвноэлектроне юзать?
Ты знаешь, ыы, почта до сих пор для многих читающих людей — текст. И его читают. И текстовый режим этому ну никак не мешает.
я им искренне сочувствую. потому что почта для людей не застывших в позе палеозоя - это инструмент призванный решать их задачи. И акцентуализация на почте как на исключительно тексте ... ну.... ну вы поняли...
>инструмент призванный решать их задачиИменно, «решать их задачи», а не твои.
"скажи мне какие у тебя инструменты - и я скажу какие у тебя задачи" (с) :)
> "скажи мне какие у тебя инструменты - и я скажу какие у
> тебя задачи" (с) :)Нет, не скажешь.
А давай попробуем?
спамер?
> Цивилизация прошла мимо них.Вы уже определитесь, браузер у вас памяти дофига жрет или нет. Потом уже можно кидаться фразочками.
у меня браузер жрет около 20 гигов памяти. я незнаю много это или мало. еще у меня висит около 5 виртуалок с тестовой инфраструктурой кластеров...
да, это мой домашний комп.
что бы вы мне посоветовали? надо ли мне заботится о памяти браузера?
>надо ли мне заботится о памяти браузера?Не надо - для тебя и тебе подобных есть отдельный загон со стойлом.
Вы расстроены. Мне жаль.
> отдельный загон со стойломс электроном и ****rust'ами
> The world's best email clientОднако сильное заявление для:
>Notice: aerc is a work in progress and some of these features are not working yet.Быстрого развития, качественных релизов и долгих лет проекту.
P.S.: go-мания печалит. Я на работе на go пишу только потому что так большенство проголосовало. И я скажу прямо runtime корявый. Да и более важные причина, которую все игнорят: язык написан google для google, и весь контроль в руках google, а не в руках сообщества.
> P.S.: go-мания печалит.Я, надо сказать, тоже не фанат, но уж пусть лучше так, чем немытыми руками невесть каких контрибуторов указатели трогать, как уже тут пытались: https://github.com/ddevault/aerc (да-да, aerc сперва на си был). Быстро копипастить if err != nil все ведь горазды, а искать умеющих воевать с borrow checker ради всего лишь почтового клиента я большого смысла не вижу.
Таких санными тряпками гнать нужно... я лично устал от говнокодеров. Индустрия прогнила, раньше они хоть пучковались в php сейчас везде.
Я был в шоке когда некоторые личности на работе не смогли сделать простейших оптимизаций. Ну и корме как hashmap других они не знаю (обьяснить как map в go устроен тоже не смогли)
Скажи мне, кто твой контрибьютор, и я скажу, что у тебя за проект.
Если твоих контрибьюторов в школе не научили складывать и вычитать целые числа и из-за этого у них проблемы с указателями - у меня для тебя плохие новости.
Смарт-поинтеры с исключениями для кого придумывали... и никаких borrow checker, и писанины минимум
> Смарт-поинтерыА потом приходит какой-нибудь умник с очередной зависимостью и опять привет, malloc()
> с исключениями
Это которые выскакивают каждый раз в новом и неожиданном месте, а ты потом весь main() в try/finally оборачиваешь?
Как придёт - так и уйдёт, ибо код гайдлайны не позволяют. Ну либо будет обёрнут во что-то. В этом плане язык никакой роли не играет.Исключения - нет, это те, которые обрабатываются по кускам иерархии там, где нужно, гарантируют корректное управление ресурсами и не тащат за собой необходимость проверять код возврата в каждой строке. А вывалится у тебя в main необработанное исключение или придёт руками протащенный через пятнадцать уровней стека код ошибки - всё равно у тебя проблемы, но без исключений - ты ещё и не уверен в консистентности состояния приложения. Судя по finally - ты вообще по джаве судишь, кстати.
> Судя по finally - ты вообще по джаве судишь, кстати.Почему сразу джаве? Finally и в C# есть, JS, питоне, руби… Да и какая, в общем-то, разница, как и где называется этот механизм, с тем же успехом народ любит класть болт и незамысловатым catch(std::exception).
> Исключения - нет, это те, которые обрабатываются по кускам иерархии там, где
> нужноГде ж вы таких редких плюсовиков находите, чтобы их вообще интересовало, где и какие могут возникнуть исключения? В лучшем случае у людей всё как в inkscape — половина немногочисленных примеров использования сводится к «catch(...) {}» (нет, это не моё сокращение, это именно «лови всё и забивай»).
Упомянутым выше джавистам, кстати, проще следить за гигиеной исключений: если я правильно помню, их компилятор заставляет либо обработать исключение, либо явно вбить в сигнатуру «throws чего-нибудь». А что в плюсах? «Нууу, std::string::reserve может чего-то выкинуть» можно встретить только на задворках документации, если целенаправленно искать. Для gcc даже -W-флагов релевантных нет.
> гарантируют корректное управление ресурсами
try {} за меня дескрипторы закроет, что ли? Верните этот аргумент в сообщение про смарт-пойнтеры, здесь он иррелевантен.
> и не тащат за собой необходимость
> проверять код возврата в каждой строке.А в итоге все всё равно забивают на проверки. Толку от того, что проверки пишешь реже, если человека никто не заставляет эти проверки вообще производить? В этом плане плюсовые исключения недалеко ушли от функций, возвращающих -1. Полноценный option type в этом плане понадёжней будет.
> А вывалится у тебя в
> main необработанное исключение или придёт руками протащенный через пятнадцать уровней
> стека код ошибки - всё равно у тебя проблемы, но без
> исключений - ты ещё и не уверен в консистентности состояния приложения.Да я и с исключениями не уверен: внутренние инварианты можно забыть вернуть в адекватное состояние и при своевременной ловле всех исключений. От такого прокола никакой из императивных способов обработки ошибок не спасёт, проще убежать в ФП и начать наяривать на иммутабельные структуры данных.
> и весь контроль в руках google, а не в руках сообществау вас был патч в golang, который не приняли?
можно ссылку?
а что патч тебе дает? Курсом развития языка занимаеться google комманда, а не сообщество. Если с Енлиским норм можешь почитать тут https://utcc.utoronto.ca/~cks/space/blog/programming/GoIsGoo...
> https://utcc.utoronto.ca/~cks/space/blog/programming/GoIsGoo...там всё сводится к "вот если мы сделаем генерики в го -- гугл их не приймет".
во-первых, вы сначала сделайте, а потом нойте, что "не принимают".мейнтейнер есть у всех проектов, тоже мне открыли америку. и в openjdk не так легко закоммитить расширения к яве от васяна, как он её видит. форкни, будь мужиком. вон была же история с gcc и egcs.
Это первый абзац, да. А дальше.
> Это первый абзац, да. А дальше.а дальше там ссылка на историю как чувак пытался рассказывать go team, как лучше сделать go dep.
без кода, чисто писульками. они его не очень послушали, но он на них и не в обиде.собственно, это не проблема вообще, third-party аналогов godep дофига, им не обязательно входить в код официального тулчейна. есть, например, божественный govendor, автор которого не ноет "мой код не включили в официальную репу", а просто пилит свою утилиту в своей репе уже три года.
Чего все так вцепились в эти generic-и? Вот отсутствие "const" -- это действительно проблема.
> Отображение разметки HTML
> Подсветка патчей
> Поддержка работы с Git
> Поддержка CalDAV и CardDAVА это точно почтовый клиент?
> Go
> WaylandА, ну да. Понятно-понятно.
*отхлебнул смузи и подклеил ус*
Это специализированный почтовый клиент. В общем-то не вижу в подобном подходе криминала. Хотя наверняка какой-нибудь vim/emacs обвешать скриптами было бы проще и быстрее.
vim сильно тормозит, когда его обвешиваешь всяким.
Бля, для кого это? Rmail, по умолчанию. Или давайте разведем тут тыщщу утилит ради "посесать жопу - жопопочесалка 0.1"
ВНЕЗПАНО, но это Unix-way!
> ВНЕЗПАНО, но это Unix-way!Нет, это не Unix-way.
А вот это Unix-way:
cat жoпa | чесалка
если жопу через трубу направить в чесалку, то получится обосраная чесалка и непригодная к повторному использованию труба. Вы там осторожней с однострочниками.
scratch /dev/ass
for i in {1..10}; do touch --force /dev/ass; done
у вас опять кот в трубе лижет свою жопу ?
>> ВНЕЗПАНО, но это Unix-way!
> Нет, это не Unix-way.
> А вот это Unix-way:
> cat жoпa | чесалкаНет. Хочешь Unix-way? Иди юзай Unix™. То есть OS X/macOS. А все остальное «я придумал свой вэй и думаю, что он юникс»
> Нет. Хочешь Unix-way? Иди юзай Unix™. То есть OS X/macOS. А все
> остальное «я придумал свой вэй и думаю, что он юникс»Каким боком это вдруг стало юниксом? В каком месте?
Что бы называться Unix™ нужно иметь сертификат
https://www.opengroup.org/openbrand/register/
Вот список всех Unix™
И то как делается в любом из них это и есть unix-way, так как это настоящие Unix™. А все остальное это твои фантазии и попытки выдать свои фантазии за какой-то вэй
Вообще-то, UNIX way -- это то, что соответствует философии UNIX. Тут никакие сертификаты нафиг не нужны. И хватит уже эту пургу везде толкать.
> Или давайте разведем тут тыщщу утилит ради "посесать жопу - жопопочесалка 0.1"Добро пожаловать в линукс! Кстати, а у вас какой дистрибутив? ;)
Я про Emacs собственно. "Там есть все". Или как, молодежь не использует?
Расскажи а как ты отрастил две дополнительный руки чтобы пользоваться Emacs'ом?
> Я про Emacs собственно. "Там есть все". Или как, молодежь не использует?там нет редактора, а кофеварить он умеет )
После того, как muttator от thunderbird отвалился, нормальных не мышкотыкательных клиентов под линукс не осталось совсем.mutt не нормальный, если что. В 2019 клиент должен уметь imap, oauth2 и рендер html (пусть хоть в текстовом режиме).
Проект интересный, но когда с год назад пробовал, еще ничего не умел.
> oauth2Нет, не должен. Самый правильный клиент для gmail - gmail. В хроме. С отключённым adblock, разумеется. Подписались жрать "продукты" гугла - жрите.
Не надо тащить всякое говно в нормальные инструменты.> рендер html (пусть хоть в текстовом режиме)
Зачем? Это же "антифича".
Впрочем, может и хорошо, что aerc появился, да. Хорошие вещи чище будут.
>> рендер html (пусть хоть в текстовом режиме)
> Зачем? Это же "антифича".чтобы почту прочитать, блин!
И еще и суметь на нее ответить с цитированием.
Впрочем, все это (почти, с цитированием там опа) умеет аутлук. Сколько времени он еще будет доступен не в "облачке"- отдельный печальный вопрос.
> Впрочем, может и хорошо, что aerc появился, да. Хорошие вещи чище будут.
не будут.
>>> рендер html (пусть хоть в текстовом режиме)
>> Зачем? Это же "антифича".
> чтобы почту прочитать, блин!А точно речь о почте, а не о спаме и письмах-подтверждений регистраций и т.п.?
Второе прекрасно читается 1 раз в жизни через веб-морду мусорного почтового аккаунта.> И еще и суметь на нее ответить с цитированием.
Plain text прекрасно цитируется. Это аргумент против html, а не за.
>> Впрочем, может и хорошо, что aerc появился, да. Хорошие вещи чище будут.
> не будут.Да как скажешь.
Главное чтобы хотя бы "грязнее" не стали.
>жрать "продукты" гугла - жритеПочта как почта. Перешел на неё ещё тогда, когда раздавалась по инвайтам. С б-гомерзкого mail.ru, задравшего тогда спамом, соотношение которого с моей перепиской начало превышать 50% от общего количества писем. И даже тогда, когда в гуглопочте появилась реклама - она не особенно заметна. Зато бесплатно. Не вижу проблем для того, чтобы использовать.
>oauth2
А кому-то - OpenID. Спрашивается, и что такого?
>"антифича"
Скорее да, но иногда в обстоятельном письме удобно всё же использовать выделение и курсив.
**Выделение** и *курсив,* например, хватит всем.
ок, таблицу и иллюстрацию. Ну неудобно без разметки.oauth у гугла, кстати, до сих пор не обязателен, и без него та же громоптица (хотя вру - seamonkey) отлично с ним работает.
> ок, таблицу и иллюстрацию. Ну неудобно без разметки.Теоретически, для почты было бы всё же удобнее не html, а Markdown...
это была бы почта моей мечты
> это была бы почта моей мечтыhttps://markdown-here.com/
https://addons.thunderbird.net/en-US/thunderbird/addon/markd.../"Мечты ближе, чем вы думаете."
Но разве для чего-то серьезно форматированного не удобнее просто пересылаемый файл odt/docx/ссылка на Word Online/Google Docs вместо поддержки документооформительского хозяйства в клиенте?
А давайте изобретём новый формат файла для этого!
Зачем? Приаттачивание пересылаемых файлов ЛЮБОГО формата к электропочте - почти что исконная фича. Форматы документов существуют и без того и помимо того. Эрго - ересь, не нужно.
Проблема в том, что приаттаченный документ не сохраняется при ответе и пересылке, а если нужно обсуждать вопрос не с одним человеком, как понять, кто какую правку сделал в документе и когда?Увы, но чистого текста сейчас уже недостаточно. Картинки (скриншоты), таблицы, примеры кода и команд, ссылки...
Весь этот текстовый минимализм хорош, но не работает. Примерно как сейчас не работает кнопочный телефон, потому что "только звонить" недостаточно.
> Увы, но чистого текста сейчас уже недостаточно. Картинки (скриншоты), таблицы, примеры
> кода и команд, ссылки...А для этого есть Google Docs и аналоги, хоть от Microsoft - Office Online в связке с One Drive, хоть от Collabora, если религия не позволяет использовать продукты Google и Microsoft.
А через три года ты не поймёшь, о чём была речь, так как ссылки давно мертвы
> А через три года ты не поймёшь, о чём была речь, так как ссылки давно мертвыНу так для серьезных дел и не надо использовать бесплатные сервисы для обычных юзеров. Для этого есть платны е корпоративные аккаунты для документов в облаках или можно поднять собственное внутриконторское решение. Пусть почта остаётся почтой, а не дубликатом офисного пакета и файлохранилища.
Точно не гуглодок и прочее, что не сохраняется вместе с письмом - в некоторых случаях это может быть даже требованием законодательства.Ну и лишние клики для открытия всего этого - тоже не ахти, особенно если тебе такое десятками и сотнями летит
> требованием законодательстваНу, если некто не повязан с госконторами и всей этой кучей бюрократических изысков, то это-то ерунда.
>>жрать "продукты" гугла - жрите
> Не вижу проблем для того, чтобы использовать.Используй же. Кто я такой, чтобы ограничивать тебя в этом?
>>"антифича"
> Скорее да, но иногда в обстоятельном письме удобно всё же использовать выделение и курсив.Подчёркивание по краям и капс наш выбор ;)
Если чуть более серьёзно, то я убеждён, что использование plain text позволяет в бОльшей степени сосредоточиться на письме, а не на оформлении, поэтому за минимализм.
>Используй же. Кто я такой, чтобы ограничивать тебя в этом?Хорошо, что ты так говоришь. Вот если бы ещё поменьше высокомерия на сомнительных основаниях в духе "жрите" - было бы совсем хорошо ;-)
>plain text позволяет в бОльшей степени сосредоточиться на письме (...) поэтому за минимализм
Я тут уже упоминал в другом комме Markdown. Рабочие заметки для себя давно уже делаю с ним.
>>Используй же. Кто я такой, чтобы ограничивать тебя в этом?
> Хорошо, что ты так говоришь. Вот если бы ещё поменьше высокомерия на сомнительных основаниях в духе "жрите" - было бы совсем хорошо ;-)Это не высокомерие, а демонстрация лично моего отношения к явлению. Эмоционально окрашенная.
>>plain text позволяет в бОльшей степени сосредоточиться на письме (...) поэтому за минимализм
> Я тут уже упоминал в другом комме Markdown. Рабочие заметки для себя давно уже делаю с ним.Заметки - это заметки, их никто кроме тебя, условно, читать не будет. Ты сам себе хозяин.
Хоть на выдуманном языке в зеркальном отражении их пиши - главное, чтобы тебе было удобно.Почту будет читать другой человек. Отказ от избыточной разметки - попытка сделать так, чтобы человек испытывал как можно меньше проблем с получением информации из письма от тебя.
>Почту будет читать другой человек. Отказ от избыточной разметки - попытка сделать так, чтобы человек испытывал как можно меньше проблемТак разметку-то человек видеть и не будет. Как и в случае с html. Он будет видеть результат. Так же, как и при просмотре заметок. А если рендер сглючит по какой-то причине, Markdown не так избыточен для глаза, как html-код, чтобы за разметкой было сложно прочесть текст.
>>Почту будет читать другой человек. Отказ от избыточной разметки - попытка сделать так, чтобы человек испытывал как можно меньше проблем
> Так разметку-то человек видеть и не будет.Зависит от. Кто-то будет, кто-то нет. Plain-text - у всех.
> Markdown не так избыточен для глаза, как html-код, чтобы за разметкой было сложно прочесть текст.
С этим я не спорю. MD лучше.
>> рендер html (пусть хоть в текстовом режиме)
> Зачем? Это же "антифича".Рендер антифича? Точно? 90% моего инбокса — в html. Я не отправляю html, я люто ненавижу всякие rich text редакторы (нет, пусть будут, кому-то удобно мышкой и код писать, но я такого избегаю). Но вот возможность читать письма ну никак не попадает под определение антифичи имхо.
>>> рендер html (пусть хоть в текстовом режиме)
>> Зачем? Это же "антифича".
> Рендер антифича? Точно? 90% моего инбокса — в html. Я не отправляю html, я люто ненавижу всякие rich text редакторы (нет, пусть будут, кому-то удобно мышкой и код писать, но я такого избегаю). Но вот возможность читать письма ну никак не попадает под определение антифичи имхо.Мне не понятно, зачем это делать частью почтового клиента, а не через условный links смотреть. Ну, пох тут рядом про цитирование упомянул, наверное это аргумент.
А так, за уточнение спасибо, я согласен, что сам по себе рендер - не зло, чего нельзя сказать про html-письма в целом.
>Самый правильный клиент для gmail - gmail. В хроме.Гадость какая…
>Нет, не должен. Самый правильный клиент для gmail - gmail. В хроме. С отключённым adblock, разумеется. Подписались жрать "продукты" гугла - жрите.Не надо тащить всякое говно в нормальные инструменты.
У меня gmail с pop3 отлично работает безо всяких oauth
>>Нет, не должен. Самый правильный клиент для gmail - gmail. В хроме. С отключённым adblock, разумеется. Подписались жрать "продукты" гугла - жрите.
> У меня gmail с pop3 отлично работает безо всяких oauthПоверю тебе на слово. Тем не менее, oauth в почтовые клиенты, как я понимаю, тащат в основном gmail'ом укушенные - потому как его больше примерно нигде нет в (полу?)обязательном порядке.
Хотя я специально этот вопрос не изучал.
=== mutt умеет HTML. ===$ cat ~/.mailcap
application/zip; xdg-open %s
text/html; firefox %s &> /dev/null; needsterminal
text/html; elinks -dump ; copiousoutput;elinks и firefox заменяются по вкусу. В окне просмотра mutt html отображается автоматом. Чтобы открыть в графическом браузере, следует нажать v для просмотра вложений, выбрав text/html нажать m для передачи в указанный браузер.
=== mutt умеет IMAP. ===
### Credentials ###
set my_mailserver = 'example.org'
set imap_user = 'user@example.org'
set imap_pass = 'PASSWORD'
set smtp_pass = $imap_passset from = 'anon@example.org'
set realname = 'John Smith'### IMAP settings ###
set folder = "imaps://mail.$my_mailserver/"
set spoolfile = '+INBOX'### SMTP settings ###
set smtp_url = "smtps://$imap_user:$imap_pass@smtp.$my_mailserver/"
unset smtp_authenticators
set record = '+Sent'# vi:syntax=muttrc
> === mutt умеет HTML. ===не умеет.
> $ cat ~/.mailcap
> application/zip; xdg-open %s
> text/html; firefox %s &> /dev/null; needsterminalдобро пожаловать в XXI век, ага. Жаль что даже на компьютерах XXI века ТАК читать почту - не больше одного письма в день.
А теперь ответь мне на мое письмо, с цитатами в нужных местах. Ну или хотя бы цитатой "бородой", хрен с тобой.
Нет, там было форматирование и пара картинок, поскольку обсуждается дизайн магистральной сети и нужна схема под рукой.> === mutt умеет IMAP. ===
умеет, да, правда криво. но imap-сервера сами все кривые.
mapi - нэ умээт.
И не будет, вымерли те кто мог бы это сделать.
Всем не угодишь. Автор mutt, если не ошибаюсь, рассматривает поддержку HTML как прискорбную необходимость, а не фичу, как и авторы Sylpheed и Claws Mail. Однако свободные почтовые клиенты на этом не кончаются, так что нет нужды жрать mutt. Жаль, конечно, что поддержку MAPI не завезли, ну да кому охота даром время тратить на очередной майкрософтовский проприетарный NIH? Если МС Аутлук (почти) во всём устраивает, как ты указал выше, не вижу, в чём драма. MAPI всё равно вряд ли что-то лучше поддерживает.Всё ПО — страдание, это ещё до Иисуса сказали.
> Автор mutt, если не ошибаюсь, рассматривает поддержку HTML как прискорбную необходимость, а не
> фичуон, видимо, старше меня, и, наверное, ему капает зарплата какого-нибудь университетского профессора - нет необходимости ни с коллегами по работе нормально общаться, ни с кем еще, и вообще дедушка старый, стараются зря не беспокоить.
> Однако свободные почтовые клиенты на этом не кончаются
кончаются нормально работающие. И остается либо уродливый и дырявый пожиратель ресурсов в виде thunderbird, либо аутлук, к которому нужен еще и exchange - с cgp современный работает плохо, а автор уже не с нами и ничего не улучшит.
Ну и локально почитать почту - вообще, в результате, нечем. Не этой же игого-поделкой.
> И остается либо уродливый и дырявый пожиратель ресурсов в виде thunderbird,Купи себе нормальный компьютер уже. XXI век на дворе, вообще-то.
> нормально общатьсяС каких это пор впердуливание абсолютно избыточной разметки туда, где она не только не нужна, но и вредна - критерий нормального общения?
Нормальное общение - это когда есть какая-то тема дискуссии и т.п..Нормальное общение возможно даже в уродском telegram-desktop, с его урезанными до размера экрана мобилки сообщениями.
А наличие/отсутствие html тут вообще примерно побоку. Его наличие обычно только добавляет лишних сложностей. Plain text читается у всех и всегда.
> Автор mutt, если не ошибаюсь, рассматривает поддержку HTML как прискорбную необходимость, а не фичу, как и авторы Sylpheed и ClawsИ чертовски правильно делают.
Чем проще - тем лучше, при условии, что искомая задача - передача информации решается.
А терминал xterm имеет встроенные компилятор С++$ gcc
Но если есть возможность посмотреть текст хтмл письма хоть как-то, это уже хорошо. От консольного клиента я и не ожидаю цветастых картинок.
О, надо попробовать, давно такое ждал.
Грег Кроа-Хартман: "какой интересный проект. Запилите поддержку mbox - буду им пользоваться"
эксперты с опенка: "смузи, нинужно"вы хоть сами понимаете, какие вы убогие? aerc был написан, потому что mutt очень плохо работает с сетью. Но вы этого конечно же не знали, потому что никогда таким не пользовались.
> вы хоть сами понимаете, какие вы убогие? aerc был написан, потому что
> mutt очень плохо работает с гуглем. Но вы этого конечно же
> не знали, потому что никогда таким не пользовались.поправил, не благодари.
да, я не вижу, зачем мне пользоваться для гугля каким-то отдельным от браузера интерфейсом.
А "с сетью" mutt вполне нормально работал еще в 2009м, на dovecot'овый imap у меня ходил. Неужели сломался за десять лет?А интерфейса к sieve у этой поделки нет, то есть "с сетью" оно именно гугля в гугле собиралось работать. Там - да, ненужно.
> Грег Кроа-Хартман: "какой интересный проект. Запилите поддержку mbox - буду им пользоваться"А, ну раз Грег сказал, то всё, расходимся, зачем своей головой-то думать?
А ещё он кстати сказал, что zfs не нужен. Выкидываем?> эксперты с опенка: "смузи, нинужно"
Имеют такое же право на мнение как и Грег. И как автор aerc.
> вы хоть сами понимаете, какие вы убогие?
Молодец, самоутвердился.
Пойду рыдать над тем, какой я убогий.
Да действительно уже надоела вечная эта желчь на Opennet, вместо того, чтобы красиво и интересно что-то обсуждать, все всё поливают дерьмом (включая друг друга). И участвовать в таких мероприятиях малоприятно, конечно. Действительно, почему бы вместо всяких "смузи" и т.п. высказать какую-то конструктивную критику в максимальной уважительной неэмоциональной форме?
Лучше бы кто-нибудь запилил минималистичный и шустрый почтовый клиент по типу IM жабберов, где можно будет подписывать контакты. То что есть сейчас либо архаика из 90х, либо грузные поделия на электроне.
> Лучше бы кто-нибудь запилил минималистичный и шустрый почтовый клиент по типу IM
> жабберов, где можно будет подписывать контакты. То что есть сейчас либо
> архаика из 90х, либо грузные поделия на электроне.потому что все что не поделия на электроне - ты считаешь архаикой 90х.
да и куда ж тут без эшелона, когда вся почта в html, и иногда с троянцами?
Надо будет с оказией попробовать вместе со sway. П пользовался mutt было прикольно, но жухало. + за бываю про почту в консоли.
>Возможность использования нескольких учётных записейЗахотелось перейти с mutt. Mutt тоже может работать с несколькими учётками, но не одновременно.
Перехода не будет. Не хватает работы в фоне с автоматической проверкой и загрузкой почты. Сейчас для этого использую связку sendmail+fetchmail.
>> Отображение разметки HTML через интерактивный консольный web-браузер;За письма в HTML вешать на деревьях надо.
Увы и ах, без этого сейчас никуда.
эта строчка в статье кстати полная чушь. Нет там никакого "отображения через браузер". Просто html прогоняется через w3m (или через любую другую команду - в aerc это можно настроить фильтр для любого mime-типа), и получившийся текст скармливается PAGER-у (по умолчанию - less, это тоже настраивается)
таблички корректно отображаются?
w3m это браузер.
который умеет в stdout. и да, с таблицами, емнип оно их псевдографикой рисует
а что не так? вы как прикрепленные таблички смотрите в теле письма?
> а что не так? вы как прикрепленные таблички смотрите в теле письма?Никак вообще. Все вложения - сохраняются отдельно.
Это веление религии? Потому что с письмом, где таблицы/картинки - часть контента, удобно работать, когда они таки видны в теле, среди текста.
такое письмо он "сохраняет отдельно" - и читает его plaintext часть - где написано "мы пытались отправить вам письмо, но,похоже, вы не сможете его прочитать".
> такое письмо он "сохраняет отдельно" - и читает его plaintext часть -
> где написано "мы пытались отправить вам письмо, но,похоже, вы не
> сможете его прочитать".Не доводите мысль до абсурда. Текст отдельно, документы\картинки\вирусы\архивы - отдельно.
«см. рис. 3», ага, и прыгаешь между окнами. У вас, видимо, почта существует только для того, чтобы получить письма регистрации, jpeg-открыти от бабушки на новый год, ну и спам.
Уж лучше так, чем инлайном смотреть картинки 100500×100500.
Веление религии сводится к тому, что перенос подобного контента в ODT снижает риски.
>>> Отображение разметки HTML через интерактивный консольный web-браузер;
> За письма в HTML вешать на деревьях надо.Горячо поддерживаю твой анти-html экстремизм!
>За письма в HTML вешать на деревьях надо.На B-деревьях?
В HTML, хотя бы, кодировка указывается. А то будет какой-нибудь вантуз слать письма plain txt в своей любимой CP1251. Задолбаешься кодировку переключать, чтоб его письмо прочитать.
>А то будет какой-нибудь вантуз слать письма plain txt в своей любимой CP1251. Задолбаешься кодировку переключать, чтоб его письмо прочитать.Вантуз - зло известное, обычно эта кодировка поддерживается :).
Mutt не умеет работать с множеством вспомогательных папок в ящике.
Для меня это киллерфича, mutt не нужен.
>Клавиатурные комбинации и система ex-команд (":команда") в стиле Vim;Это убило первоначальный интерес, вызванный новостью. Ну уж, хотя бы, в стиле mcedit было бы.
Ты бы ещё сказал nano.
А что, можно и nano. Гентушникам привычно.
Это потому что такие вещи надо писать так: базовая оболочка заточенная на задачу + система плагинов. Дальше дописываешь плагинами любой функционал.
То есть веб-интерфейс к почте, настраиваемый аддонами к браузеру?
в консоли вложения не посмотришь (картинки всякие и тому подобное), да и нормальный рендеринг html постольку-поскольку будет. Кому оно нужно, кроме автора?
Мне, например.
Спасибо! Звучит многообещающе, надо пощупать. (Neo)mutt хоть и неплох, но его legacy обуславливает ряд неудобств, избавление от которых маловероятно.