Re: [CalendarServer-users] Is this still Active?
What a great reminder of a great piece of software! I'd forgotten I was even on the list. I ran it on my own linux server for a long time so that my family could have coordinating calendars. Various things conspired to make me put that server out to pasture, not just that specific server, but the whole self-hosted server thing. I initially moved everybody to icloud while I worked on standing up a new server, then realized icloud was doing a better job for less work and just stuck with that. On Wed, Mar 8, 2023 at 4:46 PM Sean McBride wrote: > We have been testing baikal, and will probably use that. > > Another option is https://radicale.org/v3.html > > Sean > > On 19 Feb 2023, at 16:14, Julian Y Koh wrote: > > So I’ve been running CalendarServer-9.0 as a tiny standalone CalDAV server > for years now on a 2014-era Intel Mac mini just for a couple of users. I > just got a brand new M2 Mac mini, and I was anticipating having to > basically rebuild everything from scratch, but it looks like I could just > bring over the whole old directory from the Intel box if I really wanted > to. However, maybe I should look at running something else at this point? > What are other folks doing in this area? > > -Julian > > On May 18, 2022, at 20:58, Andre LaBranche wrote: > > Hello, > > On May 18, 2022, at 6:44 PM, Steven Smith wrote: > > I don’t know if calendarserver is, but I know there are still active > ccs-calendarserver users. In spite of the fact that the repo has been > archived and macOS Server discontinued, ccs-calendarserver still has the > greatest functionality of open source caldav servers. > > > This fills me with mixed emotions ;) > > In an amusing coincidence, when your email arrived I was actively looking > through https://github.com/apple/ccs-twistedextensions (a dependency of > CalendarServer) because somebody wanted to see an example of a certain kind > of DB timeout handling. Much of this code is like a good book or a warm hug > :) > > To Guarav: I'm happy to answer questions that can be answered from memory > or limited reconnaissance. It's been about 5 years since I've thought hard > about CalendarServer, but I still remember some stuff. > > Cheers, > -dre > > > I just updated my APNS cents, so even push notifications still work. > > On May 9, 2022, at 22:45, Gaurav Jain wrote: > > > Hello CalendarServer, > > Are you still responding to questions posted on this list? > > > Best Regards, > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users > > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users > > > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-users > -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] Locations & resources in LDAP in version 3.2?
On Thu, Jul 12, 2012 at 1:26 PM, Morgen Sagen wrote: > I just added a new wiki page linked-to from our FAQ. Please see: > >https://trac.calendarserver.org/wiki/ConfiguringLDAP > > Is there documentation on setting things up to work in postgres rather than filesystem? Actually, here's a quick question: if I use postgres, does that mean that I DO NOT need a filesystem with extended attributes? -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] backing up calendar server
On Sun, Aug 26, 2012 at 9:27 PM, Glyph wrote: > If you're going to deploy on Debian, there are packages for 3.2: > > http://packages.qa.debian.org/c/calendarserver.html Isn't the latest 4.1? Is there any reason NOT to package that up for the latest debian/ubuntu? -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] calendarserver 3.2 on Debian unstable throwing error "socket.error: [Errno 22] Invalid argument" out of the box?
On Fri, Jul 20, 2012 at 3:27 AM, Glyph wrote: > > Maybe some 64-bit linuxes are sensitive to alignment and some aren't? > alignment is an architecture thing, though layouts for structs should be properly aligned by the compiler. Hopefully I'll have time this weekend to prop up the new server and try to replicate this myself. -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] calendarserver 3.2 on Debian unstable throwing error "socket.error: [Errno 22] Invalid argument" out of the box?
On Tue, Jul 17, 2012 at 6:59 PM, Glyph wrote: > > On Jul 17, 2012, at 1:04 AM, Fredrik Unger wrote: > > One problem could be socklen_t. Linux uses size_t [1]. > > > The compiler should know, at this point in the code, that msg_controllen > is a size_t, which is to say, uint64, and ((socklen_t) all_data_len) is a > socklen_t, which is to say, int32. So the cast is valid. (Doing funky > stuff with & might not be, depending on the type specifiers in question.) > Wasn't the code originally discussed written in python, though, and used "pack" to synthesize a struct? If that's the case, then the pack spec would be assuming a specific layout and type size. It probably is correct in the 32 bit case, but not in the 64 bit case. -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] calendarserver 3.2 on Debian unstable throwing error "socket.error: [Errno 22] Invalid argument" out of the box?
On Wed, Jul 11, 2012 at 12:24 PM, Glyph wrote: > > It's possible that this is a bug in calendar server, although I would > currently rate that possibility as unlikely since I have run calendar > server in a variety of environments and have not seen that error. The only > other thing that comes to mind (if it's not a kernel bug, which seems even > more unlikely now as it affects such a wide range of versions for you) is > that it's a result of some peculiar firewall configuration. > > Do you have any extra security on this machine? Custom AppArmor > configuration, or iptables rules, or LXC containers... anything that would > change the behavior of basic networking APIs? > Interesting idea, but what is happening--passing a file descriptor from one process to another--happens over a unix domain socket. I'm not aware of unix domain sockets being subject to firewalls since they are, by definition, constrained to the host. An easy test would be to write a small bit of code in python to open a unix domain socket, fork, then in one of the two processes open another file and try to pass the fd for the "another file" to the other process. See if that succeeds. Maybe there is an ACL/privilege that needs to be bestowed in the latest version of ubuntu in order to pass or accept an fd? Or maybe there's a unit test from twisted that exercises this bit of code that Tobias could run independent of the entire calendar server? -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] calendarserver 3.2 on Debian unstable throwing error "socket.error: [Errno 22] Invalid argument" out of the box?
Based on the commit message here:
https://trac.calendarserver.org/browser/CalendarServer/trunk/twext/python/sendfd.py
it sounds like you might be able to disable this feature.
I notice that the stack trace goes through the 'twisted' package. I'm not
familiar with that package, but perhaps the source for it contains
unit/feature tests and you could try running those?
On Wed, Jul 11, 2012 at 7:29 AM, Tobias Balle-Petersen
wrote:
>
>
> Glyph Lefkowitz wrote:
> >
> > My first guess would be "kernel bug". Any chance you can test with an
> > older kernel?
> >
>
> I have now installed an older kernel on my Debian Wheezy:
> Linux caldavd 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64
> GNU/Linux
>
>
> Connection to port 8008 on the machine still gives me this error:
>
> 2012-07-11 14:27:24+0200 [-] Unhandled Error
> Traceback (most recent call last):
> File "/usr/lib/python2.7/dist-packages/twisted/python/log.py",
> line 84,
> in callWithLogger
> return callWithContext({"system": lp}, func, *args, **kw)
> File "/usr/lib/python2.7/dist-packages/twisted/python/log.py",
> line 69,
> in callWithContext
> return context.call({ILogContext: newCtx}, func, *args, **kw)
> File
> "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line
> 118, in callWithContext
> return self.currentContext().callWithContext(ctx, func, *args,
> **kw)
> File
> "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line
> 81, in callWithContext
> return func(*args,**kw)
> --- ---
> File
> "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py",
> line 591, in _doReadOrWrite
> why = selectable.doWrite()
> File
> "/usr/lib/python2.7/dist-packages/twext/internet/sendfdport.py",
> line 139, in doWrite
> sendfd(self.skt.fileno(), skt.fileno(), desc)
> File "/usr/lib/python2.7/dist-packages/twext/python/sendfd.py",
> line 42,
> in sendfd
> socketfd, description, 0, [(SOL_SOCKET, SCM_RIGHTS, pack("i",
> fd))]
> socket.error: [Errno 22] Invalid argument
>
> Regards,
> Tobias Balle-Petersen
> --
> View this message in context:
> http://old.nabble.com/calendarserver-3.2-on-Debian-unstable-throwing-error-%22socket.error%3A--Errno-22--Invalid-argument%22-out-of-the-box--tp34140527p34145320.html
> Sent from the Calendar Server - Users mailing list archive at Nabble.com.
>
> ___
> calendarserver-users mailing list
> calendarserver-users@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/calendarserver-users
>
--
Chris Cleeland
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] Problem creating multiple calendars for the same user
I noticed the other day that that a 3.x version was now in the package stream. I've also had problems with the 2.4 package--enough that I just abandoned calendarserver altogether. I will try the new pkg. -- Chris Cleeland On Jun 18, 2012, at 12:46 PM, Glyph wrote: > > Le Jun 17, 2012 à 8:51 PM, Jane Atkinson a écrit : > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I have calendarserver v. 2.4 (from the repos) running on Ubuntu 12.04 > > 2.4 may be the most recently packaged version from Ubuntu, but it is _super_ > old. We've been working with the Debian maintainer (on this very list!) to > try to get a more recent version packaged; maybe they can help you out. > >> The default calendar >> (http://servername:8008/calendars/users/myname/calendar) operates >> correctly. >> >> I'd like to add other calendars for myname (e.g. >> http://servername:8008/calendars/users/myname/workcal), but I'm having >> problems. I've looked extensively and can't see any reference to a >> solution. >> >> I can't add these using a client. It won't create the new directory in >> the manner that it creates the original calendar directory. > > What is "a client"? How are you attempting to add it? > >> I've also tried manually adding a directory alongside the calendar >> directory and changing ownership and permissions to match the other. > > Don't do that. The fact that the data store is a filesystem is an accident > of implementation, not something you should rely on. (In fact, in less > ancient versions of the server, it's a database, instead.) > >> If I do that, I can only connect to the directory intermittently, and >> though I can write to it, Lightning will not let me read anything, and >> Evolution reads only events created in Evolution. (If I go to the >> directory as root, I can see all the events are there.) > > Please file bugs against Evolution and Lightning. Their support for CalDAV > could definitely use some improvement. > >> Is 2.4 capable of supporting multiple calendars per user? Or is there >> simply something I've missed? > > Yes, it is. I suspect that the clients you're attempting to use are simply > buggy. Protocol traces (i.e. tcpdumps) of what the clients are doing against > the server might be useful, but we won't really be able to do anything about > it unless the problem persists in more recent (3.0+) versions of the server. > > Thanks for reporting the problems though, I hope that your experience gets > smoother :). > > -glyph > > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] HTTP 404 problems
On Thu, Apr 26, 2012 at 9:07 AM, Rasmus Borup Hansen wrote: > I'm just guessing, but could it be a problem with some mapping between a > real username and a GUID that at some point expires from a cache? Perhaps > the code does not regenerate the mapping? If the usernames and GUIDs are in > a directory, they can just be looked up. > > Interesting idea, and I wonder if I could test the theory by hard-coding the guid in a test server where there is only one user. -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] HTTP 404 problems
On Thu, Apr 26, 2012 at 6:07 AM, Rasmus Borup Hansen wrote: > It looks like I've solved the problem. Apparently, you cannot rely on > CalendarServer generating the GUIDs. I added the following configuration > and haven't had problems yet: > > … >DirectoryService > > type > > twistedcaldav.directory.ldapdirectory.LdapDirectoryService > > params > > … >rdnSchema > > guidAttr > entryUUID > … > > This reuses OpenLDAP's Universally Unique IDentifiers as Globally Unique > IDentifiers in CalendarServer which is probably a nice thing in itself. > Interesting. I'll have to think about how I could do something similar, since I'm not using LDAP as a directory service. With regard to disabling memcached, one of the few responses I got back to my queries regarding memcached is that it's not possible to disable: http://lists.macosforge.org/pipermail/calendarserver-users/2012-February/001949.html In my case, I'm not sure the GUID generation would change the situation substantially because I already have calendars with GUIDs assigned. What will happen in my case is that sometimes a request will come in and will be "found", while 5 minutes later a request for the same item will come in and not be found. With my weak python debugging skills I traced it down to trying find that something in cache and it not being there. I would think that when it's not in cache it would get loaded, but it's almost as if memcached thinks it has the item but doesn't return it. -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] HTTP 404 problems
On Wed, Apr 25, 2012 at 10:11 AM, Matthew Morgan wrote: > > I don't have a solution for you, but I did want to note that when I had > tried to set up CalendarServer on Ubuntu Oneiric (from the Ubuntu repo) > about four months ago I was running into the exact same issue using the web > based interfacegetting random 404's for no obvious reason. After a > while of trying to figure out how to manually recreate the issue I sort of > gave up. > > If anyone can figure it out I'd be interested in giving CalendarServer a > try again. The PHP-based alternative I'm using at the moment isn't the > best solution for my needs. I will simply echo that I'm having similar problems using the dpkg of 2.4. I've narrowed it down to requested items not being found in memcached, but the fact that I am a crappy python programmer combined with the fact that getting calendarserver is NOT part of my day job, I have been unable to dig in any further and come up with a cause. I've posted questions on the topic on this mailing list a couple of times that didn't bear much fruit. Maybe together we can figure this out? One thing that may be relevant is that the 2.4 package of calendarserver runs against the standard memcached installation. I know that there are some packages that calendarserver sucks in and modifies, and I do not know if memcached is one of those. Maybe a developer can answer this question? Can we run calendarserver--any version--against a standard memcached distribution? -- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
[CalendarServer-users] Consistently getting memcache errors finding a directory
BACKGROUND:
Debian 2.4 calendarserver package, upgraded from Debian 1.2. No
user-initiated changes to the database of events, though that doesn't
mean that the package installer didn't do something unbeknownst to me.
One account with multiple calendars under it to achieve "sharing"
Clients: iCal from Snow Leopard; calendar app from iOS 5.0.1 on iPhone
4S and iPad 2.
SYMPTOM: calendars eventually fail to sync. The scenario is strange
(they always are) but consistent.
If I add an account to iCal/SNL, the account syncs all events over a
period of time (there are several years worth of events). Once the
initial sync is complete, I can add an event in one client, then
refresh the others and see the new event in the others. I can also
delete an event in one client, then refresh and see the effect. All
is good.
If I pop open the error.log, which I have fully cranked up to "debug"
threshold, I will see, amongst many things, stuff like this (see
original excerpt at
http://www.milodesigns.com/~chris/caldav2.4memcache.log ):
2012-03-12 08:21:53-0500 [-] [caldav-8008] [-]
[twistedcaldav.cache.MemcacheResponseCache#debug] hashing key for get:
('PROPFIND', '{DAV:}unauthenticated',
'/principals/__uids__/212c90da-66c5-5aff-8e74-df7a2418773c/', '0',
-2045049267) to '930e80ec74a58ff30214d9e18701eb71'
2012-03-12 08:21:53-0500 [-] [caldav-8008] [-]
[twistedcaldav.cache.MemcacheResponseCache#debug] Checking cache for:
'930e80ec74a58ff30214d9e18701eb71' 2012-03-12 08:21:53-0500 [-]
[caldav-8008] [-] [twistedcaldav.memcachepool.MemCachePool#debug]
Busied client:
2012-03-12 08:21:53-0500 [-] [caldav-8008] [-]
[twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 1,
#busy: 1, #pending: 0, #queued: 0
2012-03-12 08:21:53-0500 [-] [caldav-8008]
[PooledMemCacheProtocol,client]
[twistedcaldav.memcachepool.MemCachePool#debug] Freed client:
2012-03-12 08:21:53-0500 [-] [caldav-8008]
[PooledMemCacheProtocol,client]
[twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 2,
#busy: 0, #pending: 0, #queued: 0
2012-03-12 08:21:53-0500 [-] [caldav-8008]
[PooledMemCacheProtocol,client]
[twistedcaldav.cache.MemcacheResponseCache#debug] Not in cache:
'930e80ec74a58ff30214d9e18701eb71'
2012-03-12 08:21:53-0500 [-] [caldav-8008]
[PooledMemCacheProtocol,client]
[twistedcaldav.directory.principal#error] No principal found for UID:
212c90da-66c5-5aff-8e74-df7a2418773c
Notice the last line, where it says that there is no principal for the
UID. While that may well be true for memcached, the reality is that
the UID it's trying to look up does, indeed, exist in the filesystem,
as that is the UID for the one single user configured in the client.
And, in fact, the server was able to find the UID for initial
population.
While I would love it if somebody would be able to tell me what's
wrong and an easy fix, I've developed software far too long to think
that's realistic :) What I *AM* hoping is that somebody could help me
make sense of what those 7 lines from the log are telling me, so that
maybe I can apply some logic and deduction to hunt down real problem.
Some additional questions/observations:
1. This package uses memcached from another debian package, but it's
the same version as that pulled down by calendarserver during the
build.
2. I have installed the memcache command line tools, though they
strangely don't seem to dump anything.
3. While I would dearly love to move to a later release, that's not a
realistic option at the moment, especially since it's not clear that
it would actually resolve my issue.
4. Are the data stores compatible between 1.2 and 2.4? Was there some
sort of migration I was supposed to run?
Thank you so much for any help,
-cj
--
Chris Cleeland
___
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] Turn off memcached?
I'd be happy to report, although I've been hesitant since 2.4 is packaged and 3.1 is straight from svn. Is trac the best place to report? -- Chris Cleeland On Feb 7, 2012, at 3:25 PM, Glyph wrote: > On Feb 7, 2012, at 1:20 PM, Chris Cleeland wrote: > >> Is it possible to turn off memcached support, even with hackery? I am >> running into persistent problems running 2.4 on Debian where, after awhile, >> it appears that memcached gets confused and can no longer find the directory >> for a calendar. I am not running this in an enterprise. It's my home server, >> so while memcached is nice it's not that big of a deal. > > Not currently, no. There are currently some aspects of operation for which > memcached is required. That might change in the future, but it's certainly > never going to change for 2.4 - that's pretty ancient at this point. > >> I'd like to upgrade but have had problems getting 3.1 to run. I don't really >> have a ton of time to fool with it and am a sucky python programmer, so I'm >> content to hack at this one until 3.2 can be packaged by somebody who is way >> more knowledgable than I. > > It'd be great if you could report the problems you've had with upgrading so > that at least there was some record for someone to look at ;). > > -glyph ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
[CalendarServer-users] Turn off memcached?
Is it possible to turn off memcached support, even with hackery? I am running into persistent problems running 2.4 on Debian where, after awhile, it appears that memcached gets confused and can no longer find the directory for a calendar. I am not running this in an enterprise. It's my home server, so while memcached is nice it's not that big of a deal. I'd like to upgrade but have had problems getting 3.1 to run. I don't really have a ton of time to fool with it and am a sucky python programmer, so I'm content to hack at this one until 3.2 can be packaged by somebody who is way more knowledgable than I. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] Ubuntu package for at leat 3.0
How does the launch pad mechanism work? I've added my vote, but who maintains the package? Does getting a ton of votes compel anyone to do anything about the packaging, or does it just indicate that there are a ton of people who voted? -- Chris Cleeland On Feb 1, 2012, at 1:00 PM, Andre LaBranche wrote: > > On Feb 1, 2012, at 10:45 AM, Marc Weistroff wrote: > >> Hey guys, >> >> I've created a ticket on launchpad to request an update of the >> calendarserver ubuntu package. >> If you have something to say about it, here is the url : >> https://bugs.launchpad.net/ubuntu/+source/calendarserver/+bug/925027 > > Thanks! > > If anyone else wants to 'pile on', be sure to increment the 'hit counter' by > logging in and clicking the green link under the title, until it reads > something like: > > > -dre > > ___ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
[CalendarServer-users] Transitioning caldavd.plist from 2.4 to 3.1?
I'm trying to migrate from 2.4 to 3.1. The 2.4 is the debian package install. It's been an interesting battle hampered by things like "run -I" not working, "run -i" not getting paths correct, and "run" in general not pulling dependencies that it needed to pull, but I'm at the point where it finally starts up. Now, it just sits there waiting for ServerRoot to exist. There was no such thing as ServerRoot in 2.4; it just had DataRoot and DocumentRoot. However, 3.1 has ServerRoot, DataRoot, DocumentRoot, ConfigRoot, RunRoot and LogRoot. I can probably guess at getting these all correct, but I'm wondering if maybe there's some documentation or something written up regarding the changes to caldavd.plist that I'm missing? Or maybe some general documentation for migrating from version to version? Thanks! --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
[CalendarServer-users] Who did the debian packaging?
Did anybody on this list do the debian packaging of calendarserver 1.2? If so, please contact me. I haven't seen a package since that one, and would like to do an update. I might consider taking over as maintainer, but would like to talk to whoever did it. Thanks! -cj --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
[CalendarServer-users] Good windows-based clients?
I've got an existing home deployment using an old (but stable and working sufficiently for my purposes!) version of caldavd. Clients are all either iCal or iPhone. Into the mix comes a windows machine now, but I'm having problems finding a reasonable client. Ideally, this client would have feature parity with iCal. If anybody has suggestions, please email off-list. I'm familiar with the list at clients.calconnect.org, but the last time I tried windows clients listed there they were underwhelming or simply didn't work. That was probably 6-8 months ago. I will summarize results. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] CardDAV Support AddressBook OSX 10.6.4
On Aug 6, 2010, at 2:57 PM, Dustin Jackson wrote: I used svn checkout "svn.calendarserver.org/repository/ calendarserver/CalendarServer/trunk" which should have pulled 3.0. That would have pulled the latest development version, which is not necessarily a release...unless they're using a very non-standard subversion repository layout. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] Home Install on Darwin
On Nov 30, 2009, at 8:03 AM, Dirk wrote: Does it work in Linux? Can someone with a working Linux home install do an ls -rl so I can see how the layout of the home install should be? This is (unfortunately) undocumented. The best way to do a linux install is to use the debian calendarserver package. I have it installed and working, and it's a pretty easy setup. It's not the latest code base, but it'll also give you an idea as to how to set it all up. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] OS X Server vs Darwin Calendar Server and my first DCS installation
On Nov 21, 2009, at 6:21 PM, Stroller wrote: My opinion / perception: the calendarserver.org version would be great for Linux users / sys admins if someone packaged it properly, but that's obviously not something that Apple are interested in providing. I believe there may be some Debian packages, but I don't know how good they are. FWIW, I had a pre-existing debian-based server in my house, and I use the debian calendar server packages. They work just fine, and I sync all my macs and two iphones to it. When I started using it, it was not easy to set up distinct users in the cal server without using LDAP or some directory service, and that was too complicated for my purposes. So, instead, I created one user, and several calendars under that user, with each person in the family having a calendar. Yes, that means that everybody in the family can edit anybody else's calendar, but that's okay for now. I'm not really clear WHY Apple provide the calendarserver.org open- source version, because it seems fairly clearly like it's not intended to be an easy solution for end users, and all I read here is of people having pain with it. I can't speak for their motivation, but I'm certainly pleased that they provide it. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] Setup for small group/family
Thanks for all the quick replies! On Apr 7, 2008, at 9:35 AM, Cyrus Daboo wrote: --On April 7, 2008 9:20:48 AM -0500 Chris Cleeland <[EMAIL PROTECTED] > wrote: I'm finally getting back to something that's been on my to-do list for awhile--setting up the cal server for my family to use. I know that there are at least a few others out there who do something similar, so I'm looking for feedback on how you've set it up. I think I can fairly lay claim to the fact that my family is the first to use CalDAV on the basis that we have been using it since 2005 in one guise or another. I do actually run OS X server at home with CalDAV enabled. Having shared calendars etc is the big benefit for us. It seems appropriate that you would have this deployed at home! It also reassures me that it will be able to support the needs of a family (as well as an enterprise). I have separate accounts for each family member just because that's how the server as a whole is setup for email, ichat etc. My wife and I are read-write proxies for the kids (they are too young to use computers) and we are each read-only proxies of each other. I also set up a family group calendar (that is tied to the wikiserver feature on OS X server too) and that has a calendar for public holidays (one for US, one for UK). I don't have OS X server, and hence can't run an OpenDirectory (though I would dearly like to). If you could only use the XML directory, would you still have a setup like this (per-user calendars)? Also, in regard to your group calendar, who owns that? The group (of which you are all members)? Also, I should point out that I actually want my wife and myself to have write access on at least some of our calendars. We often end up scheduling things for the other and need to capture that somehow. If you have or are going to have separate accounts for other things like email, im etc, then I think it makes sense to stick with that for calendars too - particularly if you can share the same authentication db etc. Definitely separate accounts for email and the like, although right now we do not have a unified open directory type of thing. In fact, all the machines are relatively standalone and I only physically keep them semi-sync'd in terms of having accounts. Most of the machines are laptops, and in my past experiences, laptops don't fare well when they're tethered to "enterprise" authentication systems. Perhaps leopard (or OS X) is better about that--all my past experience was with Windows and its ilk, YP/NIS/NIS+, and NetInfo, all which became particularly unhappy when they couldn't find their respective masters, and often required administrative trickery to get them to behave away from the enterprise. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] Setup for small group/family
On Apr 7, 2008, at 9:35 AM, Isaac Vetter wrote: Little Jimmy, I can't take you to soccer practice because you didn't schedule it on your calendar! What? Your Vista Outlook install isn't syncing with the BSD CalDAV server? Well, use the web interface to schedule a time for Dad to debug it. It's not your Mother's fault that you insisted on having a Dell Windows laptop. There will be no Dell in the house, nor Outlook. The IT Staff refuses to support it. Either OS X or Linux, depending on situation. :) :) :) --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
[CalendarServer-users] Setup for small group/family
Fell calserver users, I'm finally getting back to something that's been on my to-do list for awhile--setting up the cal server for my family to use. I know that there are at least a few others out there who do something similar, so I'm looking for feedback on how you've set it up. I'm trying to decide if I want to have an account--and, thus, potentially multiple calendars--per person, or if I want to have just one account with multiple calendars under that account. The advantage of the latter layout is that it most accurately mirrors what we have right now. Access control isn't a big issue, because right now it's only my wife and I managing calendars related to ourselves and other members of the family. The advantage of the former layout, though, is that it scales better for the future (when kids manage their own calendars) and allows more segregation of activities into different calendars. It also would allow for kids to be able to manage their own calendars, but not change those of the parents. I can manage the technical details pretty well on my own (so far), but am looking for feedback on the administrative side of things. Any and all help appreciated. Thanks! -cj --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
Re: [CalendarServer-users] Multi-user XMLDirectoryService
Cyrus, On Mar 20, 2008, at 9:10 AM, Cyrus Daboo wrote: > CalendarServer obviously works best with Leopard where the setup and > configuration really is minimal when tied to the directory service. Is there any way to run Directory Service on anything other than OS X Server? Are there enough components available for download as open source that one could make this work on standard Leopard? All I want to do with Calendar Server is use it in my home for my family. I would certainly prefer, though, to use the Open Directory stuff (I used to use NetInfo in the past), but it appears that the only way to set up an OD master is using Server-specific tools. Am I missing something? --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Re: [CalendarServer-users] PAM Authentication?
On Jan 11, 2008, at 3:47 PM, Stephen Bowman wrote: But to achieve this, the Calendar Server would have to be running as root. The caller of the PAM functions has to be root... I can't think of an easy way around this. Anyone else? Call out to another daemon that ONLY does the PAM function. Let that other program be simple and highly secure, and let it run as root. --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
[CalendarServer-users] Transferring "standard" ical calendars to server?
Hi, I'm in the process of setting up a calendar server on an older PowerMac G4 running Leopard so that my household can finally share the management of calendars. We have several calendars already set up in iCal, and I'd like to transfer those somehow to the server rather than having to duplicate everything. Is there any kind of easy way to do this? If not, is there a hard way? I don't mind writing code, but I kind of need to have a clue what the code is supposed to do, and I'm currently clueless. Thanks! -cj PS Quick question for the Apple folks: is there enough code posted at opensource.apple.com that I could get an OD master running on my machine without needing Leopard Server? Or is there magic that's not released that permits things like the DirectoryServer and friends to be an OD master? --- Chris Cleeland ___ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
