Adressbuch: Einträge <-> EGW-Benutzer

[Peter_Holm-2]

Hallo,

ähmm, also sorry, aber mir fällt da was enorm grundsätzliches auf und
ich kann nicht fassen, das es das nicht geben sollte:

Ist es nicht ein ganz natürlicher Gedanke, dass man zumindest manche
Adressbuch-Einträge auch zu Benutzern der aktuellen EGW-Installation
machen will? Oder hab ich übersehen, dass genau das bereits geht?

Wäre doch enorm praktisch, wenn ich Einträge im Adressbuch einfach
Mitglied einer Benutzer-Gruppe werden lassen könnte, die dann
projektbezogen Informationen aus der EGW bekokmmen können???

Ist das wirklich NICHT möglich? Das heisst, ich muss für ein Team mit
z.B. 30 Leuten 30 mal deren Adressdaten angeben und 30 mal Benutzer
anlegen, die aber nichts miteinander zu tun haben? (Natürlich MUSS ich
nicht deren Adressdaten angeben, aber ich will das sowieso - soll ich
da jetzt etwa den zugehörigen EGW-Benutzer-Account als Notiz
aufbewahren? Ist nicht wahr, oder?)

oder hab ich s einfach übersehen??? Stimmt vielleicht was mit dem
"Registrieungs-" Modul nicht?

Danke!

Peter

---

This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Lutz_Falkenburg_irrs]

du hast nichts übersehen - aber ich finde das weder natürlich noch sinnvoll

• gegendarstellung

ich habe eine egroupware in der ich die irrsinn.de gmbh verwalte und etwas
20 offene projekte mit 15 kunden - bei den kunden hat nicht jeder
projektmitarbeiter einen eigenen egw account bei mir - der projektleiter hat
einen und kann in bestimmten bereich lesen und schreiben und dann gibt es
noch einen “teamaccount” der nur lesen kann und DENNOCH habe ich pro team
bis zu 10 mitarbeiter - ähm, soll ich da jetzt von 10 leuten (adressen) 10
mal die rechte pflegen? klar könnte man über eine gruppe machen - aber es
ist so schon nicht von jedem anwender zu verstehen von daher bin ich
weiterhin dafür - trennen! nutzerverwaltung = sensibel = eigenes modul -
adressverwaltung = nicht systemrelevant sensibel (weil nur informationen) =
eigenes modul

da könnte sich jeder “halbadmin” schnell mal verklicken und die nutzer sehen
gegenseitig ihre rechte und logindaten - ist schon alles so gewollt wie es
jetzt ist.

einziger vorschlag - man könnte vielleicht die möglichkeit hinzufügen
nutzer, oder gruppenaccounts mit adressbucheinträgen zu verknüpfen - aber
dann sieht nur der admin welcher adressbucheintrag zu welchen account /
gruppe gehört…

Grüße

Lutz Falkenburg
irrsinn.de gmbh
Geschäftsführer (CEO)

---

eGroupware Beratung / Support
+491801/7775558828
ICQ: 1566611
SKYPE: irrsinn.de_lf

---

This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[nelius]

Hi,

eure diskussion ist mir ein bisschen zu hoch, aber ich hätte da ne einfache
idee,

es währe ja geschickt, wenn man bei anlegen eines users gleich mit auswählen
könnte dass ein Adressbucheintrag mit den gleichen daten gemacht wird, der
dann dem zu erstellendem user gehört.

Das Register-Modul macht das ja bereits, aber wenn man user im Admin anlegt,
geht das nicht.

Das währe doch mal ne schöne Einstiegsaufgabe für jemand der anfangen will
in egw zu coden :roll:

---

This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Lutz_Falkenburg_irrs]

also das da die programmierer nicht mitkommen, wenn anwenderszenarien
diskutiert werden 8)

zum glück kann ich kein php :d

Grüße

Lutz Falkenburg
irrsinn.de gmbh
Geschäftsführer (CEO)

---

eGroupware Beratung / Support
+491801/7775558828
ICQ: 1566611
SKYPE: irrsinn.de_lf

---

This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Peter_Holm-2]

Hi,

es währe ja geschickt, wenn man bei anlegen eines users gleich mit auswählen
könnte dass ein Adressbucheintrag mit den gleichen daten gemacht wird, der
dann dem zu erstellendem user gehört.

Nicht nur beim Anlegen! An- Ausschalten zwischen Adressbuch und
EGW-User kann auch später sehr sinnvoll sein, z.B. temporäres
Abschalten des Accounts oder Adressbucheintrag “Müller” übernimmt
temporär Login-Account von “Schmitz”, weil letzterer in Urlaub usw.

Alles in allem läuft es auf eine “simple” Verknüpfungstabelle hinaus,
die Loginaccounts auf Adressbucheinträge mappt.

Das ganze Drumherum erfordert natürlich eine sehr gute Kenntnis der
egw-Infrastruktur. Fragen wie “was passiert, wenn Adressbuch
deinstalliert wird” usw. müssen vorher geklärt sein.

Auch ist eine Einbindung in die applikationsübergreifende ACL-Logik
sicherlich nicht ohne Tücken…

Ich verstehe wirkich überhaupt nicht, wieso das noch gemacht werden
muss… naja, ist halt eine menge Arbeit.

Das Register-Modul macht das ja bereits, aber wenn man user im Admin anlegt,
geht das nicht.

Gibt es eine ausführliche Doku zu diesem Modul irgendwo?

Danke!

Peter

---

This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german