"Leichen" in eGroupWare

Hallo!

Folgendes Problem:
Ich habe bei einem User beim Erstellen des Accounts die Mailadresse mit einem “ö” drin definiert.

Nun habe ich auf die Variante “oe” gewechselt, weil wir da was umgestellt haben. Habe das also im Account des Users geändert und dann gespeichert, so weit so gut!

Nun hat es mir das aber nicht übernommen! Es werden immer noch mails (z.B. Alarm) mit dem “ö” versendet?

Es scheint so, wie wenn es die Einstellung nicht übernommen hat, oder es jetzt zwei Einträge drin hat und der Erste Eintrag ist die Adresse mit dem “ö”…

Danke für jeden Hinweis!
Michael

Hi!

Die Adresse sollte unter Admin -> Benutzer eingestellt werden, besser
nicht im Adressbuch.

Grüße,
Hans-Jürgen

Michael Schmid schrieb:

Hallo!

Folgendes Problem:
Ich habe bei einem User beim Erstellen des Accounts die Mailadresse mit
einem “ö” drin definiert.

Nun habe ich auf die Variante “oe” gewechselt, weil wir da was umgestellt
haben. Habe das also im Account des Users geändert und dann gespeichert, so
weit so gut!

Nun hat es mir das aber nicht übernommen! Es werden immer noch mails (z.B.
Alarm) mit dem “ö” versendet?

Es scheint so, wie wenn es die Einstellung nicht übernommen hat, oder es
jetzt zwei Einträge drin hat und der Erste Eintrag ist die Adresse mit dem
"ö"…

Danke für jeden Hinweis!
Michael


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

Nö, ich habs im Admin beim User geändert und nicht im Adressbuch… (Habe ich das geschrieben???)

Aber ist trotzdem so… Schau mir mal die Datenbank an…

Danke!
Michael

Also, das Problem mit der E-Mail Adresse welche nicht übernommen wurde, hat sich nach einem Neustart erledigt… War da vielleicht irgend was gecacht? Vielleicht hats auch nur so ausgesehen, dass es mit dem Neustart zu tun hatte, aber auf jeden Fall is nun gut…

Jetzt hab ich aber ein anderes, ähnliches Problem.

Ich hatte jemanden mit der Login ID “rené”. Das haben wir dann aber auf “rene” geändert (als Admin in der Benutzerkonten-Verwaltung), damit man auch an Orten reinkommt, wo dieses Zeichen (“é”) evtl. nicht unterstützt ist. So weit, so gut :slight_smile:
Nun ist es aber so, dass für diesen User beide Loggin-IDs existieren. Das heisst ich komme mit “rene” UND “rené” rein?! Aber den User gibts nur ein mal! Wenn ich als Admin für einen User die Login-Kontrolle anschaue, dann sehe ich auch dass der User jeweils unter beiden IDs eingeloggt hat (da ich eben beide Versionen ausprobiert habe). Auch in der Datenbank ist nur ein Eintrag zu sehen. Und dort ist auch nur die ID “rené” zu sehen…?

Eigentlich ist es ja gar kein Problem so weit, wenn man einfach mit beiden rein kommt, aber es auf den gleichen Account geht. Ich habe aber Bedenken, dass es irgendwann plötzlich ne riesen Sauerei gibt :frowning:

Danke!
Michi

[quote=“Michael Schmid”]
Nö, ich habs im Admin beim User geändert und nicht im Adressbuch… (Habe ich das >geschrieben???)

Aber ist trotzdem so… Schau mir mal die Datenbank an…

Danke!
Michael

[/quote]

Das verursacht Deine MySQL:

set names ‘utf8’;
Query OK, 0 rows affected (0.00 sec)

select ‘rene’ = ‘réne’;
±-----------------+
‘rene’ = ‘réne’ |
±-----------------+
1 |
±-----------------+
1 row in set (0.00 sec)

Wenn Du es unterbinden willst, kannst Du in Setup einstellen, das die
Loginnamen casesensitiv sind, dann wird auch sowas verhindert.

Ralf

Michael Schmid schrieb:

Also, das Problem mit der E-Mail Adresse welche nicht übernommen wurde, hat
sich nach einem Neustart erledigt… War da vielleicht irgend was gecacht?
Vielleicht hats auch nur so ausgesehen, dass es mit dem Neustart zu tun
hatte, aber auf jeden Fall is nun gut…

Jetzt hab ich aber ein anderes, ähnliches Problem.

Ich hatte jemanden mit der Login ID “rené”. Das haben wir dann aber auf
"rene" geändert (als Admin in der Benutzerkonten-Verwaltung), damit man auch
an Orten reinkommt, wo dieses Zeichen (“é”) evtl. nicht unterstützt ist. So
weit, so gut :slight_smile:
Nun ist es aber so, dass für diesen User beide Loggin-IDs existieren. Das
heisst ich komme mit “rene” UND “rené” rein?! Aber den User gibts nur ein
mal! Wenn ich als Admin für einen User die Login-Kontrolle anschaue, dann
sehe ich auch dass der User jeweils unter beiden IDs eingeloggt hat (da ich
eben beide Versionen ausprobiert habe). Auch in der Datenbank ist nur ein
Eintrag zu sehen. Und dort ist auch nur die ID “rené” zu sehen…?

Eigentlich ist es ja gar kein Problem so weit, wenn man einfach mit beiden
rein kommt, aber es auf den gleichen Account geht. Ich habe aber Bedenken,
dass es irgendwann plötzlich ne riesen Sauerei gibt :frowning:

Danke!
Michi

Michael Schmid wrote:

Nö, ich habs im Admin beim User geändert und nicht im Adressbuch… (Habe
ich das geschrieben???)

Aber ist trotzdem so… Schau mir mal die Datenbank an…

Danke!
Michael

Hans-Juergen Tappe wrote:

Hi!

Die Adresse sollte unter Admin -> Benutzer eingestellt werden, besser
nicht im Adressbuch.

Grüße,
Hans-Jürgen

Michael Schmid schrieb:

Hallo!

Folgendes Problem:
Ich habe bei einem User beim Erstellen des Accounts die Mailadresse mit
einem “ö” drin definiert.

Nun habe ich auf die Variante “oe” gewechselt, weil wir da was
umgestellt
haben. Habe das also im Account des Users geändert und dann gespeichert,
so
weit so gut!

Nun hat es mir das aber nicht übernommen! Es werden immer noch mails
(z.B.
Alarm) mit dem “ö” versendet?

Es scheint so, wie wenn es die Einstellung nicht übernommen hat, oder es
jetzt zwei Einträge drin hat und der Erste Eintrag ist die Adresse mit
dem
"ö"…

Danke für jeden Hinweis!
Michael


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, 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