> 
>> In OS X 10.9 we install the private and the public separately into Contacts
>> (address book). I don't know if there is a way for one server address to
>> install both public and private.
> 
> No, I think Contacts in 10.9 still only supports one CardDAV collection per 
> server. Groups within the Contacts application work different (and are 
> regular entries within the CardDAV collection).

Correct. We had to use three different accounts in 10.9. One for the Private. 
One for our Public "Staff". One for the Public "Main".
> 
> Don't mix ups 'groups' and 'addressbooks', two different things. Sounds like 
> what you want to split data into address books, to reduce the amount of data 
> being transferred.

The only reason for us to separate is iPhone users only need to see Staff. 
Otherwise, all 4000+ records on an iPhone can't be turned "off" within Mail and 
Messages unlike in Contacts. Users can drag vcards from the Public Main to 
their Private and create a group specifically for their iPhones if they need 
some of those records from the Public Main.
> 
>> However, on iPhones is there a way to install just the Private and Staff on 
>> an
>> iPhone?  We don't want the Public Main on the iPhone.
> 
> I assume you did try entering the full URL like you do on OSX? There is a 
> small chance this works, but iOS might still just lookup the principal using 
> the URL and then sync all the address books the principal has access to.

We did try entering the full URL. Doesn't work. iPhone ignores it and defaults 
back to the principal. So we only related staff to the principal so Public Main 
never shows up on iPhone. If we could have used the entire URL for the Public 
Main and installed separetely on iPhone in settings it could be turned "off" so 
it doesn't show up in Mail, Messages and Contacts until a user needed to search 
the Public Main. Then they turn on in settings, get what they need and turn 
back off.

> 
> If this doesn't work, I would try whether it might work with a profile 
> (https://developer.apple.com/library/ios/featuredarticles/iPhoneConfigurationProfileRef/Introduction/Introduction.html).
>  Might be that this invokes a different flow, which considers the explicit 
> URL.
> 
> If this still doesn't work, you need to hack the server and add a User-Agent 
> check :-)
> Or file a SOGo enhancement request, for something like:
>  defaults write ... SOGoHideCollectionFromUserAgent  '{
>    ".*(iOS.*"   = ( "AllUsers" ),
>    ".*(MacOS.*" = ( "MobileOnly" )
>  }'
> 
> hh
> 
> -

Thanks for profile and hack suggestion. We may try that.

> [email protected]
> https://inverse.ca/sogo/lists

-- 
[email protected]
https://inverse.ca/sogo/lists

Reply via email to