Self-service: Contact Details

UCS - Univention Corporate Server
1

Hallo liebe Community,

gibt es eine Möglichkeit, die Kontaktdetails (Adresse, Telefonnummer usw) fürs Selbstmanagement freizugeben?
Oder gibt es eine andere Möglichkeit für den Nutzer dies selbst zu aktualisieren?

BG,
meg

2

Hallo liebe Community, bestes Univention Team,

gibt es hier eine Lösung?

Besten Dank,
meg

3

Hallo,

hier sollte der Artikel Cool Solution - User Self-Service with extended Attributes helfen.

Viel Erfolg

4

Vielen Dank für den Hinweis. Arbeite diese Cool Solution gerade durch. Allerdings beschreibt diese nur, wie man den Zugriff auf erweiterte Attribute einrichtet, nicht wie ich Ihn für die Standard-LDAP-Attribute setzen kann.

Das Template hab ich nun schon (hoffentlich korrekt) angepasst:

@!@ 
# Give the user access to the users own UDM module users/self
print 'access to attrs=homePostalAddress,homePhone,mobile,univentionBirthday,jpegPhoto'
print '  by self write'
print '  by * +0 break'
@!@

Aber wie mach ich diese Attribute nun für das SelfService Modul sichtbar?

Besten Dank,
meg

5

Hallo,

das erweiterte Attribut ist im Moment nach meinem Verständnis der Weg, ein eigentlich beliebiges LDAP-Attibut in der UMC anzuzeigen und dann auch als zweiten Schritt im Self-Service sichtbar zu machen. Das Beispiel in der Wiki benutzt das LDAP-Attribut “univentionFreeAttribute1”, es könnte aber auch ein beliebiges anderes sein.

Wie ich allerdings heute auf dem Univention-Summit beim Ausblick auf UCS 4.4 erfuhr, ist die Erweiterung des Self-Service für genau solche Anwendungsfälle eingeplant. Das wäre jetzt nicht mehr sehr lang hin.

hth,
Dirk Ahrnke

6

In Ergänzung zu Dirks Aussage bzgl. UCS 4.4: angepeilter Releasetermin ist Ende Q1, sprich im März.

1 Like
7

Das bedeutet ich muss so oder so ein erweitertes Attribute erzeugen und es dann auf ein vorhandenes Attribute und dessen Klasse Mappen? Klingt für mich nach doppelt gemoppelt.

Hab die Roadmap leider verpasst :frowning: Hoffentlich sind die Videos bald online.

Besten Dank und viele Grüße,
meg

8

Es ist aber hier der von der Systemarchitektur vorgesehene Weg, die UMC und den UDM inklusive des Kommandozeilenwerkzeugs zu erweitern.
Siehe auch Univention Corporate Server

9

Nee, das hat schon alles seine Gründe. Der LDAP-Attributbeschreibung selber fehlen schlicht ein ganzer Haufen von Informationen, die besagtes Mapping dann bereitstellt, wie z.B. diese:

  • Menschenlesbare Beschreibungen sind sinnvoll zu haben (z.B. sn = Nachname).
  • Und übersetzbar in die Oberflächensprache sollten die Beschreibungen auch sein.
  • Weiterhin gibt es Attribute, die nur gewisse Werte enthalten dürfen und dann als Drop-Down-Box dargestellt werden (z.B. kopano4ucsRole).
  • Außerdem sollten Attribute sinnvoll gruppiert werden (alle Kopano-Einstellungen zusammen).
  • Im Kommandozeilentool udm sollten Attribute auch unter einem sinnvollen Namen angesprochen werden können, um das Scripting zu erleichtern (erneut sn).
  • Weiterhin müssen bei Verwendung vieler Attribute gewisse Objektklassen ergänzt werden. Auch diese Information ist nicht im LDAP-Schema codiert (sondern nur anders herum: welche Klasse welche Attribute enthalten kann, aber da ein Attribut von mehreren Klassen verwendet werden kann, kann man daraus nicht ablesen, welche Klasse hinzugefügt werden muss).

Oder anders ausgedrückt: die Erweiterung des LDAP-Schemas um weitere Attribute liefert mir zwar den Speicherort, verrät mir aber nicht viel über die Semantik des Attributs. Dafür ist das Mapping da.

1 Like