Да-да, можно поподробнее про кривость? А то вот я сижу на нём "такой несчастный", и никак не вижу этой самой кривизны.
Единственный баг который действительно расстраивает это "прямые" юникодные письма под koi8-r.
> Помоему из-за его интерфейса многие переходят на альтернативные почтовики...
Я сам люблю красивый интерфейс, пользуюсь KDE, но особых претензий к интерфейсу Sylpheed-Claws (GTK+ 1.2.10) не имею. Нормальный у него вид, вполне красивый и удобный.
> Ни на одном из зеркал /sylpheed-claws/sylpheed-claws-1.0.0.tar.bz2 нет
Он уже давно синхронно разрабатывается и в GTK2. И нормально GTK2-версия работает - также, как и GTK+ 1.2.10. Брать GTK2-версию нужно через CVS, этой командой:
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/sylpheed-claws co -r gtk2 sylpheed-claws
Сам я пользуюсь GTK2-версией, но не из-за того, что она красивее, меня и GTK1 устраивает. Почему пользуюсь GTK2? Об этом ниже.
Домашнюю ОС с Windows на Linux сменил год назад. Тогда сразу встал вопрос о выборе почтовика. Ранее польз. Батом, очень нравились его удобные шаблоны. В Linux с шаблонами нашёл только Sylpheed-Claws. Тоже неплохо. Не понимаю как без шаблонов можно обходиться. Каждый раз самостоятельно писать "Здравствуйте.", "Привет.", "С уважением, ...", "С наилучшими пожеланиями, ..." и пр. в зависимости от адресата? Нет уж. Когда сменил локаль на UTF8 (для этого были свои причины), обнаружились проблемы с Sylpheed-Claws - перестал корректо работать автоперенос. Функция эта критичная, поэтому сделал попытку сменить почтовик. Выбрал KMail. В KMail очень многое понравилось. Он красивее, более функциональный, очень понравился принцип разделения транспорта - pop отдельно, smtp отдельно. Такое разделение я больше нигде не видел, а оно ведь очень актуально. Но... В KMail полное отсутствие шаблонов. Как я с этим намучался... Стал искать способы возврата на Sylpheed-Claws. Попробовал загрузить по CVS GTK2-версию и обнаружил, что в ней с автопереносом проблем нет, она красивее, работает как и GTK-версия. Вот ей и пользуюсь. В Sylpheed-Claws 1.0.0 автопернос в юникодной локали не работает.
>Да-да, можно поподробнее про кривость? А то вот я сижу на нём "такой несчастный", и никак не вижу этой самой кривизны. Единственный баг который действительно расстраивает это "прямые" юникодные письма под koi8-r.
Я согласен что он удобный, но мириться с тем что он не понимает утф и падает часто(ветка GTK2)
> Когда сменил локаль на UTF8 (для этого были свои причины), обнаружились проблемы с Sylpheed-Claws - перестал корректо работать автоперенос. Функция эта критичная, поэтому сделал попытку сменить почтовик.
хотите hint? не обязательно держать все приложения в одной локали.
> Я согласен что он удобный, но мириться с тем что он не понимает утф и падает часто(ветка GTK2)
У меня (ветка GTK2) не упал ни разу. С UTF только одна проблема - не работает проверка орфографии, но на это я могу закрыть глаза, хотя, конечно, неприятно.
> хотите hint? не обязательно держать все приложения в одной локали.
С Sylpheed-Claws это невозможно, т.к. папки в нём создаются напрямую на винчестере, соответственно, в сист. локали.
> Должен заметить, что шаблоны сообщений в kmail (1.7.1 / KDE-3.3.1) есть, хоть я и не пользуюсь kmail'ом.
Называть "это" шаблонами у меня не поворачивается язык. Эти псевдошаблоны настраиваются только для ответа и пересылки, причём настраиваются оч. неудобно - "верхушку" нужно задавать на этой вкладке, подпись в другом месте. Указать их можно в одном единственном варианте. Плюс ко всему ещё и формат даты в этих "шаблонах" изменить нельзя.
mutt. У меня в папках по пять тысяч писем - все отлично. Когда у меня комп был медленный, я именно его поэтому выбрал. Сейчас хоть комп и быстрый, но с mutt я уже не слезу...
> mutt. У меня в папках по пять тысяч писем - все отлично. Когда у меня комп был медленный, я именно его поэтому выбрал. Сейчас хоть комп и быстрый, но с mutt я уже не слезу...
Sylpheed-Claws 0.9.12cvs187.1 - рекорд ~35000 полученных писем за раз... ;)
> А как у него с отображением и написанием HTML писем?
Даже само по себе сочетание слов html-mail бессмысленно и дебильно. Этот дебилизм "придумала" одна малоизвестная компания, еще когда почтовый клиент, поставляемый штатно с системой, был в виде dll-файла и запускался rundll'ем. С тех пор, по гнусной традиции, все оутглючные программы и их аналоги по умолчанию пишут письма в хтмл, а тупые юзеры неспособны изменить настройки по умолчанию.
Еще эта технология используется для распространения вирусов и спама.
Еще письмо получается заметно толще, а по информативности разницы никакой. Тем более, что прикладывается и обычная текстовая версия.
Люди, которые пользуются электронной почтой со времен релкома, не пишут html-письма без каких-то очень особых причин. (Конечно, не только они :))
Поскольку бороться тупо, тем более с дураками, человеку, посылающему html-письмо, (не прикрепленную веб-страницу!) оно должно возвращаться с его smtp-сервера с примерно таким сообщением:
"Вы пытались отправить письмо в формате html. Этот формат порождает избыточный трафик, спам, и потенциально опасен для ваших респондентов. Пожалуйста, настройте вашу почтовую программу на использование простого текста для тела письма. Если вам нужно передать веб-страницу, просто прикрепите ее к телу письма."
> Попробуй объясни это людям, с которыми я общаюсь.
Зачем? Рецепт см. в предыдущем сообщении. Заворачивать письма. Застращать вирусами. Показательно заразить машину. Привыкнут.
> Да и самому довольно часто _приходится_ писать письма в этом формате.
Со времен релкома и первых сетей на ВАЗе, (это еще в самом начале развития технологии WWW, до появления Nescape и IE) еще ни одного раза не _приходилось_ писать письма в хтмл. По ошибке -- случалось, с чужих машин или когда стоит дурацкая настройка отвечать в формате исходного сообщения. Отвечать надо в правильном формате, а не плодить дурость :)
А кто может сказать как в kmail сделать так, чтоб письмо в imap папке по нажатию del не удалялось насмерть, а валилось в trash? перерыл все настройки - нету блин нигде :(((( уже несколько раз случайно мочил письма ...
вот только не mutt. по крайней мере -- не на maildir точно (так как у меня $HOME на NFS, использовать mbox боязно =). ибо до сих пор там нет механизма кэша заголовков всей папки на диске. вот другое дело если через imap с правильным imap-сервером.
gnus, например, лишен этого недостатка (другое дело, что там не maildir, а разновидность mh-спула). но у него может вылазить противоположное -- тормоза на imap с очень большими папками.
> Поскольку бороться тупо, тем более с дураками, человеку, посылающему html-письмо, (не прикрепленную веб-страницу!) оно должно возвращаться с его smtp-сервера с примерно таким сообщением:
проходили. каверзный вопрос: вы это сообщение будете писать по-русски?
"давно" - я имел в виду с 2000 года, для кого-то это может быть и "недавно".
Так вот насчет почтовика: кто из почтовых программ под Линукс умеет хранить письма примерно так же, как The Bat - т.е одним файлом, и дополнительным файлом индексов?
не совсем понятно, чем не устраивает метод ``много файлов и один файл индекса''. =)) вариант ``тормозит'' отпадает -- могут тормозить лишь конкретные реализации, в теории это путь всячески быстрее и экономнее.