
I don't think so... The webchanges won't be saved based on the privileges
of Apache, It might have been changed depending on the user you used to
edit the file manually.
So, you problem was that the search dn was wrong?
Now it looks to me that you are confusing one thing, If you are using
customer auth module, you shouldn't get the errors for Agent, since
customer's won't syncronize. Or if you are trying to configure this for
user agents, then you shouldn't use CustomerAuth Module.
Regards
On Mon, Apr 2, 2012 at 10:58 AM, Eddie
On Mon, Apr 2, 2012 at 12:08 PM, Alvaro Cordero
wrote: Hello Eddie,
Have you specified which fields are being sincronized into de local database. If the autentication suceds, the next step is to create a local copy of the agent, If that does not happen you will always get that
Check if you are missing the UseSync area. For more info Check Manual on Chapter 11.
$Self->{'AuthSyncModule::LDAP::UserSyncMap'} = { # DB -> LDAP UserFirstname => 'givenName', UserLastname => 'sn', UserEmail => 'mail', };
Thanks, but that section looks the same here. One thing I noticed is that if I tried to change Customer::AuthModule::LDAP::UID using the SysConfig web interface the change wouldnt save. I had it set to sAMAccountName and was trying to change it to userPrincipalName so users can specify their domains but after saving it would revert back to sAMAccountName. Went to Config.pm and search/replaced all instances of sAMAccountName with userPrincipalName. Maybe it changed something it shouldnt. Im going to revert this virtual machine to a snapshot I took just before the changes to LDAP. Does it mean anything when the web interface wont save a change but wont give any error?
--------------------------------------------------------------------- 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
-- ___________________________ Alvaro Cordero Retana Consultor de Tecnologias Gridshield Monitoreo de Redes e Infraestructura. 2258-5757 ext 123 alvaro@gridshield.net www.gridshield.net