[Kolab-devel] Kolab Server 2.0 Beta 5 released

[Bernhard Reiter]

On Tuesday 26 April 2005 18:37, Cajus Pollmeier wrote:
> Am 26.04.2005 um 16:16 schrieb Bernhard Reiter:
> > On Friday 22 April 2005 20:45, Bernhard Herzog wrote:
> >> I've just uploaded Kolab Server 2.0 Beta 5.
> >> It should be on the mirrors soon.
> >>
> >>
> >> Changes since Beta 4, 20050324:
> >>
> >> 	  - deletion of ldap objects can be adapted to such setups
> >> (issue721).
> >
> > Please do not rely on this feature yet, as we might change the design
> > to require the third party tool to remove their changes themselfs,
> > for this we probably will come up with some method for kolabd
> > to only indicate that it has done its cleanup.
>
> It would be cleaner if kolabd would remove its own entries like it does
> when using the switches mentioned in issue721, because third party
> programs may not - or don't want - to have the knowlegde on "how to
> remove imap mailboxes in the kolab style".

The idea of issue732 and Martin's proposal is that kolabd 
can do its mailbox cleanup and then sets a marker, so that
the third party tool can remove the ldap modification it has made.
This reasonhas it merits because only the third party tool knows 
which ldap opject is had to modify to make it a kolab account
and thus is in the better position to decide which to remove after
kolabd has cleaned up the mailboxes (and maybe other stuff in the future)..

> To avoid breaking the official admin interface, third party tools should
> be able to add a flag or whatever to the kolabDeleteFlag, so that kolabd
> can act as expected. This is not GOsa specific - it's just the fact,
> that
> removing complete DN's is not a good idea in setups where the LDAP
> keeps more informations than the kolab ones.

See the proposal that Martin has made in issue723.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2145 bytes
Desc: signature
URL: <http://lists.kolab.org/pipermail/devel/attachments/20050426/e81e09a3/attachment.p7s>