January 2009 - calendarserver-dev - lists.macosforge.org

Re: [CalendarServer-dev] [CalendarServer] #207: Recurring events do not appear to extend beyond November 2008
by CalendarServer 29 Jan '09

29 Jan '09

#207: Recurring events do not appear to extend beyond November 2008 -------------------------------------+-------------------------------------- Reporter: dekkerdreyer@… | Owner: sagen@… Type: Defect | Status: closed Priority: 1: Blocker | Milestone: CalendarServer-2.0 Component: Calendar Server | Severity: Serious Resolution: Software changed | Keywords: -------------------------------------+-------------------------------------- Comment(by wsanchez@…): (Thanks for the patch!) -- Ticket URL: <http://trac.calendarserver.org/ticket/207#comment:13> CalendarServer </> HTTP/WebDAV/CalDAV Server

3 3

[CalendarServer] #313: 500 error -> exception: quota use only on quota root collection
by CalendarServer 29 Jan '09

29 Jan '09

#313: 500 error -> exception: quota use only on quota root collection -----------------------------+---------------------------------------------- Reporter: frey@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Component: Calendar Server | Severity: Crash/data loss Keywords: quota exception | -----------------------------+---------------------------------------------- Hello, we are working on our live server with the ical server to manage our calendars. A few weeks ago the service got problems. If i try to create a new event in the calendar stored on our server i get the error message: {{{ „HTTP/1.1 500 Internal Server Error“ an Vorgang CalDAVWriteEntityQueueableOperation. }}} Logfile: {{{ 2009-01-06 11:22:22+0100 [-] [caldav-8008] [HTTPChannel,25,192.168.0.3] PUT /calendars/__uids__/641C1F1F- 4D60-4F82-B979-1CFCB6F7C72D/calendar/A13E641B-4291-4076-B250-295AD43F461C.ics HTTP/1.1 2009-01-06 11:22:24+0100 [-] [caldav-8008] [-] Exception rendering: 2009-01-06 11:22:24+0100 [-] [caldav-8008] [-] Unhandled Error 2009-01-06 11:22:24+0100 [-] [caldav-8008] Traceback (most recent call last): 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 239, in callback 2009-01-06 11:22:24+0100 [-] [caldav-8008] self._startRunCallbacks(result) 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 304, in _startRunCallbacks 2009-01-06 11:22:24+0100 [-] [caldav-8008] self._runCallbacks() 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 317, in _runCallbacks 2009-01-06 11:22:24+0100 [-] [caldav-8008] self.result = callback(self.result, *args, **kw) 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 601, in gotResult 2009-01-06 11:22:24+0100 [-] [caldav-8008] _deferGenerator(g, deferred) 2009-01-06 11:22:24+0100 [-] [caldav-8008] --- <exception caught here> --- 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 576, in _deferGenerator 2009-01-06 11:22:24+0100 [-] [caldav-8008] result = g.next() 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twistedcaldav/method/put.py", line 73, in http_PUT 2009-01-06 11:22:24+0100 [-] [caldav-8008] yield d.getResult() 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 555, in getResult 2009-01-06 11:22:24+0100 [-] [caldav-8008] self.result.raiseException() 2009-01-06 11:22:24+0100 [-] [caldav-8008] File "/usr/share/caldavd/lib/python/twisted/python/failure.py", line 303, in raiseException 2009-01-06 11:22:24+0100 [-] [caldav-8008] raise self.type, self.value, self.tb 2009-01-06 11:22:24+0100 [-] [caldav-8008] exceptions.AssertionError: Quota use only on quota root collection 2009-01-06 11:22:24+0100 [-] [caldav-8008] }}} i don't use any attachements and it is the first calendar entry, so i think i can not reach the quota limit. I am looking for many hours now, but i didn't found a possibility to solve this problem. Thanks -- Ticket URL: <http://trac.calendarserver.org/ticket/313> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 7

Possible bug in vobject
by Peter Mogensen 27 Jan '09

27 Jan '09

Hi, I think we're seeing a bug in python vobject which is exposed in Calendarserver as illegal iCalendar in reponse to REPORTs To reproduce the problem: * PUT and event in a timezone which is equal (at all times) to UTC. * Query the event with a calendar-query REPORT. The returned iCalendar for the resource will now reference the TZID, but the VCALENDAR component will not include the VTIMEZONE definition. The problem seems to be located in vobject icalendar.py in the function tzinfo_eq() where it assumes that as long as the transitions are equivalent at all times (within the test range 2000-2020), then it's also the same timezone. That's a problem since then the findTzids() function in generateImplicitParameters() in class VCalendar2_0 will not remember that a timezone equal to UTC has been seen and they will then not be added as VTIMEZONE components to the final output. This is a problem for timezones like: Africa/Lome Atlantic/St_Helena Africa/Abidjan Africa/Bamako Africa/Banjul Africa/Bissau Africa/Conakry Africa/Dakar Africa/Freetown Africa/Monrovia Africa/Nouakchott Africa/Ouagadougou Africa/Sao_Tome Africa/Timbuktu ... which have definitions essentially equal to UTC: BEGIN:VTIMEZONE TZID:Africa/Lome BEGIN:STANDARD DTSTART:19700101T000000 TZNAME:GMT TZOFFSETFROM:+0000 TZOFFSETTO:+0000 END:STANDARD END:VTIMEZONE /Peter

