On Thursday 05 of August 2004 00:45, Marcin Król wrote: > > Ja tu czegoś nie rozumiem. Do tej pory wydawało mi się, że sytuacja > > wygląda tak: użytkownik chce wysłać wiadomość, postfix przyjmuje dane > > autoryzacyjne (nazwę użytkownika i hasło) pyta się SASLa czy są to > > poprawne dane, SASL czyta /etc/sasl/smtpd.conf i dowiaduje się że ma się > > zapytać authdaemona. Coś pokręciłem? > > A czemu nie uzyc saslauthd? IMO to chore zeby autoryzowac MTA w I konfigurować go, jeśli dobrze rozumiem, w /etc/sysconfig/saslauthd? # saslauthd (...) authentication mechanisms: getpwent pam rimap shadow ldap # A jak pobrać dane z MySQLa?
> authdemonie od IMAP skoro mozna zrobic to w obrebie samego SASLa. > Czemu od razu traktujesz go jak składnik IMAPa? No dobra, był stworzony na potrzeby courier-imapa ale czy to oznacza że do tego zastosowania należy się ograniczyć? Pomyśl o authdaemonie jako o systemowym demonie autoryzującym pocztę. > > Tobie to chyba nie przeszkadza a mi (być może nie tylko) mogłoby pomóc, > > więc czemu nie? > > Uprawnienia do /var/lib/authdaemon mozna zmienic. Co do dodawania To juz jakiś postęp bo to bywa najbardziej denerwujące przy aktualizacji. > postfixa do grupy daemon jezeli courier-imap jest w systemie to wolalbym > nie. Powod jak wyzej: lepiej uzyc saslauthd. Zreszta to by sie nie Jak się dowiem jak zrobić to co chcę to możemy wrócić do tego wątku. > tyczylo samego postfixa. Inne MTA beda miec ten sam problem jezeli w > konfigu SASLa ustawisz autoryzacje na imapowy authdaemon. > 1. Jak ktoś będzie chciał odpowiednich zmian w innych MTA to je zrobi. 2. Skoro SASL ma możliwośc autoryzowania przez authdaemona to nie jest to rozwiązanie bardzo nietypowe zatem należy je w dystrybucji wspierać (tym bardziej że nie jest to jakiś wysiłek ponad miarę). 3. Ponawiam pytanie: co szkodzi 711 na /var/lib/authdaemon/? Tomek _______________________________________________ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
