Your attribute map list will restrict creation if any of the conditions are met, if I understand correctly. So since someone exists with that name, it sees the user as already existing. The attribute match list is for searching on either name or email, in your case, for authentication / creation / update, etc.
-----Original Message----- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Luciano Ernesto da Silva Sent: Monday, October 31, 2011 9:24 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] RES: Re: rt-mailgate error wht ExternalAuth On UserCreation by Email Kevin, I found just one unprivileged user with the following: Username: czar...@yahoo.com.br Email: czar...@yahoo.com.br RealName: Vanessa Somelastname The real name is the same of the requestor that got the error: "Vanessa Somelastname." The only diference is the email address. My guess: ExternalAuth or other subroutine is denying creation of users with the same RealName. My LDAP attributes: 'attr_match_list' => ['Name', 'EmailAddress'], 'attr_map' => {'Name' => 'uid', 'EmailAddress' => 'mail', 'RealName' => 'cn', 'ExternalAuthId' => 'uid'} Any Ideas? Luciano -----Mensagem original----- De: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] Em nome de Kevin Falcone Enviada em: segunda-feira, 31 de outubro de 2011 11:43 Para: rt-users@lists.bestpractical.com Assunto: [*****SPAM*****] Re: [rt-users] rt-mailgate error wht ExternalAuth On User Creation by Email On Mon, Oct 31, 2011 at 09:49:51AM -0200, Luciano Ernesto da Silva wrote: > Actually I checked the list of users, I don't have any user with same name of the requestor. Search for the user, don't just read the list of users. The list is only Privileged users. -kevin -------- RT Training Sessions (http://bestpractical.com/services/training.html) * Barcelona, Spain November 28 & 29, 2011 -------- RT Training Sessions (http://bestpractical.com/services/training.html) * Barcelona, Spain November 28 & 29, 2011