1 0

Re: [CalendarServer-dev] [CalendarServer] #260: OpenLDAP
by CalendarServer 15 Jan '09

15 Jan '09

#260: OpenLDAP ---------------------------------------+------------------------------------ Reporter: jusiskin@… | Owner: wsanchez@… Type: Feature | Status: new Priority: 3: Important | Milestone: CalendarServer-2.x Component: Calendar Server | Severity: Other Keywords: | ---------------------------------------+------------------------------------ Comment(by aymeric.augustin@…): Following up on my previous post... I just attached a new patch, with the code I am now running in production at several medium-sized companies. All necessary settings are now configurable (for example email addresses generation for groups) and caching is implemented (the web interface is 6x faster on my setup, which is fairly standard). Is it likely that this patch will be integrated into calendarserver, and would any additionnal work be necessary for this ? (more doc ?) -- Ticket URL: <http://trac.calendarserver.org/ticket/260#comment:16> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 0

[CalendarServer] Portability modified
by CalendarServer 13 Jan '09

13 Jan '09

Changed page "Portability" by wsanchez(a)apple.com from 17.224.20.215* Page URL: <http://trac.calendarserver.org/wiki/Portability> Diff URL: <http://trac.calendarserver.org/wiki/Portability?action=diff&version=5> Revision 5 -------8<------8<------8<------8<------8<------8<------8<------8<-------- Index: Portability ========================================================================= --- Portability (version: 4) +++ Portability (version: 5) @@ -53,4 +53,5 @@ === More information === * [http://blog.royhooper.ca/articles/2007/07/07/installing-the-darwin-calendar… Installing the Darwin Calendar Server on FreeBSD] + * [http://packages.qa.debian.org/c/calendarserver.html Debian package] -------8<------8<------8<------8<------8<------8<------8<------8<-------- * The IP shown here might not mean anything if the user or the server is behind a proxy. -- CalendarServer </> HTTP/WebDAV/CalDAV Server This is an automated message. Someone at / added your email address to be notified of changes on Portability. If it was not you, please report to .

1 0

Re: [CalendarServer-dev] Calendarserver on Debain with Kerberos
by Guido Günther 13 Jan '09

13 Jan '09

Hi Georg, On Mon, Jan 12, 2009 at 04:43:33PM +0100, Georg Troska wrote: > OK. I do kdestroy on my client before I do anything. Then I try to add > an account in iCal and do klist: > > --- > Kerberos 5 ticket cache: 'API:Initial default ccache' > Default principal: troska(a)E4.PHYSIK.UNI-DORTMUND.DE > > Valid Starting Expires Service Principal > 01/12/09 16:11:09 01/13/09 02:11:09 krbtgt/E4.PHYSIK.UNI-DORTMUND.DE(a)E4.PHYSIK.UNI-DORTMUND.DE > renew until 01/19/09 16:11:09 > --- So authentication is not even tried. From what you write below this looks iCal specific. Probably someone else on the list using iCal can help? Does it need OpenDirectory? > I have got a ticket for my user troska now but none for HTTP/server07. > This "network.negotiate-auth.trusted-uris-thing" was the bad thing for > firefox. Now access though firefox works. Well I can see a cryptic XML- > file ;-) Good. > As you said you had good experience with Leightning I tried this as > well: > > In deed I could add a new calendarwithout problems. When I try to add an > event, bad error occur in the error-log: [..snip..] > self.username, self.realm, password, nonce, cnonce), > 2009-01-12 16:40:07+0100 [-] [caldav-8008] File "/usr/lib/ > python2.5/site-packages/twisted/web2/auth/digest.py", line 62, in > calcHA1 > 2009-01-12 16:40:07+0100 [-] [caldav-8008] > m.update(pszPassword) > 2009-01-12 16:40:07+0100 [-] [caldav-8008] exceptions.TypeError: > update() argument 1 must be string or read-only buffer, not None Try disabling digest authentication in caldavd.plist. Does this help? -- Guido

1 0

[CalendarServer] #312: launchctl error
by CalendarServer 09 Jan '09

09 Jan '09

