Представлен (http://sylpheed.sraoss.jp/en/news.html) релиз легковесного почтового клиента Sylpheed 3.3.0 (http://sylpheed.sraoss.jp/en/), построенного с использованием GTK+ и распространяемого под лицензией GPL. Примечательно, что последние полгода наблюдается возвращение интереса к разработке Sylpheed, который в прошлые несколько лет развивался достаточно вяло.
Среди добавленных новшеств:
- Возможность открытия внешних архивов почтовых ящиков в формате EML;
- Поддержка указания URL "mailto:" и "file:" при запуске из командной строки (например, "sylpheed file:///path/to/file.eml");
- Поддержка открытия приложений к письмам через отдельное меню работы с приложениями;
- В диалог экспорта добавлена функция экспорта только выделенных сообщений;
- Файл sylpheed.desktop приведён в вид, позволяющий пользовательским окружениям считать Sylpheed обработчиком rfc822 и mailto;
- Приложенные к письму файлы теперь отображаются в первую очередь в окне просмотра сообщений. Меню работы с приложениями перемещено в левую часть блока информации о письме.URL: http://sylpheed.sraoss.jp/en/news.html
Новость: http://www.opennet.me/opennews/art.shtml?num=35282
Это хорошая новость. Возможно когда-нибудь Sylpheed будет также востребован как Thunderbird и ClawsMail. :)
Мне нравится, уже лет 5 использую.
То работает, то не работает, настраивается через жопу. Впрочем, как и клаусмейлmutt+fetchmail+procmail+msmtp куда бодрей
Хочешь сказать, что вот это -- "mutt+fetchmail+procmail+msmtp",
настроить проще, чем Sylpheed?
не проще, но это более правильный, гик-подход. сам раньше сидел на такой связке, но перешёл на эволюшен, ибо нет времени выёбываться, работать надо.
Вот чем-то таким "гик подход" и заканчивается когда желание наворотов перевешивает здравый смысл. Турбореактивный двигатель - это круто. Но для поездки в ближайший магазин хватит обычного бензинового драндулета, а монстр с турбореактивным двигателем и изменяемой геометрией крыла для этого оверкилл и жуткий оверинжиниринг.
О, господи, один раз с маттом разобрался лет 5 назад, с тех пор проблем не было. Это как алгебра в школе.
> Вот чем-то таким "гик подход" и заканчивается когда желание наворотов перевешивает здравый смысл. Турбореактивный двигатель - это круто. Но для поездки в ближайший магазин хватит обычного бензинового драндулета, а монстр с турбореактивным двигателем и изменяемой геометрией крыла для этого оверкилл и жуткий оверинжиниринг."Правильное" означает "правильное во всех смыслах". Т.е. гик-подход предполагает соответствие средств цели, поэтому ваша метафора неуместна.
> Хочешь сказать, что вот это -- "mutt+fetchmail+procmail+msmtp",
> настроить проще, чем Sylpheed?Примерно одинаково.
как получаете уведомления о новых письмах?
Незатейливым сообщением в shell — You have new mail.
;)
> Незатейливым сообщением в shell — You have new mail.
> ;)А если человек не знает, что такое shell?
Под shell, имелось ввиду — http://ru.wikipedia.org/wiki/Командная_оболочка_UNIX
*в виду
Claws Mail лучше. imho
Глючной тока как смерть. И падучий.
Юзайте Mail.app
> Юзайте Mail.appЧто это за крап? Я не вижу его в репах.
... и страшный падла, просто ужасен.
а сильф - красив, зарраза
красив, как аутглюкэкспресс.
~/.gtkrc-2.0? Не, не слышал
Что люди только не выдумывают, чтобы не пользоваться mutt.
> Что люди только не выдумывают, чтобы не пользоваться wanderlust.fixed
>Что люди только не выдумывают, чтобы не пользоваться почтовыми голубями.вот так правильно.
>>Что люди только не выдумывают, чтобы не пользоваться почтовыми голубями.
> вот так правильно.Спасибо тебе, Мимоход, ржал до слёз :-))))))
Плюсанул !!!
> Что люди только не выдумывают, чтобы не пользоваться mutt.Юниксвей никому не нравится. Все любят комбайны.
На десктопе - обычно да.
и как ты в мутном письма в хтмл с картинками смотриш ?
Такие письма обычно приходят от всяких удлинителей члена
> Такие письма обычно приходят от всяких удлинителей членану или от IBM developerWorks.
И как смотреть "мутным" на тот срач что он сделает с таким сообщением ?
Там верстка такая, что линксы-елинксы не все отрисовать могут.
пользуюсь много лет
функционала предостаточно
очень легкий и поддерживает несколько платформ
всем советую!
Падучее поделие пионеров, к с ожалению это факт. Какой бы неповоротливой не была громоПтица, но замены ей не видно, КМэйл всё ещё не торт, одни навороты в конфигурации чего только стоят, пока настроишь, перематеришь всех создателей и их роственников. Вот пожалуй что Эволюшен неплох, правда ГромоПтица половчее будет.
И хоть бы одна зараза бодренько держала архив рассылки тысяч на 300 писем...
Задрать константы до небес и перекомпилить?
Там не в константах дело, они просто на такие объёмы не расчитаны - что-то перечитывают при старте три жизни, не имеют галок "для писем определённой давности не проверять IMAP/ньюсгруппу", сильно реагируют, если поиск возвращает тысяч 20 писем (хотя делов-то - собрать айдишники, построить деревья и выкинуть из памяти всё кроме этих деревьев и заголовков - мегабайт на 20 памяти останется максимум), медленно переходят от одного письма к другому (судя по всему - индексация баз на такие объемы не расчитана). Это я о громоптице, опере и когтях. Оперовский клиент, кстати, наиболее терпимо себя вёл, но иногда терял базу писем.
Я, честно говоря, давно пришел к убеждению, что почтовая программа и программа, которая держит архив почты, должны быть разными программами. С открытым интерфейсом обмена письмами, чтобы программа-архив могла стать общим стандартом, независимым от почтовика.
Может, что-то подобное уже есть, просто я не в курсе?
IMAP?
IMAP - это само собой. Однако когда тот же Громоптах после запуска начинает считывать заново все заголовки с сервера - получается довольно долго. А он таки иногда начинает, уж не знаю, почему.Что я, собственно, имел в виду. Почтовый клиент должен постоянно висеть в памяти и проверять почту. Если при этом он же еще занимается хранением базы всех когда-либо принятых и отправленных писем - он будет тяжелым, неизбежно. При том, что проверка почты мне нужна постоянно, а тот архив - раз в месяц. И бухи наши постоянно накапливают такие архивы, что Bat трещит под их весом, хотя пользуются ими не так уж часто.
Кроме того, есть ситуации, когда архив почты нужен независимо от наличия интернета. Никакие хитрые протоколы и серверные решения тут не спасут, все равно должно быть локальное хранилище.
Как вариант возможно хранение почтового архива в хорошей SQL-базе. То есть, пишутся две программки: одна засовывает почту из локального хранилища почтового клиента в базу по расписанию, а другая - морда к этой базе. Почтовая программа очищает свое хранилище через каждые несколько дней. Выглядит чуть-чуть "костыльчато" но реализуемо достаточно просто, причем поиск нужного письма будет производиться со всей мощью SQL, включая полнотекстовые запросы.
Если все равно нужна база, почему сразу не задействовать поисковый движок? Материал для индексации вполне четко определен, и вместо "всей мощи SQL" будет нормальный поиск.
Вот только взять и экспортировать письма, например, из The Bat! в эту базу будет непросто, увы. Поэтому я и упомянул стандарты.
Полнотекстовый поиск, который поддерживают многие СУБД, практически и является "поисковым движком".
Извините, но я не верю, что СУБД сможет найти не только слова, но и словоформы. Из самых общих соображений - не верю.
В плане того, что поиск должен уметь - смотрим на The Bat! - волне достаточно. Для особых эстетов можно ещё регэкспы добавить на крайний случай, их многие базы умеют. Медленные, зато можно что угодно выбрать. А поисковые движки, стремясь дать "нормальный" поиск часто фейлят когда надо найти что-то экзотическое, но точно.
По вопросам веры обращайтесь в церковь.
Но если вдруг проснется мозг и захочется знаний, а не веры, то попробуйте задать пару вопросов гуглу, возможно ответы вас удивят, хотя они вполне согласуются со здравым смыслом.
Это костыли от MS, присобачивающие к SQL-серверу словари от MS Office - здравый смысл? Увольте-с.
Мне этот SQL-сервер использовать, а не продавать. Такие маркетинговые фичи несовместимы с нормальной скоростью работы. Опять-таки из самых общих соображений.
Разделить тут, конечо, можно,. но вот чего ради привязка к хранилищу утяжелит клиент - не представляю. Одна библиотеска доступа, в общем-то... Но вот клиент должен быть написан с пониманием того, что десяток писем могут сожрать всю память, на прообразование из MIME может уходить куча времени и поиск может вернуть полсотни тысяч результатов, которые ещё и захотят видеть по тредам или ещё как-то искать в результатах поиска. Лично я такого софта не видел.
Архитектурная проблема. Если почтовый клиент проектируется с расчетом на то, что он будет ворочать миллионным архивом, у него и работа с неархивными письмами строится на тех же неторопливых универсальных принципах (использование SQLite, например), которые для сотни текущих писем можно было бы заменить на более шустрые варианты.
-- скип> Кроме того, есть ситуации, когда архив почты нужен независимо от наличия интернета.
> Никакие хитрые протоколы и серверные решения тут не спасут, все равно
> должно быть локальное хранилище.Откройте для себя мс-эксчейнж + аутлук (тот что с мс-офиса) с кешированием базы.
При ящике гигабайт до 10 будет все работать более-менее шустро даже на современных целеронах.
> Я, честно говоря, давно пришел к убеждению, что почтовая программа и программа,
> которая держит архив почты, должны быть разными программами. С открытым интерфейсом
> обмена письмами, чтобы программа-архив могла стать общим стандартом, независимым от почтовика.
> Может, что-то подобное уже есть, просто я не в курсе?ага, есть,
мс-аутлук + эксчейндж-сервер
или ЫБМ-Лотус
Все остальное - жалкая пародия. (как не прискорбно).
А вам не кажется, что корпоративный монстр от МС с его требованиями и ценой - тоже в некотором роде пародия на то, о чем говорил я? Этакий софт-гротеск.Используя избитую аналогию - совет купить самолет для того, чтобы побыстрее добираться на работу...
> А вам не кажется, что корпоративный монстр от МС с его требованиями
> и ценой - тоже в некотором роде пародия на то, о
> чем говорил я? Этакий софт-гротеск.
> Используя избитую аналогию - совет купить самолет для того, чтобы побыстрее добираться
> на работу...Когда человек не знает что он хочет - он хочет ВСЕ.
Если вам нужно хранить переписку за 10 лет значит она чегото стоит и соответственно нужно тратить на это определенные средства.
А если вы хотите хранить для того "что бы было" - ну тогда и ценность аналогичная и скорее всего можно отказаться от данной потребности.
Вообще то это философский вопрос и выходит за рамки чистого ИТ.В далекие 90-ые (возможно 2000г) мой тогдашний работодатель хотел иметь копию базы 1с на "любой" момент времени в двух местах одновременно. Надо напомнить, что тогда канал связи 512к стоил порядка 1кбаксов. И нужна была именно копия а не работа в терминале и база в 1 экземпляре.
После предоставления бюджета на реализацию такого рода репликации работодатель "передумал".
В последствии выяснилось, что актуальность 1 раз в неделю более чем достаточна.Так что Ваши запросы сравнимы по скорости которую может предоставить только самолет.
Но сами вы понимаете, что летать на работу - не рационально.ЗЫ:
можете посмотреть в сторону таких продуктов как openexchange (http://www.open-xchange.com) и CGP от (http://stalker.com/)
Последний - платный. (дешевле МС-овского но и по параметрам ниже)/ Да, и SIP у него имеется, и даже работает.
По моему его можно было использовать беcплатно но к каждому сообщению внизу прилепят ненавязчивую рекламу.
У кого-нибудь ещё sylpheed падает при работе с зашифрованными письмами? Однажды попробовал зашифровать и отправить это письмо самому себе. Шифрование просло успешно, а когда получил своё письмо и попытался прочитать его - сабж завис. Пришлось из ~ удалять это письмо.
Sylpheed когда-то без спроса стер прочитанные сообщения из ящика. нафиг-нафиг!
> Sylpheed когда-то без спроса стер прочитанные сообщения из ящика. нафиг-нафиг!Как настроил, так и получил.
И что поменялось в лучшую сторону в этой Sylpheed в 2016 году?