Доступен релиз консольного почтового клиента Mutt 2.0. Переход на новый значительный номер версии обусловлен внесением изменений, нарушающих обратную совместимость. Например, изменено поведение при прикреплении файлов во вложение, по умолчанию выставлен режим $ssl_force_tls, отключена чистка заголовков при выполнении операций decode-copy и decode-save, установка параметра $hostname теперь производится после обработки muttrc и опций "-e" в командной строке...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54049
Поздравления пользователям!Восстановление IMAP соединения в случае разрыва - архивостребованная штука кстати. Ещё раз поздравляю.
Если у вас везде широкие каналы, то поздравляю. Мне иногда приходиться в поездках что-то админить.
А причём тут эффективность консоли при узком интернет-канале? Trojita на Qt5 может очень эффективно общаться по IMAP. Давно уже.И
> Восстановление IMAP соединения в случае разрываэто просто само собой разумеется. Очень удивило, что в mutt - это что-то особенное.
Более того, mutt до сих пор менее эффективен чем Trojita. mutt тупо грузит всё что ненужно прямо сразу: https://unix.stackexchange.com/questions/358165/mutt-load-me...А Trojita грузит только заголовки писем, которые попали в видимость в виджете listview.
> Более того, mutt до сих пор менее эффективен чем Trojita.Учитесь обобщать корректно. А то мы с моим mutt, запущенным непосредственно около MTA, над Вами посмеиваемся.
И в чем проблема взял ноутбук с террабайтами памяти запустил любимый KDE подключился по текстовому протоколу прогрузил сообщения самым эффективным способом и отключил и сиди с графическим GUI дальше себе. А вся эта минимальность в консоли по сути вызывает только раздражение при лагающем соединении когда тебе один сивол не отправить на сервер и ты играешь в пошговую стратегию получая раздражение от чтения сообщениякороче это все прикольно если ты этим уже пользовался 100 лет назад и есть опыт, но если нет то и накчинать смысла нет полно более удобных инстументов сегшодня
> полно более удобных инстументов сегшодняНапример?
KMail.
и немедленно проблевался.спасибо, мы лучше на mail каком-нибудь посидим, чем на этом абортивном материале из клиники им. кдепим.
> спасибо, мы лучше на mail каком-нибудь посидим, чем на этом абортивном материале
> из клиники им. кдепим.Хоть на Outluke, лишь бы вам приятно было! =)
> Хоть на Outluke, лишь бы вам приятно было! =)дядька, ты щас серьезно пугаешь аутлуком человека, у которого последние 15 лет корпоративный стандарт лотус нотес? :)))
> дядька, ты щас серьезно пугаешь аутлуком человека, у которого последние 15 лет
> корпоративный стандарт лотус нотес? :)))А что такого? Лотус не хуже. Ну полуживое, но госорганы это когда смущало (или им ещё кто-то пользуется?). Да, морда валится, наверное, реже, чем KMail, особенно в отсутствие обновлений.
Зачем это тёмное средневековье? Щас же "светлые" времена технофашизма -- почтовый клиент должен быть написан на электроне, сжирать всю память компа, тормозить, свистеть, пердеть и качать ENLARGE YOUR PENIS прямо в чип, вживлённый в моск хипстора-телеграмщика.
> сжирать всю память компане всю, а половину. вторая половина резервируется для веб-приложений.
>взял ноутбук с террабайтами памятиПодскажи, где взять ноутбук хоть с одним террабайтом ОЗУ?
>>взял ноутбук с террабайтами памяти
> Подскажи, где взять ноутбук хоть с одним террабайтом ОЗУ?Нигде. Байты тут на Терре теперь обычно считают 8 битными (что взять с глупых человеков?).
Столь мало памяти никто не встраивает.
А что mutt до сих пор грузит автоматом вложения!? Причём тогда в 90-ых - начале 2000-ых это была намного более серьёзная проблема. Удивительно, что тикеты значатся в открытых:https://gitlab.com/muttmua/trac-tickets/-/blob/master/ticket...
https://gitlab.com/muttmua/trac-tickets/-/blob/master/ticket...
Консоль не выручает, если разработчики живут в США или Европе или ещё где, и у них уже тогда давно был хороший достаточно широкий (по тем временам) канал.
Корпоративный. Для обычных пользователей скоростные анлимы добрались гораздо позже чем у нас (капитализьм жеж).
Если тебе не приходится удалённо по ssh заходить. Да и вседа ли графика нужна? Есть же программы, которые работают с неграфической информацией только.
Графика может и нет, а вот полноценный TUI бы пригодился.
Зачем графика и HTML там, где она нежелательна? За счёт отсутствия лишней графики консольные читалки местами более полезны. Например, банально шрифтом того же кегля в окне консоли больше строчек влезает, чем в том же Evolution или Thunderbird. HTML-письма в 100% случаев не нужны, документы шлют вложениями.
Если бы еще все слали нормальные plain text альтернативы. Обычно процентов 10 - убитая в хлам нечитаемая помойка, еще процентов 10 - вообще отсутствие плейнтеста.
А что мешает тому же mutt использовать движок рендеринга от текстового браузера? Да хоть от links, например.
> А что мешает тому же mutt использовать движок рендеринга
> от текстового браузера? Да хоть от links, например.Обычно неумение mailcap(4) прокладкой между табуреткой и мышкой...
Html очень полезен когда нужно что то в тексте выделить подсветить. Например в куске конфига/лога/кода заострить внимание на определенном месте.
Некоторым не шашечки, а ехать нужно. А некоторое не хотят, чтобы кисть отвалилась после многих лет возни с мышкой.
> Некоторым не шашечки, а ехать нужно.Тут mutt тоже плохой помошник. Если у тебя есть несколько почтовых ящиков, то использование mutt превращается в фестиваль костылестроения. Встроенный IMAP бекенд не позволяет читать почту офлайн, не позволяет отображать все аккаунты в sidebar в читаемом виде и не позволяет работать с exchange. Поэтому приходится использовать кучу сторонних скриптов, и UX тут же превращается в тыкву. Вот серьезно, даже, прости господи, KMail уже приятнее использовать.
> Встроенный IMAP бекенд не позволяет читать почту офлайнА есть почтовик, который позволяет читать IMAP оффлайн? Который вообще из IMAP делает способ вытаскивания почты с сервера, а не способ просмотра почты, хранящейся на сервере?
> А есть почтовик, который позволяет читать IMAP оффлайн? Который вообще из IMAP делает способ вытаскивания почты с сервера, а не способ просмотра почты, хранящейся на сервере?Эээ... Из живых -- все. Evolution, Thunderbird, KMail.
Спс за информацию. Надо будет тогда на громоптицу мигрировать.
> А есть почтовик, который позволяет читать IMAP оффлайн? Который вообще из IMAP делает
> способ вытаскивания почты с сервера, а не способ просмотра почты, хранящейся на сервере?да, есть. fetchmail
>> А есть почтовик, который позволяет читать IMAP оффлайн? Который вообще из IMAP делает
>> способ вытаскивания почты с сервера, а не способ просмотра почты, хранящейся на сервере?
> да, есть. fetchmailфу
С fetchmail, за 8 лет железно забываешь, что где-то там на фоне, мелкая прога что-то собирает с 10 ящиков, чуть соритрует и даже фильтрует немного, а потом складывает в mbox/maildir.
GUI на его фоне рождались и погибали, одна за другой. Только claws-mail доказал свою проф пригодность.А mutt... ну это как вим, субъективным фанатикам, которым нужно 5 клавиш нажать, вместо двух, для примитивного функционала. И то, как выше описали, 10 костылей для этого приделать и терпеть.
Тыкни мышкой, чё вы*???ся? на ровном месте.Это банально не серьёзно. Хотя если у тебя 1 ящик и всё текстовое, может и круто.
> Встроенный IMAP бекенд не позволяет читать почту офлайнofflineimap на лето не задавали? Ох уж этот подлец Рейман...
Хм, мои попытки поиграться с синхронизацией через offlineimap закончились тем, что результат синхронизирования на локальный диск в maildir большого inbox читается с этого же диска медленнее, чем по IMAP с удаленного сервера. Thunderbird, при всей его раздутости, пока как-то надежнее справляется.
> Хм, мои попытки поиграться с синхронизацией через offlineimap закончились тем, что результат
> синхронизирования на локальный диск в maildir большого inbox читается с этого
> же диска медленнее, чем по IMAP с удаленного сервера. Thunderbird, при
> всей его раздутости, пока как-то надежнее справляется.У меня mutt с offlineimap и это довольно быстро, т.е. быстрее, чем mutt по IMAP. Но с offlineimap есть куча проблем:
a) Он написан на питоне. На втором питоне. Мало того, что он жрет CPU на ляптопе как не в себя пока синкается, так ещё и оригинальный автор не собирается переписывать его на третий. Вместо него это делают какие-то левые чуваки.
b) UX сосет. Для одной почты требуется править три конфига: mutt, offlineimap, и какая-то отдельная тулза для поиска людей в exchange. Если хочется календаря, то требуется ещё одна тулза.
c) Рейсы. Если ты грохнул письмо в mutt во время синка offlineimap, то offlineimap вернет письмо обратно. Битч.
d) Иногда offlineimap что-то ломает во время синка и говорят про UID validity проблем и посылает тебя в FAQ чинить все руками. Дамы и господа, 2020 год.
e) Почта просто валяется на диске в plaintext. Почта и так не самый секурный метод передачи информации, а тут ещё и вот это. Но, справедливости ради, это проблема не только offlineimap.
> У меня mutt с offlineimap и это довольно быстроА какой объем инбокса (порядок -- количество писем и дисковое пространство), если не секрет? У меня несколько тысяч писем на несколько гигабайт с диска индексируются неприятно долго.
> Он написан на питоне. На втором питоне.
Во-первых, есть еще mbsync в качестве альтернативы.
Во-вторых, сам по себе питон не проблема, и даже 2-й питон -- не проблема. Чтение IMAP -- не сильно ресурсоемкая задача, т.е., как я понимаю, дело в неоптимальности кода.> то требуется ещё одна тулза.
Ну это, в общем-то, UNIX-way.
> то offlineimap вернет письмо обратно.
Боль.
> d) Иногда offlineimap что-то ломает во время синка
Совсем боль.
> e) Почта просто валяется на диске в plaintext.
Это частично лечится ecryptfs.
> А какой объем инбокса (порядок -- количество писем и дисковое пространство), если не секрет? У меня несколько тысяч писем на несколько гигабайт с диска индексируются неприятно долго.У меня влючено кеширование и ML с 48k письмами (503M) открывается где-то за секунду, может чуть меньше. NVMe, понятное дело.
> Во-первых, есть еще mbsync в качестве альтернативы.
Я вот думаю про него как раз.
> Во-вторых, сам по себе питон не проблема, и даже 2-й питон -- не проблема. Чтение IMAP -- не сильно ресурсоемкая задача, т.е., как я понимаю, дело в неоптимальности кода.
Про второй питон это я о том, что он не поддерживается больше.
> Это частично лечится ecryptfs.
Ну как минимум mutt и offlineimap читают директорию. Раз её читают mutt и offlineimap, её может прочитать кто угодно. Так-то у меня ляптоп зашифрован, но вот в рантайме доступ к почте имеет любой выбравшийся из сандбокса жабаскрипт код в firefox.
> но вот в рантайме доступ к почте имеет любой выбравшийся
> из сандбокса жабаскрипт код в firefox.Некоторые делают так: http://ftp.altlinux.org/pub/people/ldv/hasher/thesis-2005.html (и всё равно читать почту по ssh мне кажется более надёжным в этом плане ;-)
> NVMe, понятное дело.Ха.
HDD-шникам, похоже, остается страдать.> Про второй питон это я о том, что он не поддерживается больше.
Это имеет смысл только в том аспекте, что официальные разработчики не собираются выпускать исправления ошибок безопасности. При условии, что никто больше не возьмется. Насколько я понимаю, пока таких ошибок нет.
В крайнем случае, можно пытаться завести такие проекты под PyPy -- они вроде не собираются закрывать поддержку Python2.
> Ну как минимум mutt и offlineimap читают директорию. Раз её читают mutt
> и offlineimap, её может прочитать кто угодно. Так-то у меня ляптоп
> зашифрован, но вот в рантайме доступ к почте имеет любой выбравшийся
> из сандбокса жабаскрипт код в firefox.Как раз mutt/offlineimap в этом плане удобнее графических альтернатив, т.к. его можно держать под отдельным пользователем, логинясь через su - <username>.
>> NVMe, понятное дело.
> Ха.
> HDD-шникам, похоже, остается страдать.А... Зачем? Зачем в почти 21 году HDD для системы? Это ж реально себя мучить.
>> Про второй питон это я о том, что он не поддерживается больше.
> Это имеет смысл только в том аспекте, что официальные разработчики не собираются
> выпускать исправления ошибок безопасности. При условии, что никто больше не возьмется.
> Насколько я понимаю, пока таких ошибок нет.Это имеет смысл в том аспекте, что все мажорные десктопные дистрибутивы выкинут питон2 в 21 году.
> В крайнем случае, можно пытаться завести такие проекты под PyPy -- они
> вроде не собираются закрывать поддержку Python2.Это пердолево ради пердолева. Проще помочь энтузиастам адаптировать код под третий питон. Форк уже рабочий, осталась отладка.
>> Ну как минимум mutt и offlineimap читают директорию. Раз её читают mutt
>> и offlineimap, её может прочитать кто угодно. Так-то у меня ляптоп
>> зашифрован, но вот в рантайме доступ к почте имеет любой выбравшийся
>> из сандбокса жабаскрипт код в firefox.
> Как раз mutt/offlineimap в этом плане удобнее графических альтернатив, т.к. его можно
> держать под отдельным пользователем, логинясь через su - <username>.Ну это тоже такое себе. Хочется человеческого зашифрованного бекенда.
> А... Зачем? Зачем в почти 21 году HDD для системы? Это ж реально себя мучить.Ну так вышло вот. Куча legacy hardware, например. Плюс на недорогих ноутах бывает по-разному. Плюс как там сейчас у SDD с количеством перезаписей?
> Это имеет смысл в том аспекте, что все мажорные десктопные дистрибутивы выкинут питон2 в 21 году.
Выкинут == перестанут ставить по умолчанию или вынесут из репозиториев?
> Это пердолево ради пердолева. Проще помочь энтузиастам адаптировать код под третий питон. Форк уже рабочий, осталась отладка.
Ну, есть сисадминское решение и программерское) Кому что ближе.
> Ну это тоже такое себе. Хочется человеческого зашифрованного бекенда.
В случае Мутного (при всем к нему уважении) для начала хотелось бы размежевания IMAP-кода и интерфейса, чтобы не подвисал в поезде при ослабевании или пропадании подключения, например. Собственно, эта проблема в сочетании с медленным Maildir в моем случае и заставляет смотреть на mutt как на хорошее нишевое решение (иногда реально очень полезное, например, когда надо выслать себе файл с удаленного сервера с доступом через два ssh-подключения), но не как на почтовый клиент для ежедневного использования.
> Ну так вышло вот. Куча legacy hardware, например. Плюс на недорогих ноутах бывает по-разному.Да ну слушай, какое legacy. SATA SSD стоит три тыщи.
> Плюс как там сейчас у SDD с количеством перезаписей?
Как и раньше, это никогда не было проблемой.
> Выкинут == перестанут ставить по умолчанию или вынесут из репозиториев?
Вынесут из репозиториев и удалят все пакеты.
> Да ну слушай, какое legacy. SATA SSD стоит три тыщи.Слушай, если для начала использования какого-то софта мне нужно докупить железо, сплясать танец Солнца и т.д., то шансы сказать "да ну его" сильно возрастают.
> Вынесут из репозиториев и удалят все пакеты.
К сожалению, эти могут.
> Слушай, если для начала использования какого-то софта мне нужно докупить железо, сплясать
> танец Солнца и т.д., то шансы сказать "да ну его" сильно
> возрастают.Эээ... С SSD/NVMe работает быстрее буквально все, начиная с git какого-нибудь и заканчивая индексатором файловой системы. То есть на обладателя HDD под систему сейчас реально смотрят как на дебила, который сам себе же жизнь портит.
> К сожалению, эти могут.
Никто в здравом уме не будет поддерживать язык программирования, который был объявлен устаревшим пять лет назад и для которого уже несколько лет был четко прописан день смерти. У всех было масса времени подготовиться, дата смерти уже даже переносилась один раз. Все, кто не успел, тот сам себе злобный буратино.
> То есть на обладателя HDD под систему сейчас реально смотрят как на дебила, который сам себе же жизнь портит.Ну, если менять железо часто, то может быть, но так делают сильно не все. У меня, например, в разных местах ходят винты, купленные годы назад, и менять их просто чтобы поменять или чтобы некоторые операции стали чуть быстрее -- идея так себе.
> Никто в здравом уме не будет поддерживать язык программирования, который был объявлен устаревшим пять лет назад и для которого уже несколько лет был четко прописан день смерти. У всех было масса времени подготовиться, дата смерти уже даже переносилась один раз.
O tempora, o mores. Fortran 77 смотрит на ваше жалкое копошение как известно на что. Если можно объявить "мы закрываем язык через 5 лет" и через пять лет его таки забросят -- значит, на нем пишется только пыль и пена, актуальность которой -- максимум пару лет, пока не выйдет новый модный фреймворк или новые модные тенденции в разработке, из-за чего опять все по новой переписывать.
CPython 2.7.18 -- это не язык программирования, а его реализация (эталонная, но, кстати, не лучшая). Из того, что официальный автор не собирается дальше ее багфиксить, не следует никакой хтонической "смерти" языка Python версии 2. И уж тем более не следует "смерть" из нежелания эту ветку развивать -- наоборот, история хаотических метаний между релизами 3.x поневоле заставляет задуматься о python2 как о стабильном и предсказуемом диалекте.
> Ну, если менять железо часто, то может быть, но так делают сильно не все. У меня, например, в разных местах ходят винты, купленные годы назад, и менять их просто чтобы поменять или чтобы некоторые операции стали чуть быстрее -- идея так себе.Так смешно все это читать. Ребята, 2021 год через полтора месяца. SSD дефолтная опция уже черт знает сколько лет.
> O tempora, o mores. Fortran 77 смотрит на ваше жалкое копошение как известно на что. Если можно объявить "мы закрываем язык через 5 лет" и через пять лет его таки забросят -- значит, на нем пишется только пыль и пена, актуальность которой -- максимум пару лет, пока не выйдет новый модный фреймворк или новые модные тенденции в разработке, из-за чего опять все по новой переписывать.
Вы прочитали кряхтение-пердение луддита. Да, эти 15 секунд жизни вам никто не вернет.
> CPython 2.7.18 -- это не язык программирования, а его реализация (эталонная, но, кстати, не лучшая). Из того, что официальный автор не собирается дальше ее багфиксить, не следует никакой хтонической "смерти" языка Python версии 2. И уж тем более не следует "смерть" из нежелания эту ветку развивать -- наоборот, история хаотических метаний между релизами 3.x поневоле заставляет задуматься о python2 как о стабильном и предсказуемом диалекте.
Ещё один. Проблема смерти второго питона не в том, что компилятор поддерживать не будут. Это как раз таки с грехом пополам можно было бы обойти силами луддитов-энтузиастов. Проблема в том, что библиотеки никто писать не будет, а те немногие из ещё не портированных портанут под третий питон.
> Так смешно все это читать. Ребята, 2021 год через полтора месяца. SSD
> дефолтная опция уже черт знает сколько лет.Wrong. Search "HDD vs SSD market share".
> Вы прочитали кряхтение-пердение луддита.
И что вы видите такого инновационно-революционного в python3?
> Да, эти 15 секунд жизни вам никто не
> вернет.Интересно, кто вернет время, потраченное на переписывание с питона на питон того, что и так работало?
> Проблема в том, что библиотеки никто писать
> не будет, а те немногие из ещё не портированных портанут под
> третий питон.Нюанс в том, что их уже написаны тонны.
> Wrong. Search "HDD vs SSD market share".... и получишь статистику, в которую попадают диски в датацентре.
> И что вы видите такого инновационно-революционного в python3?
А должен?
> Интересно, кто вернет время, потраченное на переписывание с питона на питон того, что и так работало?
Хочу тебя разочаровать, но ради парочки луддитов никто не будет поддерживать две версии библиотеки: под python2 и под python3.
> Нюанс в том, что их уже написаны тонны.
Нюанс в том, что весь актуальный код уже давно переписан под python3. Под python2 остались либо давно заброшенные проекты, либо проекты с юзербазой в полтора анонимуса, как offlineimap. И даже их уже переписывают.
> ... и получишь статистику, в которую попадают диски в датацентре.Тут не вопрос "немного больше/немного меньше", а "разница на проценты, в разы или на порядки".
>> И что вы видите такого инновационно-революционного в python3?
> А должен?Желательно. Как минимум чтобы называть человека луддитом, т.е. противником прогресса/инноваций.
> Нюанс в том, что весь актуальный код уже давно переписан под python3.
Ну вот опять. Такое определение "актуальности"(тм) имеет смысл только для пыли и пены. Ну вот что принципиально поменялось в IMAP за последние годы? IMAP IDLE придумали в 1997-м, например, просто для помещения в контекст (кстати, его до сих пор не все поддерживают).
LAPACK переписали на Fortran90 (с 77-го) в 2008-м году, при том что между этими языковыми версиями прогресс огромен, а к 2008 году успело выйти еще одно существенное обновление стандарта языка (2003).
> Тут не вопрос "немного больше/немного меньше", а "разница на проценты, в разы или на порядки".Тут вопрос в том, что ты не понимаешь, что HDD/SSD в больше продается на рынке СХД, чем на десктопном.
> Желательно. Как минимум чтобы называть человека луддитом, т.е. противником прогресса/инноваций.
Ну ты отрицаешь рабочую версию языка и пытаешься остаться жить с неподдерживаемой, от которой уходит большая часть сообщества. Ты луддит, чо. Я не знаю как это ещё называть.
> Ну вот опять. Такое определение "актуальности"(тм) имеет смысл только для пыли и пены.
Что за бред? Кому в опенсурсе нужен язык без поддерживаемых библиотек? Вот прикинь, есть у тебя библиотека для IMAP. У неё есть зависимости. И эти зависимости уже на Python3. И чо делать дальше, форкать и тащить за собой все эти библиотеки?
> Ну вот что принципиально поменялось в IMAP за последние годы? IMAP IDLE придумали в 1997-м, например, просто для помещения в контекст (кстати, его до сих пор не все поддерживают).
Причем тут IMAP? У тебя вся экосистема Python2 улетает в трубу.
> Тут вопрос в том, что ты не понимаешь, что HDD/SSD в больше
> продается на рынке СХД, чем на десктопном.Ты не мог бы как-то более внятно изъясняться?
> Ну ты отрицаешь рабочую версию языка и пытаешься остаться жить с неподдерживаемой,
> от которой уходит большая часть сообщества. Ты луддит, чо. Я не
> знаю как это ещё называть.Python2 -- рабочая версия.
Понятие "неподдерживаемой" версии языка абсурдно. Неподдерживаемость заключается строго в том, что ключевой реализатор перестал выпускать обновления безопасности для своей реализации.> И эти зависимости уже на Python3. И чо делать дальше, форкать
> и тащить за собой все эти библиотеки?А уже существующие, написанные на Python2, завтра мыши съедят?
> Причем тут IMAP? У тебя вся экосистема Python2 улетает в трубу.
При том. Проект offlineimap может существовать еще долго несмотря на прекращение изменений в Python2 и связанных библиотеках -- точнее, благодаря в том числе ему, т.к. синтаксис и API перестанут меняться каждый год.
>> Тут вопрос в том, что ты не понимаешь, что HDD/SSD в больше
>> продается на рынке СХД, чем на десктопном.
> Ты не мог бы как-то более внятно изъясняться?Лол.
>> Ну ты отрицаешь рабочую версию языка и пытаешься остаться жить с неподдерживаемой,
>> от которой уходит большая часть сообщества. Ты луддит, чо. Я не
>> знаю как это ещё называть.
> Python2 -- рабочая версия.
> Понятие "неподдерживаемой" версии языка абсурдно. Неподдерживаемость заключается строго
> в том, что ключевой реализатор перестал выпускать обновления безопасности для своей
> реализации.Нет, неподдерживаемость заключается в том, что все вменяемые авторы библиотек перестали выпускать их под Python2.
>> И эти зависимости уже на Python3. И чо делать дальше, форкать
>> и тащить за собой все эти библиотеки?
> А уже существующие, написанные на Python2, завтра мыши съедят?Уже существующие останутся в том же состоянии, что и были, навсегда. Никаких апдейтов не будет. Новых фичей не будет. Багфиксов тоже не будет. А потом начнется интересное: посколько куча питонового кода это обертка над сишными либами, то через год-полтора выяснится, что старые либы больше не собираются с новой версий какой-нибудь openssl.
>> Причем тут IMAP? У тебя вся экосистема Python2 улетает в трубу.
> При том. Проект offlineimap может существовать еще долго несмотря на прекращение изменений
> в Python2 и связанных библиотеках -- точнее, благодаря в том числе
> ему, т.к. синтаксис и API перестанут меняться каждый год.Не сможет, потому что мейнтейнеры выкинут весь Python2 код из репозиториев (вероятно, за исключение интерпретатора), потому что апстрим ушел на Python3 и реагировать на баги никто не будет. Так что ты конечно можешь сам все через pip собрать и поставить, но большая часть юзеров плюнет и перейдет на что-то другое.
Каким образом offlineimap относится к встроенному IMAP бекенду, который тут обсуждается?
Лучший почтовый клиент в 2k20
да и в 1.8k тож ничё, в нём ещё Пушкин писал письмо Татьяны Онегину...
М неистово при этом.. да.
Пушкин за Онегина получил 12 лямов на нынешние деньги.
Ну он то хоть писать умел…
А аноним.orig писать-то не умеет...
И?
Ты что ли образец?
Как там в будущем 200020 году?
а кто лучше - mutt2 или neomutt?
Да
The Bat!
Блииин он сотни нефти стоит
Трекеры никто не отменял.
> Возможность указания IP-адреса вместо имени хоста в email, например "user@[IPv6:fcXX:....]".я думал, это было ещё в mutt 0.0.0.0.1. или я чего-то не понял?
ipv6?
mutt сколько существует уже времени? тогда ipv6 еще и в проекте не было.(ну может кто то уже думал об этом, но никто не говорил)))
Чем оно лучше gnus?
Емакса не требует.
> Емакса не требует.Это недостаток
Почему?
ничем не лучше. гнус конфигурируется за 5 минут с нуля, а мутному запаришься конфиги править
> гнус конфигурируется за 5 минут с нуляЭто смотря где ноль положить.
> а мутному запаришься конфиги править
У меня в 2002, что ли, году неспешное чтение документации заняло два дня, в течение пары недель ещё по мелочи подрихтовывал для удобства. Потом уже почти два десятка лет -- разве что периодические мелкие правки, включая ~/.mutt/score.
Но ~/.procmailrc уже был, да.
Смешная шутка. За 5 минут с нуля пользователь должен узнать, что такое mail source specifier, select method, split method, gnus cache, group levels, выучить елисп и всё это настроить. Пользуюсь gnus лет 10 и простым в настройке я его даже в страшном сне не назову. Новичку в емаксе лучше mu4e.
Даже названия чем-то похожи...
Проще, но меньше возможностей. Гнус сложнее в настройке, но он позволяет тонко настроить из каких источников (/var/mail/user, imap, pop3) забирается почта и в каком формате хранится, как кэшируется, и предоставляет единый унифицированный интерфейс для e-mail, новостей из юзнета (NNTP), RSS/Atom... - для gnus всё это абстрактная "почта", которую можно форвардить и т.д. Также интегрируется с org-mode, из Org можно ставить хотлинки на письма.
К стыду своему (либо к счастью) так и не осилил добиться от mutt'a вменяемого дерева папок с русскими названиями для фильтрации писем. А они были и остаются нужны. Так и остался на Sylpheed.
почему sylpheed а не claws mail?
Да уже не помню, что-то он раньше какой-то лукавый был, с недостатками, хотя и более развесиситый. Он мне нравился, но то ли сыроват был в начале 2000-х, то ли еще что.А в простом Sylpheed'e постоянно встречаю всего два косяка и они меня устраивают - изредка подвисает, да если во вложении картинки, то бывает, что как-то они раскорячиваются в превью и мешают... Ан нет, проверил сейчас - картинки нормально.
Ну, в общем, норм (:
а возможность настраивать разные прокси для каждого аккаунта индивидуально уже завезли? Пользуюсь регулярно, дабы не сообщать провайдеру почты что на разные ящики ходят с одного айпи
Проблема хождения на разные ящики с одного ip мне незнакома - что там, не пускают что ли в таком случае? Или это _важно_ скрывать от провайдера почты?
Если про вот это (на сайте производителя):"The POP3 remote mailbox now supports SOCKS proxy."
"SOCKS4/SOCKS5 proxy support was added."то, примерно, с 2012 года. И в учетке в клиенте есть такая закладка, да.
Простите, но «значительный номер версии» вызывает улыбку. В semver не переводят понятия major/minor - https://semver.org/lang/ru/
Это исключительно проблемы переводчика с semver.org, который особо не парился и major перевёл как "мажорный".
Ну улыбнись, не стесняйся.
Сам не пользовался, но заинтересовало в связи с этим, вопрос к специалистам по сабжу и активно пользующимся: как оно справляется с огромными объёмами почты?
Как работает с gpg и аналогами? (насколько удобно, есть ли хоть какая интеграция или тупо "руками" шифруешь отдельно, а потом уже отправка и с получением такая же беда)
Как организовываете сохранность почты, чтобы ничего не потерять?3ий вопрос непосредственно не относится напрямую к сабжу, однако хотелось бы знать "бестпрактис" людей, со складом ума и подходом к этому вопросу, из лагеря активных пользователей Mutt.
У меня с gpg2 работает, подпись, проверка подписи, шифрование..muttrc:
set crypt_use_gpgme = yes
set pgp_sign_as=0xXXXXXXXX
set crypt_autosign = yes
set crypt_replyencrypt = yesи дальше - хоткеями...
> У меня с gpg2 работает, подпись, проверка подписи, шифрование.
> .muttrc:
> set crypt_use_gpgme = yes
> set pgp_sign_as=0xXXXXXXXX
> set crypt_autosign = yes
> set crypt_replyencrypt = yes
> и дальше - хоткеями...Спасибо за ответ!
1. ЗБС.
2. Норм. Есть ряд настроек для этого дела. И еще оно скриптуется.
3. IMAP+backup.
> 1. ЗБС.
> 2. Норм. Есть ряд настроек для этого дела. И еще оно скриптуется.Спасибо за ответ!
> 3. IMAP+backup.А бэкап у вас каким образом настроен, также интересно чем люди пользуются?
У меня для резервного копирования тупо rsync. Для сохранения исторических версий можно в качестве назначения использовать каталог на nilfs, а можно настроить сервер так, чтобы копирование каждый день происходило в отдельный каталог, с дедупликацией с помощью жёстких ссылок; это довольно стандартный способ, можно легко нагуглить инструкции, например: https://habr.com/ru/company/southbridge/blog/452630/ -> https://htrd.su/blog/2010/05/13/2010-05-13_16.34_rezervnoe_k.../ . Почтовый клиент у меня хранит письма в формате maildir, так что rsync это легко копирует и потом можно файлы тупо на другой сервер залить или ещё куда.Но так-то именно для почты есть и, например, такое:
https://github.com/imapsync/imapsync
https://github.com/OfflineIMAP/offlineimap
https://github.com/OfflineIMAP/imapfw
>[оверквотинг удален]
> так, чтобы копирование каждый день происходило в отдельный каталог, с дедупликацией
> с помощью жёстких ссылок; это довольно стандартный способ, можно легко нагуглить
> инструкции, например: https://habr.com/ru/company/southbridge/blog/452630/ -> https://htrd.su/blog/2010/05/13/2010-05-13_16.34_rezervnoe_k.../
> . Почтовый клиент у меня хранит письма в формате maildir, так
> что rsync это легко копирует и потом можно файлы тупо на
> другой сервер залить или ещё куда.
> Но так-то именно для почты есть и, например, такое:
> https://github.com/imapsync/imapsync
> https://github.com/OfflineIMAP/offlineimap
> https://github.com/OfflineIMAP/imapfwСпасибо за ответ!
1. Норм
2. Хз
3. pop3
> Сам не пользовался, но заинтересовало в связи с этим, вопрос к специалистам
> по сабжу и активно пользующимся: как оно справляется с огромными объёмами
> почты?У меня -- нормально (но периодически ротирую самопальным скриптом, поскольку вовремя не заметил archivemail или его тогда ещё не было).
> Как работает с gpg и аналогами?
У меня -- нормально.
> Как организовываете сохранность почты, чтобы ничего не потерять?
rsync на другой хост, там же и индексирую recoll (кстати, тоже очень рекомендую).
> хотелось бы знать "бестпрактис"
Применяю несколько копий под screen прям на IMAP-сервере (он же MTA) -- один на $MAIL и ещё два-три, порой больше -- для рабочей почты и рассылок. По сути позаимствовал типовой "провайдерский" вариант двадцатилетней давности.
Возможно, у Вас приживётся abook(1), у меня так и не прижился.
Не забудьте глянуть Mutt FAQ. :)
>[оверквотинг удален]
>> Как организовываете сохранность почты, чтобы ничего не потерять?
> rsync на другой хост, там же и индексирую recoll (кстати, тоже очень
> рекомендую).
>> хотелось бы знать "бестпрактис"
> Применяю несколько копий под screen прям на IMAP-сервере (он же MTA) --
> один на $MAIL и ещё два-три, порой больше -- для рабочей
> почты и рассылок. По сути позаимствовал типовой "провайдерский" вариант двадцатилетней
> давности.
> Возможно, у Вас приживётся abook(1), у меня так и не прижился.
> Не забудьте глянуть Mutt FAQ. :)Благодарю за ответ!
в свое время спасал свой почтовый ящик outlook-a он перестал запускаться из-за обьема.
по imap скачал все почту и разложил по папкам в солярисе - outlook ожил.
aerc ещё зацените https://www.opennet.dev/opennews/art.shtml?num=50823
Программы с TUI-интерфейсом это хорошо и особенно удобно при доступе по SSH. Но, кто-то помнит, как выглядели программы с интерфейсом TurboVision? Вот, хотелось бы, чтобы и опенсорсные консольныые приложения не хуже выглядели. И таки есть же библиотеки текстовых виджетов, например, эта https://github.com/gansm/finalcut
> Но, кто-то помнит, как выглядели программы с интерфейсом TurboVision?Как говно они выглядели.
И зачем на удалённом доступе полная перерисовка экрана?
По вашим пожеланиям видно, что вам этим удалённым доступом не часто приходилось пользоваться, а если и приходилось, то по широким каналам без потерь.
И по dial-up приходилось.
> И зачем на удалённом доступе полная перерисовка экрана?Откуда дровишки? Почему ты думаешь, что там полная перерисовка? В readme написано: "The update methods only transfer differences to the virtual terminal or physical screen." То есть, судя по всему, стандартный подход к псевдографическому выводу в консоль, тот же который используется в ncurses, например. И в mutt, если уж на то пошло.
> если и приходилось, то по широким каналам без потерь.
Сегодня все каналы широкие. То есть даже узкие сегодняшние каналы гораздо лучше, чем 11kbps. Переслать сотню байт вообще не проблема. А если в канале потерь много, то я вот не думаю, что твой интерфейс будет зависать меньше, если он будет примитивнее. Больше тормозов ты получишь если будешь больше пакетов пересылать, но если ты средний размер пакета увеличишь со 100 байт до 200, то ничего не изменится.
> Программы с TUI-интерфейсом это хорошо и особенно удобно при доступе по SSH.
> Но, кто-то помнит, как выглядели программы с интерфейсом TurboVision? Вот, хотелось
> бы, чтобы и опенсорсные консольныые приложения не хуже выглядели. И таки
> есть же библиотеки текстовых виджетов, например, эта https://github.com/gansm/finalcutmutt выглядит гораздо лучше вот этой срани по ссылке
Круто. С недавнего времени это мой самый любимый почтовый клиент.
Лушче ли он, чем Пайн? (с недавних времён - APLINE)
> Лушче ли он, чем Пайн? (с недавних времён - APLINE)Для меня -- да, но до alpine не дотянул, перебирался уже давно.
Единственное, что в pine было сделано "из коробки", а тут пришлось прикручивать сбоку руками -- (авто)ротация почты.
А есть что-то подобное дл работы с календарем? Гугл календар(и) например
Emacs
Назад в будущее.