At WWDC I had asked some questions about the OD integration of the iCal Server in the WWDC session on caldav. That week I built the early code that was out there and posted an article about it here: <http://www.afp548.com/article.php?story=20060809100313543>. Since then I've been looking the last day or so to integrate the server into an existing 10.4 OD server. It all seems simple enough and I did see your recently posted OD article here: <http://trac.macosforge.org/ projects/calendarserver/wiki/OpenDirectory> which confirmed my own conclusions on how the server functions. I do have some questions though... 1. Are there publicly available schema mods to apply? As I work on this project for publication on AFP548.com I am trying to be very conscious of NDA issues and I am not looking to use _any_ of the 10.5 info I have from the WWDC preview build. Also if the only NDA safe answer is to create our own CalendarPrinicpalURI attribute then I assume we should go ahead and register with IANA for our own enterprise numbering to create OIDs to prevent any future conflicts. 2. On one of my test servers at work I created the CalendarPrincipalURI and assign it to a user. I then used the default repository.xml to run the caldav server. It removed the 'admin' user created by the repository-dev.xml, but failed to create any new user principals. Is this something that should be working in the current code? I don't have the python skills to help much with the codebase, but I can certainly help with OD integration testing on 10.4 installations. Our readers have been clamoring for a calendaring server for years now and they always provide a lot of good feedback on thing like this. Any tips for getting OD integration running on Tiger would be appreciated. If the answer is, "Wait for a few more builds." then that is fine too. Thanks for your time, Josh -- Josh Wisenbaker, ACSA http://www.afp548.com Changing the world one server at a time.
Any takers on this one? Is OD support not currently functioning on Tiger with the current code? Thanks, Josh On Wed, August 30, 2006 12:23 am, Josh Wisenbaker wrote:
At WWDC I had asked some questions about the OD integration of the iCal Server in the WWDC session on caldav. That week I built the early code that was out there and posted an article about it here: <http://www.afp548.com/article.php?story=20060809100313543>. Since then I've been looking the last day or so to integrate the server into an existing 10.4 OD server. It all seems simple enough and I did see your recently posted OD article here: <http://trac.macosforge.org/ projects/calendarserver/wiki/OpenDirectory> which confirmed my own conclusions on how the server functions.
I do have some questions though...
1. Are there publicly available schema mods to apply? As I work on this project for publication on AFP548.com I am trying to be very conscious of NDA issues and I am not looking to use _any_ of the 10.5 info I have from the WWDC preview build. Also if the only NDA safe answer is to create our own CalendarPrinicpalURI attribute then I assume we should go ahead and register with IANA for our own enterprise numbering to create OIDs to prevent any future conflicts.
2. On one of my test servers at work I created the CalendarPrincipalURI and assign it to a user. I then used the default repository.xml to run the caldav server. It removed the 'admin' user created by the repository-dev.xml, but failed to create any new user principals. Is this something that should be working in the current code?
I don't have the python skills to help much with the codebase, but I can certainly help with OD integration testing on 10.4 installations. Our readers have been clamoring for a calendaring server for years now and they always provide a lot of good feedback on thing like this.
Any tips for getting OD integration running on Tiger would be appreciated. If the answer is, "Wait for a few more builds." then that is fine too.
Thanks for your time, Josh
-- Josh Wisenbaker, ACSA http://www.afp548.com Changing the world one server at a time.
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
-- Josh Wisenbaker We're the M in RTFM http://www.afp548.com
Hi Josh, --On September 6, 2006 8:15:00 AM -0400 Josh Wisenbaker <macshome@afp548.com> wrote:
Any takers on this one? Is OD support not currently functioning on Tiger with the current code?
Sorry for the delay in getting back to you on this. For OD support you will need to modify the server schema to add the "dsAttrTypeStandard:CalendarPrincipalURI" attribute for users, groups and resources. The calendar server will only 'recognize' users, groups and resources that have that attribute as being valid calendar users. With that attribute present, the calendar server will auto-provision an account for the corresponding entity. If the attribute is not present no account will be setup, or if one was present before it will be disabled. -- Cyrus Daboo
On Wed, September 6, 2006 9:24 am, Cyrus Daboo wrote:
Hi Josh,
--On September 6, 2006 8:15:00 AM -0400 Josh Wisenbaker <macshome@afp548.com> wrote:
Any takers on this one? Is OD support not currently functioning on Tiger with the current code?
Sorry for the delay in getting back to you on this.
For OD support you will need to modify the server schema to add the "dsAttrTypeStandard:CalendarPrincipalURI" attribute for users, groups and resources. The calendar server will only 'recognize' users, groups and resources that have that attribute as being valid calendar users. With that attribute present, the calendar server will auto-provision an account for the corresponding entity. If the attribute is not present no account will be setup, or if one was present before it will be disabled.
Thanks Cyrus, A noted in my last e-mail I have added CalendarPrincipalURI into my schema and then added the attribute to a user account. The issue, I think is that extended schema like this show as dsAttrTypeNative, and not as Standard. Ideas? Thanks for the reply, Josh -- Josh Wisenbaker We're the M in RTFM http://www.afp548.com
On Wed, September 6, 2006 11:00 am, Josh Wisenbaker wrote:
On Wed, September 6, 2006 9:24 am, Cyrus Daboo wrote:
Hi Josh,
--On September 6, 2006 8:15:00 AM -0400 Josh Wisenbaker <macshome@afp548.com> wrote:
Any takers on this one? Is OD support not currently functioning on Tiger with the current code?
Sorry for the delay in getting back to you on this.
For OD support you will need to modify the server schema to add the "dsAttrTypeStandard:CalendarPrincipalURI" attribute for users, groups and resources. The calendar server will only 'recognize' users, groups and resources that have that attribute as being valid calendar users. With that attribute present, the calendar server will auto-provision an account for the corresponding entity. If the attribute is not present no account will be setup, or if one was present before it will be disabled.
Thanks Cyrus,
A noted in my last e-mail I have added CalendarPrincipalURI into my schema and then added the attribute to a user account.
The issue, I think is that extended schema like this show as dsAttrTypeNative, and not as Standard.
Ideas?
Thanks for the reply, Josh
Just some more info from my OD attempts. This is from one of my 10.4.7 test servers. I extended the LDAP schema the cheap way and just tacked my addition onto the end of the apple.schema file. (I, nor my Apple contacts, have been able to get schema mods inside CN:Config, CN:Schema to function, hence the nastiness of my addition.) dscl on the server says... dhcp172-21s10n138:~ tigeradmin$ dscl -raw localhost -read /Search/Users/joshwisenbaker CalendarPrincipalURI dsAttrTypeNative:CalendarPrincipalURI: http://dhcp172-21s10n138.0998.lowes.com:8008/principals/users/joshwisenbaker (Ignore the wrapping if it's in there.) I see the same if I change the repository-dev.xml to point at the LDAP node directly. Interestingly, the server will not remove the static admin principal if I point the server at /Search, only if it looks at /LDAPv3/127.0.0.1. At no time does it _add_ any user principals to the users folder. This is on rev. 100 code I built today. Mac OS X Server 10.4.7 PPC. My ghetto schema addition... (Please excuse the lack of proper OID. We are going to register for our own number.) attributetype ( 1.3.6.1.4.1.63.1001.1.1.1.1.99 NAME ( 'CalendarPrincipalURI' ) DESC 'Calendar Principal URI' EQUALITY caseExactIA5Match SUBSTR caseExactIA5SubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 ) Ideas? Thanks, Josh -- Josh Wisenbaker We're the M in RTFM http://www.afp548.com
participants (2)
-
Cyrus Daboo
-
Josh Wisenbaker