Представлен (https://schmonz.com/2019/08/20/announcing-notqmail/) первый выпуск проекта notqmail (http://notqmail.org/), в рамках которого началось развитие форка почтового сервера qmail (http://cr.yp.to/qmail.html). Qmail был создан Дэниелом Бернштейном (Daniel J. Bernstein) в 1995 году в целью предоставления более безопасной и быстрой замены sendmail. Последний выпуск qmail 1.03 был опубликован в 1998 году и с тех пор официальная поставка не обновлялась, но сервер остаётся примером качественного и безопасного ПО, поэтому продолжает применяться до сих пор и оброс многочисленными патчами и надстройками. В своё время на базе qmail 1.03 и накопившихся патчей был сформирован дистрибутив netqmail, но сейчас он находится в заброшенном виде и не обновлялся с 2007 года.Амитай Шлеер (Amitai Schleier), участник разработки NetBSD и автор различных патчей и настроек (https://schmonz.com/qmail/) к qmail, совместно с заинтересованными энтузиастами основал проект notqmail (https://github.com/notqmail/notqmail/wiki), нацеленный на продолжение разработки qmail в форме целостного продукта, а не набора патчей. Как и qmail новый проект распространяется (https://github.com/notqmail/notqmail) как общественное достояние (полный отказ от авторских прав c возможностью распространять и использовать продукт всеми и без ограничений).
Notqmail также продолжает придерживаться общих принципов qmail - архитектурной простоты, стабильности и минимального числа ошибок. Разработчики notqmail с большой осторожностью относятся к включению изменений и добавляют только необходимую в современных реалиях функциональность, сохраняя базовую совместимость с qmail и предлагая релизы, которые могут применяться для замены существующих установок qmail. Для сохранения должного уровня стабильности и безопасности, релизы планируется выпускать очень часто и включать в каждый лишь небольшое число изменений, давая возможность пользователям собственными руками проверить предлагаемые изменения. Для упрощения перехода на новые выпуски планируется подготовить механизм надёжной, простой и регулярной установки обновлений.Изначальная архитектура qmail будет сохраняться и базовые компоненты останутся в неизменном виде, что в определённой степени сохранить совместимость с ранее выпущенными надстройками и патчами для qmail 1.03. Дополнительные возможности планируется реализовывать в форме расширений, при необходимости добавляя необходимые программные интерфейсы в базовое ядро qmail. Из
планируемых (https://github.com/notqmail/notqmail/wiki/Roadmap) для включения новых возможностей отмечаются средства для проверки получателя SMTP, режимы аутентификации и шифрования (AUTH и TLS), поддержка SPF, SRS, DKIM, DMARC, EAI и SNI.
В первом выпуске проекта (1.07 (https://github.com/notqmail/notqmail/wiki/notqmail-1.07)) решены проблемы с совместимостью с актуальными выпусками FreeBSD и macOS, добавлена возможность использования utmpx вместо utmp, решены проблемы с совместимостью с резолверами на базе BIND 9. Упрощена установка в произвольные каталоги и обеспечена возможность установки без входа под пользователем root. Добавлена проверка UID/GIT во время выполнения и поддержка сборки без необходимости создания отдельного пользователя qmail.
В версии 1.08 планируется подготовить пакеты для Debian (deb) и RHEL (rpm) и провести рефакторинг для замены устаревших Си-конструкций на варианты, соответствующие стандарту C89. В выпуске 1.9 ожидается добавление новых программных интерфейсов для расширений. В версии 2.0 ожидается изменение настроек системы почтовых очередей, добавление утилиты для восстановления очередей и доведение API до возможности подключения расширений для интеграции с LDAP.
URL: https://schmonz.com/2019/08/20/announcing-notqmail/
Новость: https://www.opennet.me/opennews/art.shtml?num=51326
>Как и qmail новый проект распространяется как общественное достояние (полный отказ от авторских прав c возможностью распространять и использовать продукт всеми и без ограничений)Ну и какого хрена делать форк тогда? Доработать без форков форков уже стало не модно?
Смена имени нужна чтобы не создавать путаницу и как день уважения DJB.
Какую путаницу? Просто вносить изменения в тот же проект нельзя?
>> >Как и qmail новый проект распространяется как общественное достояние (полный отказ от авторских прав c возможностью распространять и использовать продукт всеми и без ограничений)
>> Ну и какого хрена делать форк тогда? Доработать без форков форков уже стало не модно?
> Какую путаницу? Просто вносить изменения в тот же проект нельзя?Звучно пускать ветры в общественных местах тоже нигде вроде бы не запрещено, но негласные правила хорошего тона …
бред какой-то! авторов из credits.txt никто ж выкидывать не собирается.
С таким названием не взлетит.
Дурацкое название
Что вы скажете по поводу названия "GNU"?
Gnus Not Unix?
> Дурацкое названиеНа своё посмотри.
Это же jewnix-way - тут всё так. За вмняемыми именами go micro$oft )
ждем новых порций спама от кумейлов в режиме релея всего всем... некоторые люди ничему не учатся.
С такими названиями ничего никогда не взлетит. Удачи.
Ну переименуют в 2.0, а пока "для совместимости" будет такое имя.
Есть же postfix, модульный и безопасный.
https://github.com/notqmail/notqmail/wiki#why-not-postfix
Закопайте. Это. Уже.
выкопайте. то. шире.
> сервер остаётся примером качественного и безопасного ПОАга. Правда там были три DoS Exec Code после этого и никаких фиксов от автора, но остается примером безопасного. Подумаешь в чистом qmail, в том виде как его предоставляет автор, без патчей в дистрибутивах, удаленное выполнение кода как было, так и есть :-D
> там были три DoS Exec CodeПолная каша в голове. DoS и Exec Code абсолютно разные вещи. Exec Code ни когда не было, а вот три уязвимости DoS действительно имеют место быть. Правда все дружно признали, что эти уязвимости чисто академические и на практике не реализуемы. Посему их ни кто и не патчит.
проснулось древнее зло
Ничего, ща мы тебя окропим)
>провести рефакторинг для замены устаревших Си-конструкций на варианты, соответствующие стандарту C89А C89 совсем не устарел, ага.
Переписывание на ржавчину в планах?
Сначала подумал, что речь про gmail. Было бы неплохо.
qmail? i was hoping to see it burning in hell.
I remember how it was... no good logs, no human readable config.
spiting at all possible standards, spiting at common sense.
seriously, who want to use it at almost 2020 already?
Because it is example of high quality and secure app?