Verteilerlisten aus Benutzerkonten?

[raba34]

Hallo,

es lassen sich aus dem Adressbuch “Benutzerkonten” keine Verteilerlisten erstellen. Ist das gewollt so oder ein Rechteproblem?

Gruß
Ralph

[Ralf_Becker_6]

Passiert zB. wenn die Benutzerkonten nicht im SQL sondern im LDAP
liegen. Ist kein Rechteproblem sondern die Art wie es implementieret ist
(numerische contact_id).

Ralf

raba34 schrieb:

Hallo,

es lassen sich aus dem Adressbuch “Benutzerkonten” keine Verteilerlisten
erstellen. Ist das gewollt so oder ein Rechteproblem?

Gruß
Ralph

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Gudrun Müller,
Nigel Vickers und Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

Die Benutzerkonten will ich nun nicht wieder nach SQL schieben. Nach mehrmaligem Hin und Her glaube ich, dass sie (ansonsten) im LDAP besser aufgehoben sind.

Also was tun? Verteilerlisten muss man ja anlegen können. Ich habe nur herausgefunden, dass man, wenn man auf die Lupe neben dem jeweiligen Namen klickt, über “Koperen” eine Kopie im eigenen Adressbuch anlegen kann. Diese Kopie lässt sich in Verteilerlisten einbringen. Aber das ist kein eleganter Weg. Geht es nicht auch anders?

Gruß
Ralph

Passiert zB. wenn die Benutzerkonten nicht im SQL sondern im LDAP
liegen. Ist kein Rechteproblem sondern die Art wie es implementieret ist
(numerische contact_id).

Ralf

raba34 schrieb:

Hallo,

es lassen sich aus dem Adressbuch “Benutzerkonten” keine Verteilerlisten
erstellen. Ist das gewollt so oder ein Rechteproblem?

Gruß
Ralph

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Gudrun Müller,
Nigel Vickers und Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

[raba34]

Hallo,

wir benutzen ebenfalls nicht LDAP für die Kontakte. Die werden in SQL geführt. Funktioniert es denn tatsächlich bei euch? Nach dem, was Ralf geschrieben hat, muss es zu Problemen kommen, sobald die Benutzerkonten in LDAP geführt werden.

Gruß
Ralph

Hallo,

wir benutzen LDAP nicht für die Kontakte sondern nur für die
Benutzerkonten.
Der Grund dafür ist auch die fehlende Funktionalität mit den
Verteilern.

Die Kontaktdaten der User müssen halt in den Kontakten angelegt werden
und die
Benutzerkonten werden ausgeblendet.

Gruß Moe

raba34 schrieb:

Die Benutzerkonten will ich nun nicht wieder nach SQL schieben. Nach
mehrmaligem Hin und Her glaube ich, dass sie (ansonsten) im LDAP besser
aufgehoben sind.

Also was tun? Verteilerlisten muss man ja anlegen können. Ich habe nur
herausgefunden, dass man, wenn man auf die Lupe neben dem jeweiligen Namen
klickt, über “Koperen” eine Kopie im eigenen Adressbuch anlegen kann. Diese
Kopie lässt sich in Verteilerlisten einbringen. Aber das ist kein eleganter
Weg. Geht es nicht auch anders?

Gruß
Ralph

ralfbecker wrote:

Passiert zB. wenn die Benutzerkonten nicht im SQL sondern im LDAP

liegen. Ist kein Rechteproblem sondern die Art wie es implementieret ist
(numerische contact_id).

Ralf

raba34 schrieb:

  Hallo,

es lassen sich aus dem Adressbuch “Benutzerkonten” keine Verteilerlisten
erstellen. Ist das gewollt so oder ein Rechteproblem?

Gruß
Ralph

-- 

Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Gudrun Müller,
Nigel Vickers und Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

[raba34]

Dazu wird Ralf sicherlich noch etwas sagen.

ich stelle noch einmal zusammen, damit es keine Missverständnisse gibt.

