ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] BIND 8.3.3 Release (fwd)



Привет!

On Tue, 2 Jul 2002, Valentin Nechayev wrote:

>  Tue, Jul 02, 2002 at 08:33:39, byg wrote about "Re: [inet-admins] BIND 8.3.3 
>Release (fwd)":
>
> >> Можно подумать, что у DJB вообще есть нормально работающие продукты.
> > Ну всё - я нечаянно породил flame.
> > Знаете, qmail ведь работает.
> > BTW, библиотека функций у djb выглядит лучше libc.
> > И кто Вам сказал, что BSD лицензия - это есть rulez forever?
>
> BSD лицензия - да, не rulez forever. Но она обладает, в отличие от
> qmail'овой, несколькими явными преимуществами:
> 1. Ее легко найти. В отличие от лицензии на qmail. Вы знаете лицензию
> на qmail? Только не говорите "такой нет" или "public domain", это неправда.
ладно, ладно - я её прекрасно знаю также как и обоснование djb. BTW, его
обоснование хорошо согласуется с ЗоАПиСП РФ  аименно со ст.25.;)
в соответствии с его лицензией мы  и свой пакет распространяем: Вы легко
сможете скачать с нашего ftp qmail.SRPM но у Вас не получится сделать то
же с RPM - несмотря на то, что они есть.

> 2. Когда найдете - убедитесь, например, что автор не разрешает редистрибуцию
> его поделки с любыми изменениями в ином виде, чем патчи отдельно от архива,
> и бинарные поставки на измененных сорцах или хотя бы путях (по сравнению
> с его идиотским /var/qmail/*).
> Это не есть free source. Это есть closed source, хоть и доступные на
> посмотреть или на подпилить под персональные нужды.
> Сравните теперь с BSD лицензией. Там такие ограничения есть?

у djb - самое настоящее open source (не closed source). open source!=free
software. и вообще "The free ... means users have the freedom to run,
modify and redistribute the software". Да, в некотором смысле djb software
license можно назвать proprietary, но никак не "closed source".

> 3. Из-под BSD лицензии можно перелицензировать с сохранением копирайтов
> в какую угодно другую. Даже в GPL.
Ну-ну - история с Wine живо показывает эту "возможность" в действии.;-)
>
> Теперь смотрим на sendmail, smail, exim, postfix, zmailer и тому подобное.
> Я могу с ними сделать что угодно - как угодно запатчить (что и делаю),
> распространять патченые варианты в готовом к сборке варианте (что и делаю).

Угу - но при этом распространяете "AS IS" - djb же даёт гарантии.
И запрет распространения бинарников, скомпилированных из модифицированных
исходников - всего лишь защитная мера. Запачить qmail Вам тоже никто не
мешает и IIRC даже вполне свободно можете распространять свои пачи.

> Если GPL - обязан распространить исходники (что и так делается), нет -
> не обязан, но все равно делаю. И куда в таком случае идет qmail с его
> закрытой лицензией? Правильно - идет лесом.
> Если бы его дали с нормальной лицензией и автор думал бы не только о показе
> своей мужской силы, но и о потребителях его продукта - был бы разговор другой.
> А на сейчас - qmail, который удовлетворяет этим требованиям, называется
> postfix, а относительно вменяемый аналог невменяемого DJB - Вейтце Венема.
>
> > BTW, библиотека функций у djb выглядит лучше libc.
>
> Агащазз. getpwnam ему не нравится, видите ли. Зато замена - читалка
с этим согласен.:-)

> - Maildir'ы. Тоже уже есть везде и qmail для этого нафиг не сдался.
почти везде.
добавьте ещё:
EZMLM.

> MTA без логов - нонсенс. У qmail логов нет. Кто считает, что то, что он
> пишет через syslog или своими средствами - логи, попробуйте следующую
> ситуацию. Одновременно приходит два письма на локальных юзеров.
> Одно успешно доставляется, второе - нет. Понять по логам, где какой результат.
> Если получилось (не иначе как святым духом или они пришли не одновременно) -
> увеличить количество локальных получателей в письмах, примешать 
>несуществующих.
> Потом повторить с удаленными - понять, какое письмо ушло на какой удаленный
> сервер. Перейти к упражнениям с реальной нагрузкой, например, в 100 тысяч
> писем в день, большинство с тяжелой доставкой (где qmail сосет из-за
> неумения игнорировать перегруженный первый MX) и сложными путями.
логи у qmail есть - или я не знаю чего у меня в /var/log/maillog и
/var/log/qmail лежит ;)
есть пач BTW
сложные пути - это типа mailertable?8)
ну, не знаю - как-то не испытвал проблем с отличением слов "success" и
"dereferral" etc., и потом, наша статистика как-то умудряется всё
правильно обсчитывать - значит способ есть, правильно?;)
у нас не 100 000 писем в день так что работает.;-)

> **Все** прочие MTA умеют трекинг всех событий по письму по queueID.
немного не понял чего Вам на самом деле надо.
>
> Надеюсь, достаточно ясно изложено? Все это - из практики, из голой
нет.

-- 
WBR, Yury Bokhoncovich, Senior System Administrator, NOC of F1 Group.
Phone: +7 (3832) 106228, ext.140, E-mail: byg@center-f1.ru.
Unix is like a wigwam -- no Gates, no Windows, and an Apache inside.



=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.