jak przenieść hasło powłoki do SQL-a

[pmuch w zamek.szczecin.pl]

Dariusz Krzempek pisze:
> Witaj,
> 
> On Sun, 28 Jun 2009 13:09:08 +0200, pmuch w zamek.szczecin.pl wrote:
>> Dariusz Krzempek pisze:
>>> Witam,
>>>
>>>  Czy jest jakiś sposób, aby hasło którym loguje się użytkownik do
>>> konsoli, przenieść do SQL-a ?
>>> Przenoszę obsługę poczty na SQL-a.
>>> Zainstalowałem Postfixadmin, nie chciałbym angażować w to
>>> użytkowników.
>>>
>> Musiałbym dokładnie sprawdzić, jak to zrobiłem (szczegóły mogę
>> podać 
>> jutro), ale mniej więcej tak:
>> Przy użyciu Dovecota, który pozwala na rozdzielenie funkcji sprawdzania
> 
>> hasła od pobierania innych danych użytkownika, skonfigurowałem passdb 
>> tak, by sprawdzał i w MySQL i w /etc/shadow.
>> Tak wyglądał okres przejściowy, następnie wysłałem wszystkim
>> maila,że w 
>> ciągu 7 dni mają sobie zmienić hasło (w MySQL - za pomocą roundcube
> z 
>> dodatkiem do postfixadmina), potem wyłączyłem autoryzację z
>> /etc/shadow.
>>
>> 90% użytkowników zmieniło, reszcie ustawiłem hasło ręcznie.
> 
> Genialnie, właśnie o to mi chodzi :)
> Bardzo proszę o szczegóły.
> 
passdb shadow {
     args =
}

passdb sql {
     # Path for SQL configuration file, see doc/dovecot-sql-example.conf 
          	args = /etc/dovecot/dovecot-mysql.conf
}

Tyle jeśli chodzi o passdb - czyli sprawdzanie hasła :-)

userdb sql {
     # Path for SQL configuration file, see doc/dovecot-sql-example.conf
     args = /etc/dovecot/dovecot-mysql.conf
   }
A tyle jeśli chodzi o userdb
(inne userdb zakomentowane).


Do tego gorąco zachęcam do używania dovecot do uwierzytelniania SMTP 
zamiast couriera - dzięki temu po skonfigurowaniu dovecota mamy komplet 
- pop3, imap, smtp (jeśli chodzi o autoryzację of course)

Można go ustaić tak, by zachowywał się jak courier - wszystkie katalogi 
były podkatalogiem INBOXa (ja tak lubię, więc moi userzy także) lub nie.


-- 
Paweł Muszyński