Server fqdn change

Richard Bos ml at radoeka.nl
Mon Sep 29 09:12:00 CEST 2008


On Mon, Sep 29, 2008 at 07:06:24AM +0200, Gunnar Wrobel wrote:
> Quoting Richard Bos <ml at radoeka.nl>:
> 
> > Op Thursday 25 September 2008 21:48:04 schreef Gunnar Wrobel:
> >> > What changes would I have to make if the fqdn of my server changes? I
> >> > would certainly have to make changes in Kolab and  Horde. What about
> >> > LDAP, Cyrus-Imap? What about Kolab's certificates?
> >>
> >> You'd definitely also have to change the hostname in LDAP. It is  
> >> easy  to break things this way though. I'm pretty certain the  
> >> required  procedure has been also already discussed on this list.  
> >> So there  should be additional hints available.
> >
> > It would be nice if a script pops up, that could take care of the change.
> > Perhaps that the script can be stored / developed on the wiki or perhaps an
> > issue should be opened for this.
> >
> > Related to this is a domain name change from domain1.tld to domain2.tld.  At
> > the end the users login name (user at domain.tld) should be changed to.  This
> > will be quite challenging...  Also in this case a supporting script would be
> > nice to have.
> 
> I guess the old domain should be kept. 

That might be, but company names changes happen often.  Have a look at the
financials its changes everyday there nowadays...  Take for example
abnamro, which was bought was Fortis last year, and yesterday it was sold
to Ing.  I can't believe that people want to stick with the old company
names as that might be "political" incorrect.  As such it should be
possible to rename the stored data, isn't it?
Perhaps a solution is a domain that is not tight to the company domain,
something like user at group.wr, but that is a bit weird.

> Renaming all the users does not  
> make too much sense as that also affects the data stored in IMAP. Its  
> easier to solve that by using aliases.

Ah, that is a good trick.  But in the end it might be that there will
be user data stored under e.g. abnamro, fortis and ing (see example
above).

> On the other hand this might also cause problems if you add newer  
> users in your new domain. They won't be able to share IMAP folders  
> with user created in the old domain.
> 
> So there are indeed other things to think of. Would be nice to do that  
> via a script, yes.

Ah, we agree :)

Is it an idea to register this challenge in an issue?
So, it won't be forgotten?

-- 
Richard




More information about the users mailing list