From groupdav@opengroupware.org Tue Sep 19 20:38:03 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 19 Sep 2006 15:38:03 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client Message-ID: <1158694684.4286.47.camel@aleph.whitemice.org> I'm attempting to setup Funambol + GroupDAV. And everything seems to install OK, but the GroupDAV module does not appear in the Admin client. The really annoying thing is that I've done this before and it worked! Grrrr.... My setup procedure is: $ rug install java $ rug install java-1_5_0-sun-devel $ rug install postgresql-jdbc $ cd /tmp $ ./funambol-3.0b5b.bin - Accept the license agreement - Specify the root directory [ /opt ] When prompted if you want to start the server say "no". $ export FUNAMBOL_HOME=/opt/Funambol $ export DS_SERVER_HOME=$FUNAMBOL_HOME/ds-server $ mv /tmp/groupdav-1.1.1700.s4j $DS_SERVER_HOME/modules $ vi $DS_SERVER_HOME/install.properties ---------- server-uri= context-path=/funambol dbms=postgresql jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar jdbc.driver=org.postgresql.Driver jdbc.url=jdbc:postgresql://{DB SERVER}/{DB NAME} jdbc.user={DB USER NAME} jdbc.password={DB PASSWORD} modules-to-install=foundation-3.0.6,pdi-3.0.2,pimweb-3.0.5,funambol-db-3.0.4,funambol-email-3.0.12,groupdav-1.1.1700 modules-to-uninstall= $ cd $DS_SERVER_HOME $ bin/install-modules.sh tomcat50 - Answer "y" to all questions. .... ....output includes [echo] groupdav-1.1.1700 installation... [available] DEPRECATED - used to override an existing property. [available] Build file should not reuse the same property name for different values. [echo] Database installation for module groupdav-1.1.1700 on postgresql (/opt/Funambol/ds-server) [iterate] The Funambol Data Synchronization Server installation program can now create [iterate] the database required by the module groupdav-1.1.1700 (if any is needed). [iterate] You can skip this step if you have already a valid database created [iterate] or the module does not require a database. [iterate] If you choose 'y' your existing data will be deleted. [iterate] Do you want to recreate the database? [iterate] (y,n) y [echo] groupdav-1.1.1700 installation successfully completed ...... BUILD SUCCESSFUL Total time: 29 seconds $ cd $FUNAMBOL_HOME $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar \ $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ $ tools/bin/funambol.sh start Visit http://spider.mormail.com:8080/ and see the Tomcat splash page. Visit http://spider.mormail.com:8080/funambol and see the Funambol splash page, reports "Funambol DS Server: 5.0.6" Visit http://spider.mormail.com:8080/pimweb and see the pimweb demo. All works. But admin client does not show GroupDAV module; just db, email, foundation, and pdi. :( From groupdav@opengroupware.org Tue Sep 19 21:40:50 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 19 Sep 2006 16:40:50 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158694684.4286.47.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> Message-ID: <1158698450.4286.49.camel@aleph.whitemice.org> > [echo] groupdav-1.1.1700 installation successfully completed > ...... > BUILD SUCCESSFUL > Total time: 29 seconds > $ cd $FUNAMBOL_HOME > $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar \ > $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ > $ tools/bin/funambol.sh star > Visit http://spider.mormail.com:8080/ and see the Tomcat splash page. > Visit http://spider.mormail.com:8080/funambol and see the Funambol > splash page, reports "Funambol DS Server: 5.0.6" > Visit http://spider.mormail.com:8080/pimweb and see the pimweb demo. > All works. > But admin client does not show GroupDAV module; just db, email, > foundation, and pdi. :( The table GROUPDAV_STORE did get created. groupdav is listed in fnbl_connector, fnbl_connector_source_type, fnbl_module, fnbl_module_connector, fnbl_sync_source_type (but not fnbl_sync_source). In fnbl_connector the groupdav record has no admin_class; but then niether does dummy, foundation, pdi, or db. Only email has an admin_class; so maybe this is normal. From groupdav@opengroupware.org Wed Sep 20 04:22:39 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 20 Sep 2006 13:22:39 +1000 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158698450.4286.49.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> Message-ID: <4510B3FF.3030507@mcbridematt.dhs.org> GROUPDAV_STORE has been removed, it was a leftover from very early connector versions. I usually have the server running while installing the module, doesn't seem to always work while its offline, or during first install for that matter. I've got a new build on the way today/tomorrow which is almost running perfectly with OGo (events only as with the last release), just need to fix an issue. Adam Tauno Williams wrote: >> [echo] groupdav-1.1.1700 installation successfully completed >> ...... >> BUILD SUCCESSFUL >> Total time: 29 seconds >> $ cd $FUNAMBOL_HOME >> $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar \ >> $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ >> $ tools/bin/funambol.sh star >> Visit http://spider.mormail.com:8080/ and see the Tomcat splash page. >> Visit http://spider.mormail.com:8080/funambol and see the Funambol >> splash page, reports "Funambol DS Server: 5.0.6" >> Visit http://spider.mormail.com:8080/pimweb and see the pimweb demo. >> All works. >> But admin client does not show GroupDAV module; just db, email, >> foundation, and pdi. :( >> > > The table GROUPDAV_STORE did get created. > > groupdav is listed in fnbl_connector, fnbl_connector_source_type, > fnbl_module, fnbl_module_connector, fnbl_sync_source_type (but not > fnbl_sync_source). > > In fnbl_connector the groupdav record has no admin_class; but then > niether does dummy, foundation, pdi, or db. Only email has an > admin_class; so maybe this is normal. > > From groupdav@opengroupware.org Wed Sep 20 09:36:51 2006 From: groupdav@opengroupware.org (Ole Dalgaard) Date: Wed, 20 Sep 2006 10:36:51 +0200 (CEST) Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158694684.4286.47.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> Message-ID: <30244.195.212.29.83.1158741411.squirrel@www.knis.dk> > But admin client does not show GroupDAV module; just db, email, > foundation, and pdi. :( > I guess you see these errors because the mysql and postgresql sql files are not updated. Take a look at the hypersonic sql file and do the same changes to the postgresql file (classname changes etc.) BR Ole Dalgaard From groupdav@opengroupware.org Wed Sep 20 12:17:49 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Wed, 20 Sep 2006 07:17:49 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <4510B3FF.3030507@mcbridematt.dhs.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> Message-ID: <1158751069.4375.0.camel@ws01.whitemice.org> > GROUPDAV_STORE has been removed, it was a leftover from very early > connector versions. Ok. > I usually have the server running while installing the module, doesn't > seem to always work while its offline, or during first install for that > matter. I'll try that. > I've got a new build on the way today/tomorrow which is almost running > perfectly with OGo (events only as with the last release), just need to > fix an issue. Excellent. I've got some devices for testing, but only for 14 days (about 8 now). From groupdav@opengroupware.org Wed Sep 20 13:57:42 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 20 Sep 2006 08:57:42 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158751069.4375.0.camel@ws01.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> Message-ID: <1158757062.4391.10.camel@aleph.whitemice.org> > > I usually have the server running while installing the module, doesn't > > seem to always work while its offline, or during first install for that > > matter. > I'll try that. > > I've got a new build on the way today/tomorrow which is almost running > > perfectly with OGo (events only as with the last release), just need to > > fix an issue. > Excellent. I've got some devices for testing, but only for 14 days > (about 8 now). Ok, which the server running I did the install: spider:/opt/Funambol/ds-server # sh bin/install-modules.sh tomcat50 [echo] Funambol Data Synchronization Server will be installed on the Tomcat 5.0.x application server [echo] Pre installation for modules groupdav-1.1.1700 [echo] groupdav-1.1.1700 pre-installation... [echo] groupdav-1.1.1700 pre-installation successfully completed [echo] Post installation for modules groupdav-1.1.1700 [echo] has.install: ${has.install} [echo] groupdav-1.1.1700 installation... [available] DEPRECATED - used to override an existing property. [available] Build file should not reuse the same property name for different v alues. [echo] Database installation for module groupdav-1.1.1700 on postgresql (/o pt/Funambol/ds-server) [iterate] The Funambol Data Synchronization Server installation program can no w create [iterate] the database required by the module groupdav-1.1.1700 (if any is nee ded). [iterate] You can skip this step if you have already a valid database created [iterate] or the module does not require a database. [iterate] If you choose 'y' your existing data will be deleted. [iterate] Do you want to recreate the database? [iterate] (y,n) y [echo] groupdav-1.1.1700 installation successfully completed [echo] Remove output dir BUILD SUCCESSFUL Total time: 12 seconds - with an install properties of - server-uri= context-path=/funambol dbms=postgresql jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar jdbc.driver=org.postgresql.Driver jdbc.url=jdbc:postgresql://*********/********** jdbc.user=************** jdbc.password=*********** modules-to-install=groupdav-1.1.1700 modules-to-uninstall= It didn't show up in the admin client. I stopped & started the server... it still doesn't show up in the admin client. From groupdav@opengroupware.org Wed Sep 20 14:04:48 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 20 Sep 2006 23:04:48 +1000 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158757062.4391.10.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> Message-ID: <45113C70.10207@mcbridematt.dhs.org> Very weird with the module not showing up in admin - logs/funambol-ds.log will probably shed some light. The postgresql SQL code is definitely correct, as I've done a few clean installs with it. Heres the new build: http://comalies.citadel.org/~matt/funambol/groupdav-1.1.1711.s4j * Fixed a few problems in ObjectTrackingStore, now much more stable all round * 'ZideStore mode' implemented - i.e %USER% in /zidestore/dav/%USER%/public/Calendar/ will be replaced with the current connecting user * Greatly improved logging - two log files (object store, connector) for each client saved in store (note: when sending in logs delete all Authorization: lines from the log) * Recommended configuration: JBoss 4.0.4,Postgresql,Funambol DS 3.0.6 * Known issues: Floating events created on device won't be floating on server Adam Tauno Williams wrote: >>> I usually have the server running while installing the module, doesn't >>> seem to always work while its offline, or during first install for that >>> matter. >>> >> I'll try that. >> >>> I've got a new build on the way today/tomorrow which is almost running >>> perfectly with OGo (events only as with the last release), just need to >>> fix an issue. >>> >> Excellent. I've got some devices for testing, but only for 14 days >> (about 8 now). >> > > > Ok, which the server running I did the install: > > spider:/opt/Funambol/ds-server # sh bin/install-modules.sh tomcat50 > [echo] Funambol Data Synchronization Server will be installed on > the Tomcat 5.0.x application server > [echo] Pre installation for modules groupdav-1.1.1700 > [echo] groupdav-1.1.1700 pre-installation... > [echo] groupdav-1.1.1700 pre-installation successfully completed > [echo] Post installation for modules groupdav-1.1.1700 > [echo] has.install: ${has.install} > [echo] groupdav-1.1.1700 installation... > [available] DEPRECATED - used to override an existing > property. > [available] Build file should not reuse the same property name for > different v alues. > [echo] Database installation for module groupdav-1.1.1700 on > postgresql (/o pt/Funambol/ds-server) > > [iterate] The Funambol Data Synchronization Server installation > program can no w create > [iterate] the database required by the module groupdav-1.1.1700 (if > any is nee ded). > [iterate] You can skip this step if you have already a valid database > created > [iterate] or the module does not require a database. > > [iterate] If you choose 'y' your existing data will be deleted. > > [iterate] Do you want to recreate the database? > [iterate] (y,n) > y > [echo] groupdav-1.1.1700 installation successfully completed > [echo] Remove output dir > > BUILD SUCCESSFUL > Total time: 12 seconds > > - with an install properties of - > > server-uri= > context-path=/funambol > dbms=postgresql > jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar > jdbc.driver=org.postgresql.Driver > jdbc.url=jdbc:postgresql://*********/********** > jdbc.user=************** > jdbc.password=*********** > modules-to-install=groupdav-1.1.1700 > modules-to-uninstall= > > > It didn't show up in the admin client. > > I stopped & started the server... it still doesn't show up in the admin > client. > > > From groupdav@opengroupware.org Wed Sep 20 15:16:02 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 20 Sep 2006 10:16:02 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <45113C70.10207@mcbridematt.dhs.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> <45113C70.10207@mcbridematt.dhs.org> Message-ID: <1158761763.4391.15.camel@aleph.whitemice.org> > Very weird with the module not showing up in admin - > logs/funambol-ds.log will probably shed some light. The postgresql SQL > code is definitely correct, as I've done a few clean installs with it. > Heres the new build: > http://comalies.citadel.org/~matt/funambol/groupdav-1.1.1711.s4j > * Fixed a few problems in ObjectTrackingStore, now much more stable all > round > * 'ZideStore mode' implemented - i.e %USER% in > /zidestore/dav/%USER%/public/Calendar/ will be replaced with the > current connecting user Sweet! > * Greatly improved logging - two log files (object store, connector) for > each client saved in store (note: when sending in logs delete all > Authorization: lines from the log) > * Recommended configuration: JBoss 4.0.4,Postgresql,Funambol DS 3.0.6 > * Known issues: Floating events created on device won't be floating on > server I completely cleaned out my install, manually dropped the tables, etc... and re-installed with this new connector. Still doesn't appear in admin client. --- $ cd /tmp $ ./funambol-3.0b5b.bin - Accept the license agreement - Specify the root directory [ /opt ] - When prompted if you want to start the server say "no". $ export FUNAMBOL_HOME=/opt/Funambol $ export DS_SERVER_HOME=$FUNAMBOL_HOME/ds-server $ cp /tmp/groupdav-1.1.1711.s4j $DS_SERVER_HOME/modules $ vi $DS_SERVER_HOME/install.properties ---------- server-uri= context-path=/funambol dbms=postgresql jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar jdbc.driver=org.postgresql.Driver jdbc.url=jdbc:postgresql://{DB SERVER}/{DB NAME} jdbc.user={DB USER NAME} jdbc.password={DB PASSWORD} modules-to-install=foundation-3.0.6,pdi-3.0.2,pimweb-3.0.5,funambol-db-3.0.4,funambol-email-3.0.12,groupdav-1.1.1711 modules-to-uninstall= $ cd $DS_SERVER_HOME $ psql -U funambol -h gourd-amber --file default/sql/postgresql/create_engine.ddl funambol $ psql -U funambol -h gourd-amber --file default/sql/postgresql/init_engine.sql funambol $ bin/install-modules.sh tomcat50 - Answer "y" to all questions. .... ....output includes [echo] groupdav-1.1.1711 installation... [available] DEPRECATED - used to override an existing property. [available] Build file should not reuse the same property name for different values. [echo] Database installation for module groupdav-1.1.1711 on postgresql (/opt/Funambol/ds-server) [iterate] The Funambol Data Synchronization Server installation program can now create [iterate] the database required by the module groupdav-1.1.1711 (if any is needed). [iterate] You can skip this step if you have already a valid database created [iterate] or the module does not require a database. [iterate] If you choose 'y' your existing data will be deleted. [iterate] Do you want to recreate the database? [iterate] (y,n) y [echo] groupdav-1.1.1711 installation successfully completed [echo] Remove output dir ...... BUILD SUCCESSFUL Total time: 33 seconds $ cd $FUNAMBOL_HOME $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ $ tools/bin/funambol.sh start From groupdav@opengroupware.org Wed Sep 20 15:18:18 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 20 Sep 2006 10:18:18 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <45113C70.10207@mcbridematt.dhs.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> <45113C70.10207@mcbridematt.dhs.org> Message-ID: <1158761898.4391.18.camel@aleph.whitemice.org> On Wed, 2006-09-20 at 23:04 +1000, Mathew McBride wrote: > Very weird with the module not showing up in admin -=20 > logs/funambol-ds.log will probably shed some light. spider:/opt/Funambol # find . -name groupdav* ./tools/tomcat/webapps/funambol/WEB-INF/lib/groupdav-1.1.1711.jar ./ds-server/modules/groupdav-1.1.1711.s4j spider:/opt/Funambol/ds-server/logs # cat funambol_ds.log "Funambol Data Synchronization Server never started" [Sep 20, 2006 10:20:24 AM] INFO: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D spider:/opt/Funambol/ds-server/logs # cat funambol_ds.log [Sep 20, 2006 10:20:24 AM] INFO: Funambol Data Synchronization Server v. 5.0 engine started. Configuration object found [Sep 20, 2006 10:20:24 AM] INFO: {java.runtime.name=3DJava(TM) 2 Runtime Environment, Standard Edition, sun.boot.library.path=3D/opt/Funambol/tools/jre-1.5.0/jre/lib/i386, java.vm.version=3D1.5.0_06-b05, shared.loader=3D ${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar, java.vm.vendor=3DSun Microsystems Inc., java.vendor.url=3Dhttp://java.sun.com/, path.separator=3D:, java.vm.name=3DJava HotSpot(TM) Client VM, file.encoding.pkg=3Dsun.io, user.country=3DUS, sun.os.patch.level=3Dunknown, java.vm.specification.name=3DJava Virtual Machine Specification, user.dir=3D/opt/Funambol/tools/tomcat/bin, funambol.ds.home=3D/opt/Funambol/ds-server, java.runtime.version=3D1.5.0_06-b05, java.awt.graphicsenv=3Dsun.awt.X11GraphicsEnvironment, java.endorsed.dirs=3D/opt/Funambol/tools/tomcat/common/endorsed, os.arch=3Di386, java.io.tmpdir=3D/opt/Funambol/tools/tomcat/temp, line.separator=3D , java.vm.specification.vendor=3DSun Microsystems Inc., java.naming.factory.url.pkgs=3Dorg.apache.naming, os.name=3DLinux, sun.jnu.encoding=3DUTF-8, java.library.path=3D/opt/Funambol/tools/jre-1.5.0/jre/lib/i386/client:/opt/= Funambol/tools/jre-1.5.0/jre/lib/i386:/opt/Funambol/tools/jre-1.5.0/jre/../= lib/i386, java.specification.name=3DJava Platform API Specification, java.c= lass.version=3D49.0, sun.management.compiler=3DHotSpot Client Compiler, os.= version=3D2.6.16.21-0.21-default, user.home=3D/root, catalina.useNaming=3Dt= rue, user.timezone=3DAmerica/New_York, java.awt.printerjob=3Dsun.print.PSPr= interJob, file.encoding=3DUTF-8, java.specification.version=3D1.5, catalina= .home=3D/opt/Funambol/tools/tomcat, java.class.path=3D/opt/Funambol/tools/j= re-1.5.0/jre/lib/tools.jar:/opt/Funambol/tools/tomcat/bin/bootstrap.jar:/op= t/Funambol/tools/tomcat/bin/commons-logging-api.jar, user.name=3Droot, java= .naming.factory.initial=3Dorg.apache.naming.java.javaURLContextFactory, pac= kage.definition=3Dsun.,java.,org.apache.catalina.,org.apache.coyote.,org.ap= ache.tomcat.,org.apache.jasper., java.vm.specification.version=3D1.0, java.= home=3D/opt/Funambol/tools/jre-1.5.0/jre, sun.arch.data.model=3D32, user.la= nguage=3Den, java.specification.vendor=3DSun Microsystems Inc., java.vm.inf= o=3Dmixed mode, java.version=3D1.5.0_06, java.ext.dirs=3D/opt/Funambol/tool= s/jre-1.5.0/jre/lib/ext, sun.boot.class.path=3D/opt/Funambol/tools/tomcat/c= ommon/endorsed/xml-apis.jar:/opt/Funambol/tools/tomcat/common/endorsed/xerc= esImpl.jar:/opt/Funambol/tools/jre-1.5.0/jre/lib/rt.jar:/opt/Funambol/tools= /jre-1.5.0/jre/lib/i18n.jar:/opt/Funambol/tools/jre-1.5.0/jre/lib/sunrsasig= n.jar:/opt/Funambol/tools/jre-1.5.0/jre/lib/jsse.jar:/opt/Funambol/tools/jr= e-1.5.0/jre/lib/jce.jar:/opt/Funambol/tools/jre-1.5.0/jre/lib/charsets.jar:= /opt/Funambol/tools/jre-1.5.0/jre/classes, server.loader=3D${catalina.home}= /server/classes,${catalina.home}/server/lib/*.jar, java.vendor=3DSun Micros= ystems Inc., catalina.base=3D/opt/Funambol/tools/tomcat, file.separator=3D/= , java.vendor.url.bug=3Dhttp://java.sun.com/cgi-bin/bugreport.cgi, common.l= oader=3D${catalina.home}/common/classes,${catalina.home}/common/endorsed/*.= jar,${catalina.home}/common/lib/*.jar, sun.io.unicode.encoding=3DUnicodeLit= tle, sun.cpu.endian=3Dlittle, package.access=3Dsun.,org.apache.catalina.,or= g.apache.coyote.,org.apache.tomcat.,org.apache.jasper.,sun.beans., sun.cpu.= isalist=3D} [Sep 20, 2006 10:20:24 AM] INFO: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D [Sep 20, 2006 10:20:24 AM] INFO: Engine configuration: [Sep 20, 2006 10:20:24 AM] INFO: - store: com/funambol/server/store/PersistentStoreManager.xml (com.funambol.framework.server.store.PersistentStoreManager - {jndiDataSourceName: jdbc/fnblds; stores: com/funambol/server/store/ClientMappingPersistentStore.xml,com/funambol/ser= ver/store/LastTimestampPersistentStore.xml,com/funambol/server/store/SyncSo= urcePersistentStore.xml,com/funambol/server/store/PrincipalPersistentStore.= xml,com/funambol/server/store/ModulesPersistentStore.xml,com/funambol/serve= r/store/IDPersistentStore.xml) [Sep 20, 2006 10:20:24 AM] INFO: - officer: com/funambol/server/security/DBOfficer.xml (com.funambol.server.security.DBOfficer@1557c0) [Sep 20, 2006 10:20:24 AM] INFO: - strategy: com/funambol/server/engine/Strategy.xml (com.funambol.server.engine.Sync4jStrategy@1342a67) [Sep 20, 2006 10:20:24 AM] INFO: Default encoding: UTF8 [Sep 20, 2006 10:20:24 AM] INFO: Server URI not set. [Sep 20, 2006 10:21:42 AM] INFO: New administrative session for admin From groupdav@opengroupware.org Wed Sep 20 15:25:30 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 20 Sep 2006 10:25:30 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158761898.4391.18.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> <45113C70.10207@mcbridematt.dhs.org> <1158761898.4391.18.camel@aleph.whitemice.org> Message-ID: <1158762330.4391.20.camel@aleph.whitemice.org> > pider:/opt/Funambol/ds-server/logs # cat funambol_ds.log > [Sep 20, 2006 10:20:24 AM] INFO: Funambol Data Synchronization Server v. > 5.0 engine started. > Configuration object found > [Sep 20, 2006 10:20:24 AM] INFO: {java.runtime.name=Java(TM) 2 Runtime > Environment, Standard Edition, > sun.boot.library.path=/opt/Funambol/tools/jre-1.5.0/jre/lib/i386, > java.vm.version=1.5.0_06-b05, shared.loader= > ${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar, > java.vm.vendor=Sun Microsystems Inc., > java.vendor.url=http://java.sun.com/, path.separator=:, I set the funambol log level via the admin client to ALL and restarted the server and wiping the log. spider:/opt/Funambol # tools/bin/funambol.sh stop spider:/opt/Funambol # rm ds-server/logs/funambol_ds.log spider:/opt/Funambol # tools/bin/funambol.sh start The log still doesn't contain much, and no mention of groupdav (grep -i groupdav). There certainly isn't anything in the log that looks like an error. Is there something else I can do to increase the logging level? From groupdav@opengroupware.org Wed Sep 20 15:54:35 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 21 Sep 2006 00:54:35 +1000 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client In-Reply-To: <1158761763.4391.15.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> <45113C70.10207@mcbridematt.dhs.org> <1158761763.4391.15.camel@aleph.whitemice.org> Message-ID: <4511562B.9010603@mcbridematt.dhs.org> I've tried a slightly different path with the 3.0b5b bundle just then and the connector did appear in the admin panel Configuration is slightly different - postgresql 7.4 (on debian sarge). I'll have a look at 8.1 if you still can't get it working Try it without setting FUNAMBOL/DS_SERVER_HOME, shouldn't need it if bin/install.sh is executed while in ds-server/. I also didn't have funambol-db/email/pimweb in the install.properties for the first install Adam Tauno Williams wrote: > I completely cleaned out my install, manually dropped the tables, etc... > and re-installed with this new connector. Still doesn't appear in admin > client. > > --- > > $ cd /tmp > $ ./funambol-3.0b5b.bin > - Accept the license agreement > - Specify the root directory [ /opt ] > - When prompted if you want to start the server say "no". > $ export FUNAMBOL_HOME=/opt/Funambol > $ export DS_SERVER_HOME=$FUNAMBOL_HOME/ds-server > $ cp /tmp/groupdav-1.1.1711.s4j $DS_SERVER_HOME/modules > $ vi $DS_SERVER_HOME/install.properties > ---------- > server-uri= > context-path=/funambol > dbms=postgresql > jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar > jdbc.driver=org.postgresql.Driver > jdbc.url=jdbc:postgresql://{DB SERVER}/{DB NAME} > jdbc.user={DB USER NAME} > jdbc.password={DB PASSWORD} > modules-to-install=foundation-3.0.6,pdi-3.0.2,pimweb-3.0.5,funambol-db-3.0.4,funambol-email-3.0.12,groupdav-1.1.1711 > modules-to-uninstall= > $ cd $DS_SERVER_HOME > $ psql -U funambol -h gourd-amber --file > default/sql/postgresql/create_engine.ddl funambol > $ psql -U funambol -h gourd-amber --file > default/sql/postgresql/init_engine.sql funambol > $ bin/install-modules.sh tomcat50 > - Answer "y" to all questions. > .... > ....output includes > [echo] groupdav-1.1.1711 installation... > [available] DEPRECATED - used to override an existing > property. > [available] Build file should not reuse the same property name for > different values. > [echo] Database installation for module groupdav-1.1.1711 on > postgresql (/opt/Funambol/ds-server) > > [iterate] The Funambol Data Synchronization Server installation > program can now create > [iterate] the database required by the module groupdav-1.1.1711 (if > any is needed). > [iterate] You can skip this step if you have already a valid database > created > [iterate] or the module does not require a database. > > [iterate] If you choose 'y' your existing data will be deleted. > > [iterate] Do you want to recreate the database? > [iterate] (y,n) > y > [echo] groupdav-1.1.1711 installation successfully completed > [echo] Remove output dir > ...... > BUILD SUCCESSFUL > Total time: 33 seconds > $ cd $FUNAMBOL_HOME > $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar > $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ > $ tools/bin/funambol.sh start > > From groupdav@opengroupware.org Wed Sep 20 15:59:07 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 20 Sep 2006 10:59:07 -0400 Subject: [GroupDAV] GroupDAV Funambol Modules does not appear in admin client [SOLVED] In-Reply-To: <1158762330.4391.20.camel@aleph.whitemice.org> References: <1158694684.4286.47.camel@aleph.whitemice.org> <1158698450.4286.49.camel@aleph.whitemice.org> <4510B3FF.3030507@mcbridematt.dhs.org> <1158751069.4375.0.camel@ws01.whitemice.org> <1158757062.4391.10.camel@aleph.whitemice.org> <45113C70.10207@mcbridematt.dhs.org> <1158761898.4391.18.camel@aleph.whitemice.org> <1158762330.4391.20.camel@aleph.whitemice.org> Message-ID: <1158764347.4391.26.camel@aleph.whitemice.org> Changing install.properties doesn't change the database configuration of the bundled package. Doing an install.sh instead of an install-modules.sh fixed it. --- $ curl -o groupdav-1.1.1711.s4j http://comalies.citadel.org/~matt/funambol/groupdav-1.1.1711.s4j $ curl -o funambol-3.0b5b.bin http://download.forge.objectweb.org/sync4j/funambol-3.0b5b.bin $ cd /tmp $ ./funambol-3.0b5b.bin - Accept the license agreement - Specify the root directory [ /opt ] - When prompted if you want to start the server say "no". $ export FUNAMBOL_HOME=/opt/Funambol $ export DS_SERVER_HOME=$FUNAMBOL_HOME/ds-server $ export J2EE_HOME=$FUNAMBOL_HOME/tools/tomcat/ $ cp /tmp/groupdav-1.1.1711.s4j $DS_SERVER_HOME/modules $ vi $DS_SERVER_HOME/install.properties ---------- server-uri= context-path=/funambol dbms=postgresql jdbc.classpath=/usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar jdbc.driver=org.postgresql.Driver jdbc.url=jdbc:postgresql://{DB SERVER}/{DB NAME} jdbc.user={DB USER NAME} jdbc.password={DB PASSWORD} modules-to-install=foundation-3.0.6,pdi-3.0.2,pimweb-3.0.5,funambol-db-3.0.4,funambol-email-3.0.12,groupdav-1.1.1711 modules-to-uninstall= $ cd $DS_SERVER_HOME $ bin/install.sh - Answer "y" to all questions. .... ....output includes [echo] Database installation for module groupdav-1.1.1711 on postgresql (/opt/Funambol/ds-server) [iterate] The Funambol Data Synchronization Server installation program can now create [iterate] the database required by the module groupdav-1.1.1711 (if any is needed). [iterate] You can skip this step if you have already a valid database created [iterate] or the module does not require a database. [iterate] If you choose 'y' your existing data will be deleted. [iterate] Do you want to recreate the database? [iterate] (y,n) y [echo] groupdav-1.1.1711 installation successfully completed ...... BUILD SUCCESSFUL Total time: 51 seconds $ cd $FUNAMBOL_HOME $ cp /usr/share/pgsql/postgresql-8.1-404.jdbc2ee.jar $FUNAMBOL_HOME/tools/tomcat/webapps/funambol/WEB-INF/lib/ $ tools/bin/funambol.sh start From groupdav@opengroupware.org Wed Sep 20 19:48:31 2006 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Wed, 20 Sep 2006 14:48:31 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync Message-ID: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> Just curious if you have tried the GroupDAV connector with Funambol's =20 Outlook connector? I didn't expect it to work but figured I'd give it =20 a try... and it didn't! :) It actually downloaded events, but they =20 don't look like iCalendar, so I assume they are SIF (?), which the =20 connector doesn't encode. Interesting. 0 20060213T080500Z 20060213T100500Z Business Meeting 2 0 0 London 0 0 0 0 Meeting 1 1 0 0 2 0 20060213T050000Z 1 From groupdav@opengroupware.org Thu Sep 21 00:18:29 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 21 Sep 2006 09:18:29 +1000 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> References: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> Message-ID: <4511CC45.6050103@mcbridematt.dhs.org> It does work with the latest one (3.0beta), if you check the 'ical' option next to the source name. Unfortunately, Funambol's connector doesn't seem too stable, its often locked up on me. adam wrote: > Just curious if you have tried the GroupDAV connector with Funambol's > Outlook connector? I didn't expect it to work but figured I'd give it > a try... and it didn't! :) It actually downloaded events, but they > don't look like iCalendar, so I assume they are SIF (?), which the > connector doesn't encode. > > Interesting. > > > 0 > 20060213T080500Z > 20060213T100500Z > > Business Meeting > 2 > > > 0 > 0 > London > 0 > > 0 > 0 > > 0 > Meeting > 1 > 1 > 0 > 0 > 2 > 0 > 20060213T050000Z > 1 > > > > From groupdav@opengroupware.org Thu Sep 21 14:40:47 2006 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Thu, 21 Sep 2006 09:40:47 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <4511CC45.6050103@mcbridematt.dhs.org> References: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> <4511CC45.6050103@mcbridematt.dhs.org> Message-ID: <20060921094047.o6s14d24g00coo8o@www.mormail.com> > It does work with the latest one (3.0beta), if you check the 'ical' > option next to the source name. Unfortunately, Funambol's connector > doesn't seem too stable, its often locked up on me. Ok. In vCal Source Administration Panel: SyncML Source URI =3D ogocalendar GroupDAV URL =3D http://gourd-amber/ Server Source =3D /zidestore/dav/%USER%/public/Calendar ZideStore/OGo mode =3D checked Store location =3D /var/Funambol/GroupDAV In Outlook plugin: Communication Settings SyncServer URL =3D http://spider.mormail.com:8080/funambol/ds/ogocalend= ar Username =3D {USERNAME} Password =3D {PASSWORD} No proxy settings Syncronization Settings Only Calendar is checked, with a policy of "Replace Local Date" Remote Settings v-card =3D Checked i-cal =3D checked Calendar Name =3D scal Sync seems to work, but the plugin has the message "Sync completed. =20 Some items dropped. See log" after the sync. The log contains - 09:23:14:593 [DEBUG] - Enter Method manageNewItem. 09:23:14:593 [DEBUG] - Exit Method manageNewItem. 09:23:14:593 [DEBUG] - CALLBACK: Enter addItem method 09:23:14:593 [DEBUG] - 1 09:23:14:593 [INFO] - Wrong format. Element dropped: =20 1 09:23:14:593 [DEBUG] - Exit addItem method 09:23:14:593 [DEBUG] - Enter Method manageNewItem. 09:23:14:593 [DEBUG] - Exit Method manageNewItem. 09:23:14:593 [DEBUG] - CALLBACK: Enter addItem method 09:23:14:593 [DEBUG] - 2 09:23:14:593 [INFO] - Wrong format. Element dropped: =20 2 09:23:14:593 [DEBUG] - Exit addItem method 09:23:14:593 [DEBUG] - Enter Method manageNewItem. 09:23:14:593 [DEBUG] - Exit Method manageNewItem. 09:23:14:593 [DEBUG] - CALLBACK: Enter addItem method 09:23:14:593 [DEBUG] - 3 09:23:14:593 [INFO] - Wrong format. Element dropped: =20 3 09:23:14:593 [DEBUG] - Exit addItem method 09:23:14:593 [DEBUG] - Mapping 09:23:14:593 [DEBUG] - > adam wrote: >> Just curious if you have tried the GroupDAV connector with =20 >> Funambol's Outlook connector? I didn't expect it to work but =20 >> figured I'd give it a try... and it didn't! :) It actually =20 >> downloaded events, but they don't look like iCalendar, so I assume =20 >> they are SIF (?), which the connector doesn't encode. >> Interesting. >> >> 0 >> 20060213T080500Z From groupdav@opengroupware.org Thu Sep 21 14:43:32 2006 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Thu, 21 Sep 2006 09:43:32 -0400 Subject: [GroupDAV] Purpase of "Store Location" in Funambol/GroupDAV connector? Message-ID: <20060921094332.5eu2s1smus808sw8@www.mormail.com> What is the purpose of the "Store Location" in the connector's configuration panel? Should I be seeing files there? From groupdav@opengroupware.org Thu Sep 21 15:20:51 2006 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Thu, 21 Sep 2006 10:20:51 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync [SOLVED] In-Reply-To: <20060921094047.o6s14d24g00coo8o@www.mormail.com> References: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> <4511CC45.6050103@mcbridematt.dhs.org> <20060921094047.o6s14d24g00coo8o@www.mormail.com> Message-ID: <20060921102051.cdphq9wgzk0888ss@www.mormail.com> >> It does work with the latest one (3.0beta), if you check the 'ical' >> option next to the source name. Unfortunately, Funambol's connector >> doesn't seem too stable, its often locked up on me. > Ok. > In vCal Source Administration Panel: > SyncML Source URI =3D ogocalendar > GroupDAV URL =3D http://gourd-amber/ > Server Source =3D /zidestore/dav/%USER%/public/Calendar > ZideStore/OGo mode =3D checked > Store location =3D /var/Funambol/GroupDAV > In Outlook plugin: > Communication Settings > SyncServer URL =3D http://spider.mormail.com:8080/funambol/ds/ogocalen= dar > Username =3D {USERNAME} > Password =3D {PASSWORD} > No proxy settings > Syncronization Settings > Only Calendar is checked, with a policy of "Replace Local Date" > Remote Settings > v-card =3D Checked > i-cal =3D checked > Calendar Name =3D scal > Sync seems to work, but the plugin has the message "Sync completed. > Some items dropped. See log" after the sync. Okay, I have events!!! I forgot that under remote settings you have to check "i-cal" *AND* =20 set "Calendar Name" =3D "cal" [ instead of scal ]. From groupdav@opengroupware.org Thu Sep 21 16:29:48 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 21 Sep 2006 11:29:48 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <20060921102051.cdphq9wgzk0888ss@www.mormail.com> References: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> <4511CC45.6050103@mcbridematt.dhs.org> <20060921094047.o6s14d24g00coo8o@www.mormail.com> <20060921102051.cdphq9wgzk0888ss@www.mormail.com> Message-ID: <1158852589.12091.11.camel@aleph.whitemice.org> > Okay, I have events!!! Actually, I have to retract that. Those events were't from OGo, they are from Funambol's demo db. Fixing the URI to "groupdav-public" resolves getting those bogus events - but I'm back to getting no events. Also, if I watch the ZideStore log I never see a request from Funmabol. But I do get zero sized storelog-1158852489475.html and storelog-1158852489475.html files in /var/Funambol/GroupDAV/adam/sc-pim-outlook_adam. The funambol_ds.log for the sync is 41k, I can sent it to you off-list if you like. I wonder if I have fields set wrong as the connector does not correspond much to the instructions at http://bionicmessage.net/funambol/install.html anymore. In vCal Source Administration Panel: SyncML Source URI = groupdav-public GroupDAV URL = http://gourd-amber Server Source = /zidestore/dav/%USER%/public/Calendar ZideStore/OGo mode = checked Store location = /var/Funambol/GroupDAV In Outlook plugin: Communication Settings SyncServer URL = http://spider.mormail.com:8080/funambol/ds Username = {USERNAME} Password = {PASSWORD} No proxy settings Syncronization Settings Only Calendar is checked, with a policy of "Replace Local Data" Remote Settings v-card = Checked i-cal = Checked Calendar Name = groupdav-public From groupdav@opengroupware.org Fri Sep 22 00:56:56 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Fri, 22 Sep 2006 09:56:56 +1000 Subject: [GroupDAV] Purpase of "Store Location" in Funambol/GroupDAV connector? In-Reply-To: <20060921094332.5eu2s1smus808sw8@www.mormail.com> References: <20060921094332.5eu2s1smus808sw8@www.mormail.com> Message-ID: <451326C8.6070406@mcbridematt.dhs.org> adam wrote: > What is the purpose of the "Store Location" in the connector's > configuration panel? Should I be seeing files there? > Yes. Client sync logs and a cache of calendar data should be there, as you've seen already. Zero sized log files (the html pages) mean something went wrong within funambol, send me the ds_server.log if you can From groupdav@opengroupware.org Fri Sep 22 02:58:31 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Fri, 22 Sep 2006 11:58:31 +1000 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <20060921094047.o6s14d24g00coo8o@www.mormail.com> References: <20060920144831.br5c6nfrk8g8c0ok@tyr.morrison.iserv.net> <4511CC45.6050103@mcbridematt.dhs.org> <20060921094047.o6s14d24g00coo8o@www.mormail.com> Message-ID: <45134347.8010201@mcbridematt.dhs.org> Sorry for not noticing earlier, the GroupDAV URL should have the port number and "/zidestore" at the end of it (i.e "http://gourd-amber:80/zidestore"), and the server source should also have an end / . Since the new connector no longer needs to PROPFIND /zidestore, I'll have these small annoyances fixed in the next build. adam wrote: >> It does work with the latest one (3.0beta), if you check the 'ical' >> option next to the source name. Unfortunately, Funambol's connector >> doesn't seem too stable, its often locked up on me. > > Ok. > > In vCal Source Administration Panel: > SyncML Source URI = ogocalendar > GroupDAV URL = http://gourd-amber/ > Server Source = /zidestore/dav/%USER%/public/Calendar > ZideStore/OGo mode = checked > Store location = /var/Funambol/GroupDAV From groupdav@opengroupware.org Fri Sep 22 13:42:15 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Fri, 22 Sep 2006 08:42:15 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <45134347.8010201@mcbridematt.dhs.org> Message-ID: <000001c6de44$88456730$8e01a8c0@pc02037> > Sorry for not noticing earlier, the GroupDAV URL should have the port > number and "/zidestore" at the end of it (i.e > "http://gourd-amber:80/zidestore"), and the server source should also > have an end / . Since the new connector no longer needs to PROPFIND > /zidestore, I'll have these small annoyances fixed in the next build. Ok. Now I have: GroupDAV URL = http://gourd-amber:80/zidestore Server Source = dav/%USER%/public/Calendar/ AND I SEE CONNECTIONS TO ZIDESTORE! :) But, unfortunately, now ZideStore seems to be having issues... Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: <0x0x8981c84[SxAptSetHandler]> got no gids for group/login all intranet ! Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: |SxAppointmentFolder:Calendar| ERROR: could not fetch appointment set?! :( >>> It does work with the latest one (3.0beta), if you check the 'ical' >>> option next to the source name. Unfortunately, Funambol's connector >>> doesn't seem too stable, its often locked up on me. >> In vCal Source Administration Panel: >> SyncML Source URI = ogocalendar >> GroupDAV URL = http://gourd-amber/ >> Server Source = /zidestore/dav/%USER%/public/Calendar >> ZideStore/OGo mode = checked >> Store location = /var/Funambol/GroupDAV From groupdav@opengroupware.org Fri Sep 22 13:46:51 2006 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 22 Sep 2006 14:46:51 +0200 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <000001c6de44$88456730$8e01a8c0@pc02037> References: <000001c6de44$88456730$8e01a8c0@pc02037> Message-ID: <952401E9-6C59-4E9A-BC4B-D74BAE18FDD9@opengroupware.org> On Sep 22, 2006, at 14:42, Adam Williams wrote: > Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: | > SxAppointmentFolder:Calendar| > ERROR: could not fetch appointment set?! Whats the URL being used? Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Fri Sep 22 13:55:22 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Fri, 22 Sep 2006 22:55:22 +1000 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <000001c6de44$88456730$8e01a8c0@pc02037> References: <000001c6de44$88456730$8e01a8c0@pc02037> Message-ID: <4513DD3A.5010803@mcbridematt.dhs.org> Adam Williams wrote: >> Sorry for not noticing earlier, the GroupDAV URL should have the port >> number and "/zidestore" at the end of it (i.e >> "http://gourd-amber:80/zidestore"), and the server source should also >> have an end / . Since the new connector no longer needs to PROPFIND >> /zidestore, I'll have these small annoyances fixed in the next build. >> > > Ok. Now I have: > GroupDAV URL = http://gourd-amber:80/zidestore > Server Source = dav/%USER%/public/Calendar/ > > Slight correction. Source should be the entire path: /zidestore/dav/%USER%/public/Calendar/ From groupdav@opengroupware.org Fri Sep 22 13:59:51 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Fri, 22 Sep 2006 08:59:51 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <000001c6de44$88456730$8e01a8c0@pc02037> Message-ID: <000101c6de46$fda65050$8e01a8c0@pc02037> >> Sorry for not noticing earlier, the GroupDAV URL should have the port = >> number and "/zidestore" at the end of it (i.e=20 >> "http://gourd-amber:80/zidestore"), and the server source should also = >> have an end / . Since the new connector no longer needs to PROPFIND=20 >> /zidestore, I'll have these small annoyances fixed in the next build. >Ok. Now I have: >GroupDAV URL =3D http://gourd-amber:80/zidestore >Server Source =3D dav/%USER%/public/Calendar/ > AND I SEE CONNECTIONS TO ZIDESTORE! :) > But, unfortunately, now ZideStore seems to be having issues... > Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: = <0x0x8981c84[SxAptSetHandler]> > got no gids for group/login all intranet ! > Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: = |SxAppointmentFolder:Calendar| > ERROR: could not fetch appointment set?! Ok, I have the *PRIVATE* calendar working; for some reason reading the public calendar fails with the above error message. GroupDAV URL =3D http://gourd-amber:80/zidestore Server Source =3D dav/%USER%/Calendar/ Now the only errors I see from ZideStore are - Sep 22 12:44:34 ogo-zidestore-1.5 [18178]: [WARN] <0x0x85f1a4c[LSGetICalForAppointmentsCommand]> using CN as email: = 'Chrisitie Thompson' Sep 22 12:44:34 ogo-zidestore-1.5 [18178]: [WARN] <0x0x85f1a4c[LSGetICalForAppointmentsCommand]> using CN as email: 'Nate Thompson' - which I suppose aren't really errors since these contacts have no = e-mail addresses. BTW, does the connector remove the attendees from the event when it = sends them through Funambol? In Outlook I am the only attendee in every = event. Just curious if this is normal/expected? I believe that attendees are = in the data being retrieved from ZideStore. If I 'manually' retrieve one of the events on my calendar from ZideStore = it looks like: BEGIN:VCALENDAR METHOD:REQUEST PRODID:-//OpenGroupware.org/ZideStore 1.3// VERSION:2.0 BEGIN:VEVENT LOCATION:xxxxxxxxxxxxxxx STATUS:CONFIRMED SUMMARY:xxxxxxxxxxxxxx DESCRIPTION:xxxxxxxxxxxx Xxxxxxx \n \n DTSTART:20060812T160000Z DTEND:20060813T030000Z TRANSP:OPAQUE UID:skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/4102900 CREATED:20030710T120000Z LAST-MODIFIED:20060811T160002Z DTSTAMP:20060922T125607Z X-MICROSOFT-CDO-IMPORTANCE:0 X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-CDO-ALLDAYEVENT:FALSE ATTENDEE;CUTYPE=3D"INDIVIDUAL";PARTSTAT=3D"NEEDS-ACTION";ROLE=3D"REQ-PART= ICIPANT"; RSVP=3D"FALSE";CN=3D"Michelle Williams":MAILTO:************** ATTENDEE;CUTYPE=3D"INDIVIDUAL";PARTSTAT=3D"NEEDS-ACTION";ROLE=3D"REQ-PART= ICIPANT"; RSVP=3D"FALSE";CN=3D"Bruce Smith":MAILTO:*********** ATTENDEE;CUTYPE=3D"INDIVIDUAL";PARTSTAT=3D"NEEDS-ACTION";ROLE=3D"REQ-PART= ICIPANT"; RSVP=3D"FALSE";CN=3D"Adam Williams":MAILTO:adam@morrison-ind.com ORGANIZER;CN=3D"Adam Williams":MAILTO:adam@morrison-ind.com END:VEVENT END:VCALENDAR >>> It does work with the latest one (3.0beta), if you check the 'ical' >>> option next to the source name. Unfortunately, Funambol's connector >>> doesn't seem too stable, its often locked up on me. >> In vCal Source Administration Panel: >> SyncML Source URI =3D ogocalendar >> GroupDAV URL =3D http://gourd-amber/ >> Server Source =3D /zidestore/dav/%USER%/public/Calendar >> ZideStore/OGo mode =3D checked >> Store location =3D /var/Funambol/GroupDAV From groupdav@opengroupware.org Fri Sep 22 14:05:55 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Fri, 22 Sep 2006 09:05:55 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <952401E9-6C59-4E9A-BC4B-D74BAE18FDD9@opengroupware.org> Message-ID: <000a01c6de47$d6c4bde0$8e01a8c0@pc02037> >> Sep 22 12:38:10 ogo-zidestore-1.5 [18178]: | >> SxAppointmentFolder:Calendar| >> ERROR: could not fetch appointment set?! > Whats the URL being used? GroupDAV URL = http://gourd-amber:80/zidestore Server Source = dav/%USER%/public/Calendar/ Which should expand into http://gourd-amber:80/zidestore/dav/%USER%/public/Calendar In ogo-zidestore-1.5.out.log I see - 192.168.1.51 - - [22/Sep/2006:13:05:02 GMT] "PROPFIND /zidestore/ HTTP/1.1" 207 5283/84 0.009 - - 0 192.168.1.51 - - [22/Sep/2006:13:05:03 GMT] "PROPFIND /zidestore/dav/adam/public/Calendar/ HTTP/1.1" 500 213/121 0.008 - - 0 And in ogo-zidestore-1.5.err.log I see - Sep 22 13:05:03 ogo-zidestore-1.5 [18178]: <0x0x8981c84[SxAptSetHandler]> got no gids for group/login all intranet ! Sep 22 13:05:03 ogo-zidestore-1.5 [18178]: |SxAppointmentFolder:Calendar| ERROR: could not fetch appointment set?! From groupdav@opengroupware.org Fri Sep 22 14:15:03 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Fri, 22 Sep 2006 09:15:03 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <4513DD3A.5010803@mcbridematt.dhs.org> Message-ID: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037> >> Sorry for not noticing earlier, the GroupDAV URL should have the port >> number and "/zidestore" at the end of it (i.e >> "http://gourd-amber:80/zidestore"), and the server source should also >> have an end / . Since the new connector no longer needs to PROPFIND >> /zidestore, I'll have these small annoyances fixed in the next build. > Ok. Now I have: > GroupDAV URL = http://gourd-amber:80/zidestore > Server Source = dav/%USER%/public/Calendar/ Slight correction. Source should be the entire path: /zidestore/dav/%USER%/public/Calendar/ Ok, it doesn't change much. Now I see two requests. 192.168.1.51 - - [22/Sep/2006:13:05:02 GMT] "PROPFIND /zidestore/ HTTP/1.1" 207 5283/84 0.009 - - 0 192.168.1.51 - - [22/Sep/2006:13:05:03 GMT] "PROPFIND /zidestore/dav/adam/public/Calendar/ HTTP/1.1" 500 213/121 0.008 - - 0 It looks like the second one fails (isn't that response 550, i.e. server error)? Subsequent syncs never seem to hit ZideStore. But going back to the other URL configuration returns me to the error messages in ZideStore. Weird, huh? From groupdav@opengroupware.org Fri Sep 22 14:18:05 2006 From: groupdav@opengroupware.org (Helge Hess) Date: Fri, 22 Sep 2006 15:18:05 +0200 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037> References: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037> Message-ID: <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org> On Sep 22, 2006, at 15:15, Adam Williams wrote: > 192.168.1.51 - - [22/Sep/2006:13:05:03 GMT] "PROPFIND > /zidestore/dav/adam/public/Calendar/ HTTP/1.1" 500 213/121 0.008 - - 0 > > It looks like the second one fails (isn't that response 550, i.e. > server > error)? Yes, 500 is internal server error. You might want to log the requests/ response: -WODontZipResponse YES -WOHttpAdaptor_LogStream YES Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Fri Sep 22 14:31:05 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Fri, 22 Sep 2006 23:31:05 +1000 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <000101c6de46$fda65050$8e01a8c0@pc02037> References: <000101c6de46$fda65050$8e01a8c0@pc02037> Message-ID: <4513E599.30901@mcbridematt.dhs.org> > BTW, does the connector remove the attendees from the event when it sends > them through Funambol? In Outlook I am the only attendee in every event. > Just curious if this is normal/expected? I believe that attendees are in > the data being retrieved from ZideStore. > No. Chances are thats another thing which will need to be manually converted from ical2->vcal1. Strange Funambol's client actually took the event, usually issues such as these will cause the sync to fail. Attendees are currently filtered out on client additions/updates however. With regards to propfinds failing, storelog-*.html in the store dir (*=unix time of sync, /var/db/Funambol/.../ in your setup), contains an entire log of server->connector communication which should reveal what is causing internal server errors. > If I 'manually' retrieve one of the events on my calendar from ZideStore it > looks like: > BEGIN:VCALENDAR > METHOD:REQUEST > PRODID:-//OpenGroupware.org/ZideStore 1.3// > VERSION:2.0 > BEGIN:VEVENT > LOCATION:xxxxxxxxxxxxxxx > STATUS:CONFIRMED > SUMMARY:xxxxxxxxxxxxxx > DESCRIPTION:xxxxxxxxxxxx > Xxxxxxx \n > \n > DTSTART:20060812T160000Z > DTEND:20060813T030000Z > TRANSP:OPAQUE > UID:skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/4102900 > CREATED:20030710T120000Z > LAST-MODIFIED:20060811T160002Z > DTSTAMP:20060922T125607Z > X-MICROSOFT-CDO-IMPORTANCE:0 > X-MICROSOFT-CDO-BUSYSTATUS:BUSY > X-MICROSOFT-CDO-INSTTYPE:0 > X-MICROSOFT-CDO-ALLDAYEVENT:FALSE > ATTENDEE;CUTYPE="INDIVIDUAL";PARTSTAT="NEEDS-ACTION";ROLE="REQ-PARTICIPANT"; > RSVP="FALSE";CN="Michelle Williams":MAILTO:************** > ATTENDEE;CUTYPE="INDIVIDUAL";PARTSTAT="NEEDS-ACTION";ROLE="REQ-PARTICIPANT"; > RSVP="FALSE";CN="Bruce Smith":MAILTO:*********** > ATTENDEE;CUTYPE="INDIVIDUAL";PARTSTAT="NEEDS-ACTION";ROLE="REQ-PARTICIPANT"; > RSVP="FALSE";CN="Adam Williams":MAILTO:adam@morrison-ind.com > ORGANIZER;CN="Adam Williams":MAILTO:adam@morrison-ind.com > END:VEVENT > END:VCALENDAR > > From groupdav@opengroupware.org Fri Sep 22 14:49:37 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Fri, 22 Sep 2006 09:49:37 -0400 Subject: [GroupDAV] GroupDAV Connector & Outlook Sync In-Reply-To: <4513E599.30901@mcbridematt.dhs.org> References: <000101c6de46$fda65050$8e01a8c0@pc02037> <4513E599.30901@mcbridematt.dhs.org> Message-ID: <1158932977.4732.7.camel@aleph.whitemice.org> --=-Kl13vf21vDN9OnrATf73 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2006-09-22 at 23:31 +1000, Mathew McBride wrote: > > BTW, does the connector remove the attendees from the event when it sends > > them through Funambol? In Outlook I am the only attendee in every event. > > Just curious if this is normal/expected? I believe that attendees are in > > the data being retrieved from ZideStore. > No. Chances are thats another thing which will need to be manually > converted from ical2->vcal1. Gotcha. > Strange Funambol's client actually took the > event, usually issues such as these will cause the sync to fail. > Attendees are currently filtered out on client additions/updates however. Makes sense, since most clients don't support attendance (which is a bummer). > With regards to propfinds failing, storelog-*.html in the store dir > (*=unix time of sync, /var/db/Funambol/.../ in your setup), contains an > entire log of server->connector communication which should reveal what > is causing internal server errors. Attached. --=-Kl13vf21vDN9OnrATf73 Content-Disposition: attachment; filename=connector-1158932984818.html Content-Type: text/html; name=connector-1158932984818.html; charset=us-ascii Content-Transfer-Encoding: 7bit

