Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
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]:
: 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:
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
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]:
: 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 = '*',
...
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hallo Martin
Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
Trotzdem Danke :)
Grüße
Matthias
flüsterndes PS: Die Subscription hat zwei Nachteile: Ich kann Sie nicht
als Dienstleister für alle Kunden abschließen und es wäre Vorteilhaft,
wenn es Staffelungen pro Case gäbe.
Martin Edenhofer schrieb:
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]:
: 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,
Re: [otrs-de] Fehler No Permission to use this frontend module! nach Erstinstallation
Hallo Martin, ich habe die Installation mit dem aktuellen rpm der otrs.org Seite von Grund auf neu durchgeführt. Schlussendlich konnte ich mich erfolgreich anmelden und erste Benutzer und Queues anlegen. Um beim Starten von otrs den mysql-check abzuschalten (da ich ja postgres benutze) habe ich noch die Datei /etc/sysconfig/otrs editiert um die Fehlermeldung zu eliminieren. nochmals vielen DankGERD On Tuesday 12 January 2010 9:22:06 pm Martin Edenhofer wrote: Hi Gerd, Du schreibst Du machst eine Installation (Erstinstallation). Dafür machst Du etwas zu viel! :) Die gesamten DBUpdate-to-*.sql Skripte darfst Du nicht verwenden. Die sind nur für ein Upgrade gedacht. Also, lösche noch mal Deine DB, mach nur wie im INSTALL bzw. README.database beschrieben und gut ist es. Ich empfehle Dir übrigens gleich ein OTRS 2.4 zu verwenden. Ich sehe Du installierst OTRS 2.1. Das ist schon einige Jahre alt. ;) Grüße, -Martin On 12.01.2010, at 13:15, Gerd Koenig wrote: Hallo, ich bin an meinen ersten Schritten mit OTRS und habe die Installation (vermutlich) erfolgreich gemeistert. Die Umgebung: Centos5.4, Postgres8.4, apache 2 Die Installation habe ich wie folgt durchgeführt: yum install otrs open command line - psql -U postgres #psqlcreate role otrs password 'otrs' nosuperuser; #psqlcreate database otrs owner otrs; #psql\q cd /var/www/otrs/scripts/database psql -U otrs otrs -f otrs-schema.postgresql.sql psql -U otrs otrs -f initial_insert.sql psql -U otrs otrs -f otrs-schema-post.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.1.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.2.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-1.3.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.0.postgresql.sql psql -U otrs otrs -f /var/www/otrs/scripts/DBUpdate-to-2.1.postgresql.sql ./SetPermissions.sh /var/www/otrs otrs apache apache apache /etc/init.d/otrs start Nach dem Öffnen der URL http://localhost/otrs/index.pl und Eingabe der Standard-Erstbenutzerdaten r...@localhost und root erhalte ich den Fehler: No Permission! Message: No Permission to use this frontend module! Dieser Fehler taucht auch nach einem Neustart von apache, postgres, otrs auf.. (beim ersten google'n bin ich öfters auf diesen Hinweis gestossen) ?!?! Wer kann mir weiterhelfen, damit der Erstlogin klappt ? vielen Dank...GERD... - 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/ -- /\ | Gerd König | - Infrastruktur - | | TRANSPOREON GmbH | Magirus-Deutz-Str. 16 | Stadtregal | DE - 89077 Ulm | | Tel: +49 [0]731 16906 106 | Fax: +49 [0]731 16906 99 | koe...@transporeon.com | www.transporeon.com | \/ TRANSPOREON GmbH, Amtsgericht Ulm, HRB 722056 Geschäftsf.: Peter Förster, Roland Hötzl, Marc-Oliver Simon - 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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Es ist zum Mäuse melken ... ldapsearch funktioniert, OTRS LDAP meckert [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]: : LdapErr: DSID-0C090627, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, vece Und ich schimpfe auf das AD :( Grüße Matthias Matthias Borrack schrieb: Hallo Martin Es liegt am AD, welches die Anfrage grundsätzlich ignoriert. Trotzdem Danke :) 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/
Re: [otrs-de] Defaultqueue für Customer hinterlegen 2.4.5
Konrad, Reinhard schrieb: kann mir jemand sagen was ich wo einstellen muss damit der Kunde keine Queue auswählen kann und das Ticket immer in einer von mir vorgegebene Queue landet? Habe es bis jetzt geschafft das er nur eine Queue auswählen kann er soll das AN:-Feld aber am besten erst gar nicht sehen. Hallo Reinhard, ich glaube nicht, dass das einstellbar ist. Kannst du statt dessen das Template CustomerTicketMessage.dtl so anpassen, dass das Feld vorbelegt wird und außerdem nicht angezeigt wird ? Grüße Alexander -- radprax Gesellschaft fuer medizinische Versorgungszentren mbH, Bergstr. 7 - 9, 42105 Wuppertal, Fon: +49 202 2489 1110, Fax: +49 202 2489 94 1119 Geschaeftsfuehrer: Andreas Martin, Dr. med. Heiner Steffens, Dr. med. Renate Tewaag Amtsgericht Wuppertal: HRB 19359, St.-Nr.: 5132/5889/0264, DE 814559152 Web: http://www.radprax.de - 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/
Re: [otrs-de] Fehlermeldungen/Mails (in cleanup)
Hallo, CiCS-Modul 3.1.1 steht auf der Seite http://www.cap-it.de zum Download bereit. Ich habe es seit heute im Einsatz und bekomme keine merkwürdigen Fehlermails mehr. Gruß Peter Am 06.01.2010 14:52, schrieb Andreas Traub: Hallo Martin, vielen Dank für die Information, nun weiss ich wenigstens wo das Problem liegt. Mittlerweile haben sich die Mitarbeiter so an das Aussehen gewöhnt, dass eine Deaktivierung des CiCS-Moduls wohl auf Unmut stossen könnte ;-) Mal sehen was die Modul-Ersteller dazu sagen... Thx best regards, Andi On Wed, 6 Jan 2010 13:58:56 +0100, Martin Edenhoferm...@otrs.com wrote: Hallo Andreas, ich sehe Du verwendest OTRS 2.4.5, fein. Das Problem hier liegt an der Erweiterung CiCS 3.1.0, deinstallierst Du diese funktionieren die Event-Basierten Notifications wieder. Mehr der Fehler auch auf der englischen Liste: http://lists.otrs.org/pipermail/otrs/2009-December/029697.html Lg, -Martin - 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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Matthias,
wenn ich mich da mal einmischen darf, ich denke Du nimmst den RDN und
nicht den DN bei der Auth ?
$Self-{'AuthModule::LDAP::SearchUserDN'} = *'OTRS';*
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
Grüße
Christoph
Matthias Borrack schrieb:
Es ist zum Mäuse melken ...
ldapsearch funktioniert, OTRS LDAP meckert
[Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
: LdapErr: DSID-0C090627, comment: In order to perform this
operation a successful bind must be completed on the connection., data
0, vece
Und ich schimpfe auf das AD :(
Grüße
Matthias
Matthias Borrack schrieb:
Hallo Martin
Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
Trotzdem Danke :)
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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hallo Christoph
Korrekter Weise muss ich zwei Sachen ergänzen. Zum einen teste ich die
Kundensuche, was u. U. auf einem Irrglauben meinerseits beruht und zum
anderen dass dieser ldapsearch
ldapsearch -h dc.sub.doma.in -x -LLL -D
CN=OTRS,OU=SUPPORT,DC=SUB,DC=DOMA,DC=IN -w PASSWORD -b
dc=SUB,dc=DOMA,dc=IN -s sub cn=Support*
erfolgreich ist. Die Daten entsprechend in der Config.pm eingetragen
$Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
$Self-{'Customer::AuthModule::LDAP::Host'} = 'dc.sub.doma.in';
$Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=sub,dc=doma,dc=in';
$Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName';
$Self-{'AuthModule::LDAP::SearchUserDN'} =
'cn=otrs,ou=support,dc=sub,dc=doma,dc=in';
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'PASSWORD';
$Self-{'Customer::AuthModule::LDAP::UserAttr'} = 'DN';
$Self-{'Customer::AuthModule::LDAP::Params'} = {
port = 389,
timeout = 120,
async = 0,
version = 3,
};
verursachen den u. g. Fehler, wenn ich auf Kundensuche gehe und dort zB
Support* eingeben.
Grüße
Matthias
Christoph Ohliger schrieb:
Matthias,
wenn ich mich da mal einmischen darf, ich denke Du nimmst den RDN und
nicht den DN bei der Auth ?
$Self-{'AuthModule::LDAP::SearchUserDN'} = *'OTRS';*
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
Grüße
Christoph
Matthias Borrack schrieb:
Es ist zum Mäuse melken ...
ldapsearch funktioniert, OTRS LDAP meckert
[Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
: LdapErr: DSID-0C090627, comment: In order to perform this
operation a successful bind must be completed on the connection., data
0, vece
Und ich schimpfe auf das AD :(
Grüße
Matthias
Matthias Borrack schrieb:
Hallo Martin
Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
Trotzdem Danke :)
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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Ist da nicht ein kleiner Fehler, Du solltest Customer::AuthModule nehmen
bei dem Auth Credentials
Grüße
Christoph
Matthias Borrack schrieb:
Hallo Christoph
Korrekter Weise muss ich zwei Sachen ergänzen. Zum einen teste ich die
Kundensuche, was u. U. auf einem Irrglauben meinerseits beruht und zum
anderen dass dieser ldapsearch
ldapsearch -h dc.sub.doma.in -x -LLL -D
CN=OTRS,OU=SUPPORT,DC=SUB,DC=DOMA,DC=IN -w PASSWORD -b
dc=SUB,dc=DOMA,dc=IN -s sub cn=Support*
erfolgreich ist. Die Daten entsprechend in der Config.pm eingetragen
$Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
$Self-{'Customer::AuthModule::LDAP::Host'} = 'dc.sub.doma.in';
$Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=sub,dc=doma,dc=in';
$Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName';
$Self-{'*AuthModule*::LDAP::SearchUserDN'} =
'cn=otrs,ou=support,dc=sub,dc=doma,dc=in';
$Self-{'*AuthModule*::LDAP::SearchUserPw'} = 'PASSWORD';
$Self-{'Customer::AuthModule::LDAP::UserAttr'} = 'DN';
$Self-{'Customer::AuthModule::LDAP::Params'} = {
port = 389,
timeout = 120,
async = 0,
version = 3,
};
verursachen den u. g. Fehler, wenn ich auf Kundensuche gehe und dort zB
Support* eingeben.
Grüße
Matthias
Christoph Ohliger schrieb:
Matthias,
wenn ich mich da mal einmischen darf, ich denke Du nimmst den RDN und
nicht den DN bei der Auth ?
$Self-{'AuthModule::LDAP::SearchUserDN'} = *'OTRS';*
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
Grüße
Christoph
Matthias Borrack schrieb:
Es ist zum Mäuse melken ...
ldapsearch funktioniert, OTRS LDAP meckert
[Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
: LdapErr: DSID-0C090627, comment: In order to perform this
operation a successful bind must be completed on the connection., data
0, vece
Und ich schimpfe auf das AD :(
Grüße
Matthias
Matthias Borrack schrieb:
Hallo Martin
Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
Trotzdem Danke :)
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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Nun aber zum letzten mal. :)
Ich sehe im CustomerUser die UserDN und UserPw für den search bind gar nicht.
Params = {
# ...
UserDN = 'cn=otrs,ou=support,dc=sub,dc=doma,dc=in',
UserPw = 'PASSWORD',
# ...
BaseDN = 'dc=sub,dc=doma,dc=in', # bitte prüfen, da sollte diese
BaseDN drin sein.
},
-M
On 13.01.2010, at 14:35, Matthias Borrack wrote:
Hallo Christoph
Korrekter Weise muss ich zwei Sachen ergänzen. Zum einen teste ich die
Kundensuche, was u. U. auf einem Irrglauben meinerseits beruht und zum
anderen dass dieser ldapsearch
ldapsearch -h dc.sub.doma.in -x -LLL -D
CN=OTRS,OU=SUPPORT,DC=SUB,DC=DOMA,DC=IN -w PASSWORD -b
dc=SUB,dc=DOMA,dc=IN -s sub cn=Support*
erfolgreich ist. Die Daten entsprechend in der Config.pm eingetragen
$Self-{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
$Self-{'Customer::AuthModule::LDAP::Host'} = 'dc.sub.doma.in';
$Self-{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=sub,dc=doma,dc=in';
$Self-{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName';
$Self-{'AuthModule::LDAP::SearchUserDN'} =
'cn=otrs,ou=support,dc=sub,dc=doma,dc=in';
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'PASSWORD';
$Self-{'Customer::AuthModule::LDAP::UserAttr'} = 'DN';
$Self-{'Customer::AuthModule::LDAP::Params'} = {
port = 389,
timeout = 120,
async = 0,
version = 3,
};
verursachen den u. g. Fehler, wenn ich auf Kundensuche gehe und dort zB
Support* eingeben.
Grüße
Matthias
Christoph Ohliger schrieb:
Matthias,
wenn ich mich da mal einmischen darf, ich denke Du nimmst den RDN und
nicht den DN bei der Auth ?
$Self-{'AuthModule::LDAP::SearchUserDN'} = *'OTRS';*
$Self-{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
Grüße
Christoph
Matthias Borrack schrieb:
Es ist zum Mäuse melken ...
ldapsearch funktioniert, OTRS LDAP meckert
[Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
: LdapErr: DSID-0C090627, comment: In order to perform this
operation a successful bind must be completed on the connection., data
0, vece
Und ich schimpfe auf das AD :(
Grüße
Matthias
Matthias Borrack schrieb:
Hallo Martin
Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
Trotzdem Danke :)
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/
Re: [otrs-de] [2.4.5]LDAP:: CustomerSearch: Bad Filter
Hallo Martin
:0
Das war wirklich ZU banal. Da hatte ich wohl ein Verständnisproblem.
Da hast Dir aber was verdient mit :)
@Christoph
Danke für den Hinweis. Das Custom habe ich unter der Schreibmappe
gefunden. ist wohl beim kopieren verloren gegangen.
Dank und Grüße
Matthias
PS: Ja, es funktioniert jetzt.
Martin Edenhofer schrieb:
Nun aber zum letzten mal. :)
Ich sehe im CustomerUser die UserDN und UserPw für den search bind gar nicht.
Params = {
# ...
UserDN = 'cn=otrs,ou=support,dc=sub,dc=doma,dc=in',
UserPw = 'PASSWORD',
# ...
BaseDN = 'dc=sub,dc=doma,dc=in', # bitte prüfen, da sollte diese
BaseDN drin sein.
},
-
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-de] Notiz Benachrichtigung deaktivieren
Hallo, gibt es eine Möglichkeit die default Notiz Benachrichtigung zu deaktivieren? Ich habe unter Benachrichtigung eine eigene für Notiz konfiguriert, diese wird aber nicht verschickt. Gruß Christian - 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/
Re: [otrs-de] Defaultqueue für Customer hinterlegen 2.4.5
Hi, On 13.01.2010, at 13:18, Alexander Halle wrote: Konrad, Reinhard schrieb: kann mir jemand sagen was ich wo einstellen muss damit der Kunde keine Queue auswählen kann und das Ticket immer in einer von mir vorgegebene Queue landet? Habe es bis jetzt geschafft das er nur eine Queue auswählen kann er soll das AN:-Feld aber am besten erst gar nicht sehen. Hallo Reinhard, ich glaube nicht, dass das einstellbar ist. Kannst du statt dessen das Template CustomerTicketMessage.dtl so anpassen, dass das Feld vorbelegt wird und außerdem nicht angezeigt wird ? geschickter wäre es die Action anzupassen ... Action=CustomerTicketMessageSubaction=StoreNewDest=5%7C%7CServicedesk (wobei 5 die DB ID der Queue ist und Servicedesk der Queuename) Zum Beispiel unter: Config Options: Ticket - Frontend::Customer::ModuleRegistration und dann CustomerFrontend::Module###CustomerTicketMessage Nils Leideck -- Nils Leideck Senior Consultant nils.leid...@leidex.net nils.leid...@otrs.com http://webint.cryptonode.de / a Fractal project CU @ CeBIT 2010 in Hannover, Germany and get to know more about OTRS at booth no. C37 in hall 2 from March 2-6, 2010! - 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/
