Hi Martin, 1. Can you please set the Reply-To header for this list to go back to the list. Sometimes I forget to set that manually and then we get an archive of questions only :) Martin Edenhofer wrote:
Of course. But could we put the abstraction into the "Main Library" (AuthDriver), to make it unimportant if the otrs-auth-driver works with:
I hope I understand you correctly, You want a Horde type Auth Driver: Auth::factory (this delegates the auth to the correct class) Auth/LDAP Auth/DB Auth/PAM etc I think I know why you want to authentify via the same table :) [ to be backwards compatible ] Yes, we can use the same table for authentification if we define that table in the ConfigObject, but in the long run it may look ugly and unclear. Maybe put the logic in the Auth/DB driver to first look in the auth table, and if login/pw not found then look in the system_users table. If found in the system_users table, copy the data to the auth table and reauthentify from auth table. This will keep backwards compatibility and will still have a clear structure. Also, we can define auth-chains. Look in LDAP ---> DB->table(auth) ---> DB->table(system_users) but I think that would be an over-kill. If you are worried about compatibility with the older versions, then on a new realease, provide an upgrade script that creates the correct tables and update the data. Other than having a clear structure, I dont see why we cannot have the information in the same table. best regards -- Atif Ghaffar ---------------------------. +41 78 845 31 64 ¦ tel aghaffar@developer.ch ¦ email http://atifghaffar.com ¦ www 8206786 ¦ icq