Im Adressbuch stelle ich das Adressbuch “Benutzerkonten” ein. Dadurch verschwindet das Feld “Verteilerlisten”, das es z.B. bei den anderen Adressbüchern noch gab.

Neben allen Einträgen der Benutzerkonten sehe ich (nur) eine Lupe und ein Kästchen zum Anhaken. Nach dem Anhaken und (unten) “Hinzufügen zum Verteiler xxx” kommt oben die Meldung

0 Kontakt(e) hinzugefügt zum Verteiler, 1 nicht wegen fehlender Rechte !!!

Bei uns erfolgt die Authentikation über LDAP und die Benutzerkonten liegen ebenfalls im LDAP. Die Kontakte hingegen werden in der mySQL-Datenbank gehalten.

Gruß
Ralph

raba34 schrieb:

Hallo,

wir benutzen ebenfalls nicht LDAP für die Kontakte. Die werden in SQL
geführt. Funktioniert es denn tatsächlich bei euch? Nach dem, was Ralf
geschrieben hat, muss es zu Problemen kommen, sobald die Benutzerkonten in
LDAP geführt werden.

Ja, funktioniert problemlos. Ich vermute Ralf meinte nicht die
Benutzerkonten sondern die Kontakte.

Moe

    Passiert zB. wenn die Benutzerkonten nicht im SQL sondern im LDAP

liegen. Ist kein Rechteproblem sondern die Art wie es implementieret ist
(numerische contact_id).

Ralf

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

Im Adressbuch stelle ich das Adressbuch “Benutzerkonten” ein. Dadurch
verschwindet das Feld “Verteilerlisten”, das es z.B. bei den anderen
Adressbüchern noch gab.

Aber die Benutzerkonten liegen doch bei Dir auch im LDAP.
Also wird beim Einstellen des Adressbuches "Benutzerkonten"der LDAP und
nicht die SQL-DB
befragt. Daher Dein Problem. Vermute ich.
Bei den Kontakten aus LDAP fehlt das von Ralf besagte Attribut. Daher
landen sie auch nicht im Verteiler.

Neben allen Einträgen der Benutzerkonten sehe ich (nur) eine Lupe und ein
Kästchen zum Anhaken. Nach dem Anhaken und (unten) “Hinzufügen zum Verteiler
xxx” kommt oben die Meldung

0 Kontakt(e) hinzugefügt zum Verteiler, 1 nicht wegen fehlender Rechte !!!

Bei uns erfolgt die Authentikation über LDAP und die Benutzerkonten liegen
ebenfalls im LDAP. Die Kontakte hingegen werden in der mySQL-Datenbank
gehalten.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

OK. Aber welches Attribut fehlt? Ralf schrieb etwas von numerischer contact_id. Damit kann ich nicht viel anfangen.

Gruß
Ralph

Im Adressbuch stelle ich das Adressbuch “Benutzerkonten” ein. Dadurch
verschwindet das Feld “Verteilerlisten”, das es z.B. bei den anderen
Adressbüchern noch gab.

Aber die Benutzerkonten liegen doch bei Dir auch im LDAP.
Also wird beim Einstellen des Adressbuches "Benutzerkonten"der LDAP und
nicht die SQL-DB
befragt. Daher Dein Problem. Vermute ich.
Bei den Kontakten aus LDAP fehlt das von Ralf besagte Attribut. Daher
landen sie auch nicht im Verteiler.

Neben allen Einträgen der Benutzerkonten sehe ich (nur) eine Lupe und ein
Kästchen zum Anhaken. Nach dem Anhaken und (unten) “Hinzufügen zum Verteiler
xxx” kommt oben die Meldung

0 Kontakt(e) hinzugefügt zum Verteiler, 1 nicht wegen fehlender Rechte !!!

Bei uns erfolgt die Authentikation über LDAP und die Benutzerkonten liegen
ebenfalls im LDAP. Die Kontakte hingegen werden in der mySQL-Datenbank
gehalten.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

raba34 schrieb:

OK. Aber welches Attribut fehlt? Ralf schrieb etwas von numerischer
contact_id. Damit kann ich nicht viel anfangen.

