[turba] Confusion using /turba/scripts/upgrades/public_to_horde_share script

Andy Wright horde at eltofts.homelinux.com
Wed Jul 5 16:02:51 PDT 2006


Michael Rubinsky wrote:
>
> With current Turba code, for any source using a sql backend, the user 
> is automatically given a 'default' share for any source with 
> use_shares=>true.  So, what you are probably seeing is:
>
> "My address book" -> the address book from the localsql source.
>
> "Shared address book" -> the user's default share from localsql2.  
> This is a personal address book owned by the user, but the user can 
> set perms on this via the "My Address Books" page.
>
> "Shared address book - upgraded" -> This (as is probably obvious to 
> you) is your upgraded address book.
>
> The basic idea was to allow people with a set up similar to yours 
> (with two seperate turba_objects tables) to implement shared address 
> books along with personal address books using the same turba_objects 
> table.  So...unless you already have data in your 'non-shared' address 
> books, I would recommend you just remove that from your config and 
> only use the one sql source.
>
>
>> Am I doing something wrong here? I just want to end up with one working
>> shared address book - not one that works and one that doesn't :)
>
> I think you'll find that all the address books work - the additional 
> shared address book will behave like a normal address book.
>
>
Mike, thanks for the explanation - what I'm seeing makes more sense now.

Unfortunately the "non-shared"source holds the users' personal address 
books so I can't drop that. I guess the next obvious question is to ask 
if there is a way to stop Turba from creating the default share on the 
Shared source? Or failing that, a way of hiding a share from users?

I did consider trying to export each user's personal book and import 
that into the newly created user-share, but many of them have set up 
Lists which don't export/import :(

Thanks again,
Andy.


More information about the turba mailing list