За последний год я включил QMail в несколько постов в Open Sourcery. Часто обсуждение переходит к тому, почему QMail, в отличие от других пиров, не строит доработки и вместо этого оставляет администратору патчи и патчи для достижения того же уровня, что и Postfix, Sendmail и другие.
Будучи давним пользователем Sendmail, который начал работать с QMail в конце 2003 и 2004 годов для нескольких клиентов, я также прошел обучение, приспособившись к созданию и настройке в соответствии с требованиями (и до сих пор в некоторой степени!).
Я научился довольно любить QMail — особенно использование tcpserver для выборочного разрешения, запрета с сообщениями об отказе или просто прямого отключения соединений с сервером. Мне также нравится простота использования POP до SMTP и возможность контролировать продолжительность кэширования IP-адресов для ретрансляции SMTP.
Мой коллега, Обан Лэмби, президент Brown Rice Internet и опытный системный администратор, пришедший из опыта работы с sendmail, смотрит на ручные исправления иначе, чем я.
«Как и большинство хороших вещей в жизни, когда поднимается планка начального уровня, почти всегда кажется, что отдача того стоит, если вы потратите время, чтобы преодолеть планку», — написал он мне.
«По общему признанию, Qmail сложнее установить, чем Sendmail, но гибкость Qmail всегда значительно облегчает мою работу. Большая база пользователей Qmail, веб-администрирование учетных записей электронной почты как для клиентов (Qmailadmin), так и для администраторов (Vqadmin), простота интеграции программного обеспечения сторонних производителей (Spamassassin) и интеллектуальная компоновка конфигурационных файлов и каталогов делают его любым удобным выбором для меня всякий раз, когда Я настраиваю почтовый сервер ».
Определенно есть поклонник QMail, и он является одной из основных причин, по которой я сегодня его использую. Однако, будучи любопытным, почему QMail не упростил (по крайней мере, с точки зрения некоторых моих комментаторов) сборку со многими ручными патчами, встроенными для простоты развертывания и настройки, я обратился к источнику и запросил DJ Bernstein. с некоторыми из этих вопросов.
Я должен предположить, что отсутствие ответа через месяц связано с:
- Он подумал: «Кто, черт возьми, этот парень?»;>),
- Бернштейн, похоже, участвует в самых разных проектах и, вероятно, получает кабиллион электронных писем такого рода и / или,
- Его философия просто не согласуется с нашими пожеланиями.
Ну, это прекрасно, никто не хочет, чтобы люди говорили вам, как создавать ваши приложения. Однако, когда вы идете с открытым исходным кодом — ожидайте ввода как сильного, так и слабого характера. Мы ищем удобство, и Bernstein пытается создать надежное и безопасное программное обеспечение. Когда два переплетаются — это может иногда вызывать проблемы, как мы видели в других программах, больших и малых.
Мои вопросы были довольно простыми и не вызывающими сомнений:
1) Имея лицензию типа «стандарты», в которой исходный код можно делить «без изменений» с любыми улучшениями, поставляемыми в виде патчей (таким образом, наше текущее обсуждение), — есть ли момент, когда эти самые популярные патчи могут быть рассмотрены и сделаны золотыми? — включены в будущий дистрибутив как часть источника?
2) Поскольку он «кажется» единственным сторонником базы кода QMail, существует ли план преемственности, когда он либо по своей воле, либо по своей воле перестает управлять источником?
3) В 2001 году Бернштейн заявил, что QMail используют более 700 000 систем по всему миру. Где мы находимся сейчас?
Будучи поклонником Qmail, и, очевидно, есть много других поклонников, я надеюсь получить ответы на них в какой-то момент. Возможно, некоторые читатели, которые работали ближе к разработке QMail или сообществу разработчиков проекта, поделятся некоторой информацией.