Ohne jetzt nachgesehen zu haben, wird es das Attribut sein, welches bei
den mySQL Kontakten als Primärschlüssel
hinterlegt ist.

Gruß Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

Ja, das scheint das Feld “contact_id” zu sein. Aber was soll ich nun damit machen?

Mir ist noch etwas anderes aufgefallen: wenn ich probeweise wieder umstelle auf “Benutzerkonten in SQL”, dann kann ich tatsächlich Verteilerlisten erstellen. Wenn ich aber als Admin Benutzerkonten löschen möchte, indem ich im Adressbuch “Benutzerkonten” die Kästchen mehrerer Benutzer anhake und dann unten auf “Löschen” gehe, so kommt die bekannte Fehlermeldung (fehlende Rechte). Klicke ich aber nur einen einzigen Benutzer an, so lässt er sich problemlos löschen. Ob das an der Nachfrage liegt, was mit den Dateien des zu löschenden Benutzers geschehen soll? So eine Nachfrage ist natürlich problematisch, wenn man mehrere Benutzer auf einmal löschen will.

Gruß
Ralph

raba34 schrieb:

OK. Aber welches Attribut fehlt? Ralf schrieb etwas von numerischer
contact_id. Damit kann ich nicht viel anfangen.

Ohne jetzt nachgesehen zu haben, wird es das Attribut sein, welches bei
den mySQL Kontakten als Primärschlüssel
hinterlegt ist.

Gruß Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

raba34 schrieb:

Ja, das scheint das Feld “contact_id” zu sein. Aber was soll ich nun damit
machen?

Mir ist noch etwas anderes aufgefallen: wenn ich probeweise wieder umstelle
auf “Benutzerkonten in SQL”, dann kann ich tatsächlich Verteilerlisten
erstellen. Wenn ich aber als Admin Benutzerkonten löschen möchte, indem ich
im Adressbuch “Benutzerkonten” die Kästchen mehrerer Benutzer anhake und
dann unten auf “Löschen” gehe, so kommt die bekannte Fehlermeldung (fehlende
Rechte). Klicke ich aber nur einen einzigen Benutzer an, so lässt er sich
problemlos löschen. Ob das an der Nachfrage liegt, was mit den Dateien des
zu löschenden Benutzers geschehen soll? So eine Nachfrage ist natürlich
problematisch, wenn man mehrere Benutzer auf einmal löschen will.

Sorry, aber so langsam verstehe ich Dien Problem nicht mehr … Du
wirfst hier mehrere Sachen in einen Topf.
Dein Problem waren doch eig. die fehlenden Verteilerlistenfunktionailitäten.
Also stell doch einfach in den Adressbucheinstellungen ein: Speicherort
für Kontakte: SQL.
Fertig, dann kannst Du Deine Verteilerlisten erstellen mit den Kontakten
aus SQL.
Wie ich schon schrieb musst Du halt die Benutzer als Kontakte manuell
anlegen sie kommen dann eben nicht
mehr aus LDAP.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

Gut, dann bleibe ich jetzt bei den Benutzerkonten in SQL. Ich will und muss ja auch mal weiterkommen.

Nachdem das nun klar ist: gibt es vielleicht doch noch eine Anregung zu meiner Frage in meiner letzten Mitteilung (Löschung von mehreren Accounts)?

Viele Grüße und besten Dank

Ralph

raba34 schrieb:

Ja, das scheint das Feld “contact_id” zu sein. Aber was soll ich nun damit
machen?

Mir ist noch etwas anderes aufgefallen: wenn ich probeweise wieder umstelle
auf “Benutzerkonten in SQL”, dann kann ich tatsächlich Verteilerlisten
erstellen. Wenn ich aber als Admin Benutzerkonten löschen möchte, indem ich
im Adressbuch “Benutzerkonten” die Kästchen mehrerer Benutzer anhake und
dann unten auf “Löschen” gehe, so kommt die bekannte Fehlermeldung (fehlende
Rechte). Klicke ich aber nur einen einzigen Benutzer an, so lässt er sich
problemlos löschen. Ob das an der Nachfrage liegt, was mit den Dateien des
zu löschenden Benutzers geschehen soll? So eine Nachfrage ist natürlich
problematisch, wenn man mehrere Benutzer auf einmal löschen will.