net.bionicmessage.funambol.source.vCalGroupDAVConnector

beginSync

Begin Sync: icalGroupDAVConnector/sc-pim-outlook_adam/mode=205conflict=1

getAllSyncItemKeys

getAllSyncItemKeys()

getNewSyncItemKeys

getNewSyncItemKeys()

getDeletedSyncItemKeys

getDeletedSyncItemKeys()

endSync

endSync()

--=-Kl13vf21vDN9OnrATf73 Content-Disposition: attachment; filename=storelog-1158932984822.html Content-Type: text/html; name=storelog-1158932984822.html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

net.bionicmessage.groupdav.groupDAV

init

G=
roupDAV client init()

sendNonKeepAliveRequest

We sent: PROPFIND /zidestore/ HTTP/1.1 Cache-control: no-cache Pragma: no-cache Accept-Language: en Authorization: Basic YWRhbTo3UXdlc3Q=3D Content-Length: 84 Host: gourd-amber:80 Depth: 1 Content-Type: text/xml;charset=3Dutf-8 Accept: text/* <?xml version=3D"1.0" encoding=3D"utf-8"?><propfind xmlns:d=3D= "DAV:"><allprop/></propfind>

sendNonKeep= AliveRequest

We got:
HTTP/1.1 207 Multi-Status
Date: Fri, 22 Sep 2006 13:47:36 GMT
Server: Apache/2.0.53 (Linux/SUSE)
cache-control: no-cache
content-length: 5283
Ms-Author-Via: DAV
connection: close
X-Dav-Error: 200 No error
pragma: no-cache
content-type: text/xml; charset=3D"utf-8"

<?xml version=3D"1.0" encoding=3D"utf-8"?>
<D:multistatus xmlns:ap=3D"http://apache.org/dav/props/" xml=
ns:D=3D"DAV:"><D:response><D:href>http:/=
/gourd-amber.morrison.iserv.net:80/zidestore</D:href><D=
8;propstat><D:status>HTTP/1.1 200 OK</D:status><D=
:prop><D:getlastmodified>Fri, 22 Sep 2006 13:47:36=
 GMT</D:getlastmodified><D:resourcetype><D:colle=
ction/></D:resourcetype><D:getcontenttype>text/html&=
lt;/D:getcontenttype><D:displayname>ogo-zidestore-1</D&=
#58;displayname><D:href>http://gourd-amber.morrison.iserv.=
net:80/zidestore</D:href><ap:executable>0</ap=
8;executable></D:prop></D:propstat><D:propsta=
t><D:status>HTTP/1.1 404 Resource Not Found</D:status&g=
t;<D:prop><D:creationdate/><D:getcontentlength/&=
gt;<D:getetag/></D:prop></D:propstat></D&#=
58;response><D:response><D:href>http://gourd-amb=
er:80/zidestore/RPC2</D:href><D:propstat><D:=
status>HTTP/1.1 200 OK</D:status><D:prop><D:g=
etlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmo=
dified><D:resourcetype><D:collection/></D:res=
ourcetype><D:getcontenttype>text/html</D:getcontenttype=
><D:href>http://gourd-amber:80/zidestore/RPC2</D=
8;href><ap:executable>0</ap:executable></D:pr=
op></D:propstat><D:propstat><D:status>HTTP=
/1.1 404 Resource Not Found</D:status><D:prop><D:=
;creationdate/><D:getcontentlength/><D:getetag/><=
D:displayname/></D:prop></D:propstat></D:=
response><D:response><D:href>http://gourd-amber&=
#58;80/zidestore/wo</D:href><D:propstat><D:statu=
s>HTTP/1.1 200 OK</D:status><D:prop><D:getlas=
tmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodifie=
d><D:resourcetype><D:collection/></D:resource=
type><D:getcontenttype>text/html</D:getcontenttype>&=
lt;D:href>http://gourd-amber:80/zidestore/wo</D:href&=
gt;<ap:executable>0</ap:executable></D:prop>&=
lt;/D:propstat><D:propstat><D:status>HTTP/1.1 40=
4 Resource Not Found</D:status><D:prop><D:creati=
ondate/><D:getcontentlength/><D:getetag/><D:d=
isplayname/></D:prop></D:propstat></D:respons=
e><D:response><D:href>http://gourd-amber:80/=
zidestore/WebServerResources</D:href><D:propstat><D&=
#58;status>HTTP/1.1 200 OK</D:status><D:prop><D&#=
58;getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getla=
stmodified><D:resourcetype><D:collection/></D:=
;resourcetype><D:getcontenttype>text/html</D:getcontent=
type><D:href>http://gourd-amber:80/zidestore/WebServer=
Resources</D:href><ap:executable>0</ap:executabl=
e></D:prop></D:propstat><D:propstat><D&=
#58;status>HTTP/1.1 404 Resource Not Found</D:status><D:=
;prop><D:creationdate/><D:getcontentlength/><D=
8;getetag/><D:displayname/></D:prop></D:props=
tat></D:response><D:response><D:href>http&=
#58;//gourd-amber:80/zidestore/so</D:href><D:propstat&=
gt;<D:status>HTTP/1.1 200 OK</D:status><D:prop&g=
t;<D:getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D&=
#58;getlastmodified><D:resourcetype><D:collection/>&=
lt;/D:resourcetype><D:getcontenttype>text/html</D:g=
etcontenttype><D:href>http://gourd-amber:80/zidestore/=
so</D:href><ap:executable>0</ap:executable>&l=
t;/D:prop></D:propstat><D:propstat><D:sta=
tus>HTTP/1.1 404 Resource Not Found</D:status><D:prop&g=
t;<D:creationdate/><D:getcontentlength/><D:getet=
ag/><D:displayname/></D:prop></D:propstat>=
</D:response><D:response><D:href>http://g=
ourd-amber:80/zidestore/x</D:href><D:propstat><D=
:status>HTTP/1.1 200 OK</D:status><D:prop><D&=
#58;getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getl=
astmodified><D:resourcetype><D:collection/></D=
8;resourcetype><D:getcontenttype>text/html</D:getconten=
ttype><D:href>http://gourd-amber:80/zidestore/x</D&=
#58;href><ap:executable>0</ap:executable></D:=
prop></D:propstat><D:propstat><D:status>HT=
TP/1.1 404 Resource Not Found</D:status><D:prop><D&#=
58;creationdate/><D:getcontentlength/><D:getetag/>&l=
t;D:displayname/></D:prop></D:propstat></D=
8;response><D:response><D:href>http://gourd-ambe=
r:80/zidestore/y</D:href><D:propstat><D:stat=
us>HTTP/1.1 200 OK</D:status><D:prop><D:getla=
stmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodifi=
ed><D:resourcetype><D:collection/></D:resourc=
etype><D:getcontenttype>text/html</D:getcontenttype>=
<D:href>http://gourd-amber:80/zidestore/y</D:href&=
gt;<ap:executable>0</ap:executable></D:prop>&=
lt;/D:propstat><D:propstat><D:status>HTTP/1.1 40=
4 Resource Not Found</D:status><D:prop><D:creati=
ondate/><D:getcontentlength/><D:getetag/><D:d=
isplayname/></D:prop></D:propstat></D:respons=
e><D:response><D:href>http://gourd-amber:80/=
zidestore/dav</D:href><D:propstat><D:status>H=
TTP/1.1 200 OK</D:status><D:prop><D:getlastmodif=
ied>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodified>&=
lt;D:resourcetype><D:collection/></D:resourcetype&g=
t;<D:getcontenttype>text/html</D:getcontenttype><D&#=
58;href>http://gourd-amber:80/zidestore/dav</D:href>&l=
t;ap:executable>0</ap:executable></D:prop></D=
:propstat><D:propstat><D:status>HTTP/1.1 404 Res=
ource Not Found</D:status><D:prop><D:creationdat=
e/><D:getcontentlength/><D:getetag/><D:displa=
yname/></D:prop></D:propstat></D:response>=
<D:response><D:href>http://gourd-amber:80/zides=
tore/ControlPanel</D:href><D:propstat><D:status&=
gt;HTTP/1.1 200 OK</D:status><D:prop><D:getlastm=
odified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodified&=
gt;<D:resourcetype><D:collection/></D:resourcety=
pe><D:getcontenttype>httpd/unix-directory</D:getcontent=
type><D:href>http://gourd-amber:80/zidestore/ControlPa=
nel</D:href><ap:executable>0</ap:executable>&=
lt;/D:prop></D:propstat><D:propstat><D:st=
atus>HTTP/1.1 404 Resource Not Found</D:status><D:prop&=
gt;<D:creationdate/><D:getcontentlength/><D:gete=
tag/><D:displayname/></D:prop></D:propstat>=
;</D:response></D:multistatus>
....in 24ms

findStores

Split=3D<?xml ver=
sion=3D"1.0" encoding=3D"utf-8"?>
<D:multistatus xmlns:ap=3D"http://apache.org/dav/props/" xml=
ns:D=3D"DAV:"><D:response><D:href>http:/=
/gourd-amber.morrison.iserv.net:80/zidestore</D:href><D=
8;propstat><D:status>HTTP/1.1 200 OK</D:status><D=
:prop><D:getlastmodified>Fri, 22 Sep 2006 13:47:36=
 GMT</D:getlastmodified><D:resourcetype><D:colle=
ction/></D:resourcetype><D:getcontenttype>text/html&=
lt;/D:getcontenttype><D:displayname>ogo-zidestore-1</D&=
#58;displayname><D:href>http://gourd-amber.morrison.iserv.=
net:80/zidestore</D:href><ap:executable>0</ap=
8;executable></D:prop></D:propstat><D:propsta=
t><D:status>HTTP/1.1 404 Resource Not Found</D:status&g=
t;<D:prop><D:creationdate/><D:getcontentlength/&=
gt;<D:getetag/></D:prop></D:propstat></D&#=
58;response><D:response><D:href>http://gourd-amb=
er:80/zidestore/RPC2</D:href><D:propstat><D:=
status>HTTP/1.1 200 OK</D:status><D:prop><D:g=
etlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmo=
dified><D:resourcetype><D:collection/></D:res=
ourcetype><D:getcontenttype>text/html</D:getcontenttype=
><D:href>http://gourd-amber:80/zidestore/RPC2</D=
8;href><ap:executable>0</ap:executable></D:pr=
op></D:propstat><D:propstat><D:status>HTTP=
/1.1 404 Resource Not Found</D:status><D:prop><D:=
;creationdate/><D:getcontentlength/><D:getetag/><=
D:displayname/></D:prop></D:propstat></D:=
response><D:response><D:href>http://gourd-amber&=
#58;80/zidestore/wo</D:href><D:propstat><D:statu=
s>HTTP/1.1 200 OK</D:status><D:prop><D:getlas=
tmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodifie=
d><D:resourcetype><D:collection/></D:resource=
type><D:getcontenttype>text/html</D:getcontenttype>&=
lt;D:href>http://gourd-amber:80/zidestore/wo</D:href&=
gt;<ap:executable>0</ap:executable></D:prop>&=
lt;/D:propstat><D:propstat><D:status>HTTP/1.1 40=
4 Resource Not Found</D:status><D:prop><D:creati=
ondate/><D:getcontentlength/><D:getetag/><D:d=
isplayname/></D:prop></D:propstat></D:respons=
e><D:response><D:href>http://gourd-amber:80/=
zidestore/WebServerResources</D:href><D:propstat><D&=
#58;status>HTTP/1.1 200 OK</D:status><D:prop><D&#=
58;getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getla=
stmodified><D:resourcetype><D:collection/></D:=
;resourcetype><D:getcontenttype>text/html</D:getcontent=
type><D:href>http://gourd-amber:80/zidestore/WebServer=
Resources</D:href><ap:executable>0</ap:executabl=
e></D:prop></D:propstat><D:propstat><D&=
#58;status>HTTP/1.1 404 Resource Not Found</D:status><D:=
;prop><D:creationdate/><D:getcontentlength/><D=
8;getetag/><D:displayname/></D:prop></D:props=
tat></D:response><D:response><D:href>http&=
#58;//gourd-amber:80/zidestore/so</D:href><D:propstat&=
gt;<D:status>HTTP/1.1 200 OK</D:status><D:prop&g=
t;<D:getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D&=
#58;getlastmodified><D:resourcetype><D:collection/>&=
lt;/D:resourcetype><D:getcontenttype>text/html</D:g=
etcontenttype><D:href>http://gourd-amber:80/zidestore/=
so</D:href><ap:executable>0</ap:executable>&l=
t;/D:prop></D:propstat><D:propstat><D:sta=
tus>HTTP/1.1 404 Resource Not Found</D:status><D:prop&g=
t;<D:creationdate/><D:getcontentlength/><D:getet=
ag/><D:displayname/></D:prop></D:propstat>=
</D:response><D:response><D:href>http://g=
ourd-amber:80/zidestore/x</D:href><D:propstat><D=
:status>HTTP/1.1 200 OK</D:status><D:prop><D&=
#58;getlastmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getl=
astmodified><D:resourcetype><D:collection/></D=
8;resourcetype><D:getcontenttype>text/html</D:getconten=
ttype><D:href>http://gourd-amber:80/zidestore/x</D&=
#58;href><ap:executable>0</ap:executable></D:=
prop></D:propstat><D:propstat><D:status>HT=
TP/1.1 404 Resource Not Found</D:status><D:prop><D&#=
58;creationdate/><D:getcontentlength/><D:getetag/>&l=
t;D:displayname/></D:prop></D:propstat></D=
8;response><D:response><D:href>http://gourd-ambe=
r:80/zidestore/y</D:href><D:propstat><D:stat=
us>HTTP/1.1 200 OK</D:status><D:prop><D:getla=
stmodified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodifi=
ed><D:resourcetype><D:collection/></D:resourc=
etype><D:getcontenttype>text/html</D:getcontenttype>=
<D:href>http://gourd-amber:80/zidestore/y</D:href&=
gt;<ap:executable>0</ap:executable></D:prop>&=
lt;/D:propstat><D:propstat><D:status>HTTP/1.1 40=
4 Resource Not Found</D:status><D:prop><D:creati=
ondate/><D:getcontentlength/><D:getetag/><D:d=
isplayname/></D:prop></D:propstat></D:respons=
e><D:response><D:href>http://gourd-amber:80/=
zidestore/dav</D:href><D:propstat><D:status>H=
TTP/1.1 200 OK</D:status><D:prop><D:getlastmodif=
ied>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodified>&=
lt;D:resourcetype><D:collection/></D:resourcetype&g=
t;<D:getcontenttype>text/html</D:getcontenttype><D&#=
58;href>http://gourd-amber:80/zidestore/dav</D:href>&l=
t;ap:executable>0</ap:executable></D:prop></D=
:propstat><D:propstat><D:status>HTTP/1.1 404 Res=
ource Not Found</D:status><D:prop><D:creationdat=
e/><D:getcontentlength/><D:getetag/><D:displa=
yname/></D:prop></D:propstat></D:response>=
<D:response><D:href>http://gourd-amber:80/zides=
tore/ControlPanel</D:href><D:propstat><D:status&=
gt;HTTP/1.1 200 OK</D:status><D:prop><D:getlastm=
odified>Fri, 22 Sep 2006 13:47:36 GMT</D:getlastmodified&=
gt;<D:resourcetype><D:collection/></D:resourcety=
pe><D:getcontenttype>httpd/unix-directory</D:getcontent=
type><D:href>http://gourd-amber:80/zidestore/ControlPa=
nel</D:href><ap:executable>0</ap:executable>&=
lt;/D:prop></D:propstat><D:propstat><D:st=
atus>HTTP/1.1 404 Resource Not Found</D:status><D:prop&=
gt;<D:creationdate/><D:getcontentlength/><D:gete=
tag/><D:displayname/></D:prop></D:propstat>=
;</D:response></D:multistatus>

net.bion= icmessage.groupdav.groupDAV$entityFinderHandler

characters

We got a href:http://gourd-amber.morrison.iserv.net:8=
0/zidestore

We got a href:http://gourd-amber.morri=
son.iserv.net:80/zidestore

We got a href:http:=
//gourd-amber:80/zidestore/RPC2

We got a href:http=
://gourd-amber:80/zidestore/RPC2

We got a href:=
;http://gourd-amber:80/zidestore/wo

We got a href&=
#58;http://gourd-amber:80/zidestore/wo

We got a hr=
ef:http://gourd-amber:80/zidestore/WebServerResources

= 

We got a href:http://gourd-amber:80/zidestore/WebServer=
Resources

We got a href:http://gourd-amber:80/=
zidestore/so

We got a href:http://gourd-amber:=
80/zidestore/so

We got a href:http://gourd-amber&#=
58;80/zidestore/x

We got a href:http://gourd-amber=
:80/zidestore/x

We got a href:http://gourd-amb=
er:80/zidestore/y

We got a href:http://gourd-a=
mber:80/zidestore/y

We got a href:http://gourd=
-amb

We got a href:er:80/zidestore/dav

We got a href:http://gourd-amber:80/zidestore/dav

We got a href:http://gourd-amber:80/zidestore/Control=
Panel

We got a href:http://gourd-amber:80/zide=
store/ControlPanel

net.bionicmessage.objects.ICalendarObjec= tStore

startSync

Sync started....

net.bionicmessage.groupdav.groupDAV

sendNonKeepAliveRequest

= 

We sent:
PROPFIND /zidestore/dav/adam/public/Calendar/ HTTP/1.1
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic YWRhbTo3UXdlc3Q=3D
Content-Length: 121
Host: gourd-amber:80
Content-Type: text/xml;charset=3Dutf-8
Accept: text/*

<?xml version=3D"1.0" encoding=3D"utf-8"?><propfind xmlns=3D"DAV&#=
58;"><prop xmlns=3D"DAV:"><getetag xmlns=3D"DAV:"/>&=
lt;/prop></propfind>

We got:
HTTP/1.1 500 Internal Server Error
Date: Fri, 22 Sep 2006 13:47:36 GMT
Server: Apache/2.0.53 (Linux/SUSE)
content-type: text/html; charset=3D"iso-8859-1"
content-length: 213
Connection: close

<?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
<html xmlns=3D"http://www.w3.org/1999/xhtml">
<body><h3>An error occurred during object publishing</h3>=
<p>could not perform query (object returned nil)</p></body&g=
t;
</html>

....in 17ms

net.bionicmessage.objects.ICalendarObjectStore<= /p>

printDebugReport

Objects added to store: 
Objects updated from server: 
Objects de=
leted from store: 
Objects added to the server: 
Objects merged to server: 
Objects del=
eted from server: 

--=-Kl13vf21vDN9OnrATf73--


From groupdav@opengroupware.org  Fri Sep 22 14:53:34 2006
From: groupdav@opengroupware.org (Adam Tauno Williams)
Date: Fri, 22 Sep 2006 09:53:34 -0400
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org>
References: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037>
 <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org>
Message-ID: <1158933215.4732.9.camel@aleph.whitemice.org>

> > 192.168.1.51 - - [22/Sep/2006:13:05:03 GMT] "PROPFIND
> > /zidestore/dav/adam/public/Calendar/ HTTP/1.1" 500 213/121 0.008 - - 0
> > It looks like the second one fails (isn't that response 550, i.e. =20
> > server
> > error)?
> Yes, 500 is internal server error. You might want to log the requests/=20
> response:
>    -WODontZipResponse YES -WOHttpAdaptor_LogStream YES

------
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: request is

PROPFIND /zidestore/ HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.1.51
x-webobjects-remote-host: 192.168.1.51
x-webobjects-server-name: gourd-amber.morrison.iserv.net
x-webobjects-server-url: http://gourd-amber.morrison.iserv.net
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic ********************
Content-Length: 84
Host: gourd-amber:80
Depth: 1
Content-Type: text/xml;charset=3Dutf-8
Accept: text/*


Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: Note: storing cached vCards
files in: '/var/lib/opengroupware.org/documents'
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: account::change-password:
using password field: 'userPassword'
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: Note: members of role team
'team creators' are allowed to create teams.
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]:
<0x0x40110ae0[LSCommandContext]> +[LSCommandContext(LDAPSupport)
isLDAPLoginAuthorized:password:]: LDAP server
'littleboy.morrison.iserv.net:389' did authenticate user 'adam'
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: Note(SoObject):
SoDebugKeyLookup is enabled!
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: Note(SoObject):
SoDebugBaseURL is enabled!
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]:
<0x0x40110ae0[LSCommandContext]> +[LSCommandContext(LDAPSupport)
isLDAPLoginAuthorized:password:]: LDAP server
'littleboy.morrison.iserv.net:389' did authenticate user 'adam'
Sep 22 13:52:20 ogo-zidestore-1.5 [15139]: response is

HTTP/1.0 207 Multi-Status
cache-control: no-cache
server: SOPE 4.5.244/WebDAV
content-length: 5283
Ms-Author-Via: DAV
connection: close
X-Dav-Error: 200 No error
pragma: no-cache
content-type: text/xml; charset=3D"utf-8"
date: Fri, 22 Sep 2006 13:52:20 GMT


http://gourd-amber.morrison.iserv.net:=
80/zidestoreHTTP/1.1 200 OKFri, 22 Sep 2006 13:52:20 GMTtext/htmlogo-zidestore-1http://=
gourd-amber.morrison.iserv.net:80/zidestore0HTTP/1.1 404 Resource =
Not Foundhttp://gourd-ambe=
r:80/zidestore/RPC2HTTP/1.1 200 OKFri, 22 Sep 2006 13:52:20 GMTtext/ht=
mlhttp://gourd-amber:80/zidestore/RPC2<=
ap:executable>0=
HTTP/1.1 404 Resource Not Foundhttp://gourd-amber:80/zidestore/woHTTP/1.1 200 OKFri, 22 Sep=
 2006 13:52:20 GMTtext/htmlhttp://gou=
rd-amber:80/zidestore/wo0<=
/D:propstat>HTTP/1.1 404 Resource Not Found=
http://gourd-amber:8=
0/zidestore/WebServerResourcesHTTP/1.1 200 O=
KFri, 22 Sep 2006 13:52:20 GMTtext/htmlhttp://gourd-amber:80/zidestore/Web=
ServerResources0HTTP/1.1 404 Resource Not Found=
=
http://gourd-amber:80/zidesto=
re/soHTTP/1.1 200 OKFri, 22 Sep 2006 13:52:20 GMTtext/htmlhttp://gourd-amber:80/zidestore/so0<=
/ap:executable>HTTP/1.1 404 Res=
ource Not Foundhttp://gourd-amber:80/zidestore/xHTTP/1=
.1 200 OKFri, 22 Sep 2006 13:52:20 GM=
Ttext/htmlhttp://gourd-amber:80/zides=
tore/x0HTTP/1.1 404 Resource Not Foundhttp://gourd-amber:80/zidestore/yHTTP/1.1 200 OKFri, 22 Sep 2006 13:52:20 GMTtext/htmlhttp://gourd-amber:80/zidestore/y0HTTP/1.1 404 Resource Not F=
oundhttp:/=
/gourd-amber:80/zidestore/davHTTP/1.1 200 OK=
Fri, 22 Sep 2006 13:52:20 GMTtext/htmlhttp://gourd-amber:80/zidestore/dav<=
/D:href>0<=
D:status>HTTP/1.1 404 Resource Not Foundhttp://gourd-amber:80/zidestore/ControlPanel<=
/D:href>HTTP/1.1 200 OKFri, 22 Sep 2006 13:52:20 GMThttpd/unix-directoryhttp://gourd-amber:80/zidestore/ControlPanel0H=
TTP/1.1 404 Resource Not Found=

Sep 22 13:52:21 ogo-zidestore-1.5 [15139]: request is

PROPFIND /zidestore/dav/adam/public/Calendar/ HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 192.168.1.51
x-webobjects-remote-host: 192.168.1.51
x-webobjects-server-name: gourd-amber.morrison.iserv.net
x-webobjects-server-url: http://gourd-amber.morrison.iserv.net
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic ******************8
Content-Length: 121
Host: gourd-amber:80
Content-Type: text/xml;charset=3Dutf-8
Accept: text/*


Sep 22 13:52:21 ogo-zidestore-1.5 [15139]:
<0x0x40110ae0[LSCommandContext]> +[LSCommandContext(LDAPSupport)
isLDAPLoginAuthorized:password:]: LDAP server
'littleboy.morrison.iserv.net:389' did authenticate user 'adam'
Sep 22 13:52:21 ogo-zidestore-1.5 [15139]:
<0x0x40110ae0[LSCommandContext]> +[LSCommandContext(LDAPSupport)
isLDAPLoginAuthorized:password:]: LDAP server
'littleboy.morrison.iserv.net:389' did authenticate user 'adam'
Sep 22 13:52:21 ogo-zidestore-1.5 [15139]:
<0x0x40110ae0[LSCommandContext]> +[LSCommandContext(LDAPSupport)
isLDAPLoginAuthorized:password:]: LDAP server
'littleboy.morrison.iserv.net:389' did authenticate user 'adam'
Sep 22 13:52:22 ogo-zidestore-1.5 [15139]: appointment cache is disabled
Sep 22 13:52:22 ogo-zidestore-1.5 [15139]:
<0x0x8a46494[SxAptSetHandler]> got no gids for group/login all
intranet !
Sep 22 13:52:22 ogo-zidestore-1.5 [15139]: |
SxAppointmentFolder:Calendar| ERROR: could not fetch appointment set?!
Sep 22 13:52:22 ogo-zidestore-1.5 [15139]: response is

HTTP/1.0 500 Request failed
content-type: text/html; charset=3D"iso-8859-1"
content-length: 213




An error occurred during object publishing
could not
perform query (object returned nil)





From groupdav@opengroupware.org  Fri Sep 22 15:02:45 2006
From: groupdav@opengroupware.org (Mathew McBride)
Date: Sat, 23 Sep 2006 00:02:45 +1000
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158932977.4732.7.camel@aleph.whitemice.org>
References: <000101c6de46$fda65050$8e01a8c0@pc02037>	 <4513E599.30901@mcbridematt.dhs.org> <1158932977.4732.7.camel@aleph.whitemice.org>
Message-ID: <4513ED05.9050303@mcbridematt.dhs.org>

I'll have to defer to Helge on this, as the query below works fine here. 

We sent:
PROPFIND /zidestore/dav/adam/public/Calendar/ HTTP/1.1
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: ......................
Content-Length: 121
Host: gourd-amber:80
Content-Type: text/xml;charset=utf-8
Accept: text/*



We got:
HTTP/1.1 500 Internal Server Error
Date: Fri, 22 Sep 2006 13:47:36 GMT
Server: Apache/2.0.53 (Linux/SUSE)
content-type: text/html; charset="iso-8859-1"
content-length: 213
Connection: close




An error occurred during object publishing
could not perform query (object returned nil)






From groupdav@opengroupware.org  Fri Sep 22 15:06:56 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Fri, 22 Sep 2006 16:06:56 +0200
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158933215.4732.9.camel@aleph.whitemice.org>
References: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037> <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org> <1158933215.4732.9.camel@aleph.whitemice.org>
Message-ID: <6935AD9F-ECC1-494F-B21B-8D8AFBF0D915@opengroupware.org>

On Sep 22, 2006, at 15:53, Adam Tauno Williams wrote:
> <0x0x8a46494[SxAptSetHandler]> got no gids for group/login all
> intranet !

Possibly you renamed the "all intranet" group to something else?

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From groupdav@opengroupware.org  Fri Sep 22 15:24:07 2006
From: groupdav@opengroupware.org (Adam Tauno Williams)
Date: Fri, 22 Sep 2006 10:24:07 -0400
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <6935AD9F-ECC1-494F-B21B-8D8AFBF0D915@opengroupware.org>
References: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037>
 <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org>
 <1158933215.4732.9.camel@aleph.whitemice.org>
 <6935AD9F-ECC1-494F-B21B-8D8AFBF0D915@opengroupware.org>
Message-ID: <1158935047.4732.26.camel@aleph.whitemice.org>

> ec> <0x0x8a46494[SxAptSetHandler]> got no gids for group/login all
> > intrat
> Possibly you renamed the "all intranet" group to something else?

Yep!  Another note for WMOGAG - Don't change the name of default
groups. :)

Sep 22 14:18:41 ogo-zidestore-1.5 [15139]: response is

HTTP/1.0 207 Multi-Status
cache-control: no-cache
server: SOPE 4.5.244/WebDAV
content-length: 306
Ms-Author-Via: DAV
connection: close
X-Dav-Error: 200 No error
pragma: no-cache
content-type: text/xml; charset="utf-8"
date: Fri, 22 Sep 2006 14:18:41 GMT


http://gourd-amber:80/zidestore/dav/adam/public/Calendar/4090260.icsHTTP/1.1 200 OK4090260:93


From groupdav@opengroupware.org  Fri Sep 22 15:26:23 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Fri, 22 Sep 2006 16:26:23 +0200
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158935047.4732.26.camel@aleph.whitemice.org>
References: <000b01c6de49$1d5fbbf0$8e01a8c0@pc02037> <1380FA7E-5481-4008-BD7D-6E3834B24DF8@opengroupware.org> <1158933215.4732.9.camel@aleph.whitemice.org> <6935AD9F-ECC1-494F-B21B-8D8AFBF0D915@opengroupware.org> <1158935047.4732.26.camel@aleph.whitemice.org>
Message-ID: <942EB921-4F7C-4B2E-A205-F247D8746332@opengroupware.org>

On Sep 22, 2006, at 16:24, Adam Tauno Williams wrote:
> Yep!  Another note for WMOGAG - Don't change the name of default
> groups. :)

Yes, the "all intranet" => public mapping is hardcoded in ZideStore,  
sorry. You might want to create a bug report for this.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From groupdav@opengroupware.org  Fri Sep 22 15:26:06 2006
From: groupdav@opengroupware.org (Adam Tauno Williams)
Date: Fri, 22 Sep 2006 10:26:06 -0400
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <4513ED05.9050303@mcbridematt.dhs.org>
References: <000101c6de46$fda65050$8e01a8c0@pc02037>
 <4513E599.30901@mcbridematt.dhs.org>
 <1158932977.4732.7.camel@aleph.whitemice.org>
 <4513ED05.9050303@mcbridematt.dhs.org>
Message-ID: <1158935167.4732.28.camel@aleph.whitemice.org>

Well, it really does look like it is basically working now. :)

Now I just have to figure out what URL/collection is probably what
people want, and test with the Synthesis Palm client.

Thanks allot.


From groupdav@opengroupware.org  Fri Sep 22 20:22:15 2006
From: groupdav@opengroupware.org (Adam Tauno Williams)
Date: Fri, 22 Sep 2006 15:22:15 -0400
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158935167.4732.28.camel@aleph.whitemice.org>
References: <000101c6de46$fda65050$8e01a8c0@pc02037>
 <4513E599.30901@mcbridematt.dhs.org>
 <1158932977.4732.7.camel@aleph.whitemice.org>
 <4513ED05.9050303@mcbridematt.dhs.org>
 <1158935167.4732.28.camel@aleph.whitemice.org>
Message-ID: <1158952935.4533.18.camel@aleph.whitemice.org>

On Fri, 2006-09-22 at 10:26 -0400, Adam Tauno Williams wrote:
> Well, it really does look like it is basically working now. :)
> Now I just have to figure out what URL/collection is probably what

It appears that -
http://gourd-amber/zidestore/dav/adam/Overview/
- is the best URL to use, as this contains all the appointments that the
user is a participant in.

My working settings are -
GroupDAV URL = http://gourd-amber:80/zidestore
Server Source = dav/%USER%/Overview

It seems really slow, but I am getting all the appointments.  It appears
to be Funambol (or the connector) that is slow,  I'll look into that
more.

Notes
----
1.) If I create an appointment [ on the client ] it is not propagated to
OGo.  After the second sync (subsequent to creating the appointment) the
appointment is removed.  Perhaps the Overview folder is not writable as
are the public and group folders?

2.) If I modify an appointments name and location (an appointment that
came from OGo originally) that change is synced. Cool!  However, if I
change the comment [ on the client ] then the comment on the server is
blanked upon the next sync.  The comment on the client remains.  It
seems almost that after first pulling down the comment, the comment from
the client is ignored.

3.) Moving an appointment time or date works perfectly from both ends.
I haven't tested if anything happens if appointments are moved into
conflict with one another.

4.) Both sides seem to ignore appointment types completely.  I suppose
this makes sense as most PIMs don't have such a field,  but for WinCE's
MobileOutlook it would be nice to support it.


From groupdav@opengroupware.org  Fri Sep 22 20:34:15 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Fri, 22 Sep 2006 21:34:15 +0200
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158952935.4533.18.camel@aleph.whitemice.org>
References: <000101c6de46$fda65050$8e01a8c0@pc02037> <4513E599.30901@mcbridematt.dhs.org> <1158932977.4732.7.camel@aleph.whitemice.org> <4513ED05.9050303@mcbridematt.dhs.org> <1158935167.4732.28.camel@aleph.whitemice.org> <1158952935.4533.18.camel@aleph.whitemice.org>
Message-ID: 

On Sep 22, 2006, at 21:22, Adam Tauno Williams wrote:
> Perhaps the Overview folder is not writable as
> are the public and group folders?

Should be writable.

> 4.) Both sides seem to ignore appointment types completely.  I suppose
> this makes sense as most PIMs don't have such a field,  but for  
> WinCE's
> MobileOutlook it would be nice to support it.

Actually most PIMs support the vCard/iCal CATEGORIES field which is  
more powerful than OGo event types. In fact OGo can store the former  
in the database, but this isn't displayed in the web UI.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From groupdav@opengroupware.org  Sun Sep 24 16:20:26 2006
From: groupdav@opengroupware.org (Adam Williams)
Date: Sun, 24 Sep 2006 11:20:26 -0400
Subject: [GroupDAV] GroupDAV Connector & Synthesis SyncML Palm Client
Message-ID: <1159111226.4375.54.camel@ws01.whitemice.org>

Now that I have the connector working reasonably well with Outlook's
calendar I've moved on to testing from the Synthesis AG SyncML client
[STD edition, version 2.5.0.68] for the Palm [Verizon Treo 650, firmware
1.04-VZW].

The SyncML client installs, and the first sync fails immediately - but
produces the device record on the Funambol server.  After connecting the
user and the device into a principle the sync configures saying "Sent
44/60" until it fails with an error of "Database not found" after fairly
long period saying "Waiting..."

Only "Events" is checked on the Palm and the sync type is "normal".  The
sync source is the same being used by Funambol's Outlook sync plugin.

During the sync the connect does connect to ZideStore and retrieve
events.  This looks normal.  The last request made to ZideStore
completes successfully -
192.168.1.51 - - [24/Sep/2006:13:41:52 GMT]
"GET /zidestore/dav/adam/Overview/4090260.ics HTTP/1.1" 200 815/0 0.272
- - 0
 - and appears to be a valid VEVENT.

The last entry in the connector's "connector" log is
"getDeletedSyncItemKeys()"

The last entry in the connector's "store" log is "Sync started...."

The funambol_ds log from the last ZideStore request to the end:
--------------------------------------------------
[Sep 24, 2006 9:43:14 AM][funambol] FINEST: We got a
href:http://gourd-amber:80/zidestore/dav/adam/Overview/4090260.ics
[Sep 24, 2006 9:43:14 AM][funambol] FINEST: We got an etag: 4090260:93
[Sep 24, 2006 9:44:19 AM] INFO: Preparing slow synchronization of source
'groupdav.overview' for 363D114C/adam ...
[Sep 24, 2006 9:44:19 AM] INFO: Not the last call
[Sep 24, 2006 9:44:19 AM][funambol.engine] FINEST: Create SyncItems with
state 'N' checking the last anchor (null)
[Sep 24, 2006 9:44:19 AM][funambol.engine.strategy] FINEST: operations:
[]
[Sep 24, 2006 9:44:19 AM] INFO: Preparation completed.
[Sep 24, 2006 9:44:19 AM] INFO: Synchronizing...
[Sep 24, 2006 9:44:19 AM][funambol.handler] FINEST: responseCommands:
[com.funambol.framework.core.Status@a86d12,
com.funambol.framework.core.Sync@190d8e1]
[Sep 24, 2006 9:44:19 AM][funambol.engine] FINEST: Saving client
mapping:
com.funambol.framework.server.ClientMapping@8eae04[clientMapping=[],modifiedKeys=[],deletedKeys=[]]
[Sep 24, 2006 9:44:19 AM][funambol.handler] FINEST: Checking if
MaxMsgSize is larger than the minimum size supported by the server
(2500)
[Sep 24, 2006 9:44:19 AM][funambol.server] FINEST: Use the request url
to create the RespURI
[Sep 24, 2006 9:44:19 AM][funambol.server] FINEST: Calling output
pipeline
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Starting
postprocessing
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Returning
message to process: 


1.1
SyncML/1.1
65
2

363D114C
adam


http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D

http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D



1
2
0
SyncHdr
http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D
363D114C
200


2
2
4
Sync
groupdav.overview?/dr(-90,90)
./events
404




[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST:
com.funambol.foundation.synclet.ChangeSourceUriSynclet.postProcessMessage(...)
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Replace
TargetRef into output Status commands
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Replace
SourceRef into output Result commands
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Replace
Source into output Alert commands
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST: Replace
Source into output Sync commands
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST:
com.funambol.foundation.synclet.ChangeDeviceIdSynclet.postProcessMessage(...)
[Sep 24, 2006 9:44:19 AM][funambol.engine.pipeline] FINEST:
com.funambol.foundation.synclet.ChangeDeviceIdSynclet - processing not
required
[Sep 24, 2006 9:44:19 AM][funambol.server] FINEST: Outgoing message:



1.1
SyncML/1.1
65
2

363D114C
adam


http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D

http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D



1
2
0
SyncHdr
http://206.114.45.109:8080/funambol/ds;jsessionid=61C35291A102AF8F51B6DAC0C6A9EF6D
363D114C
200


2
2
4
Sync
groupdav.overview?/dr(-90,90)
./events
404




[Sep 24, 2006 9:44:19 AM][funambol.transport.http] FINEST: Outgoing
message length: 478
[Sep 24, 2006 9:44:19 AM][funambol.transport.http] FINEST: Finally



From groupdav@opengroupware.org  Sun Sep 24 16:29:22 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Sun, 24 Sep 2006 17:29:22 +0200
Subject: [GroupDAV] GroupDAV Connector & Synthesis SyncML Palm Client
In-Reply-To: <1159111226.4375.54.camel@ws01.whitemice.org>
References: <1159111226.4375.54.camel@ws01.whitemice.org>
Message-ID: <9AF81ED7-1306-4A8D-876B-8FBC0FF4215D@opengroupware.org>

On Sep 24, 2006, at 17:20, Adam Williams wrote:
> Now that I have the connector working reasonably well with Outlook's
> calendar I've moved on to testing from the Synthesis AG SyncML client
> [STD edition, version 2.5.0.68] for the Palm [Verizon Treo 650,  
> firmware
> 1.04-VZW].

I suppose you need to use the Funambol connector with the Funambol  
server, no?

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From groupdav@opengroupware.org  Sun Sep 24 16:51:49 2006
From: groupdav@opengroupware.org (Adam Williams)
Date: Sun, 24 Sep 2006 11:51:49 -0400
Subject: [GroupDAV] GroupDAV Connector & Synthesis SyncML Palm Client
In-Reply-To: <9AF81ED7-1306-4A8D-876B-8FBC0FF4215D@opengroupware.org>
References: <1159111226.4375.54.camel@ws01.whitemice.org>
 <9AF81ED7-1306-4A8D-876B-8FBC0FF4215D@opengroupware.org>
Message-ID: <1159113109.4375.63.camel@ws01.whitemice.org>

On Sun, 2006-09-24 at 17:29 +0200, Helge Hess wrote:
> On Sep 24, 2006, at 17:20, Adam Williams wrote:
> > Now that I have the connector working reasonably well with Outlook's
> > calendar I've moved on to testing from the Synthesis AG SyncML client
> > [STD edition, version 2.5.0.68] for the Palm [Verizon Treo 650,  
> > firmware
> > 1.04-VZW].
> I suppose you need to use the Funambol connector with the Funambol  
> server, no?

Yes,  but you don't need to use a Funambol client;  Funambol implements
SyncML strictly according to the SyncML client.  Any SyncML phone should
*theoretically* work to some degree.

And the Synthesis client on the Palm is the official testing platform
for the Funambol connector [http://bionicmessage.net/funambol/]

In general the actual Funambol clients seem to not be nearly as far
along as server.  Part of the whole problem here is that PDAs like
WinCE, Blackberry (RIM), and Palm are not SyncML devices [natively]; on
the other hand many *phones* do support SyncML [natively].  Seems very
odd to me.

The Funambol Palm client does not support Calendar, only Contacts.
While the BionicMessage's Funambol/GroupDAV connector only supports
Calendar.  Ugh! :)    Currently Calendar is the most important to us.

There isn't any kind of matrix/grid anywhere that I have found that
indicates that types of objects are sync'd for what kind of devices.


From groupdav@opengroupware.org  Sun Sep 24 17:17:06 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Sun, 24 Sep 2006 18:17:06 +0200
Subject: [GroupDAV] GroupDAV Connector & Synthesis SyncML Palm Client
In-Reply-To: <1159113109.4375.63.camel@ws01.whitemice.org>
References: <1159111226.4375.54.camel@ws01.whitemice.org> <9AF81ED7-1306-4A8D-876B-8FBC0FF4215D@opengroupware.org> <1159113109.4375.63.camel@ws01.whitemice.org>
Message-ID: <2C59400A-D573-447A-A495-C4AA326E4DD5@opengroupware.org>

On Sep 24, 2006, at 17:51, Adam Williams wrote:
> Yes,  but you don't need to use a Funambol client;  Funambol  
> implements
> SyncML strictly according to the SyncML client.  Any SyncML phone  
> should
> *theoretically* work to some degree.

Well, yes, but I don't really expect that SyncML really ensures real- 
world compatibility :-)

> And the Synthesis client on the Palm is the official testing platform
> for the Funambol connector [http://bionicmessage.net/funambol/]

... but in this case it should work of course :-)

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From groupdav@opengroupware.org  Fri Sep 22 16:53:42 2006
From: groupdav@opengroupware.org (Adam Tauno Williams)
Date: Fri, 22 Sep 2006 11:53:42 -0400
Subject: [GroupDAV] GroupDAV Connector & Outlook Sync
In-Reply-To: <1158935167.4732.28.camel@aleph.whitemice.org>
References: <000101c6de46$fda65050$8e01a8c0@pc02037>
 <4513E599.30901@mcbridematt.dhs.org>
 <1158932977.4732.7.camel@aleph.whitemice.org>
 <4513ED05.9050303@mcbridematt.dhs.org>
 <1158935167.4732.28.camel@aleph.whitemice.org>
Message-ID: <1158940422.4732.32.camel@aleph.whitemice.org>

--=-8suNgv14kZVvAiVHWI9I
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

On Fri, 2006-09-22 at 10:26 -0400, Adam Tauno Williams wrote:
> Well, it really does look like it is basically working now. :)
> Now I just have to figure out what URL/collection is probably what
> people want, and test with the Synthesis Palm client.

The SyncML client on the phone seems to do something.  I have only
"Events" checked, and when I attempt to do a sync it goes to
"Sent:45/60" and then back to "Never".  

The top of the client displays "Database not found".


--=-8suNgv14kZVvAiVHWI9I
Content-Disposition: attachment; filename=connector-1158940178422.html
Content-Type: text/html; name=connector-1158940178422.html; charset=us-ascii
Content-Transfer-Encoding: 7bit


net.bionicmessage.funambol.source.vCalGroupDAVConnector
beginSync
Begin Sync: icalGroupDAVConnector/363D114C_adam/mode=201conflict=1
beginSync
1
getAllSyncItemKeys
getAllSyncItemKeys()
getNewSyncItemKeys
getNewSyncItemKeys()
getDeletedSyncItemKeys
getDeletedSyncItemKeys()

--=-8suNgv14kZVvAiVHWI9I
Content-Disposition: attachment; filename=funambol_ds.log
Content-Type: text/x-log; name=funambol_ds.log; charset=utf-8
Content-Transfer-Encoding: quoted-printable

[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: Http header:=20
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: cache-control: =
private
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: connection: kee=
p-alive
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: user-agent: Syn=
thesis SyncML Client/2.5.0.68 [en] (PalmOS; I)
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: accept: applica=
tion/vnd.syncml+xml, application/vnd.syncml+wbxml, */*
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: accept-language=
: en
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: accept-charset:=
 utf-8
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: host: 206.114.4=
5.109:8080
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: content-type: a=
pplication/vnd.syncml+wbxml
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: content-length:=
 992
