Hi Matthias,

fine! ;) Da muss ich jetzt aber passen. Mir kommt aus der ferne nur etwas noch 
komisch vor.

>>>>      BaseDN => 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN',
> 



BaseDN ist der Punkt im Baum, ab dem gesucht werden soll. Und das hier sieht 
nach einen Punkt aus, der schon weit unten ist. Und ich sehe den User+PW für 
den Bind-Benutzer (wie im Auth-Bereich) nicht. :)

Im Zweifelsfall kann ich Dir ab hier nur 
http://www.otrs.com/de/support/enterprise-subscription/ empfehlen. :)

Grüße,

 -Martin

On 13.01.2010, at 11:29, Matthias Borrack wrote:

> Hallo Martin
> 
> das klang einleuchtend und hat zumindest den Bad filter eliminiert.
> Danke. :)
> 
> Jetzt habe ich das Problem, dass die Abfrage wohl nicht funktioniert,
> 
> ---8<---
> [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
> 00000000: LdapErr: DSID-0C090627, comment: In order to perform this
> operation a successful bind must be completed on the connection., data
> 0, vece
> --->8---
> 
> was eigentlich bedeutet, dass der verwendete Benutzer nicht geeignet
> ist. Die Daten für SearchUser habe ich per adsiedit direkt aus dem AD
> gezogen ...
> 
> 
> Dank und Grüße
> Matthias
> 
> 
> Martin Edenhofer schrieb:
>> Hi Matthias,
>> 
>> das Problem ist nicht in der Definition, sondern Perl kommt mit "nichts" im 
>> Style von "Key => ," nicht klar.
>> 
>> In Deine Fall ignoriert perl da "=> ," einfach und füllt es mit dem nächsten 
>> Perl (hier Params).
>> 
>> Du musst da noch was dahinter schreiben (min. undef oder '').
>> 
>> Beispiel:
>> 
>> 
>> m...@lancelot:~> perl -e 'my %H = ( 1 => 1, 2 => 2, 3 => 3 ); for my $I 
>> (sort keys %H) { print "$I:$H{$I}\n"; }'
>> 1:1
>> 2:2
>> 3:3
>> m...@lancelot:~> perl -e 'my %H = ( 1 => 1, 2 => , 3 => 3 ); for my $I (sort 
>> keys %H) { print "$I:$H{$I}\n"; }'
>> 1:1
>> 2:3
>> 3:
>> m...@lancelot:~>
>> 
>> Im zweiten Beispiel siehst Du, dass Perl das nicht versteht. Es sollte 
>> eigentlich "1:1", "2:", "3:3" geschrieben werden. 
>> 
>> Hier das selbe aber mit "":
>> 
>> m...@lancelot:~> perl -e 'my %H = ( 1 => 1, 2 => "", 3 => 3 ); for my $I 
>> (sort keys %H) { print "$I:$H{$I}\n"; }'
>> 1:1
>> 2:
>> 3:3
>> m...@lancelot:~> 
>> 
>> Und schon passt es wieder. ;)
>> 
>> Wenn Du also z. B. aus
>> 
>> AlwaysFilter => , 
>> AlwaysFilter => "",
>> 
>> und aus
>> 
>> CustomerUserSearchPrefix => ,
>> CustomerUserSearchPrefix => "",
>> 
>> machst, dann passt Deine Konfiguration also  wieder (Perl Syntaktisch). 
>> 
>> PS0: Ja, wenn Du einen Cache an hast, dass solltest Du vorher auf jeden Fall 
>> noch ein "bin/otrs.CacheDelete.pl" machen.
>> 
>> PS1: Glauben musst Du es mir nicht. Aber ich weiß, dass es stimmt. Just my 2 
>> cents. :)
>> 
>> Grüße,
>> 
>> -Martin
>> 
>> On 12.01.2010, at 19:23, Matthias Borrack wrote:
>> 
>>> Hallo Martin
>>> 
>>> Das wäre zu einfach gewesen ;)
>>> 
>>> In der Config.pm sind keine Filter definiert.
>>> Und in der
>>> 
>>> Die Zeile 377 in der CustomerSearch/LDAP.pm
>>> 
>>>   # cache request
>>>   if ( $Self->{CacheObject} ) {
>>>       $Self->{CacheObject}->Set(
>>>           Type  => $Self->{CacheType},
>>>           Key   => 'CustomerSearch::' . $Filter,
>>>           Value => \%Users,
>>>           TTL   => $Self->{CustomerUserMap}->{CacheTTL},
>>>       );
>>>   }
>>> 
>>> impliziert m. E., dass der Wert aus den Filter gesetzt wird, wenn es
>>> denn einen gäbe?
>>> 
>>> 
>>> Grüße
>>> Matthias
>>> 
>>> 
>>> Martin Edenhofer schrieb:
>>>> Hi Matthias,
>>>> 
>>>> ob Du Betriebsblind bist weiß ich nicht! ;)
>>>> 
>>>> Aber es ist ein Syntax-Problem wenn Du sowas wie "AlwaysFilter => ," hast. 
>>>> 
>>>> Entweder die gesamte Zeile löschen, oder "AlwaysFilter => undef," draus 
>>>> machen, dann gehts.
>>>> 
>>>> Das selbe noch mal mit "CustomerUserSearchPrefix => ,". 
>>>> 
>>>> Lg,
>>>> 
>>>> -Martin
>>>> 
>>>> 
>>>> On 12.01.2010, at 16:27, Matthias Borrack wrote:
>>>> 
>>>>> Hallo zusammen
>>>>> 
>>>>> ich glaube, ich bräuchte wieder einmal einen richtigen ... Schubs.
>>>>> Irgendwie will die LDAP Abfrage des AD hinsichtlich der "Kunden" nicht
>>>>> funktionieren:
>>>>> 
>>>>> ---SCHNIPP OTRS-CGI-10[9010]:
>>>>> [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
>>>>> Bad filter
>>>>> --SCHNAPP---
>>>>> 
>>>>> Und das bei der Config:
>>>>> 
>>>>> ---SCHNIPP---
>>>>> $Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
>>>>> $Self->{'Customer::AuthModule::LDAP::Host'} = 'SRV.SUB.DOMA.IN';
>>>>> $Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=SUB,dc=DOMA,dc=IN';
>>>>> $Self->{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName';
>>>>> $Self->{'AuthModule::LDAP::SearchUserDN'} = 'OTRS';
>>>>> $Self->{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
>>>>> $Self->{'Customer::AuthModule::LDAP::Params'} = {
>>>>>  port => 389,
>>>>>  timeout => 120,
>>>>>  async => 0,
>>>>>  version => 3,
>>>>> };
>>>>> 
>>>>> $Self->{CustomerUser} = {
>>>>>  Name => 'DOMA.IN',
>>>>>  Module => 'Kernel::System::CustomerUser::LDAP',
>>>>>  Params => {
>>>>>      Host => 'SRV.SUB.DOMA.IN',
>>>>>      BaseDN => 'ou=ABT,ou=BENUTZER,ou=ORT,dc=SUB,dc=DOMA,dc=IN',
>>>>>      SSCOPE => 'sub',
>>>>>      AlwaysFilter => ,
>>>>>      Params => {
>>>>>          port => 389,
>>>>>          timeout => 120,
>>>>>          async => 0,
>>>>>          version => 3,
>>>>>      },
>>>>>  },
>>>>>  CustomerKey => 'sAMAccountName',
>>>>>  CustomerID => 'mail',
>>>>>  CustomerUserListFields => ['sAMAccountName', 'sn', 'cn', 'mail'],
>>>>>  CustomerUserSearchFields => ['sAMAccountName', 'cn', 'sn', 'mail'],
>>>>>  CustomerUserSearchPrefix => ,
>>>>>  CustomerUserSearchSuffix => '*',
>>>>> ...
>>>>> ---SCHNAPP---
>>>>> 
>>>>> 
>>>>> Bin ich so Betriebsblind?
>>>>> 
>>>>> 
>>>>> Dank und Grüße
>>>>> Matthias
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>>>>> Archive: http://lists.otrs.org/pipermail/otrs-de
>>>>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>>>>> 
>>>>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>>>>> http://www.otrs.com/de/support/enterprise-subscription/
>>>> ---------------------------------------------------------------------
>>>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>>>> Archive: http://lists.otrs.org/pipermail/otrs-de
>>>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>>>> 
>>>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>>>> http://www.otrs.com/de/support/enterprise-subscription/
>>> ---------------------------------------------------------------------
>>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>>> Archive: http://lists.otrs.org/pipermail/otrs-de
>>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>>> 
>>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>>> http://www.otrs.com/de/support/enterprise-subscription/
>> 
>> ---------------------------------------------------------------------
>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>> Archive: http://lists.otrs.org/pipermail/otrs-de
>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>> 
>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>> http://www.otrs.com/de/support/enterprise-subscription/
> 
> ---------------------------------------------------------------------
> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs-de
> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
> 
> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
> http://www.otrs.com/de/support/enterprise-subscription/

---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de

NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
http://www.otrs.com/de/support/enterprise-subscription/

Antwort per Email an