[gelöst] Active Directory Values

[sfa]

Hallo zusammen,

ich habe eine Frage bzgl. dem Auslesen der Werte aus dem Active Directory.

Gibt es bei OTRS eine Einschränkung, welche Werte aus dem AD gelesen werden?
Mir ist aufgefallen, dass Bei mir z.B. physicalDeliveryOfficeName, department oder company nicht aus dem AD gelsen werden. mail oder phone hingegen schon.

MFG
sfa

[jojo]

das kommt ganz darauf an, was Du in der CustomerUser Map eingestellt hast

[omnilab]

Hallo,

ich habe ebenfalls ein Problem mit den AD-Variablen. Ich möchte die Firmenticketfunktion nutzen um Tickets für alle sichtbar zu machen und nach Firmen oder Abteilungen zu gruppieren.

Ich habe hierzu die Firmenticket-Funktion aktiviert und eingestellt, dass das AD-Feld: "Company" ausgelesen, und jedem Kunden als Customer-ID zugewiesen wird.

Unter der Ansicht: "Kunden-Verwaltung" im Menü: "Admin" -> "Kunden" wird mir auch eine korrekte Liste der LDAP-Nutzer angezeigt, die in der Spalte: "Kundennr." die Bezeichnung aus dem AD-Feld: "Company" aufweisen.

Sobald ich jetzt mit zwei LDAP-Benutzern teste und neue Tickets erfasse, sind die Tickets des jeweils anderen nicht sichtbar, obwohl beide die gleiche Kundennummer über das AD-Feld: "Company" bekommen.

Der Name der Firma besteht aus insgesamt 34 Zeichen (bestehend aus Buchstaben, Leerzeichen und Sonderzeichen) und enthält die Rechtsform: "GmbH & Co. KG" an Ende. Kann es sein das OTRS sich an den Leer- und Sonderzeichen stört?

Und: Ist die Firmenticketfunktion überhaupt der richtige Weg Tickets für einzelne Abteilungen oder Firmen sichtbar zu machen?

Für Hilfe, Anregungen und Kritik wäre ich sehr dankbar. Auf Fragen versuche ich so schnell und präzise wie möglich zu reagieren.


Hier noch mein Quellcode dazu:

Code: Select all

#Firmenticketfunktion
 EnableCompanySupport => '1',
#        # customer unique id
            CustomerKey => 'samaccountname',
#        # customer #
            CustomerID => 'company',
            CustomerUserListFields => ['samaccountname','cn', 'mail'],
            CustomerUserSearchFields => ['samaccountname', 'cn', 'mail'],
#          CustomerUserSearchPrefix => '',
#          CustomerUserSearchSuffix => '*',
           CustomerUserSearchListLimit => 1000,
#         CustomerUserPostMasterSearchFields => ['mail'],
           CustomerUserNameFields => ['givenname', 'sn'],
#        # show now own tickets in customer panel, CompanyTickets
#         CustomerUserExcludePrimaryCustomerID => 0,
#        # add a ldap filter for valid users (expert setting)
#        # CustomerUserValidFilter => '(!(description=gesperrt))',
#        # admin can't change customer preferences
#        AdminSetPreferences => 0,
#        # cache time to live in sec. - cache any ldap queries
#        CacheTTL => 0,
        Map => [
#            # note: Login, Email and CustomerID needed!
#            # var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
#            [ 'UserTitle',      'Title',      'title',          			                1, 0, 'var', '', 0 ],
            [ 'UserFirstname',  'Firstname',  'givenname',       			1, 1, 'var', '', 0 ],
            [ 'UserLastname',   'Lastname',   'sn',             			                1, 1, 'var', '', 0 ],
            [ 'UserLogin',      'Login',   'samaccountname',            	                                1, 1, 'var', '', 0 ],
            [ 'UserEmail',      'Email',      'mail',           			                1, 1, 'var', '', 0 ],
            [ 'UserCustomerID', 'CustomerID', 'company',           			1, 0, 'var', '', 0 ],
#            [ 'UserCustomerIDs', 'CustomerIDs', 'second_customer_ids', 	                1, 0, 'var', '', 0 ],
#            [ 'UserPhone',      'Phone',      'telephonenumber', 			1, 0, 'var', '', 0 ],
#            [ 'UserAddress',    'Address',    'postaladdress',   			1, 0, 'var', '', 0 ],
#            [ 'UserComment',    'Comment',    'description',     			1, 0, 'var', '', 0 ],
        ],
    };	

Mfg
omnilab

[Hazet]

Ich glaube auch daß das von dir beobachtete Verhalten ein Bug ist:

http://bugs.otrs.org/show_bug.cgi?id=9460

Leider kam da noch keine Lösung...