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

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