Русскоязычное руководство по установке почтового сервера Qmail

> Ни какого логического противоречия не замечаешь?

Нет не замечаю. Любой провайдер предоставляет свой smtp для своих клиентов (для своих подсетей).

1. зато делает это хорошо
2. а при чём здесь пачи?
3. гнусная инсинуация - кумыл можно распространять с пачами - в виде исходного неизменённого тарбола - например SRPM можно, ports с пачами - нельзя.
4. и прочие - лично я для себя проблему решил так - была сделана SRPMка? в которую добавлены все нужные нам пачи (там ничего сверхестественного - в общем-то базовый набор), в частности,
по умолчанию есть msglog (это на тему того, что Вами не корректно обозвано "Bcc") плюс коллега написал пачик и небольшую программку чтобы можно было отлупы на несуществующие ящики давать сразу на этапе "RCPT TO". после этого я на установку и настройку qmail трачу ну минут 10-15 максимум. логи пишем в устраивающем нас формате а для анализа есть куча пакетов - qmailanalog например.
Так что всем рекомендую: ftp://ftp.cf1.ru/pub/linux/qmail/
там и SRPM/spec и usercheck - программка для поддержки базы с текущим состоянием ящиком для приёма почты.
если у вас не RPM-based linux или вовсе система другото типа (FreeBSD например) - из spec файла легко сделать свой скрипт сборки (deb или для ports).
также рекомендую к посещению untroubled.org (там есть другое рещение проблемы отлупов - frontend к кумылу) и inter7.com (разнообразные пачи).
если как и мне не нравится сама лицензия на кумыл и соответсвующие проблемы с пачами - есть ближайший аналог - courier-mta (GPL!).
по поводу почему я стал применять кумыл? мне было достаточно посчитать кол-во ссылок на уязвимости MTA/MDA на бахтрахе...;-)

> Говорят что он требует гораздо больше внимания к себе для базовой
> настройки, чем любой современный MTA
полностью с этим согласен - исключая только случаи тиап моего когда у меня есть уже доамшние заготовки (SRPM/RPM) и я это делаю очень быстро (10-15 минут)

> Еще надо или хватит уже ?
и это всё на что способны? причём в левом паче (не ходил но думаю что кривой TLS).
реально - сранвите с тем же постфикмос (сравнителньо безопасным) - и удивитесь!

> он потратит времени если С НУЛЯ не пользуясь собственными наработками
а с чего это я не могу пользваоться? это мой жизненный опыт!
я смогу сделать это часа за 2 для ~800 пользователей (с учётом набивки квот и прочей фигни и если квоты - индивидуальны - если загонятеся в группы и их немного - то полчаса)

> Кстати, может кто альтенативу подскажет.
courier-mta

> spamassassin ...с qmail с нуля, надо не 3 часа, а 3 дня.
тундрыч!
щаз! ~1минута:
.qmail->|spamassasin ...;-)
ruki.sys подгрузи...;)

>> Ни какого логического противоречия не замечаешь? > Нет не замечаю.

А ты еще подумай...

Да, кстати...

> Любой провайдер предоставляет свой smtp для своих клиентов.

Это у кого это провайдер разрешает релеить? Скажи, чтобы пальцем показывать и рекомендовать обходить стороной: если у них свой SMTP из чёрных списков не вылазит, что с остальным творится, даже представить страшно.

btw, насчет отлупов - у меня работает -свежак:
1131208607.345116 tcpserver: status: 1/40
1131208607.345352 tcpserver: pid 9421 from 86.63.96.128
1131208618.359511 tcpserver: ok 9421 myhostname:myipaddr:25 86-63-96-128.asta-net.com.pl:86.63.96.128::3285
1131208624.588221 qmail-smtpd: pid 9421: Unknown RECIPIENT: from <and@ehmail.com> at 86.63.96.128 to <xxx@yyy.zz>
1131208625.809524 tcpserver: end 9421 status 256

The same shit ;)

@4000000043279c23184f80cc qmail-smtpd: pid 91760 fake RCPT TO from <asymptotic@netmail.nl> at 80.144.195.141 to <foo@bar>