AUTH dołączony do paczki sendmail'a - dlaczego nie ?

[Jakub Bogusz]

On Thu, Mar 07, 2002 at 06:17:26AM +0100, Przemysław Stanisław Knycz wrote:
> On Wed, Mar 06, 2002 at 10:45:49PM +0100, Jarosław Kamper wrote:
> > Nie trzeba, można. Wystarczy zmienić 3 linijki w sendmail.mc które robi
> > sendmail-auth.patch i wygenerować nowy sendmail.cf
> 
> Wiesz, PLD cechują przede wszystkim gotowe rozwiązania, masa paczek ma
> dużo --enable-cośtam, a idąć wzorem qmail'a dlaczego sendmail ma tego
> nie mieć ? apt-get install sendmail i działa wszystko z autoryzacją,
> pozatym moim zadniem kto dziś nie korzysta przy MTA z autoryzacji, w
> dobie spamerów innych arbuzerów.
> 
> > Ale jeżeli nie umiesz, możesz przebudować sendmaila z -with auth bez
> > zabawy ;)
> 
> Czekaj - to jest slack czy PLD? Wiem że niektóre rzeczy można/trzeba
> przebudować, bo nie wszystkim pasuje taka konfiguracja, pozatym na pewno 
> więcej będzie tych którzy będą korzystać z SMTP AUTH jak tych, którzy nie 
> będą.
> 
> Powinno to być moim zdaniem dołączone "by default"

Ja czegoś nie rozumiem...

Przecież ten patch nie dodaje obsługi SMTP AUTH, tylko metodę LOGIN do
już istniejących PLAIN i innych (oraz cokolwiek paranoiczne i redundantne
PRIVACY_FLAGS).
Nie widzę powodu, żeby LOGIN miało nie być dodane by default.
I tak sendmail jest linkowany z libsasl.

Co do wymagań pakietów cyrus-sasl-cośtam - o ile pamiętam z testów które
kiedyś robiłem, przy braku pakietów odpowiadających odpowiednim metodom
sendmail działa, ale po prostu nie obsługuje tych metod.
Więc zamiast patcha z bcondem proponuję dodać LOGIN do podstawowego
sendmail.mc i wyrzucić Requires: cyrus-sasl-{plain,login} - metody
będzie się włączać po prostu instalując odpowiednie podpakiety
cyrus-sasl.

BTW: sposób nakładania tego patcha jest _paskudny_ - modyfikuje
sendmail.mc w rpm/SOURCES zamiast jego kopię instalowaną do BUILD!
Nie róbcie takich rzeczy!
Jako ćwiczenie domowe proponuję pakiet zbudować dwa razy przez rpm -bb
po zainstalowaniu źródeł.


-- 
Jakub Bogusz