[Sep 22, 2006 11:49:27 AM] INFO: Handling incoming request: http://206.114.=
45.109:8080/funambol/ds
[Sep 22, 2006 11:49:27 AM] INFO: Requested sessionId: null
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: contentType: ap=
plication/vnd.syncml+wbxml
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: contentLength: =
992
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: cache: {D11C1D3=
7635247BF69EE655E56B3C172=3Dcom.funambol.transport.http.server.LocalSyncHol=
der@3e8692, 9BAEC9CDDF38C222F1AE1002899E20E9=3Dcom.funambol.transport.http.=
server.LocalSyncHolder@a6e962, 8E59C78BDF28B418820F350F570902A5=3Dcom.funam=
bol.transport.http.server.LocalSyncHolder@9b2735}
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: Searching holde=
r with sessionId: 058C0F74AED20DD20FEAD065B31E1F0A
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: Holder not foun=
d. A new holder will be created
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: Cleaning proced=
ure...
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: now: 1158940167=
863
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: CLEANING_PERIOD=
: 300000
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: lastCleaningTim=
estamp: 1158940056758
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: holderTimeToLiv=
e: 1200000
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: No purging requ=
ired
[Sep 22, 2006 11:49:27 AM][funambol.transport.http] FINEST: Caching 058C0F7=
4AED20DD20FEAD065B31E1F0A(com.funambol.transport.http.server.LocalSyncHolde=
r@10eaae5)
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Message has content typ=
e: application/vnd.syncml+wbxml
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Convertint message from=
 wbxml to xml
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Char-set: null (null, m=
eans wbxml defined)
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Message to translate in=
to the SyncML object:
1.1SyncML/1.1351http://206.114.45.109:808=
0/funambol/ds363D114Cad=
amb64syncml:auth-basi=
cYWRhbTo3UXdlc3Q=3D1000=
0640001application/vnd.syncml-devinf+wbxml./devinf11

 1.1
 Synthesis AG
 SySync Client PalmOS STD
 Synthesis AG
 v. 5.4.8.23
 2.5.0.68
 PalmONE Treo 650
 363D114C
 pda
 
 
 
  ./events
  64
  
   text/x-vcalendar
   1.0
  
  
   text/x-vcalendar
   1.0
  
  
   1
   2
   3
   4
   5
   6
  
 
 
  text/x-vcalendar
  BEGIN
  VCALENDAR
  VEVENT
  VTODO
  END
  VCALENDAR
  VEVENT
  VTODO
  VERSION
  1.0
  SUMMARY
  CATEGORIES
  CLASS
  DESCRIPTION
  DTSTART
  DTEND
  RRULE
  EXDATE
  AALARM
  DALARM
  DUE
  PRIORITY
  STATUS
 