Sorry, aber so langsam verstehe ich Dien Problem nicht mehr … Du
wirfst hier mehrere Sachen in einen Topf.
Dein Problem waren doch eig. die fehlenden Verteilerlistenfunktionailitäten.
Also stell doch einfach in den Adressbucheinstellungen ein: Speicherort
für Kontakte: SQL.
Fertig, dann kannst Du Deine Verteilerlisten erstellen mit den Kontakten
aus SQL.
Wie ich schon schrieb musst Du halt die Benutzer als Kontakte manuell
anlegen sie kommen dann eben nicht
mehr aus LDAP.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

raba34 schrieb:

Gut, dann bleibe ich jetzt bei den Benutzerkonten in SQL. Ich will und muss
ja auch mal weiterkommen.

Verstehe Dich nicht. Es geht doch darum wo die Kontakte gespeichert werden.
Die Benutzerkonten sind doch davon unabhängig.

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

Doch, es ist aber so. Wenn ich die folgenden Einstellungen vornehme:

Authentifikation: LDAP,
Benutzerkonten: SQL,
Speicherort Kontakte: SQL,

dann kann ich die Benutzerkonten in Verteilerlisten packen. Stelle ich Benutzerkonten auf LDAP um, dann geht es nicht mehr. Habe ich eben noch einmal ausprobiert.

Gruß
Ralph

raba34 schrieb:

Gut, dann bleibe ich jetzt bei den Benutzerkonten in SQL. Ich will und muss
ja auch mal weiterkommen.

Verstehe Dich nicht. Es geht doch darum wo die Kontakte gespeichert werden.
Die Benutzerkonten sind doch davon unabhängig.

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[moe]

raba34 schrieb:

Doch, es ist aber so. Wenn ich die folgenden Einstellungen vornehme:

Authentifikation: LDAP,
Benutzerkonten: SQL,
Speicherort Kontakte: SQL,

dann kann ich die Benutzerkonten in Verteilerlisten packen. Stelle ich
Benutzerkonten auf LDAP um, dann geht es nicht mehr. Habe ich eben noch
einmal ausprobiert.

Wie schon beschrieb, ist es bei mir so:
Auth: LDAP
Benutzerkontenspeicherung: LDAP
Speicherort Kontakte: SQL

Die Benutzer werden im Adressbuch ausgeblendet.
Jeder Benutzer wird in den Kontakten (wie jeder andere Kontakt auch)
angelegt.
Wir haben viele Benutzer welche dort sowieso nicht auftauchen sollten daher
macht das ausblenden auch Sinn. Der einzige Zusatzaufwand ist das
anlegen der Kontakteinträge
Jeden Benutzer, welcher zu sehen sein soll. Die Kontakteinträge der
Benutzer sind dann doch effektiv
in SQL und nicht nicht in LDAP und lassen sich somit auch in Verteiler
einbauen.

Gruß Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[Ralf_Becker_6]

Die Antwort hast Du doch selbst schon gegeben: Es geht nur bei einem
Benutzter, da dort ein redirekt in die Admin Anwendung erfolgt zu der
Frage das mit den Daten des Benutzers passieren soll.

Ralf

raba34 schrieb:

Gut, dann bleibe ich jetzt bei den Benutzerkonten in SQL. Ich will und muss
ja auch mal weiterkommen.

Nachdem das nun klar ist: gibt es vielleicht doch noch eine Anregung zu
meiner Frage in meiner letzten Mitteilung (Löschung von mehreren Accounts)?

Viele Grüße und besten Dank

Ralph

moe wrote:

raba34 schrieb:

Ja, das scheint das Feld “contact_id” zu sein. Aber was soll ich nun
damit
machen?

