They may want to have a customer or agent backend that's not tied into LDAP?
If that's so, Ive never done it but there is some rather weak documentation @ otrs on how to do it: http://doc.otrs.org/2.2/en/html/x1572.html#multiple-customer-backends Sorry I cant help too much since we are 100% ldap backended :( -Andy On 11/8/07 10:37 AM, "Kurt OConnor" <[EMAIL PROTECTED]> wrote: > There shouldn't be a need, to have both DB and LDAP Admin auth. The SQL > query that Daniele is offering will give an LDAP user admin rights. > Then there shouldn't be a need for a DB Admin to login ever again. > > > Kurt O'Connor > Linn State Technical College > [EMAIL PROTECTED] > 573-897-5275 > ---------------------------------------------------------- > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Daniele > Sent: Thursday, November 08, 2007 2:51 AM > To: User questions and discussions about OTRS.org > Subject: Re: [otrs] two problems with LDAP authentication > > Thank you both. > Yes, I already used the new syntax for UserSyncLDAPMap. > I also got inside OTRS as admin using DB auth and I added to my LDAP > account admin rights. > > My problem is that I can not use both authentications at the same time > FOR ADMIN AND AGENTS. I use DB auth OR LDAP auth, non both. > It this possible? If so, how? > > My second problem is that if I get into OTRS 2.2.3 through DB > authentication the [ User Management ] area of the admin > [ User ] > section is ok, otherwise I can't see the user field. See attachment. > > Any suggestion? > Thank you in advance. > Daniele >> That's for old version the new version, the syntax is as follows: >> >> # UserSyncLDAPMap >> # (map if agent should create/synced from LDAP to DB after login) >> $Self->{UserSyncLDAPMap} = { >> # DB -> LDAP >> UserFirstname => 'givenName', >> UserLastname => 'sn', >> UserEmail => 'mail', >> }; >> >> You will also need to go into the database once you log in for the >> first time (with no rights but the defaults), log back out and do an >> update in the system_user table to make your LDAP account the new > admin. >> >> Good news is I am building a test environment today so if you have >> trouble doing that update query to make your account the admin, I >> could paste the SQL code to make that happen :) >> >> >> -Andy >> >> >> >> On 11/7/07 12:32 PM, "Kurt OConnor" <[EMAIL PROTECTED]> > wrote: >> >> >>> Check that you have the right names for this mapping. >>> >>> >>> # UserSyncLDAPMap >>> # (map if agent should create/synced from LDAP to DB after login) >>> $Self->{UserSyncLDAPMap} = { >>> # DB -> LDAP >>> Firstname => 'givenName', >>> Lastname => 'sn', >>> Email => 'mail', >>> }; >>> >>> >>> Kurt O'Connor >>> Linn State Technical College >>> [EMAIL PROTECTED] >>> 573-897-5275 >>> ---------------------------------------------------------- >>> -----Original Message----- >>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf >>> Of Daniele >>> Sent: Wednesday, November 07, 2007 8:05 AM >>> To: otrs@otrs.org >>> Subject: [otrs] two problems with LDAP authentication >>> >>> I updated otrs from 2.0.4 to 2.2.3 yesterday on my debian server. >>> I didn't change the db. I am still using the previous installation >>> mySQL db. >>> >>> Today, if I use internal DB authentication I can get inside my OTRS >>> as admin and all is fine. >>> >>> But, if I change my kernel/config.pm to use LDAP authentication, I >>> get the following two problems. >>> >>> 1st. I no longer can get in as DB admin, I MUST use a different admin > >>> account from MS AD. >>> 2nd. I no longer can get/see the edit field to enter user names on >>> the left side of the [ User Management ] area of the admin > [ User ] > >>> section >>> >>> Can someone help me, please? >>> Thank you in advance. >>> Daniele >>> _______________________________________________ >>> OTRS mailing list: otrs - Webpage: http://otrs.org/ >>> Archive: http://lists.otrs.org/pipermail/otrs >>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >>> Support or consulting for your OTRS system? >>> => http://www.otrs.com/ >>> NOTE: >>> >>> This e-mail transmission may contain confidential information. >>> If you are not the intended recipient, employee or agent responsible >>> for delivering this information to the intended recipient, >>> unauthorized disclosure, copying, distribution or use of the contents > >>> of this transmission is strictly prohibited. If you have received >>> this e-mail in error, please immediately notify the sender and delete > >>> it from your computer. Thank you for your compliance. >>> _______________________________________________ >>> OTRS mailing list: otrs - Webpage: http://otrs.org/ >>> Archive: http://lists.otrs.org/pipermail/otrs >>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >>> Support or consulting for your OTRS system? >>> => http://www.otrs.com/ >>> > > NOTE: > > This e-mail transmission may contain confidential information. > If you are not the intended recipient, employee or agent responsible > for delivering this information to the intended recipient, > unauthorized disclosure, copying, distribution or use of the > contents of this transmission is strictly prohibited. If you have > received this e-mail in error, please immediately notify the sender > and delete it from your computer. Thank you for your compliance. > _______________________________________________ > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > Support or consulting for your OTRS system? > => http://www.otrs.com/ _______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support or consulting for your OTRS system? => http://www.otrs.com/