2application/v=
nd.syncml-devinf+wbxml./devinf113201groupdav-private?/dr(-9,9)./eve=
nts20060922T154849Z
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Starting input canoniza=
tion
[Sep 22, 2006 11:49:27 AM][funambol.server] FINE: Calling input pipeline
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Starting prepr=
ocessing
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeSourceUriSynclet.preProcessMessage(...)
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Change TargetU=
RI into input Alert commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: original targe=
tUri: groupdav-private?/dr(-9,9)
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Change SourceR=
ef into input Status commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Change TargetU=
RI into input Sync commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Change TargetU=
RI into input Map commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeDeviceIdSynclet.preProcessMessage(...)
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeDeviceIdSynclet - device id replacement not require=
d
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Preprocessed m=
essage: 


1.1
SyncML/1.1
35
1

http://206.114.45.109:8080/funambol/ds


363D114C
adam



b64
syncml:auth-basic

YWRhbTo3UXdlc3Q=3D


10000
64000




1

application/vnd.syncml-devinf+wbxml



./devinf11



1.1
Synthesis AG
SySync Client PalmOS STD
Synthesis AG
v. 5.4.8.23
2.5.0.68
PalmONE Treo 650
363D114C
pda



./events
64

text/x-vcalendar
1.0


text/x-vcalendar
1.0


