>When I remove the '@' symbol from the uid it works perfectly Please expand on this? are you saying usernamedomain.com works but usern...@domain.com does not?
I'm trying to follow both similar threads of people who have M's in their names :) so if I overlap on this, please forgive any lapse. git diff rel-3_2 rel-3_3 -- CustomerAuth/LDAP.pm git diff rel-3_2 rel-3_3 -- Auth/LDAP.pm These indicate no particular changes between the two, which tends to point (as far as I can tell) to Config.pm (or ZZAAuto.pm) differences. On Fri, Nov 22, 2013 at 1:45 PM, Matthew M. Mosteller < mmostel...@shinesandt.com> wrote: > I have some progress now. Users are supposed to log in with their email > addresses, which again was working before. When I remove the '@' symbol > from the uid it works perfectly. So that has to be a back end problem right? > > -Matt > ------------------------------ > *From: *"Gerald Young" <cryth...@gmail.com> > *To: *"User questions and discussions about OTRS." <otrs@otrs.org> > *Sent: *Friday, November 22, 2013 10:13:27 AM > > *Subject: *Re: [otrs] Svar: Re: LDAP stopped finding users > > My suggestion is to use the documentation of > Net::LDAP<http://search.cpan.org/%7Emarschap/perl-ldap-0.57/lib/Net/LDAP.pod> > to > create a test perl file connection ... if it works, OTRS should work, too. > > if it works (based upon the filter OTRS log provides) and OTRS does not, > from the same machine, there's not much that can be said except to > determine how the params you've provided in the stand alone perl program > aren't accurately reflected in Config.pm > > > > > On Fri, Nov 22, 2013 at 9:57 AM, Matthew M. Mosteller < > mmostel...@shinesandt.com> wrote: > >> There should be no restrictions as this is not live and I am the only >> one logging in, which worked before. By adding the AD server to the >> workstation list do you mean a DNS entry? >> >> -Matt >> ------------------------------ >> *From: *"Alvaro Cordero" <alv...@gridshield.net> >> >> *To: *"User questions and discussions about OTRS." <otrs@otrs.org> >> *Sent: *Friday, November 22, 2013 9:42:09 AM >> >> *Subject: *Re: [otrs] Svar: Re: LDAP stopped finding users >> >> Matt, is it possible that the user has a workstation logon restriction? >> It happened to us that even if the user was in the DB and the >> authentication was ok, with that restriction users couldn't be logged on. >> >> If that's the case you need to add the AD server into the workstation >> list, when the user is registered then you can remove it. >> >> Regards >> >> >> 2013/11/22 Matthew M. Mosteller <mmostel...@shinesandt.com> >> >>> > no ldap entry found means that the ldap server is unable to find an >>> > entry in ldap for the given uid. >>> >>> The uid not existing definitely isn't the problem with my requests as I >>> am copy/pasting from the ldap backend for that. I also tried removing and >>> re-adding the user to the database just in case but that didn't work either. >>> >>> >>> >>> -Matt >>> ------------------------------ >>> *From: *"Gerald Young" <cryth...@gmail.com> >>> *To: *"User questions and discussions about OTRS." <otrs@otrs.org> >>> *Sent: *Friday, November 22, 2013 9:04:50 AM >>> *Subject: *Re: [otrs] Svar: Re: LDAP stopped finding users >>> >>> >>> Filter='(&(cn=ulh)(mail=*)) means ulh is a common name and has an >>> email address in ldap. >>> >>> On Fri, Nov 22, 2013 at 9:01 AM, Martin Møller <m...@itq.dk> wrote: >>> > I'm seeing the same thing with at least one use here. >>> > >>> > I can log in just fine, as well as a few others, but one user who has >>> tried, >>> > gets this error. >>> > I have checked all the attributes - they are fine. No different from >>> the >>> > rest of us. >>> > It's the same LDAP backend as before. >>> > On the OTRS 3.2 system, he can log in. On the 3.3 system, he cannot. >>> > User: ulh authentication failed, no LDAP entry >>> found!BaseDN='ou=KBH,o=ITQ', >>> > Filter='(&(cn=ulh)(mail=*)) >>> > User: mmo (cn=mmo,ou=KBH,o=ITQ) authentication ok >>> > >>> > Very strange, from my point of view.. :) >>> > >>> > /Martin. >>> > >>> >>>> Gerald Young <cryth...@gmail.com> 22. november 2013 00:59 >>> >>> > no ldap entry found means that the ldap server is unable to find an >>> > entry in ldap for the given uid. >>> > >>> > >>> > >>> > On Thu, Nov 21, 2013 at 4:38 PM, Matthew M. Mosteller >>> > <mmostel...@shinesandt.com> wrote: >>> >> I had LDAP (openLDAP) working for a few weeks and now it suddenly >>> decided >>> >> to >>> >> stop working. Since the server is not live I have anonymous searches >>> >> allowed. I am now getting an error of: >>> >> >>> >> [Thu Nov 21 16:27:30 2013][Notice][Kernel::System::Auth::LDAP::Auth] >>> User: >>> >> otrsad...@shinesystech.com authentication failed, no LDAP entry >>> >> found!BaseDN='dc=shinesystech,dc=com', >>> >> Filter='(uid=otrsad...@shinesystech.com)', (REMOTE_ADDR: >>> 192.168.2.128). >>> >> >>> >> None of the Config.pm settings have been changed and I have not messed >>> >> with >>> >> the ldap config, so it's very strange. >>> >> >>> >> Any ideas on how I can best fix/debug this problem? >>> >> >>> >> >>> >> -Matt >>> >> >>> >> --------------------------------------------------------------------- >>> >> 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 >>> > --------------------------------------------------------------------- >>> > 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 >>> > >>> > --------------------------------------------------------------------- >>> > 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 >>> --------------------------------------------------------------------- >>> 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 >>> >>> >>> --------------------------------------------------------------------- >>> 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 >> alv...@gridshield.net >> www.gridshield.net >> >> --------------------------------------------------------------------- >> 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 >> >> >> --------------------------------------------------------------------- >> 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 >> > > > --------------------------------------------------------------------- > 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 > > > --------------------------------------------------------------------- > 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 >
--------------------------------------------------------------------- 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
