Hi Emil,1.) Double-checked all the file names and port numbers: as far as I can still, it's all good. 2.) I'm using OSX 10.4.10 Tiger, Python 2.4, Subversion 1.4.5, Apache 2.2.6, APR 1.2.11, and APR-UTIL 1.2.10. The firewall is down for the ports that I've configured DCS to listen on (8008 and 8443). 3.) No error logs come through, the only logfiles I can actually open don't contain much (access.log). 4.) DCS works on the localhost, but not on the port that I assign it in the caldavd-dev.plist. In fact, it always assigns to one or two ports higher than what I tell it, and it ignores my serverhostname and IP address that I give to it. (See the verbose run script below to understand more clearly). I don't know why it changes the port, but whichever one it chooses I can access on localhost just fine. 5.) The collection listing is solid, no problems there, it reflects my plist and xml arrangements.
Here below is the run script readout: 2007-10-29 02:55:56-0400 [-] Log opened.2007-10-29 02:55:56-0400 [-] twistd 2.5.0+rUnknown (/Library/ Frameworks/Python.framework/Versions/2.4/Resources/Python.app/ Contents/MacOS/Python 2.4.4) starting up 2007-10-29 02:55:56-0400 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2007-10-29 02:55:56-0400 [-] 2 processors found, configuring 2 processes. 2007-10-29 02:55:56-0400 [-] Adding pydirector service with configuration: /tmp/pydirptkDkU 2007-10-29 02:55:56-0400 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'logs/caldavd.sock'"
2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Log opened.2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] twistd 2.5.0+rUnknown (/Library/Frameworks/Python.framework/Versions/2.4/Resources/ Python.app/Contents/MacOS/Python 2.4.4) starting up 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Configuring directory service of type: twistedcaldav.directory.xmlfile.XMLDirectoryService 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Configuring SudoDirectoryService with file: conf/sudoers.plist 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up document root at: twistedcaldav/test/data/ 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up principal collection: <class 'twistedcaldav.directory.principal.DirectoryPrincipalProvisioningResourc e'> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up calendar collection: <class 'twistedcaldav.static.CalendarHomeProvisioningFile'> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up root resource: <class 'twistedcaldav.root.RootResource'> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up default ACEs on root resource 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up AdminPrincipals 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Added /principals/ __uids__/admin/ as admin principal
2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting root ACL2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Configuring authentication for realm: Test Realm 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up scheme: kerberos 2007-10-29 02:55:57-0400 [-] [caldav-8009] [KerberosCredentialFactoryBase] getServerPrincipalDetails: ('Cannot get sequence cursor from keytab', 2)
2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Could not start Kerberos2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up scheme: digest
2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up scheme: basic2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Configuring authentication wrapper
2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Setting up service2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Configuring log observer: <twistedcaldav.logging.AMPCommonAccessLoggingObserver object at 0x200ed50> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Adding server at 127.0.0.1:8009 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Adding SSL server at 127.0.0.1:8444 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] twisted.web2.channel.http.HTTPFactory starting on 8009 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x17f2d78> 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] twisted.web2.channel.http.HTTPFactory starting on 8444 2007-10-29 02:55:57-0400 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('logs/ caldavd.sock') PEER:UNIXSocket('')) 2007-10-29 02:55:57-0400 [-] [caldav-8009] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('logs/caldavd.sock'))
2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Log opened.2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] twistd 2.5.0+rUnknown (/Library/Frameworks/Python.framework/Versions/2.4/Resources/ Python.app/Contents/MacOS/Python 2.4.4) starting up 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Configuring directory service of type: twistedcaldav.directory.xmlfile.XMLDirectoryService 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Configuring SudoDirectoryService with file: conf/sudoers.plist 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up document root at: twistedcaldav/test/data/ 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up principal collection: <class 'twistedcaldav.directory.principal.DirectoryPrincipalProvisioningResourc e'> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up calendar collection: <class 'twistedcaldav.static.CalendarHomeProvisioningFile'> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up root resource: <class 'twistedcaldav.root.RootResource'> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up default ACEs on root resource 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up AdminPrincipals 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Added /principals/ __uids__/admin/ as admin principal
2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting root ACL2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Configuring authentication for realm: Test Realm 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up scheme: kerberos 2007-10-29 02:55:57-0400 [-] [caldav-8010] [KerberosCredentialFactoryBase] getServerPrincipalDetails: ('Cannot get sequence cursor from keytab', 2)
2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Could not start Kerberos2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up scheme: digest
2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up scheme: basic2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Configuring authentication wrapper
2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Setting up service2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Configuring log observer: <twistedcaldav.logging.AMPCommonAccessLoggingObserver object at 0x200ed50> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Adding server at 127.0.0.1:8010 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Adding SSL server at 127.0.0.1:8445 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] twisted.web2.channel.http.HTTPFactory starting on 8010 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x17f2d78> 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] twisted.web2.channel.http.HTTPFactory starting on 8445 2007-10-29 02:55:57-0400 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('logs/ caldavd.sock') PEER:UNIXSocket('')) 2007-10-29 02:55:57-0400 [-] [caldav-8010] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('logs/caldavd.sock'))
I've attached a copy of my caldavd-dev.plist. Thanks again so much! -Doug
caldavd-dev.plist
Description: Binary data
On Oct 28, 2007, at 8:42 AM, Emil Lundberg wrote:
Hi again,I've just installed DCS (release 1.0) on Leopard Server (GM), and it runs as expected with the aforementioned setup steps. Double- check your procedure (file names, port numbers etc) and if it still fails, run the server daemonized (./run -d) and check the following:* What setup are you using exactly (OS type/version, python, subversion, etc)? Any firewalls on the MB? * Examine the log files carefully (in logs/ by default) for any signs of misconfiguration * Does DCS work at all (i.e. a browser pointed to http://localhost: 8008 should display a collection listing)? * Does the collection listing provide the users you expect from the accounts file (see http://localhost:8008/principals/)?From the looks of it you are using 10.4 (or you shouldn't have had to install subversion and python), but I don't see why the 1.0 release would break anything. On 10.5, everything DCS needs (svn, python 2.4+) is either preinstalled or downloaded through the setup step (./run -s)HTH, /Emil 27 okt 2007 kl. 13.24 skrev Douglas O'Connor:Hello,Thanks to Emil I was able to solve the port issue on the G4. On my MacBook however, after checking out the new 1.0 release, the run script seems to not be listening to the caldavd-dev.plist config file. Anything I change in there seems to make little difference, especially the IP addresses. Sure enough, it won't bind to my actual IP, hostname, or even desired port.Is there anything different about the new release that might cause this? I've tried recompiling all of subversion, removing DCS and starting over from the checkout, and same result. Again, am I missing some simple toggle? This time at least I have the conf files set right.Thanks in advance, Doug On Oct 26, 2007, at 5:15 PM, Emil Lundberg wrote:The answer is simple but perhaps not obvious (from the Wiki at least :-)The default setup of DCS allows for access through the 'localhost' network interface only. Presuming you are using the default files, you'll want to augment the references to 'localhost' and '127.0.0.1' in <somewhere>/CalendarServer/conf/ caldavd-dev.plist like so:<key>ServerHostName</key> <string>your.hostname.here</string> [...] <key>BindAddresses</key> <array> <string>127.0.0.1</string> <string>your.ip.address.here</string> </array> You can also set port numbers and other goodies here. HTH, /Emil P.S. Kudos to the DCS team for the 1.0 releaseHello friends,I'm trying to set up CalendarServer for use at a university, and I have it compiled and running fine on two different MacOSX10.4 machines, one MacBookPro and one G4.However, I can't get either computer to allow external access to port 8008 or 8443. In a browser, localhost:8008 brings up the server database with no problems. And of course, the default port 80 only brings up the "You've installed Apache" page. But any use of my IP:8008, from the same box or another one, and access is blocked.My firewall in OSX Preferences specifically allows those two ports to be open for CalendarServer, but still they remain mysteriously inaccessible. On a webstat pinging website it came back as "Connection Closed" on that and every other port except the obvious ones (80, 21, 22).I compiled CalendarServer with Subversion 1.4.5, Python 2.4, and basically only worried about getting the client aspects up. I haven't yet been able to get Subversion running with the latest versions of Apache and APR, although I have the latest v's of OpenSSL, libtool, neon, and I assume that the ./run -s took care of any other dependency checkouts.Please excuse me if the answer is pathetically simple, which I'm sure it is. Regardless, I'm stumped.Many thanks, -Doug_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-users