1
2
3
4
5
6



text/x-vcalendar
STATUS
1.0






2

application/vnd.syncml-devinf+wbxml



./devinf11




3
201


groupdav-private?/dr(-9,9)


./events



20060922T154849Z








[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: current state: STATE_S=
TART
[Sep 22, 2006 11:49:27 AM][funambol] FINEST: Username: adam
[Sep 22, 2006 11:49:27 AM] INFO: adam/363D114C logged in.
[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: moving to state STATE_=
PKG1_RECEIVING
[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: Processing the initial=
ization commands
[Sep 22, 2006 11:49:27 AM][funambol.engine] FINEST: Checking if the databas=
e com.funambol.framework.database.Database@115441f[name=3Dgroupdav-private,=
type=3D,statusCode=3D200,target=3Dcom.funambol.framework.core.Target@=
12b51d4,source=3Dcom.funambol.framework.core.Source@1095197,anchor=3Dcom.fu=
nambol.framework.core.Anchor@cbd0a2,principal=3D363D114C/adam] is in the se=
rver database list.
[Sep 22, 2006 11:49:27 AM][funambol.engine] FINEST: Yes sir!
[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: Requested databases: [=
com.funambol.framework.database.Database@115441f[name=3Dgroupdav-private,ty=
pe=3D,statusCode=3D200,target=3Dcom.funambol.framework.core.Target@12=
b51d4,source=3Dcom.funambol.framework.core.Source@1095197,anchor=3Dcom.funa=
mbol.framework.core.Anchor@cbd0a2,principal=3D363D114C/adam]]
[Sep 22, 2006 11:49:27 AM][funambol.engine] FINEST: adding com.funambol.fra=
mework.engine.source.MemorySyncSource@123065c - {name: groupdav-private, ty=
pe: unknown, uri: groupdav-private}
[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: Checking if MaxMsgSize=
 is larger than the minimum size supported by the server (2500)
[Sep 22, 2006 11:49:27 AM][funambol.handler] FINEST: moving to state STATE_=
PKG3_RECEIVING
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Use the request url to =
create the RespURI
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Calling output pipeline
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Starting postp=
rocessing
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Returning mess=
age to process: 


1.1
SyncML/1.1
35
1

363D114C
adam


http://206.114.45.109:8080/funambol/ds

http://206.114.45.109:8080/funambol/ds;jsessionid=3D058C0F74AED20D=
D20FEAD065B31E1F0A



1
1
0
SyncHdr
http://206.114.45.109:8080/funambol/ds
363D114C
212


2
1
1
Put
./devinf11
200


3
1
2
Get
./devinf11
200


4
1
3
Alert
groupdav-private?/dr(-9,9)
./events
200



20060922T154849Z





5
1
2

application/vnd.syncml-devinf+wbxml



./devinf11



1.1
Funambol
DS Server
-
-
5.0
-
funambol
server




groupdav-private
groupdav-private
32

text/x-vcalendar
1.0


text/x-vcalendar
1.0


1
2
3
4
5
6
7







6
201


./events


groupdav-private?/dr(-9,9)



1158940167960
1158940167960








[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeSourceUriSynclet.postProcessMessage(...)
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Replace Target=
Ref into output Status commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Replace Source=
Ref into output Result commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Replace Source=
 into output Alert commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: Replace Source=
 into output Sync commands
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeDeviceIdSynclet.postProcessMessage(...)
[Sep 22, 2006 11:49:27 AM][funambol.engine.pipeline] FINEST: com.funambol.f=
oundation.synclet.ChangeDeviceIdSynclet - processing not required
[Sep 22, 2006 11:49:27 AM][funambol.server] FINEST: Outgoing message: 


1.1
SyncML/1.1
35
1

363D114C
adam


http://206.114.45.109:8080/funambol/ds

http://206.114.45.109:8080/funambol/ds;jsessionid=3D058C0F74AED20D=
D20FEAD065B31E1F0A



1
1
0
SyncHdr
http://206.114.45.109:8080/funambol/ds
363D114C
212


2
1
1
Put
./devinf11
200


3
1
2
Get
./devinf11
200


4
1
3
Alert
groupdav-private?/dr(-9,9)
./events
200



20060922T154849Z





5
1
2

application/vnd.syncml-devinf+wbxml



./devinf11



1.1
Funambol
DS Server
-
-
5.0
-
funambol
server




groupdav-private
groupdav-private
32

text/x-vcalendar
1.0


text/x-vcalendar
1.0


1
2
3
4
5
6
7







6
201


./events


groupdav-private?/dr(-9,9)



1158940167960
1158940167960








[Sep 22, 2006 11:49:28 AM][funambol.transport.http] FINEST: Outgoing messag=
e length: 956
[Sep 22, 2006 11:49:28 AM][funambol.transport.http] FINEST: Finally
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: Http header:=20
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: cache-control: =
private
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: connection: kee=
p-alive
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: user-agent: Syn=
thesis SyncML Client/2.5.0.68 [en] (PalmOS; I)
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: accept: applica=
tion/vnd.syncml+xml, application/vnd.syncml+wbxml, */*
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: accept-language=
: en
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: accept-charset:=
 utf-8
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: host: 206.114.4=
5.109:8080
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: content-type: a=
pplication/vnd.syncml+wbxml
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: content-length:=
 19034
[Sep 22, 2006 11:49:34 AM] INFO: Handling incoming request: http://206.114.=
45.109:8080/funambol/ds
[Sep 22, 2006 11:49:34 AM] INFO: Requested sessionId: 058C0F74AED20DD20FEAD=
065B31E1F0A
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: contentType: ap=
plication/vnd.syncml+wbxml
[Sep 22, 2006 11:49:34 AM][funambol.transport.http] FINEST: contentLength: =
19034
[Sep 22, 2006 11:49:38 AM][funambol.transport.http] FINEST: cache: {D11C1D3=
7635247BF69EE655E56B3C172=3Dcom.funambol.transport.http.server.LocalSyncHol=
der@3e8692, 058C0F74AED20DD20FEAD065B31E1F0A=3Dcom.funambol.transport.http.=
server.LocalSyncHolder@10eaae5, 9BAEC9CDDF38C222F1AE1002899E20E9=3Dcom.funa=
mbol.transport.http.server.LocalSyncHolder@a6e962, 8E59C78