Kryptischer Besitzer beim anlegen von CI
Kryptischer Besitzer beim anlegen von CI
Hallo!
Folgendes Problem:
Wenn ich ein ConfigItem erstellen möchte und den dazugehörigen Besitzer zuweisen möchte wird er zwar richtig aus dem AD ausgelesen, wenn ich allerdings auf Kunde übernehmen klicke erhalte ich folgende kryptische Fehlermeldung.
Weis jemand abhilfe?
Folgendes Problem:
Wenn ich ein ConfigItem erstellen möchte und den dazugehörigen Besitzer zuweisen möchte wird er zwar richtig aus dem AD ausgelesen, wenn ich allerdings auf Kunde übernehmen klicke erhalte ich folgende kryptische Fehlermeldung.
Weis jemand abhilfe?
You do not have the required permissions to view the files attached to this post.
OTRS:ITSM mit OTRS 2.2.3 und ITSM 1.0.3
Windows Server 2003 , APACHE 2.2
Windows Server 2003 , APACHE 2.2
Kryptischer Besitzer beim anlegen von CI
Hi!
Ich habe das Problem, dass der User gar nicht übernommen wird. Kennt jemand dieses Problem? User werden angezeigt. Sobald ich auf Select gehe ist das Feld wieder leer.
Danke,
xemit
ITSM 1.0.5
Ich habe das Problem, dass der User gar nicht übernommen wird. Kennt jemand dieses Problem? User werden angezeigt. Sobald ich auf Select gehe ist das Feld wieder leer.
Danke,
xemit
ITSM 1.0.5
Kryptischer Besitzer beim anlegen von CI
Genau das gleiche Problem habe ich seit der umstellung auf UTF-8 jetzt auch (vorher o.g. Problem)
OTRS:ITSM mit OTRS 2.2.3 und ITSM 1.0.3
Windows Server 2003 , APACHE 2.2
Windows Server 2003 , APACHE 2.2
Kryptischer Besitzer beim anlegen von CI
Hi!
Habe bemerkt, dass es etwas mit der LDAP Anbindung zu tun hat. Sobald ich diese rausnehme und einen Customer in der Datenbank wähle, funktioniert es.
Hat jemand eine Ahnung was falsch konfiguriert wurde?
Hier ist meine Config.pm
# Authentifizierung der Kunden am Kundenfrontend
$Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
$Self->{'Customer::AuthModule::LDAP::Host'} = 'ldaps://host';
$Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'ou= ,ou= ,o= ';
$Self->{'Customer::AuthModule::LDAP::UID'} = 'cn';
# CustomerUser
# (customer user ldap backend and settings)
$Self->{CustomerUser} = {
Name => 'NDS',
Module => 'Kernel::System::CustomerUser::LDAP',
Params => {
# ldap host
Host => 'host',
# ldap base dn
BaseDN => 'ou=,ou=,o=',
# search scope (one|sub)
SSCOPE => 'sub',
# UserDN => '',
# UserPw => '',
AlwaysFilter => '(mail=*)',
# SourceCharset => 'utf-8',
# DestCharset => 'iso-8859-1',
# die if backend can't work, e. g. can't connect to server
# Die => 1,
},
# # customer uniq id
CustomerKey => 'cn',
# # customer #
CustomerID => 'mail',
CustomerUserListFields => ['givenName', 'sn', 'mail'],
CustomerUserSearchFields => ['sn'],
CustomerUserSearchPrefix => '',
CustomerUserSearchSuffix => '*',
CustomerUserSearchListLimit => 50,
CustomerUserPostMasterSearchFields => ['mail'],
CustomerUserNameFields => ['givenname'],
# show now own tickets in customer panel, CompanyTickets
# CustomerUserExcludePrimaryCustomerID => 0,
# CustomerUserValidFilter => '(!(description=gesperrt))',
# admin can't change customer preferences
AdminSetPreferences => 0,
# cache time to life in sec. - cache any ldap queris
# CacheTTL => 60*60,
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
[ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var', '', 0 ],
[ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var', '', 0 ],
[ 'UserLogin', 'Username', 'cn', 1, 1, 'var', '', 0 ],
# [ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var', 'http://www.google.de/search?hl=de&q=$Da ... uche&meta=', 0 ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var', '', 0 ],
# [ 'UserCustomerIDs', 'CustomerIDs', 'second_customer_ids', 1, 0, 'var', '', 0 ],
# [ 'UserComment', 'Comment', 'description', 1, 0, 'var', '', 0 ],
],
# default selections
# Selections => {
# UserSalutation => {
# 'Mr.' => 'Mr.',
# 'Mrs.' => 'Mrs.',
# },
# },
};
Mfg,
Tan
Habe bemerkt, dass es etwas mit der LDAP Anbindung zu tun hat. Sobald ich diese rausnehme und einen Customer in der Datenbank wähle, funktioniert es.
Hat jemand eine Ahnung was falsch konfiguriert wurde?
Hier ist meine Config.pm
# Authentifizierung der Kunden am Kundenfrontend
$Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
$Self->{'Customer::AuthModule::LDAP::Host'} = 'ldaps://host';
$Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'ou= ,ou= ,o= ';
$Self->{'Customer::AuthModule::LDAP::UID'} = 'cn';
# CustomerUser
# (customer user ldap backend and settings)
$Self->{CustomerUser} = {
Name => 'NDS',
Module => 'Kernel::System::CustomerUser::LDAP',
Params => {
# ldap host
Host => 'host',
# ldap base dn
BaseDN => 'ou=,ou=,o=',
# search scope (one|sub)
SSCOPE => 'sub',
# UserDN => '',
# UserPw => '',
AlwaysFilter => '(mail=*)',
# SourceCharset => 'utf-8',
# DestCharset => 'iso-8859-1',
# die if backend can't work, e. g. can't connect to server
# Die => 1,
},
# # customer uniq id
CustomerKey => 'cn',
# # customer #
CustomerID => 'mail',
CustomerUserListFields => ['givenName', 'sn', 'mail'],
CustomerUserSearchFields => ['sn'],
CustomerUserSearchPrefix => '',
CustomerUserSearchSuffix => '*',
CustomerUserSearchListLimit => 50,
CustomerUserPostMasterSearchFields => ['mail'],
CustomerUserNameFields => ['givenname'],
# show now own tickets in customer panel, CompanyTickets
# CustomerUserExcludePrimaryCustomerID => 0,
# CustomerUserValidFilter => '(!(description=gesperrt))',
# admin can't change customer preferences
AdminSetPreferences => 0,
# cache time to life in sec. - cache any ldap queris
# CacheTTL => 60*60,
Map => [
# note: Login, Email and CustomerID needed!
# var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
[ 'UserFirstname', 'Firstname', 'givenname', 1, 1, 'var', '', 0 ],
[ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var', '', 0 ],
[ 'UserLogin', 'Username', 'cn', 1, 1, 'var', '', 0 ],
# [ 'UserEmail', 'Email', 'mail', 1, 1, 'var', '', 0 ],
[ 'UserEmail', 'Email', 'mail', 1, 1, 'var', 'http://www.google.de/search?hl=de&q=$Da ... uche&meta=', 0 ],
[ 'UserCustomerID', 'CustomerID', 'mail', 0, 1, 'var', '', 0 ],
# [ 'UserCustomerIDs', 'CustomerIDs', 'second_customer_ids', 1, 0, 'var', '', 0 ],
# [ 'UserComment', 'Comment', 'description', 1, 0, 'var', '', 0 ],
],
# default selections
# Selections => {
# UserSalutation => {
# 'Mr.' => 'Mr.',
# 'Mrs.' => 'Mrs.',
# },
# },
};
Mfg,
Tan
Kryptischer Besitzer beim anlegen von CI
Wenn keiner eine Lösung parat hat mache ich mal einen Bugreport auf.
OTRS:ITSM mit OTRS 2.2.3 und ITSM 1.0.3
Windows Server 2003 , APACHE 2.2
Windows Server 2003 , APACHE 2.2
Kryptischer Besitzer beim anlegen von CI
Hi,
bei mir verschwindet der ausgewählte User auch immer nach Bestätigung, hat hier schon jemand eine Lösung gefunden ? Wenn der User in LDAP und DB vorhanden ist funktioniert es, muss vorher die DB gegen LDAP gesynct werden ?
Danke
bei mir verschwindet der ausgewählte User auch immer nach Bestätigung, hat hier schon jemand eine Lösung gefunden ? Wenn der User in LDAP und DB vorhanden ist funktioniert es, muss vorher die DB gegen LDAP gesynct werden ?
Danke
Kryptischer Besitzer beim anlegen von CI
Kleines Update:
Es hat etwas mit dem Attributsmapping zu tun. Bei LDAP Usern mit gleichem uid und mail (vor dem @) Attributsinhalt funktioniert die Zuordnung.
Es hat etwas mit dem Attributsmapping zu tun. Bei LDAP Usern mit gleichem uid und mail (vor dem @) Attributsinhalt funktioniert die Zuordnung.
-
- Znuny newbie
- Posts: 50
- Joined: 24 Aug 2007, 11:53
Kryptischer Besitzer beim anlegen von CI
Haben auch plötzlich das selbige Problem...ohliger wrote:Kleines Update:
Es hat etwas mit dem Attributsmapping zu tun. Bei LDAP Usern mit gleichem uid und mail (vor dem @) Attributsinhalt funktioniert die Zuordnung.
Was kann man nun dagegen tun? es ja schon eher selten das der account name = mail (vor dem @) ist...
Das merkwürdige ist finde ich das es vorher funktioniert hatte ich vermute das ist bei uns erst seit dem update der ITSM Pakete auf 1.0.4.
Jemand schon eine Lösung gefunden?
Gruß
- Bio
Win2003 Standart Server RC 2
OTRS 3.0.11 & ITSM 3.0.5
OTRS 3.0.11 & ITSM 3.0.5
Kryptischer Besitzer beim anlegen von CI
Das es vorher gegangen ist kann ich nicht bestätigen, weil ich ITSM zu dem bestehenden OTRS erst jetzt ergänzt habe. Ich habe das Thema aber momentan erst mal auf "Eis" gelegt, werde mich aber sich nochmal diesem annehmen.
Christoph
Christoph
-
- Znuny newbie
- Posts: 50
- Joined: 24 Aug 2007, 11:53
Kryptischer Besitzer beim anlegen von CI
Bin nun auf die neueste OTRS und ITSM Version gegangen und keine Besserung.
Jedoch haben wir festgestellt das der Benutzer eingetragen und "nur" nicht angezeigt wird.
Das sieht man beim Exportieren der Daten durch das ITSM paket.
Das heißt also die Daten sind da das Frontend zeigt es nur nicht an.
Ich habe nun auch rausgefunden das diese perl Dateien dafür zuständig sind
Kernel\modules\AgentITSMConfigItemZoom.pm
Kernel\modules\AgentITSMConfigItemEdit.pm
Jemand einen Tipp wie das kommt?
Gruß
- Bio
Jedoch haben wir festgestellt das der Benutzer eingetragen und "nur" nicht angezeigt wird.
Das sieht man beim Exportieren der Daten durch das ITSM paket.
Das heißt also die Daten sind da das Frontend zeigt es nur nicht an.
Ich habe nun auch rausgefunden das diese perl Dateien dafür zuständig sind
Kernel\modules\AgentITSMConfigItemZoom.pm
Kernel\modules\AgentITSMConfigItemEdit.pm
Jemand einen Tipp wie das kommt?
Gruß
- Bio
Win2003 Standart Server RC 2
OTRS 3.0.11 & ITSM 3.0.5
OTRS 3.0.11 & ITSM 3.0.5