[CalendarServer-dev] Re: [CalendarServer-changes]
[1187] CalendarServer/trunk/twistedcaldav/directory/appleopendirectory.py
Cyrus Daboo
cdaboo at apple.com
Thu Feb 15 12:37:38 PST 2007
Hi Wilfredo,
--On February 15, 2007 11:54:34 AM -0800 Wilfredo Sánchez Vega
<wsanchez at wsanchez.net> wrote:
> Is this code necessary? If we're ending up with multiple entries in
> the property, that should be fixed in the caller, not here.
>
> If this makes a performance difference, I guess OK, but it should be
> an exact match using ==, not a .find() call.
I think we have three choices here:
1) Not default the server to inserting the principal URIs into the
calendar-user-address-set by default. Instead require each directory
service to do that. The appleopendirectory.py does that via the
%(principaluri) (though I will have to do some work to actually make that
work). The XML file should be hard-coded to add them itself.
2) Leave the default mechanism in place and remove %(principaluri) as an
option for the OD schema on the basis that the server is always using that.
3) Leave the default as-is, but support %(principaluri) properly.
In terms of performance, all of this stuff will end up in the property
database - so the on-the-fly default mechanism won't be a problem.
--
Cyrus Daboo
More information about the calendarserver-dev
mailing list