Witam.

ale nie wszystkie na raz. Poza tym nie jest to strona publiczna, zeby to mialo jakies wieksze znaczenie - moim zdaniem. Jednoczesnie wydaje mi sie, ze przy typowym uzytkowniau LMS'a i tak prawie wszystko by bylo ladowane do pamieci, wiec nie wiem czy jest sens poswiecac tyle pracy dla oszczedzenia 10 czy 20 kb pamieci.

W sumie racja, ale wiesz, prawdziwa budowa modułowa pozwoliła by pewnie na o wiele łatwiejsze zarządzenie co w LMS'ie chcemy mieć a czego nie.

Brakuje np pola login/haslo uzytkownika ktore by juz duzo ulatwilo + paru skryptow. Przy limitowaniu ruchu sa tylko pola downrate i uprate (EIR, czyli wartosc max), nie ma za to dwoch analogicznych pol w bazie dla CIR (wartosc gwarantowana pasma).

Hym. W sumie samo hasło. Numer klienta może być za login jeżeli chodzi o dostęp do konta i zarządzanie np. usługami "dodanymi".

Lukasz: mam nadzieje ze to podsunie Ci nowe pomysly :) ze swojej strony moge zaproponowac pomoc w realizacji wyzej wymienionych.

Jako że robię cały czas zarządzanie kontami poczty w LMS'ie przy okazji zadam takie pytanie - czy wg. was lepiej żeby użytkownicy mieli login taki sam jak adres e-mail (login@domena) czy może unikalny login bez ekstra rzeczy? E! Wróć. Nie było pytania. Jest to bez znaczenia przy tworzeniu bazy tak naprawdę ;) Bo przy normalnym demonie pop3 można będzie dowolnie praktycznie skonstruować zaptyanie autoryzacyjne i zmiksować id konta, id spoola, login i domenę, prawda ? :)