Mir ist noch etwas anderes aufgefallen: wenn ich probeweise wieder
umstelle
auf “Benutzerkonten in SQL”, dann kann ich tatsächlich Verteilerlisten
erstellen. Wenn ich aber als Admin Benutzerkonten löschen möchte, indem
ich
im Adressbuch “Benutzerkonten” die Kästchen mehrerer Benutzer anhake und
dann unten auf “Löschen” gehe, so kommt die bekannte Fehlermeldung
(fehlende
Rechte). Klicke ich aber nur einen einzigen Benutzer an, so lässt er sich
problemlos löschen. Ob das an der Nachfrage liegt, was mit den Dateien
des
zu löschenden Benutzers geschehen soll? So eine Nachfrage ist natürlich
problematisch, wenn man mehrere Benutzer auf einmal löschen will.

Sorry, aber so langsam verstehe ich Dien Problem nicht mehr … Du
wirfst hier mehrere Sachen in einen Topf.
Dein Problem waren doch eig. die fehlenden
Verteilerlistenfunktionailitäten.
Also stell doch einfach in den Adressbucheinstellungen ein: Speicherort
für Kontakte: SQL.
Fertig, dann kannst Du Deine Verteilerlisten erstellen mit den Kontakten
aus SQL.
Wie ich schon schrieb musst Du halt die Benutzer als Kontakte manuell
anlegen sie kommen dann eben nicht
mehr aus LDAP.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Gudrun Müller,
Nigel Vickers und Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

[raba34]

irritierend ist das aber schon, weil doch diese Form des Löschens mehrerer Benutzer direkt angeboten wird. Oder kann man die Rückfrage nach den Daten des Benutzers abschalten?

Gruß
Ralph

Die Antwort hast Du doch selbst schon gegeben: Es geht nur bei einem
Benutzter, da dort ein redirekt in die Admin Anwendung erfolgt zu der
Frage das mit den Daten des Benutzers passieren soll.

Ralf

raba34 schrieb:

Gut, dann bleibe ich jetzt bei den Benutzerkonten in SQL. Ich will und muss
ja auch mal weiterkommen.

Nachdem das nun klar ist: gibt es vielleicht doch noch eine Anregung zu
meiner Frage in meiner letzten Mitteilung (Löschung von mehreren Accounts)?

Viele Grüße und besten Dank

Ralph

moe wrote:

raba34 schrieb:

Ja, das scheint das Feld “contact_id” zu sein. Aber was soll ich nun
damit
machen?

Mir ist noch etwas anderes aufgefallen: wenn ich probeweise wieder
umstelle
auf “Benutzerkonten in SQL”, dann kann ich tatsächlich Verteilerlisten
erstellen. Wenn ich aber als Admin Benutzerkonten löschen möchte, indem
ich
im Adressbuch “Benutzerkonten” die Kästchen mehrerer Benutzer anhake und
dann unten auf “Löschen” gehe, so kommt die bekannte Fehlermeldung
(fehlende
Rechte). Klicke ich aber nur einen einzigen Benutzer an, so lässt er sich
problemlos löschen. Ob das an der Nachfrage liegt, was mit den Dateien
des
zu löschenden Benutzers geschehen soll? So eine Nachfrage ist natürlich
problematisch, wenn man mehrere Benutzer auf einmal löschen will.

Sorry, aber so langsam verstehe ich Dien Problem nicht mehr … Du
wirfst hier mehrere Sachen in einen Topf.
Dein Problem waren doch eig. die fehlenden
Verteilerlistenfunktionailitäten.
Also stell doch einfach in den Adressbucheinstellungen ein: Speicherort
für Kontakte: SQL.
Fertig, dann kannst Du Deine Verteilerlisten erstellen mit den Kontakten
aus SQL.
Wie ich schon schrieb musst Du halt die Benutzer als Kontakte manuell
anlegen sie kommen dann eben nicht
mehr aus LDAP.

Moe

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller, Gudrun Müller,
Nigel Vickers und Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what’s new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july

---

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