#312: launchctl error -------------------------------+-------------------------------------------- Reporter: rdimuzio@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: CalendarServer-2.x Component: Calendar Server | Severity: Performance Keywords: | -------------------------------+-------------------------------------------- I am following the instructions on the Macworld Article for setting up DCS, when I execute the ./run -d, I get the following error. I have read the few posts on the issue, but I cannot get past this error. I am running 10.5.6 (a fresh install with all updates) Line 297 in the referenced file talks about DICT being deprecated, but that leads me nowhere. Sorry I am new at this. File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /plat-mac/plistlib.py", line 297, in __getattr__ raise AttributeError, attr AttributeError: append launchctl bsexec failed: No such file or directory Any help would be greatly appreciated. Thanks Ray -- Ticket URL: <http://trac.calendarserver.org/ticket/312> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 1

[CalendarServer] #310: run script referrers to a deleted branch in the Twisted project
by CalendarServer 09 Jan '09

09 Jan '09

#310: run script referrers to a deleted branch in the Twisted project --------------------------------------------+------------------------------- Reporter: calendarserver@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Component: Calendar Server | Severity: Other Keywords: twisted run | --------------------------------------------+------------------------------- In the CalendarServer run script there is a reference to a branch that has now been deleted on the Twisted project servers. The script timeouts during the download preventing a new install from being created: [source:/CalendarServer/trunk/run#L627 svn.twistedmatrix.com/svn/Twisted/branches/dav-acl-1608-4] The {{{dav-acl-1608-4}}} branch is not [http://twistedmatrix.com/trac/browser/branches listed]. -- Ticket URL: <http://trac.calendarserver.org/ticket/310> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #307: Minor doc nit with major implications: iCal client requires a Directory to allow sharing
by CalendarServer 09 Jan '09

09 Jan '09

#307: Minor doc nit with major implications: iCal client requires a Directory to allow sharing -----------------------------+---------------------------------------------- Reporter: ggm(a)apnic.net | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------+---------------------------------------------- I may be wrong, but from my test it looks like you cannot make iCal client do an Account->Access->[Edit] and the [+] add a person unless you have a Directory source bound, which can map the names to __uuid__ values. If you *know* the __uuid__ then all is well. But, most people know LDAP identity information. I think it might help to document this here, in the sharing guides, so its clear you have to configure it. Typically, this is done by running the 'Directory Utility' to add an LDAPv3 server, or an Apple Directory. I believe you also have to stop/start the iCal client to have this update honoured. -George -- Ticket URL: <http://trac.calendarserver.org/ticket/307> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 1

Re: [CalendarServer-dev] Calendarserver on Debain with Kerberos
by Guido Günther 09 Jan '09

09 Jan '09

Hi Georg, On Tue, Jan 06, 2009 at 06:56:54PM +0100, Georg Troska wrote: > I enabled Kerberos: in caldavd.plist: > > --- >  > <key>Kerberos</key> > <dict> > <key>Enabled</key> > <true/> > <key>ServicePrincipal</key> > > <string>HTTP/server07.e4.physik.uni-dortmund.de(a)E4.PHYSIK.UNI-DORTMUND.DE > </string> > </dict> This looks correct. > in accouts.xml I created a user troska: > > --- > <user> > <uid>troska</uid> > <guid>troska</guid> > <name>Super User</name> > </user> > --- > without a password, as the authentication should be done by kerberos. I'm using something similar for testing here. > I use the kerberos-based logins through http and a non-SSL connection > for debugging purposes. So I do not have to care about SSL-keys. > > > When I try to create an account in iCal I get a message: > "Ihr Kennwort wurde vom Server server07.e4.physik.uni-dortmund.de für > die Anmeldung troska abgelehnt." Do you have a service principal for your user troska afterwards? In this case "klist" should list your tgt as well as the HTTP/server07... ticket (which would mean your server succesfully got a service ticket for that service). > What means that the password is right, but my login was rejected. > > there is no error-message, only: > > --- > 2009-01-06 18:51:58+0100 [-] [caldav-8008] [HTTPChannel, > 0,129.217.167.201] PROPFIND /principals/users/troska/ HTTP/1.1 I'm not seeing any access to /principals/users/... with Lightning. > access.log give me: And I assume error.log is completely empty? > --- > 129.217.167.201 - - [06/Jan/2009:18:51:58 +0200] "PROPFIND /principals/ > users/troska/ HTTP/1.1" 401 141 "-" "DAVKit/3.0.6 (653); CalendarStore/ > 3.0.6 (847); iCal/3.0.6 (1273); Mac OS X/10.5.6 (9G55)" [15.9 ms] Could you check if accessing calendarserver via firefox works. On a Linux system just get a ticket via kinit and try to connect to: http://server07:8080/calendars/users/troska/calendar/ If this works this, is a calendarserver<->iCal interaction issue and we can try to dig further there. In order to make firefox try GSSAPI you need to set to e.g.: network.negotiate-auth.trusted-uris="http://" first in firefox's about:config first, otherwise it won't try GSSAPI. Cheers, -- Guido

1 0