Re: [CalendarServer-users] Remote Principal Administration
Hello Again, Well it's not pretty, since I've never used Python before, but I've got CalendarServer talking to my application's PostgreSQL backend and so far so good. I still have to do open heart surgery on my application to reflect the new decoupled accounts table, but it will be worth it. Thanks again for your direction. So, since I don't know anything about directory services, can you please tell me what the realmName parameter is for and what should I be setting it to for a SQL backend? Also, could you please explain what the baseGUID is for? I'm getting the following: Directory service <SQLDirectoryService '': 'hostname'> has no GUID; generating service GUID from realm name Sorry for the trouble, Tyler On 18-Jan-07, at 4:02 PM, David Reid wrote:
On Jan 18, 2007, at 1:44 PM, Tyler Keating wrote:
Hi, I'm currently building a web application that will use Calendar Server and I have one important question. What is the best way to create principal accounts on Darwin Calendar Server to match the member accounts of my web application? I'm open to any suggestions.
You should implement an IDirectoryService[1] that talks to the same backend as your web application. Alternatively you can write your web application to talk to one of the existing backends the calendar server supports.
There is currently an XML file[2], and SQL db[2] that is provisioned initially from an XML File, and support for Apple's OpenDirectory[4]
-David
1) twistedcaldav.directory.idirectory 2) twistedcaldav.directory.xmlfile 3) twistedcaldav.directory.sqldb 4) twistedcaldav.directory.appleopendirectory
It's meant to identify the directory that you are using, and can be any string. It's used to generate GUIDs for records that your directory doesn't already provide GUIDs for. -wsv On Jan 19, 2007, at 2:07 PM, Tyler Keating wrote:
Hello Again, Well it's not pretty, since I've never used Python before, but I've got CalendarServer talking to my application's PostgreSQL backend and so far so good. I still have to do open heart surgery on my application to reflect the new decoupled accounts table, but it will be worth it. Thanks again for your direction.
So, since I don't know anything about directory services, can you please tell me what the realmName parameter is for and what should I be setting it to for a SQL backend? Also, could you please explain what the baseGUID is for? I'm getting the following: Directory service <SQLDirectoryService '': 'hostname'> has no GUID; generating service GUID from realm name
Sorry for the trouble, Tyler
On 18-Jan-07, at 4:02 PM, David Reid wrote:
On Jan 18, 2007, at 1:44 PM, Tyler Keating wrote:
Hi, I'm currently building a web application that will use Calendar Server and I have one important question. What is the best way to create principal accounts on Darwin Calendar Server to match the member accounts of my web application? I'm open to any suggestions.
You should implement an IDirectoryService[1] that talks to the same backend as your web application. Alternatively you can write your web application to talk to one of the existing backends the calendar server supports.
There is currently an XML file[2], and SQL db[2] that is provisioned initially from an XML File, and support for Apple's OpenDirectory[4]
-David
1) twistedcaldav.directory.idirectory 2) twistedcaldav.directory.xmlfile 3) twistedcaldav.directory.sqldb 4) twistedcaldav.directory.appleopendirectory
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
participants (2)
-
Tyler Keating
-
Wilfredo Sánchez Vega