Нашел в Инете замечательные слова про sendmail.

Программа sendmail используется на многих платформах уже на протяжении нескольких десятков лет. В первые годы ее применения были выявлены практически все черные входы и дыры в программе, которые позволяли хакерам проникать в систему. Например, общеизвестна реакция sendmail на SMTP команды debug и wiz. Получив при анонимном SMTP-сеансе посредством этих команд доступ в систему, через другие программы хакер мог получить права пользователя root . Когда программа sendmail стала популярной, то все черные ходы были закрыты и ошибки в программе были исправлены.

К сожалению, многие администраторы почтовых систем отвергают возможность применения sendmail, ссылаясь на старые черные ходы в ней, которые уже давно закрыты. Конечно, время от времени обнаруживаются новые ошибки в программе, которые позволяют получить несанкционированный доступ к системе. Однако это случается не чаще, чем с другими пакетами для работы с почтой. Так как квалификация хакеров в сети Internet с каждым годом повышается, соответствующим образом должна расти сложность программного обеспечения. Единственное, что может противопоставить растущему числу хакеров программа sendmail, это наличие профессиональных программистов, которые работают над ее улучшением. Они достаточно квалифицированы, чтобы постоянно исправлять и улучшать программный код sendmail, сохраняя его стабильность и уровень безопасности. Не так много пакетов для работы с почтой могут похвастаться тем же.

Так что было бы неосмотрительно только из-за слухов о неблагонадежности sendmail отказываться от ее преимуществ.

Вот такая забавная штука с roudcube. Привожу выписку с моего форума.

Пользователь anton пишет:

Неделю назад вот поставил последнюю стабильную версию [roundcube]. Был крайне удивлён качественным интерфейсом, быстротой установки, нормальными русскими буквами и т.п, в отличии от других веб-клиентов. Смущало одно, уж очень он быстро встал, не вызывал претензий и всем своим видом хотел попасть в эксплуатацию. Так обычно не бывает )))).
Всё получилось как я думал. Накатил адресную книгу ldap, чуть-чуть поправил по мелочам в интерфейсе, чтобы было так, как мне надо.

Последнее тестирование и…. замечаю, что он, при отправке письма с вложением, например файл, «генерация ключей и сертефикатов.txt», сохраняет его в папке уже как »генерация ?.txt».

Другим клиентом файл показывается как надо. Если опять же открыть это письмо в roundcube, то вижу, что пришло письмо с вложением »генерация ?.txt».

Я переименовывал файл в «ааааааааааааааааааа.txt» То же самое, обрезает название после 9 символов, десятым символом вставляет вопрос.

При всём при этом, файл «тест Тест.txt» выглядит так как надо.

С английским разумеется всё в порядке (кто бы сомневался!!!!)

То есть получается всё хорошо, но roundcube не умеет читать и сохранять с правильными именами вложений те письма , которые он сам же и отправил.

В общем, неделю изучаю скрипты roundcube )))), а сегодня сдался.

База mysql в UTF8, функции iconv() и mb_convert_encoding(), что он использует при перекодировке работают прекрасно. А название файлика режется )) после 9 символа.

Получал длину строки, которую он читает из базы, всё замечательно, 63 символа, ровно столько, сколько в имени файла. Получается, где-то что-то режется именно на стадди отправки или конвертирования.

Создал тему на багтреке ихнем, но наверное язык янглийский у меня корявый, пока молчат.

——

Мою ошибку исправили в SVN trunk r2281

Больше ничего плохого не наблюдаю, работой клиента крайне доволен

Очень адекватный веб клиент, и эстетически и на уровне программной реализации.

Хорошая поддержка, с учётом того что клиент бесплатен, отвечают быстро, правда писать надо на английском.

Хотелось бы пожалуй одного, мышкой выделять группу сообщений и в корзину их кидать )

—-

Вообще заметил в сети, те сотрудники, кто попользовался роундкубом пересели на него ))) На мозилу забили )

Артур, если решите вернуться на роундкуб, то вот ссылочка, чтобы качать зазипованный текущей SVN trunk http://trac.roundcube.net/changeset/…%2F&format=zip

Чтобы не искать ))

Баловался тут с cyrus-imap. А точнее с конфигурационным параметром altnamespace: yes.

Есть у меня скриптик на php, который осуществляет поиск в письмах в почтовых ящиках. Там все просто, используются функции php-imap. Все работало хорошо, но после установки параметра altnamespace, скрипт перестал работать. После долгих ковыряний, выяснилось следующее.

По умолчанию, cyrus-imap дает доступ к ящикам других пользователей через user.login.box, на что и был заточен скрипт.

Но после введения параметра altnamespace, cyrus поменял представление почтовых ящиков (что вообщем то и надо было сделать) на Other Users.login.box.

В скрипте, начало дерева было прописано явно: user, вот он и перестал работать.