Re: [SOGo] bindAsCurrentUser new background to my question

2012-05-24 Thread Christian Rößner 
 Therefore, as long as all your users keep the same value of UIDFieldName, all 
 their data will be kept intact. This is why, on the other hand, a 
 multi-domain configuration must ensure that all uid are unique, even between 
 domains.

thanks for your answer that is really helpful. One question: if you ssay 
UIDFieldName, do you meed the name of the attribute, let's say uid, or 
attribute+value, let's say uid=croessner. In the latter case that _had_ changed 
and your explanation would give me the answer, why I ran into trouble :-)

-Christian Rößner

---
Roessner-Network-Solutions
Bachelor of Science Informatik
Nahrungsberg 81, 35390 Gießen
F: +49 641 5879091, M: +49 176 93118939
USt-IdNr.: DE225643613
http://www.roessner-network-solutions.com



smime.p7s
Description: S/MIME cryptographic signature

Re: [SOGo] bindAsCurrentUser new background to my question

2012-05-23 Thread Wolfgang Sourdeau 

Le 12-05-22 17:38, Christian Rößner a écrit :

Now my question: Does SOGo use part of the DN to create the SQL-databases or 
handle the session stuff? If so that would explain, why I still can use SOGo 
with some global admin LDAP user, but not with bindAsCurrentUser. And if so, is 
there a chance to rename the tables that this matches again?
I know you did your own tests and reach your own conclusion, but I would 
like to provide a formal response to that...


The short answer is: no, the DN does not matter at all. And the long 
answer is that when generating table names, the sogo prefix is taken 
as well as the 8 first characters (or less) from the value of 
UIDFieldName, a unique counter that increments at each creations and 
then the unix timestamp during which the operation occurs.


Therefore, as long as all your users keep the same value of 
UIDFieldName, all their data will be kept intact. This is why, on the 
other hand, a multi-domain configuration must ensure that all uid are 
unique, even between domains.



Wolfgang


--
users@sogo.nu
https://inverse.ca/sogo/lists