From groupdav@opengroupware.org Tue Oct 3 09:02:27 2006 From: groupdav@opengroupware.org (Samuli Sepp=?iso-8859-15?q?=E4nen?=) Date: Tue, 03 Oct 2006 10:02:27 +0200 Subject: [GroupDAV] Syncronizing Evolution and OG using Gnome Multisync and Funambol GroupDAV plugin Message-ID: <20061003080228.45A5ACF907@portti.tietoteema.fi> The connector log reports the following: ---- net.bionicmessage.funambol.source.vCalGroupDAVConnector beginSync Begin Sync: icalGroupDAVConnector/my_deviceid_sasepp/mode=201conflict=1 beginSync No What does the connector log in /opt/Funambol/ds-server/db/calendar/ > say? I tried Multisync SyncML a few months back, and came to the > conclusion it doesn't work since it doesn't fetch linked items from > SyncML -i.e Funambol might provide it with a url like > http://server/funambol/ds?some_data, but Multisync won't touch it. The > connector-*.html will probably show no getSyncItemFromId(). Events will > reach the connector regardless of > > I haven't had the opportunity to use SyncEvolution yet - but from > looking around, its interesting as its another connector (like NextHaus > for Outlook if configured) which sends in native ical2 - something I > might implement in the near future. From groupdav@opengroupware.org Tue Oct 3 12:44:19 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Tue, 03 Oct 2006 21:44:19 +1000 Subject: [GroupDAV] Syncronizing Evolution and OG using Gnome Multisync and Funambol GroupDAV plugin In-Reply-To: <20061003080228.45A5ACF907@portti.tietoteema.fi> Message-ID: Can you upgrade to 1.1.1713 which has improved logging? Yes - database field is the source URI On 3/10/06 6:02 PM, "Samuli Sepp=E4nen" wrote= : > The connector log reports the following: >=20 > ---- >=20 > net.bionicmessage.funambol.source.vCalGroupDAVConnector >=20 > beginSync >=20 > Begin Sync: icalGroupDAVConnector/my_deviceid_sasepp/mode=3D201conflict=3D1 >=20 > beginSync >=20 > No =20 > getAllSyncItemKeys >=20 > getAllSyncItemKeys() >=20 > getNewSyncItemKeys >=20 > getNewSyncItemKeys() >=20 > getDeletedSyncItemKeys >=20 > getDeletedSyncItemKeys() >=20 > ---- >=20 > I'll try SyncEvolution and some SyncML phones again to see if I get somet= hing > synced. >=20 > BTW. Is it correct to use GroupDAV connector's Source URI as the "databas= e" in > SyncML phones or in syncronization programs? >=20 >=20 >> What does the connector log in /opt/Funambol/ds-server/db/calendar/ >> say? I tried Multisync SyncML a few months back, and came to the >> conclusion it doesn't work since it doesn't fetch linked items from >> SyncML -i.e Funambol might provide it with a url like >> http://server/funambol/ds?some_data, but Multisync won't touch it. The >> connector-*.html will probably show no getSyncItemFromId(). Events will >> reach the connector regardless of >>=20 >> I haven't had the opportunity to use SyncEvolution yet - but from >> looking around, its interesting as its another connector (like NextHaus >> for Outlook if configured) which sends in native ical2 - something I >> might implement in the near future. From groupdav@opengroupware.org Tue Oct 3 13:54:20 2006 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 03 Oct 2006 15:54:20 +0300 Subject: [GroupDAV] Settings for SyncML phone and Funambol GroupDAV plugin Message-ID: <45225D7C.6070901@tietoteema.fi> I've been trying to syncronize a SyncML phone (Nokia N70 + other Nokias) with OGo. I have Matthew's GroupDAV plugin 1.1.1713 installed onto Funambol 3.0 stable. The connection is established and syncronization started but the database cannot be found: [Oct 3, 2006 2:27:38 PM] INFO: Handling incoming request: http://134.120.53.18:8080/funambol/ds [Oct 3, 2006 2:27:38 PM] INFO: Requested sessionId: null [Oct 3, 2006 2:27:39 PM] INFO: sasepp/IMEI:357093503019902 logged in. [Oct 3, 2006 2:27:39 PM][funambol.engine] WARNING: IMEI:357093503019902/sasepp: database './kalenteri' not found My GroupDAV connector's "Source URI" is "kalenteri". In Nokia I use the same name ("kalenteri") as the database name, but it does not seem to work. Does anyone know how to refer to the database (in Nokia) to make Funambol use the GroupDAV connector? From groupdav@opengroupware.org Tue Oct 3 13:56:38 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 03 Oct 2006 08:56:38 -0400 Subject: [GroupDAV] Settings for SyncML phone and Funambol GroupDAV plugin In-Reply-To: <45225D7C.6070901@tietoteema.fi> References: <45225D7C.6070901@tietoteema.fi> Message-ID: <1159880198.5829.0.camel@aleph.whitemice.org> > IMEI:357093503019902/sasepp: database './kalenteri' not found The "./" seems wrong; my log entries look like - [Sep 30, 2006 1:27:19 PM] INFO: 363D114C/adam: database 'groupdav-overview' found Sync still doesn't work, but it finds the database. :) > My GroupDAV connector's "Source URI" is "kalenteri". In Nokia I use the > same name ("kalenteri") as the database name, but it does not seem to work. > Does anyone know how to refer to the database (in Nokia) to make > Funambol use the GroupDAV connector? From groupdav@opengroupware.org Tue Oct 3 14:15:01 2006 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 03 Oct 2006 16:15:01 +0300 Subject: [GroupDAV] Syncronizing Evolution and OG using Gnome Multisync and Funambol GroupDAV plugin In-Reply-To: References: Message-ID: <45226255.5030206@tietoteema.fi> In fact I have already switched to 1.1.1713 and Funambol 3.0 stable. Logging in the new connector has indeed been very useful, but I haven't been able to make anything sync with OGo :( Today I tried SyncEvolution again, but found out that it will not work. Here's a small piece of information from it's homepage: The Funambol servers up to and including 3.0 do not support calendar and tasks in the iCalendar 2.0 format used by SyncEvolution. Therefore exchanging that data is only possible in a very limited way, described in more detail in the program README So neither MultiSync nor SyncEvolution will be able to handle the combination of Funambol, GroupDAV connector and OpenGroupware.org. Or at least that's how I see it. So from now on I'll stick with SyncML phones. > Can you upgrade to 1.1.1713 which has improved logging? > > Yes - database field is the source URI > From groupdav@opengroupware.org Tue Oct 3 14:13:43 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Tue, 03 Oct 2006 23:13:43 +1000 Subject: [GroupDAV] Settings for SyncML phone and Funambol GroupDAV plugin In-Reply-To: <45225D7C.6070901@tietoteema.fi> Message-ID: Should work with ./ in front regardless - several SyncML clients do that I believe, I'm guessing Nokia's one puts it there automatically. Maybe switch to one of the provided ical sources with Funambol (under PDI in the modules list - "cal" I believe is configured out of the box), and see what happens? I have some connector fixes and improvements planned but I won't be able to work on it until the weekend at the earliest. Stay tuned. On 3/10/06 10:54 PM, "Samuli Sepp=E4nen" wrote: > I've been trying to syncronize a SyncML phone (Nokia N70 + other Nokias) > with OGo. I have Matthew's GroupDAV plugin 1.1.1713 installed onto > Funambol 3.0 stable. >=20 > The connection is established and syncronization started but the > database cannot be found: >=20 > [Oct 3, 2006 2:27:38 PM] INFO: Handling incoming request: > http://134.120.53.18:8080/funambol/ds > [Oct 3, 2006 2:27:38 PM] INFO: Requested sessionId: null > [Oct 3, 2006 2:27:39 PM] INFO: sasepp/IMEI:357093503019902 logged in. > [Oct 3, 2006 2:27:39 PM][funambol.engine] WARNING: > IMEI:357093503019902/sasepp: database './kalenteri' not found >=20 > My GroupDAV connector's "Source URI" is "kalenteri". In Nokia I use the > same name ("kalenteri") as the database name, but it does not seem to wor= k. >=20 > Does anyone know how to refer to the database (in Nokia) to make > Funambol use the GroupDAV connector? From groupdav@opengroupware.org Tue Oct 3 14:20:06 2006 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 03 Oct 2006 16:20:06 +0300 Subject: [GroupDAV] Settings for SyncML phone and Funambol GroupDAV plugin In-Reply-To: <1159880198.5829.0.camel@aleph.whitemice.org> References: <45225D7C.6070901@tietoteema.fi> <1159880198.5829.0.camel@aleph.whitemice.org> Message-ID: <45226386.10401@tietoteema.fi> Yes, it probably is... I think it is a "feature" of Nokia N70. I hope it is possible to fix it somehow. As one might expect, the answer is not in the User's guide :) >> IMEI:357093503019902/sasepp: database './kalenteri' not found >> > > The "./" seems wrong; my log entries look like - > [Sep 30, 2006 1:27:19 PM] INFO: 363D114C/adam: database > 'groupdav-overview' found > > Sync still doesn't work, but it finds the database. :) > > >> My GroupDAV connector's "Source URI" is "kalenteri". In Nokia I use the >> same name ("kalenteri") as the database name, but it does not seem to work. >> Does anyone know how to refer to the database (in Nokia) to make >> Funambol use the GroupDAV connector? >> > > From groupdav@opengroupware.org Thu Oct 5 15:44:51 2006 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 05 Oct 2006 10:44:51 -0400 Subject: [GroupDAV] Funambol Connector & Windows Mobile Message-ID: <1160059491.5863.19.camel@aleph.whitemice.org> I installed the Windows Device Emulator with the "Pocket PC" image on a Windows XP box. Then I installed the Funambol Windows Mobile application on the virtual mobile device and tried sync'ing with my Funambol server. It works! Or as well as it works with the Funambol Outlook sync tool. Appointments from the server are copied down to the device, but not the other way around - appointments on the device do not copy to the server and are lost on the second sync. The sync also completes in dramatically less time then it takes the Synthesis client on the Palm to decide it failed. This software is free: http://www.microsoft.com/downloads/details.aspx?FamilyId=C62D54A5-183A-4A1E-A7E2-CC500ED1F19A&displaylang=en http://www.microsoft.com/downloads/details.aspx?familyid=DC8332D6-565F-4A57-BE8C-1D4718D3AF65&displaylang=en You need netsvwrap.msi, efp.msi, and V1Emulator.zip Other than requiring Windows it works pretty well. You can Active Sync with the device just as if it was a physical device, and the Pocket PC's network interface is bridged with the PC's network interface. From groupdav@opengroupware.org Mon Oct 9 14:19:29 2006 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Mon, 09 Oct 2006 16:19:29 +0300 Subject: [GroupDAV] Partial success in syncing Nokia N70 with OGo, some problems remain Message-ID: <452A4C61.7080800@tietoteema.fi> Hi! I've managed to sync (partially) from OpenGroupware.org to Nokia N70 (and other Nokia models). I use Funambol 3.0 stable with GroupDAV plugin v1.1.1700. My GroupDAV connector settings are shown below: SyncML Source URI: ./kalenteri GroupDAV URL: http://172.20.1.12:80/zidestore/ Server Source: /zidestore/dav/%USER%/Calendar Store Location: /opt/Funambol/ds-server/db/calendar/ ----- The following WORKS: - Creating an entry in OGo and syncing the entry to the the phone - Modifying an entry in OGo and syncing the change to the phone - Deleting an entry in OGo and syncing the change to the phone - Deleting an entry in the phone and syncing the change to OGo - In the funambol demo database (pimweb) everything seems to work 100% both ways (Database="cal") The following things DO NOT work: - Creating an entry in the phone and syncing it to OGo - Modifying an entry in the phone and syncing it to OGo I had to do a dirty trick to get the Nokia working at all: I had to replace the "Source URI" of the GroupDAV connector (originally "kalenteri") with "./kalenteri". For some reason Nokia insisted on requesting "./kalenteri" instead of "kalenteri". If anybody has a clue of how I could fix this please let me know. ----- Here are are the log entries, some of which are clear errors: * ogo-zidestore-1.4-err.log Oct 09 14:54:50 ogo-zidestore-1.4 [18599]: |SxUserFolder:johirv| Note: class does not specify object for new key: 'Calendar65' Oct 09 14:54:50 ogo-zidestore-1.4 [18599]: |SxUserFolder:johirv| ERROR(-[SxFolder lookupName:inContext:acquire:]): got no record for key Calendar65 I've noticed that some others have stumbled upon this error message, but I could not find any solution for it. * ogo-zidestore-1.4-out.log 172.16.0.133 - - [09/Oct/2006:14:54:49 GMT] "PROPFIND /zidestore/ HTTP/1.1" 207 4956 0.008 - - 0 172.16.0.133 - - [09/Oct/2006:14:54:50 GMT] "PROPFIND /zidestore/dav/johirv/Calendar HTTP/1.1" 207 85 0.007 - - 0 172.16.0.133 - - [09/Oct/2006:14:54:50 GMT] "PUT /zidestore/dav/johirv/Calendar65.ics HTTP/1.1" 404 195 0.002 - - 0 * This is the vcal entry the Nokia N70 sent during this sync, if it's relevant: BEGIN:VCALENDAR VERSION:1.0 BEGIN:VEVENT UID:65 SUMMARY:Appointment DTSTART:20061012T080000 DTEND:20061012T082500 X-EPOCAGENDAENTRYTYPE:APPOINTMENT CLASS:PRIVATE LOCATION:Office DCREATED:20061009T000000 LAST-MODIFIED:20061009T124200 PRIORITY:0 STATUS:NEEDS ACTION END:VEVENT END:VCALENDAR If I delete entries from the phone's calendar I get (from tcpdump) the following output: DELETE /zidestore/dav/johirv/Calendar/190940.ics DELETE /zidestore/dav/johirv/Calendar/190980.ics DELETE /zidestore/dav/johirv/Calendar/191020.ics DELETE /zidestore/dav/johirv/Calendar/191100.ics DELETE /zidestore/dav/johirv/Calendar/191300.ics DELETE /zidestore/dav/johirv/Calendar64 Deleting entries works both ways, as mentioned. Best regards, Samuli Seppänen From groupdav@opengroupware.org Mon Oct 9 14:42:26 2006 From: groupdav@opengroupware.org (groupdav@opengroupware.org) Date: Mon, 09 Oct 2006 09:42:26 -0400 Subject: [GroupDAV] Partial success in syncing Nokia N70 with OGo, some problems remain In-Reply-To: <452A4C61.7080800@tietoteema.fi> References: <452A4C61.7080800@tietoteema.fi> Message-ID: <20061009094226.zsmsx3i6e8ks8s0o@tyr.morrison.iserv.net> > I've managed to sync (partially) from OpenGroupware.org to Nokia N70 > (and other Nokia models). I use Funambol 3.0 stable with GroupDAV > plugin v1.1.1700. My GroupDAV connector settings are shown below: Very Cool! > SyncML Source URI: ./kalenteri > GroupDAV URL: http://172.20.1.12:80/zidestore/ > Server Source: /zidestore/dav/%USER%/Calendar > Store Location: /opt/Funambol/ds-server/db/calendar/ > ----- > The following WORKS: > - Creating an entry in OGo and syncing the entry to the the phone > - Modifying an entry in OGo and syncing the change to the phone > - Deleting an entry in OGo and syncing the change to the phone I see the same thing when using either the M$-Outlook plugin or the =20 Funambol Windows Mobile plugin. > - Deleting an entry in the phone and syncing the change to OGo I see the same thing when using either the M$-Outlook plugin or the =20 Funambol Windows Mobile plugin. > - In the funambol demo database (pimweb) everything seems to work 100% > both ways (Database=3D"cal") Yep; of course one sort of expects that. :) > The following things DO NOT work: > - Creating an entry in the phone and syncing it to OGo I see the same thing when using either the M$-Outlook plugin or the =20 Funambol Windows Mobile plugin. > - Modifying an entry in the phone and syncing it to OGo Hmmm. Mine sort-of-works. I can change the time, location, or =20 description on the client and those changes sync to OGo. What I =20 cannot change is the comment; doing so weems to blank the comment on =20 the server. What fields did you try changing (I don't even know what =20 fields the phone provides). > I had to do a dirty trick to get the Nokia working at all: I had to > replace the "Source URI" of the GroupDAV connector (originally > "kalenteri") with "./kalenteri". For some reason Nokia insisted on > requesting "./kalenteri" instead of "kalenteri". Ugh. I thought the Funambol server was supposed to deal with "./" =20 automatically; maybe not. I'd ask about this particular bit on the Funambol list. From groupdav@opengroupware.org Wed Oct 11 17:07:42 2006 From: groupdav@opengroupware.org (Benjamin Long) Date: Wed, 11 Oct 2006 12:07:42 -0400 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis Message-ID: <200610111207.42676.bflong@longbros.com> --Boundary-00=_ObRLFEgNhGdt0ph Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline I just did a completely fresh install of Funambol 3-stable, and the latest GroupDAV connector (1.1.1713). I'm using Citadel as my server, and my client is a Palm T|X w/ the Synthesis Client. The attached log file shows my attempt to sync. If I add an event to Citadel and sync, the event gets brought down to my palm. If I add an event on the palm, the event does NOT get added to Citadel, but the sync does not show an error. However, If I sync again, I loose that event on the palm. The two events in the log are "Go Home", which was added to Citadel directly, and "Cable Install" which was added on the palm. Further, If I change the working "Go Home" event, the changes DO make it up to the citadel server as I would expect them to, although that's not in the attached log since it works. :) Any idea whats going on here Matt? Benjamin Long --Boundary-00=_ObRLFEgNhGdt0ph Content-Type: application/x-gzip; name="funambol-log.txt.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="funambol-log.txt.gz" H4sICMmqJkUAA2Z1bmFtYm9sLWxvZy50eHQA7D1rc+LGst/5FSp/2b17eEkgMBzgGAP2UrGxy+A9 J3FtbQk0YCVCIpLwI6n899vz0AMhIYGEs95oU8HSSOp5dE8/Zrp7Pn2Cf9zEeFW0BdeTpirihppp SarKDZ6QZnH4+acc+WUlJ5c691lfohNOMblbAxXQi2Ja+HtJkzlJlpHMzQ19yfUUS5KRyv0XTQGo hYy5NEMbALvk5c1q57rBNZrlMictuWtdk6VX7mZmcQ3rcePTc7RQNO5CMUyLG79qM/Yw94BfruU5 oVyucZVmudYsV7jb668P87UmLae6WrQMSTNXumEVHy1r9ZW7GI4G40mT+wx33COCJhvNBGAeddNq cnxDKPK102K5KDZPy6flBABn0uwRFWa6Zhm62uRWhvIkWSgBwLWJjIK0AFw28dBZj8gETOJBvL7i eqoCD0pCsQH/VbkHpH3lPt5K6vJm/G9u+H8JqpVmM7SCKqXVSlVmkqXoWulJk4smVLxU//WyVPNh z56n5Omn0qfE9RdUSVusofdNDmnJoc0eJcNE0Ku1NS+cJsEy4BcGvmC9rlDoGJFxSKESFWkL67HJ Vep8AmhL6aUAs/VZMmQTKD4JjTuAkIyvAFq1VuSrYlGoFRtJ2ugFTGfmwtDXq2fFREUTmWimF2f6 MqUKYF49AfPYrwpuOLq4Ae4DzFPFTFTR4G18YaDf1wi3GFfYLJX8LKVkt60km1HQ7ygsYLbQIhOo aig3OW2tpkBMkzcg2KtU6JUw0ib352m33G/0emWxyvfrvUG1LvD1aqPXqJZ7F1W+3msDAooh0IoU x8UrfSapmGV+1lUQGGdivSHO0F8JWjdGkjF7xIh/JCC5ZwVEngdd3W63UTs97w4u6o1y47TPV4QB f9qr1AaDQb0uVpKIPlqjplsgfteAPq7LaejZbQnI5SniZgYCySMnqKinIknDfVwZ+gzJawMVi8UE 8DT9GXgFXyvzNV6sVUS+mqRxV4PuaDi6/HY7uBve9IHcyvhfAoiqZFp2lyfKEmagtFw5Da40RKGa RGZQ9GDAE/1KeQLa5oWkTR7p3GptLGwGpBjJ8C1Rko6i3Y8HTLlGXahV5nE0EgrAbdU1TCrQALhH ybQ5DJeK3PVX1NM1uAfd2OKWrE6iGRN4nKVzB4IFpaNAtA7MwrmP+DcPNcCoMdAymisakpMMDrSO 4EGFKQ9CCd8+IltL1Ke/opnVzLXofYf8/SwbndYXZPQn/Q5fFFoldo3Lbg3d0jv07ZL9kBa2xozH 9TuVcqvk3rWuzQX84VsletGaSMYCWZ0WUML93bDD5GKQtPXKxlaJvd8q2QDG+tqYIQfQ7ahevq+e 1r7wpz+7b8PfkbREnelc1bUFKSf30ET2eQ8mB7QSWVKndaEbS8nqTGvVVoldt7Bo7FASakpr67Ew lUxlBs3A5dAr8mFfgt+fl7+YU0HUbpYrYybcV67/uPu9VSKPWiVvNdfSCwzGWPkDdchUByhuCX56 M/2VXNeq9lO7xK6w5OAKX5zr8mundYlHpbeU6XDTC1YjaWzwvCjI6EnR5nR6+Lo1tNByC2PFEv2C FwKQUqKflEhbuirMG7tJgtMkMiIC7hgdm8BaZgro5ZIajfdiCWGL1ksh9hu0E11t9qjDQF0BH8fV 1nj4f8I3ypWq+At8hYtbI/Sy+VCs8PCQFLdKNoh4qGFDwHp/oWiSCrf2XxdfJTbvDpjfY0syLKpo rtYWKEWaril/ENTuCQ2zd1V1Qa2UFYLbOKYp6HPwYtH+IqB1KwMRHQGYgbZIAnFDshDthvSVkLCK rCIwU22BKN7vDWXMiqH+W1o/Y4gfQVOJw09DG0Ir4igtArVRpkqHjiAcN3UJZkC4Nh+jFt1QFphc OIvWYygwBHRCpNB4Okx3aO5tPODMWpuptH7XGJFVnmNXci2tUqnj1iFfsLmY7G9yrf9g4QwTCEu4 9glfLJ9wCOw9GWi8fXI/uSicnvyn40jVnCNWc0FyNRchWHOhkjXnF605m4fmDhWuOYfL5mw2m9sp X3OhAjbnsOEcFbE5yo5zQUI2t1vK5hhrzUXK2RwTtE5lO0VtbjdDd6stuSh02HeOyNucX+A6Ne8p ct3KiPjYxmWA2PWiq8Q+K9FWUeGT88venF/4hlbnl7+7SGNLBHuRz3pFRSjWlTWzfcIwvUQgJuYn GNIO4ZzbKZ1zjniOj057rOxR2pTROY+QzrlSOgYnecTrP145PVsbBjZMwGa0gHWMJ93J4Bv83k2i oblQ7kFgY1V+9ohmvzU5OtX2BvCBfveBrg7s/TmeldAVTM0xlAMvE1W0mbICYcYaUPJykqjWsKWv gC85VV8sgC8rWpy1hy3MLPUnrKHAqBLcMNTc/nTJf7sb9AbDL8PR5SFwbx19h5haiqZYiqQy3Wx/ qeQVeIB8oqfNCWTQgCRgksinGxnAfJ9147ei/bzYZxdnvFitTGfiA7yK2mx+57HJ3G5h47OTN4kO 0NNl1IZ25any0Q6BP9MNVKQs4YwXysK8KudNMul3fkH5whnfqM1P8xKZuDvfp3P7TESnFWGaX9nE 1PaSQomSx1e8l6VoZHSoiusOkqqYVjidMCoLgNl0QXxgQxZ7Am0Th7uCa0M1m9xDhkAbgV8PmBeS jBWvsFnAdDvar+I1WurGK2borBdzcSrJZa7A/YnH1FGy82wlaa39punPWp5bezTwOOvDW5j3zl5X A8EEq2IMAHuHTwjlLoFlLNdLzsTPzfUKL6EBwUxfvXT9URDL5TiGTHy+V9mL7/kN0nuH4810ba4s 1gbZpiCNhcEj0ossPJN37pC5Aj3hkFUzZqzqayt9a1U3rXTM1TtkrQ2yRL50F+IY6HdlQOyv9Icq iQfYIg4IRi9xYfz7V7bjosjtqEXrVskGHqbmU8s4UNM3F2BFs/HDV+QdfFEmLzlFHQaYlDrDjB/H HhX3E3to8fUmftxyW8/HxoJtGDn98HVIiNMh3tchsDK2O+M1Ubzt3bI5QttSidMWwdcWosVvt8ax YIKHzjVatodt2zxidxFWTFw7xRkH2xBxhgGIca1a7oBU90VOStbntokXZH06b7H+9NHTUJv7hod+ eBLGva4lrXPBKB3baxou0+VOf8yNCfOHQh1j9mZw3Sm0SvgPWGzPX/AN/gONhV+xiHkbuf1Mn30m N7hJ/c7cqYDek3LoecdkVbDbXOt+0gNDEP8CXCp9rzD9gBVp4iVbf5Hz1mi9nCLjZk4Xpjzv+h/Q 0RpboBxtEKRDrxv0qJgrVXol3NV5wVtIjN7L+2Gf2LgVgZi8zj0Q1Evh1qDEMiGotoAYSy+FJ4CE NFnCPGnCaABw0psAesoEPXAJKHa/nySE5H6PuWFPWrEr8glPmS/73LkUgosrwcXV4GIxuLgWXFzf KC65bS150VaipB40l90pvLkII+6/CBO0sBIqYANWbA5ZhPHsazfKmyswnj16of4dLr+kvn0ACmHK +wd3CGbuzF63dtbgmTqb4iK8XZFvsZ9VRGn0CBVt1JLehsiOSvbdUfBbFDdra6F7VPVMP8/080w/ z/TzTD/P9PNMP8/080w/T00/D3Mw9atgnB3acFqvJwBLmqu+ZtFEWTRRFk0UN5qoVkvS5Cya6H1H Ex0xPOVviDRKRsvHjzTKR473IbBpSMU7j2KK62KRRYW856gQIWFUyH4LSceKIDlqUAdbediO6/Cv NmwvbW2vbHlWXzY765Z7DN7Ya1/uJ1uxHfbKia8fQnQ/qpv9YFYb64d3mchd+Ni/HZXodoib7fAs Zm2srNmGYOBIBiwdhETB0Gs73iTUqnNDUuz+saATp5uA9o5/jeoYMTZsZb7jN6K9gUfbCxEBUUa+ KgWRL5+K1YAaSYfPB5fDUfNLr3s1GPW7d7kvg7vx8GbU5IvlHHs2+DIYTXLj++vr7t3PzY38FLne VXc8bt7en18Ne7n+YNy7G95O8Pe5/oS45zbZKmFjUm6QYMz+BCpyS3kaoonLWEXk0mmPHy/OMJUo ZrKooCwq6DsN33GCj0y7IsfeiBIFaVfrMve0IacXTXXcMKfjRoJl0VOuCnpw9NRBSuiRIq3eIOrp qNutYVppLplaus8WZ6zt1qqvQxvaaS5SPU19y1WMt+UapKZGb3El33KN2pgI328l2lLAZuvRwtVs RS1gV8i7dRui0kbu0/rV2q1N2nei2G7sp9kjVmLYettwur1jF7bA0n1sTlo7AW4y9xFEEsJADoqy 8EWBLRQgOA7PjUfDUcltmXjQQJAtGabQ7IghOkb4S5wgnZ3xLzAiBuIkg8aw4dUoSZZphATwSh3U WFx+2LCjlWS8cTgQXR0NwwCNmYIqzur8KarwMUZvI4/PUlqtcIeIeUPyKl7dD/tNjjGSqFV+x+jy E1+8lE3+YKuxA4UMMh0B7iMGzsYo5owJAsyc+2hckj73BNwpJte7GV0ML+/vBv34OqlpGQBq8bqx ajtXFfjcQKaurslI4IRZnqAlPMROzUVugkMt0VzC7pJPkromMVtrrNJ+xE0CNjsB5jO+ubrHbPZb 72oIPPPbf4ejcfgw2OGGDrXOJdPawhCMAKXTjchDIyhKkQNOMyPcqlbgywWojRehriYvFoFOdqGa NQV7EXAzKVYqudDB1dBzF1hR/CC+ABjrlYzZbzeSpWGCwRJouFypZ8KcrwnCw2/otc39ycGfLxhT ziTh/uLyMNLAMX+CN8iSOp5WSHZu5yQPgR1GSUIq/RI+b9m5v9q+ccbdK4p8Le/dS3202ny9TCIy Ufs+D5bQCm8XILP95+3dze3gbvLzt94NiPBRf2f4JJOuZ6A8ibw8z+OJMMEkNh7+MsBV/LVH1GTA gMtIRWzAE8HpA5QZ5TRUms6oO9U+fCaYps4xmgFTZjq0lRo4OnKHgQsQjFhPAMo1gTXh4EFgMHTX jXDDD6MPJDEvzkXH0aBb7oM/XcKH41V///dW30+1+hAyS4l1JYbDZmRiOCP0rL5ylNFxClBpYorv Ln8stjz6ftny+TI5sgrnGb7eDl+FbgoowxhLDiQF4qFNSQaEpasxGYl1/Rs2GS2G0qIzaOexMzyH ogG3klgU0esEGAM39usEDXyjWpXQQzesQxnq/KjLn+8zVmjGo9p8e6xGN5Nvg/8Nx5Ph6PKgAbOv nWFiBb5RsX2kCBg6PP/bGB7okENA7dHgv3nF7Dok0p5Lqomg6Nwtsow1LukTLeZCB/tVpq/tYLAb BrGTKWlF9KBI23VjTSKhuTF4QbO1Fb2AlE2UbKIcb6IkWuHCQpeo+ySDUDKTfqZKJI8PS1WE+w4T zPxNWdFUP7iuvRLJYROJBHqwVU28llnA0VBgz1GiL7C/H6gBiE2+7uEWn1s1Xseza8VdQc8xGIVH IaJZpt6q3eFIoSm+/JKcuQJ7Jk71V4fS6GbazU9n/EyoiHP04NJpxuVQe/wdcbl/+FilxUDzprOd EDH6qe4Ebebf4w9KZ+f4ldM1MWdEctlUzabqdzRWqek6eEuLZDake13xndu2dn8NZK7AykU95rwW bu7STVkyWc/4Wm02hYEM0/g33m3MK7yMIt7Fm72nFUEQaocwgLFEEjSyHX6mcIQunTDBT0M0r+nL Z3ylXi6fSg8zb2k7bDCCQAw0y3g9qzam5crDYq3Ibf3ldYG0QlUUalK9XitI9WqBz6v4ESH4auNr 6KiEVyDKfL06pzWweeOBKVa/fs0vdVmZK2TamO0HuzzPFslpaSxG+45Tcsba884ycu5OIPSeMnLu cEp9+4w/h/q3vpPsQMLxswPt16PDMgkd5toa0Hm/ayvu/LGS9+zh9BrQUr/TK1Nbtp1wHafLgMbw AY3J8s9l+eey/HOZNMqkUSaN3q802jvbksiLWbalLNtSlm3pDc9uF5MkOMuyLWXZlr6fbEvJaDnL tpRlW8qyLR0121Ily7aUMNuS8F6yLe08eVsQNnMOve2J7A4ifedkZylwshQ4kbUEpUN5g9w0P3bm ney87jddTq1kGWdSzjiTZNH078g4E3E4tyOfQ/POv8G57i6Gt9LBv1k6j1h+D1k2j7fP5hHgaZW5 OqXs6vQP8XHa77j1zMnpx3Fy2qEHZdvKKW8rV/7J28oBnY95RNmRT3+LPmDo71H0grPveXbBj3YO UtoZ5DKPrMwj6wf0yMpEZyY6M9GZic5jis693cdq5VrmPpa5j2XuY2/oPlYJTwCbuY9l7mPvyn0s ES1n7mOZ+1jmPnZU97Fq5j6W0H2s8l7cxyIO69vuR2W7H8c4I89pYHZ8WuY7ljlx/SiHnGW+YTm/ jM18w1LyDUuyfPtdnkYW0KFKQIeOdfiX29I3P+VpP1eRtPzC/Pa9nQIyxqkqt8jASb7ifpU5SmWO UtHJoA6k/mC4g1H845Q8snT7BKLmlj8k0uR99FNPDmbyIYFHzjvCh4FNJdNzDFKS/KnEX5KVbrU5 ftLpWEPggDuIIkHpUYjC7wyAc95WxKzCpzlN7MyBZ3Jj1hD4h5WhaDNlJalDuc3nbZht20kUtx0v 9+FEgyyPJbm0pAVlnCQDoZ3GVqzwv+BHdP62N853xF8bVmjCQqCLwGenwulX7qApY3d3jLsL5K0b SG5yOOVgqhMly8L2D3NQ3KGMZ14WKXtZVH9gL4vMmS1zZsuc2TI2m7HZd8Fm93Z8qr5R3qyUVdWw Bt0hBvfR3t01oveQc5/wP2y74XNrLxTDZKyLlLOnG0eVgzRQ8O+j/kwUV43DXkob749069H7jMox GYQUd46AlXICVOepJaDT1UYqzmNxwcR2HosLMLbzWFyAKTuPxa32WM5j+9Uf5Ty2J7RI57HYWE7i PLZvJY7zWD3IMSsutBjOY3FB7e08dgjgvZzHDqlgT+cxWsWxnMc2oAc6j4WcKrgnMR3kILZnHVep 0OvxHcSCnLjiti7SieuiVu82Go3TbrcinNe6VfG03OMvBIE/P+/2a9UgBSS26KM1arpFHbmKXBcf j+W2BKT0FLFlqqClzLgV9VQkadSDAYxOeW2g4N2QuPA0/Rl4BV16rJUbYj3IlS12464G3dFwdPnt dnA3vOkDueGtyiRsDR8BZnfZWY11GlxpiEI1icyg6MGAJ/qV8gS0zQtJmzzSudXaWNgMSDGS4Vui JB1Fux8PmHJCZSrOKnE0kqM5HUZVdKDTYSTYJE6HcQfnb3E6FAOcDvmETofHcyTsweSw3QkvyFFO nWkN7Gt23cKisUNJqCmtrcfCVDKVGTQDl9tOhMSI/Xn5izkVRO1muTJmwn3l+o+73x2PN281R/Ja vERWgMsieZ00NnheFGQEVuKcTg9ftwLzyhVL9AteCECKnQyOtGVn9jrXGzCwFn+IVCjetwKv/D6i 9PhGeB/4eMe/+QVf4eLWCL1sPqyJ+CEpbpVsEPFQs5kP7yAXx6j5vZ+L4y5oe7g4+sEkd3GMDfHY Lo6xG5LIxTF2LUHp8cKdAPdt/IGek6mMUdQyeCqVRPgaxq7ju/M1FIPW3fnEvobH9h8kss9xIwwQ srndUtZ1HoySszkmaN/EZ/ESucnfvEv09Js9Ra5bWUgcdIDY9aLLiVymrYpITRcddh0QohxKGkGx z37nUXaIMnRYM9snDNNLBGJifoIh7RDOuZ3SOeeI5/jo9GfCO3TLwc9J4rlAwu/dJBqa1/kEO67p 9JzuJken2t4APtDvPoSGee3+HM9K2+Fyn49vbX8luwElLyeJag1b+gr4klP1xQL4sqLFWXtIK5FZ JFxfjkFFUyxFUj2eZPtJpWDPRgzZ9SYL9iGznxf77OKMl4VKuYwe4FXXX4ycV8vOrt049hi7jOH5 vvOEWcoSzkReKNdneXPnSc30UFWa4lCYyjVezEtk4u78gM7tM35erci1Rt7xfmsHeO59xX6eiuZ1 4HRGSVVMK5xQdnkDbvstxp1B29ThLuHaUHekifwnYjDI6TdqZkgycTQ9LNkmj6Zz+H/PbJuH4P6t XJMPZ327XZOjbNK0XCQjF85iu0geYLBGuUjGBvndukjua0O8ve9O2v44UevWKfjj8Mf3xznUx4YX DolOCugQ7+sQGBpBwUmuleJtb5JD+gLaEjN5VTrnCTJrgd1FGDJxTRVnHLYyTlGnR3dAqvsiJyUD dNvKCzJAnbdYf/roaajNfcNDPzwJ417Xkta5YJSOTTYNl+lypz9mwV5QqGPM3gyuO4VWCf8Bo+35 C77Bf6Cx8CsWsV8iuf1Mn30mN7hJ/c7cqYDek3LoecdkVbDbXOt+0gNbEP8CXCp9rzD9gCFp4lVb f5Hz1mi9nCLjZk7Xpjzv+h/Q0RrjCIcNggwO3VPMlSq9Eu7qvOAtJHbv5f2wT8zcikCsXuceCOql cGtQYpkQVFtAjKWXwhNAQposYZ40YTQAOOlNAD1lgh64BBS7308SQnK/x9ywJ63YFfmEp8yXfe5c CsHFleDianCxGFxcCy6ubxSX3LaWvGgrUVIPmsv/39619bZtQ+H3/AqhL+kGN4hsKU4KuIidpJ2x zAEWdwMWDIViy6023yDZa4ui/308pETJ1o0SKV/U05cmckyRh7fDw+/7TjiFN+MwZvE4jDJduQJx mA0a0GYQJnpNf3WAEZj9YesLeIZy2PrCLyqLrS/5omLYehUvKXqpcNDYevTP0T9H/xz9c/TP0T9H /xz983r554VJWZftpGzUosWmk7KQUISEIiQUJRKKDCkaAhKKjptQVCFDZQ9kI7mxvAs16jx7lymb sSqOnMgkCrJAYsgxE0OaCtWo8wNJdVSjDqMNx61GHW+HsdkO/9TmtyMaJgoDH8Xr0cqvh7lZj0gw S60sNiOOsJ8DyknqqS5kpQTt83knvJmk299sx6iqoNmwjEVIdEGiy6EyUtRqeUu9NlysVJesjiBU LXOnWnITEoJCl0qJ+LiwU1Vj8XGZ68ODFB9PaJCx1aANb+sk191SfoVoil0hqlFDL36FmBdoT78/ pN5SwuVhZQws2YyS5VhOhfHk8kLvRck5Hx1itJjas7+ulzIEE3Znm3IGs6MSToIIdSKTlEBM4tqa 5TJuEYQIrPGYwdbJhF8QXwyel7O7vbTcXZM0WMwqrQ8YmYW841q/vDo39fN0+/nhUu7tb48YMfmb WDIAXgo1TKAJDoX7zRIc5kkF+ygpRvBYTCLcJcfTbh4Gb/vv3v+eKC+Y4gzFFdhvFvPJ1CFfd21v MV1TS4D4UIT9AZKD/M1n2hBoa/bEAtzZf9Z0Tckva/ClXkKV7vs3Q7JiPD7cvx/2HwYfbu77d4Ph hz/7g8d0MwTMLT7CJpa3ivUQsQAbWxskLjeJ8KWR5WFEl5gk2fOsrvarAtex5KAqJMuVaty5/blL 1g9xOlRCGevlGNZM6XL8tAzS5dySUkZsArGVfcTgFkWmT7KperDJQtoINSZTVhyzXLQ47Zv2r/31 Dxj8ZH6zTBjad60M7Y0v3bCVkUI9MhGBc0SmEwvW07l/OjjVyHJMVaw0xtbTTreJ1kmZGBS9/v1+ X3+r9PUpo0/RRJUux5+ovVzHA3YIGJT92XJ63TbN8aT1RGzYSRmdDbK0Er+GDOEOvYyAxDU0TQv7 dUJFHAIKapSOugrk0oIH0avmT0BMZdcztBjaY53bBjlhL+FaxfY6374XIIQmGGRgf55+1Vh1NYc0 WHpGd2eyJfRm2D3cmK96Cuz5qosmDU0KFpUe5D35fumyqgj2C09vdfF8PmoamX3j+d/pptHOk/rc tprmSC/X52lfUDoMHreGAW9mr0gzD3xoS40oX/6Ed39q4rRa9D9vZ69QOw97AMh0P5RDT3P5gRWw yEPw59QspkH6f/JU8yWjRktFg3d35/bu/m5413C8Lu/TDmQFI0964ZOJNfXg0S11gt8uyGF/zB6W EhWBWAV4jPWZexBssaaubY2/sqCLMydHonBaaZZHW9w7C1NHOCsGaaKqHixrA/OjqZ6OWFBGICXf ZpgtGheTjA3cfbFH61V+4BEXjKMf3ioXDJkhxySYtrcoH6gZMavxD68Kuxp6+PW6fa7rxugpbAmO Why1wqOWnhgeMxW8Krln2VIdK7XdciwtC+hxq5zgDMAZIL5uw50O1Uhjlz3isKLYlaVre0ty1LBv fNhQ+pmDXSTSKXCttydXl3Y7NV12eOk4sfSJWWamKMghbup287wpnUJcH4318ZWRkeK7RNpw3Ty3 R6O2cGbyMlnEayTVJ3SFi0p99VHqywD37TfLZhGc4JGohjR3m2Uzv0UKs2zmQgQTGr8NEYTGVyXq EdYUpaBQCgqloHADwA0AN4BqtUaMiyvUGkGtEdQa2WHyYlNG3ge1RlBr5HC0RuTGMmqNoNYIao1U qjXSQq0RSa2R5rFojWSmnm02NxU3dpuSONTN2EwUi4IZKJiR+5Yk8YQdKFnUW6cDE9buNILZQn0K xfoUMnHKfehT5GSn5ftzquryDhIbR/QTtsWQdyacIHS7j7oJe9BNSIAHIZgHwTyCFaEI+mfnI3/7 jG8G2ku6P/ykPdsja+0xCE4wP1iV/Ir7R+cyNYEFTTv1O5ZKQngz4utD68ibQ3tYX6g9yEeLzxC5 i9TvjBQCXwTFBxfoAiD3EFAFgBwAmgusoYBesucZwH9xfRK+YvreEtRgtViALTWG/SMPggDJ2gvE OsCwr7XWZYN/z6NPmqQyQYnBt9gnbVPkKihW3SHFVPGqgXHSqnemdVneWmel+SGRwAVk9vPNphQ2 Viy5NeLG6oMby3C6ETagGDbQ+pFhAwmNF8wGVXGirfxcLvs5VSQLw7XSheGUpZxhCPo3CVp0KQby PYbEF/P28FJV684hoA8BfTUE9OHOjDsz7sy4Mx/xzlwYaXnRlEGqIdISkZaItCyKtGzLgJsRaYlI ywNCWkqNZURaItISkZaVIi0NRFpKIi1bx4K0zMnqFm9HK96OKpKpiaZ7i1dwK+0cOzXFqshPXJEa ptYBc6Mh1BMxl3XJYIZQzpPtfR6hnIqgnDIR6oNMNZbQoFZCg6rK7FUgCVlCTbcJ71Ff4CTbGcis y85TcRUD/qiClG7HO3yAY2bCpEA71nZBdk70WwixVAOxDGpy3EjLXNm0ktMgudy7gXgercgGH089 9TqGqbbn4yJOc0T4mH6RlkeRh5C57dnyIvmvZDRuKebafxqrs7jSs5AJeHGlRiTxxBx6CuEG4InW cuYapPEaBvKW15etltW0n5auMx85S2vaH3f0RlBmJ8CZQ90hDgoyqL4qKv1xZX1kKyj8xnMPXZj6 X/ARm9WdjYyS8G13Rf98IwuZcXVmti8aZFwkfnZpGH9rpaZM0NxHaC4Z3gvXHr/WQH1T6URBvcIf DHeacUJAdItidItRY3QLgggRRIggQlxmcZk9imW2uPaeLnO5LI4IU+yqplWIZ9D5FFx7u/mX6yc/ wz84uwF5rkn+owsXfep/dmM9T22tPyd1nU613xxGyn0LF9QA3Nr42xfvFtovi5n9Agh6ljP3tPX8 k+XOiPNM/+B/rfKvem+UAQA= --Boundary-00=_ObRLFEgNhGdt0ph-- From groupdav@opengroupware.org Wed Oct 11 17:04:29 2006 From: groupdav@opengroupware.org (Adam Williams) Date: Wed, 11 Oct 2006 12:04:29 -0400 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610111207.42676.bflong@longbros.com> References: <200610111207.42676.bflong@longbros.com> Message-ID: <1160582669.18605.2.camel@ws01.whitemice.org> On Wed, 2006-10-11 at 12:07 -0400, Benjamin Long wrote: > I just did a completely fresh install of Funambol 3-stable, and the latest > GroupDAV connector (1.1.1713). I'm using Citadel as my server, and my client > is a Palm T|X w/ the Synthesis Client. The attached log file shows my attempt > to sync. If I add an event to Citadel and sync, the event gets brought down > to my palm. If I add an event on the palm, the event does NOT get added to > Citadel, but the sync does not show an error. However, If I sync again, I > loose that event on the palm. The two events in the log are "Go Home", which > was added to Citadel directly, and "Cable Install" which was added on the > palm. This is the same behaviour seen when using the connector with OpenGroupware and either the Funambol Outlook plugin or the Funambol PPC client. I haven't gotten it to work with the Palm+Synthesis combo. > Further, If I change the working "Go Home" event, the changes DO make it up to > the citadel server as I would expect them to, although that's not in the > attached log since it works. :) > Any idea whats going on here Matt? From groupdav@opengroupware.org Wed Oct 11 22:51:26 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 12 Oct 2006 07:51:26 +1000 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610111207.42676.bflong@longbros.com> Message-ID: Can you provide the two html log files in the store directory (the one you have entered in the control panel for the source)? On 12/10/06 2:07 AM, "Benjamin Long" wrote: > I just did a completely fresh install of Funambol 3-stable, and the latest > GroupDAV connector (1.1.1713). I'm using Citadel as my server, and my client > is a Palm T|X w/ the Synthesis Client. The attached log file shows my attempt > to sync. If I add an event to Citadel and sync, the event gets brought down > to my palm. If I add an event on the palm, the event does NOT get added to > Citadel, but the sync does not show an error. However, If I sync again, I > loose that event on the palm. The two events in the log are "Go Home", which > was added to Citadel directly, and "Cable Install" which was added on the > palm. > > Further, If I change the working "Go Home" event, the changes DO make it up to > the citadel server as I would expect them to, although that's not in the > attached log since it works. :) > > Any idea whats going on here Matt? > > Benjamin Long From groupdav@opengroupware.org Thu Oct 12 08:05:21 2006 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Thu, 12 Oct 2006 10:05:21 +0300 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610111207.42676.bflong@longbros.com> References: <200610111207.42676.bflong@longbros.com> Message-ID: <452DE931.2070206@tietoteema.fi> > I just did a completely fresh install of Funambol 3-stable, and the latest > GroupDAV connector (1.1.1713). I'm using Citadel as my server, and my client > is a Palm T|X w/ the Synthesis Client. The attached log file shows my attempt > to sync. If I add an event to Citadel and sync, the event gets brought down > to my palm. If I add an event on the palm, the event does NOT get added to > Citadel, but the sync does not show an error. However, If I sync again, I > loose that event on the palm. The two events in the log are "Go Home", which > was added to Citadel directly, and "Cable Install" which was added on the > palm. I use Funambol 3 stable, OpenGroupware.org, GroupDAV connector 1.1.1713 and some SyncML Nokia phones (Nokia N70 and others). I also have same problem: adding events to OGo and syncing the to the phone works, but not vice versa. Changes to events in OGo also sync correctly to the phone. If I delete any events from the phone they get deleted from OGo on sync. When adding an entry to the phone I got an error message from OGo Zidestore server (e.g. OGo's GroupDAV): Oct 09 14:54:50 ogo-zidestore-1.4 [18599]: |SxUserFolder:johirv| ERROR(-[SxFolder lookupName:inContext:acquire:]): got no record for key Calendar65 Do you get similar errors in Citadel's logs? > Further, If I change the working "Go Home" event, the changes DO make it up to > the citadel server as I would expect them to, although that's not in the > attached log since it works. :) Here my case is different: if I do any changes to any events on the phone they do _not_ get synced to OGo. Samuli From groupdav@opengroupware.org Thu Oct 12 18:05:15 2006 From: groupdav@opengroupware.org (Benjamin Long) Date: Thu, 12 Oct 2006 13:05:15 -0400 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: References: Message-ID: <200610121305.15545.bflong@longbros.com> --Boundary-00=_LXnLFN+9DYZ20jz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Matt, Here you go. I think these are the logs for the sync's I logged. Benjamin Long On Wednesday 11 October 2006 5:51 pm, Mathew McBride wrote: > Can you provide the two html log files in the store directory (the one you > have entered in the control panel for the source)? > > On 12/10/06 2:07 AM, "Benjamin Long" wrote: > > I just did a completely fresh install of Funambol 3-stable, and the > > latest GroupDAV connector (1.1.1713). I'm using Citadel as my server, and > > my client is a Palm T|X w/ the Synthesis Client. The attached log file > > shows my attempt to sync. If I add an event to Citadel and sync, the > > event gets brought down to my palm. If I add an event on the palm, the > > event does NOT get added to Citadel, but the sync does not show an error. > > However, If I sync again, I loose that event on the palm. The two events > > in the log are "Go Home", which was added to Citadel directly, and "Cable > > Install" which was added on the palm. > > > > Further, If I change the working "Go Home" event, the changes DO make it > > up to the citadel server as I would expect them to, although that's not > > in the attached log since it works. :) > > > > Any idea whats going on here Matt? > > > > Benjamin Long --Boundary-00=_LXnLFN+9DYZ20jz Content-Type: text/html; charset="iso-8859-1"; name="connector-1160161563618.html" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="connector-1160161563618.html"

net.bionicmessage.funambol.source.vCalGroupDAVConnector

beginSync

Begin Sync: icalGroupDAVConnector/PN70U486V18Y_bflong/mode=200conflict=1

getNewSyncItemKeys

getNewSyncItemKeys()

getDeletedSyncItemKeys

getDeletedSyncItemKeys()

addSyncItem

addSyncItem (2510854)

endSync

endSync()

--Boundary-00=_LXnLFN+9DYZ20jz Content-Type: text/html; charset="iso-8859-1"; name="connector-1160161609636.html" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="connector-1160161609636.html"

net.bionicmessage.funambol.source.vCalGroupDAVConnector

beginSync

Begin Sync: icalGroupDAVConnector/PN70U486V18Y_bflong/mode=200conflict=1

getNewSyncItemKeys

getNewSyncItemKeys()

getDeletedSyncItemKeys

getDeletedSyncItemKeys()

setOperationStatus

setOperationStatus(Delete,200,2510854)

endSync

endSync()

--Boundary-00=_LXnLFN+9DYZ20jz Content-Type: text/html; charset="iso-8859-1"; name="storelog-1160161563618.html" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="storelog-1160161563618.html"

net.bionicmessage.groupdav.groupDAV

init

G=
roupDAV client init()

sendNonKeepAliveRequest

We sent: PROPFIND /groupdav/ HTTP/1.1 Cache-control: no-cache Pragma: no-cache Accept-Language: en Authorization: Basic YmZsb25nOmprc2U3MzRq Content-Length: 84 Host: localhost:2000 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.0 207 Multi-Status
Server: WebCit v6.82 / Citadel 6.82
Connection: close
Date: Fri, 06 Oct 2006 15:06:03 +0500
Content-type: text/xml
Content-encoding: identity
Content-length: 1624

<?xml version=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DA=
V:" xmlns:G=3D"http://groupdav.org/"><response><hre=
f>http://localhost:2000/groupdav</href><propstat><=
;status>HTTP/1.1 200 OK</status><prop><displayname>Gro=
upDAV</displayname><resourcetype><collection/></resour=
cetype><getlastmodified>Fri, 06 Oct 2006 15:06:03 +0500<=
;/getlastmodified></prop></propstat></response><res=
ponse><href>http://localhost:2000/groupdav/Calendar/</h=
ref><propstat><status>HTTP/1.1 200 OK</status><prop=
><displayname>Calendar</displayname><resourcetype><=
collection/><G:vevent-collection /></resourcetype><ge=
tlastmodified>Fri, 06 Oct 2006 15:03:15 +0500</getlastmodifie=
d></prop></propstat></response><response><hre=
f>http://localhost:2000/groupdav/Contacts/</href><props=
tat><status>HTTP/1.1 200 OK</status><prop><displayn=
ame>Contacts</displayname><resourcetype><collection/>&=
lt;G:vcard-collection /></resourcetype><getlastmodified>=
=46ri, 06 Oct 2006 15:03:15 +0500</getlastmodified></prop&=
gt;</propstat></response><response><href>http:/=
/localhost:2000/groupdav/Tasks/</href><propstat><status&=
gt;HTTP/1.1 200 OK</status><prop><displayname>Tasks</d=
isplayname><resourcetype><collection/><G:vtodo-collec=
tion /></resourcetype><getlastmodified>Fri, 06 Oct 2006 15&#=
58;03:15 +0500</getlastmodified></prop></propstat><=
;/response><response><href>http://localhost:2000/gro=
updav/Global%20Address%20Book/</href><propstat><status>HT=
TP/1.1 200 OK</status><prop><displayname>Global Address B=
ook</displayname><resourcetype><collection/><G:vca=
rd-collection /></resourcetype><getlastmodified>Mon, 10 Jul =
2006 16:40:04 +0500</getlastmodified></prop></propst=
at></response></multistatus>

=2E...in 5ms

findStores

Split=3D<?xml ve=
rsion=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DAV:" xml=
ns:G=3D"http://groupdav.org/"><response><href>http&#=
58;//localhost:2000/groupdav</href><propstat><status>=
HTTP/1.1 200 OK</status><prop><displayname>GroupDAV</d=
isplayname><resourcetype><collection/></resourcetype>&=
lt;getlastmodified>Fri, 06 Oct 2006 15:06:03 +0500</getlastmo=
dified></prop></propstat></response><response>&l=
t;href>http://localhost:2000/groupdav/Calendar/</href><=
propstat><status>HTTP/1.1 200 OK</status><prop><dis=
playname>Calendar</displayname><resourcetype><collection/=
><G:vevent-collection /></resourcetype><getlastmodifi=
ed>Fri, 06 Oct 2006 15:03:15 +0500</getlastmodified></p=
rop></propstat></response><response><href>http&#=
58;//localhost:2000/groupdav/Contacts/</href><propstat><=
status>HTTP/1.1 200 OK</status><prop><displayname>Cont=
acts</displayname><resourcetype><collection/><G:vc=
ard-collection /></resourcetype><getlastmodified>Fri, 06 Oct=
 2006 15:03:15 +0500</getlastmodified></prop></props=
tat></response><response><href>http://localhost=
8;2000/groupdav/Tasks/</href><propstat><status>HTTP/1.1 2=
00 OK</status><prop><displayname>Tasks</displayname>=
;<resourcetype><collection/><G:vtodo-collection /><=
;/resourcetype><getlastmodified>Fri, 06 Oct 2006 15:03:15 =
+0500</getlastmodified></prop></propstat></response>=
;<response><href>http://localhost:2000/groupdav/Global%=
20Address%20Book/</href><propstat><status>HTTP/1.1 200 OK=
</status><prop><displayname>Global Address Book</displ=
ayname><resourcetype><collection/><G:vcard-collection=
 /></resourcetype><getlastmodified>Mon, 10 Jul 2006 16:4=
0:04 +0500</getlastmodified></prop></propstat></re=
sponse></multistatus>

net.bionicmessage.groupdav.g= roupDAV$entityFinderHandler

characters

We got a h=
ref:http://localhost:2000/groupdav

We got a hr=
ef:http://localhost:2000/groupdav/Calendar/

end= Element

We found a calendar: /groupdav/Calendar/
<= /p>

We got a href:http://localhost:2000/groupdav/Contact=
s/

endElement

We found a address book: =
/groupdav/Contacts/

We got a href:http://localhost=
:2000/groupdav/Tasks/

endElement

We fou=
nd a todo: /groupdav/Tasks/

We got a href:http:=
;//localhost:2000/groupdav/Global%20Address%20Book/

end= Element

We found a address book: /groupdav/Global%20Add=
ress%20Book/

net.bionicmessage.objects.ICalendarObjectStore=

startSync

Sync started....

net.b= ionicmessage.groupdav.groupDAV

sendNonKeepAliveRequest

We sent:
PROPFIND /groupdav//Calendar HTTP/1.1
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic YmZsb25nOmprc2U3MzRq
Content-Length: 121
Host: localhost:2000
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.0 207 Multi-Status
Server: WebCit v6.82 / Citadel 6.82
Connection: close
Date: Fri, 06 Oct 2006 15:06:03 +0500
Content-type: text/xml
Content-encoding: identity
Content-length: 534

<?xml version=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DA=
V:" xmlns:G=3D"http://groupdav.org/"><response><hre=
f>http://localhost:2000/groupdav/Calendar</href><propst=
at><status>HTTP/1.1 200 OK</status><prop><displayna=
me>Calendar</displayname><resourcetype><collection/>&l=
t;G:vevent-collection /></resourcetype></prop></props=
tat></response><response><href>http://localhost=
8;2000/groupdav/Calendar/oxygen-4526a776-a74-1</href><propstat>=
<status>HTTP/1.1 200 OK</status><prop><getetag>"535=
"</getetag></prop></propstat></response></multis=
tatus>

=2E...in 15ms

net.bionicmessage.groupdav.groupDAV$entityFin= derHandler

characters

We got a href:http:=
//localhost:2000/groupdav/Calendar

endElement

<= p>
We found a calendar: /groupdav/Calendar/

We got=
 a href:http://localhost:2000/groupdav/Calendar/oxygen-4526a776=
=2Da74-1

We got an etag: "535"

net.bio= nicmessage.objects.ICalendarObjectStore

startSync

We have the URL: /groupdav/Calendar/oxygen-4526a776-a74-1

=

net.bionicmessage.groupdav.groupDAV

sendNonKeepAliveRequest

We sent:
PUT /Calendar2510854.ics HTTP/1.1
Content-Type: text/calendar; charset=3Dutf-8
If-None-Match: *
Authorization: Basic YmZsb25nOmprc2U3MzRq
Content-Length: 277
User-Agent: BionicMessage.net GroupDAV {0.9;Java}
Host: localhost:2000

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//BionicMessage.net GroupDAV//Funambol Connector//
BEGIN:VEVENT
SUMMARY:Cable Install
CLASS:PUBLIC
DESCRIPTION:
DTSTART:20061009T130000Z
DTEND:20061009T140000Z
UID:2510854
LAST-MODIFIED:20061006T190603Z
END:VEVENT
END:VCALENDAR


We got:
HTTP/1.1 200 OK
Pragma: public
Cache-Control: max-age=3D3600, must-revalidate
Last-modified: Fri, 06 Oct 2006 15:06:03 +0500
Set-cookie: webcit=3D313135323232323130307C62666C6F6E677C6A6B7365373334=
6A7C43616C656E6461727C; path=3D/
Content-type: text/html
Server: WebCit v6.82
Connection: close
Content-length: 288

<html>
<head>
	<title>Error</title>
</head>
<body>

<div align=3D"center">
<h2>Sorry!</h2>
<br />
This site requires both Cookies and JavaScript to be enabled in your browse=
r.<br />
Please enable these features and log in again.  We are sorry for the inconv=
enience.
</div>

</body>
</html>

=2E...in 79ms

postObject

We gotHTTP/1.1 200=
 OK
Pragma: public
Cache-Control: max-age=3D3600, must-revalidate
Last-modified: Fri, 06 Oct 2006 15:06:03 +0500
Set-cookie: webcit=3D313135323232323130307C62666C6F6E677C6A6B7365373334=
6A7C43616C656E6461727C; path=3D/
Content-type: text/html
Server: WebCit v6.82
Connection: close
Content-length: 288

<html>
<head>
	<title>Error</title>
</head>
<body>

<div align=3D"center">
<h2>Sorry!</h2>
<br />
This site requires both Cookies and JavaScript to be enabled in your browse=
r.<br />
Please enable these features and log in again.  We are sorry for the inconv=
enience.
</div>

</body>
</html>

net.bionicmessage.objects.ICalendarObjectStore

p= rintDebugReport

----------

UID:oxygen-=
4526a776-a74-1

URL:/groupdav/Calendar/oxygen-4526a776-=
a74-1

ETAG:"535"

NAME:Go Home
DATA FOLLOWS:
BEGIN:VCALENDAR
PRODID:-//Citadel//NONSGML Citadel Calendar//EN
VERSION:2.0
BEGIN:VEVENT
SUMMARY:Go Home
DESCRIPTION:notes? we don't need no stinking notes!!
DTSTART:20061006T210002Z
DTEND:20061006T220002Z
TRANSP:OPAQUE
UID:oxygen-4526a776-a74-1
SEQUENCE:1
ORGANIZER:MAILTO:bflong@longbros.com
END:VEVENT
END:VCALENDAR
----------
----------
UID:2510854
URL:/Calendar2510854
ETAG:
NAME:Cable Install
=

DATA FOLLOWS:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//BionicMessage.net GroupDAV//Funambol Connector//
BEGIN:VEVENT
SUMMARY:Cable Install
CLASS:PUBLIC
DESCRIPTION:
DTSTART:20061009T130000Z
DTEND:20061009T140000Z
UID:2510854
LAST-MODIFIED:20061006T190603Z
END:VEVENT
END:VCALENDAR

----------
Objects added to store: <=
/pre>
Objects updated from server: 
Objects=
 deleted from store: 
Objects added to the server:=
 
SA:   2510854
Objects merged to ser=
ver: 
Objects deleted from server: 

--Boundary-00=_LXnLFN+9DYZ20jz
Content-Type: text/html;
  charset="iso-8859-1";
  name="storelog-1160161609638.html"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="storelog-1160161609638.html"


net.bionicmessage.groupdav.groupDAV
init
G=
roupDAV client init()
sendNonKeepAliveRequest
We sent:
PROPFIND /groupdav/ HTTP/1.1
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic YmZsb25nOmprc2U3MzRq
Content-Length: 84
Host: localhost:2000
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.0 207 Multi-Status
Server: WebCit v6.82 / Citadel 6.82
Connection: close
Date: Fri, 06 Oct 2006 15:06:49 +0500
Content-type: text/xml
Content-encoding: identity
Content-length: 1624

<?xml version=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DA=
V:" xmlns:G=3D"http://groupdav.org/"><response><hre=
f>http://localhost:2000/groupdav</href><propstat><=
;status>HTTP/1.1 200 OK</status><prop><displayname>Gro=
upDAV</displayname><resourcetype><collection/></resour=
cetype><getlastmodified>Fri, 06 Oct 2006 15:06:49 +0500<=
;/getlastmodified></prop></propstat></response><res=
ponse><href>http://localhost:2000/groupdav/Calendar/</h=
ref><propstat><status>HTTP/1.1 200 OK</status><prop=
><displayname>Calendar</displayname><resourcetype><=
collection/><G:vevent-collection /></resourcetype><ge=
tlastmodified>Fri, 06 Oct 2006 15:06:49 +0500</getlastmodifie=
d></prop></propstat></response><response><hre=
f>http://localhost:2000/groupdav/Contacts/</href><props=
tat><status>HTTP/1.1 200 OK</status><prop><displayn=
ame>Contacts</displayname><resourcetype><collection/>&=
lt;G:vcard-collection /></resourcetype><getlastmodified>=
=46ri, 06 Oct 2006 15:06:49 +0500</getlastmodified></prop&=
gt;</propstat></response><response><href>http:/=
/localhost:2000/groupdav/Tasks/</href><propstat><status&=
gt;HTTP/1.1 200 OK</status><prop><displayname>Tasks</d=
isplayname><resourcetype><collection/><G:vtodo-collec=
tion /></resourcetype><getlastmodified>Fri, 06 Oct 2006 15&#=
58;06:49 +0500</getlastmodified></prop></propstat><=
;/response><response><href>http://localhost:2000/gro=
updav/Global%20Address%20Book/</href><propstat><status>HT=
TP/1.1 200 OK</status><prop><displayname>Global Address B=
ook</displayname><resourcetype><collection/><G:vca=
rd-collection /></resourcetype><getlastmodified>Mon, 10 Jul =
2006 16:40:04 +0500</getlastmodified></prop></propst=
at></response></multistatus>

=2E...in 90ms
findStores
Split=3D<?xml v=
ersion=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DAV:" xm=
lns:G=3D"http://groupdav.org/"><response><href>http&=
#58;//localhost:2000/groupdav</href><propstat><status>=
;HTTP/1.1 200 OK</status><prop><displayname>GroupDAV</=
displayname><resourcetype><collection/></resourcetype>=
<getlastmodified>Fri, 06 Oct 2006 15:06:49 +0500</getlastm=
odified></prop></propstat></response><response>&=
lt;href>http://localhost:2000/groupdav/Calendar/</href><=
;propstat><status>HTTP/1.1 200 OK</status><prop><di=
splayname>Calendar</displayname><resourcetype><collection=
/><G:vevent-collection /></resourcetype><getlastmodif=
ied>Fri, 06 Oct 2006 15:06:49 +0500</getlastmodified></=
prop></propstat></response><response><href>http&=
#58;//localhost:2000/groupdav/Contacts/</href><propstat><=
;status>HTTP/1.1 200 OK</status><prop><displayname>Con=
tacts</displayname><resourcetype><collection/><G:v=
card-collection /></resourcetype><getlastmodified>Fri, 06 Oc=
t 2006 15:06:49 +0500</getlastmodified></prop></prop=
stat></response><response><href>http://localhost&#=
58;2000/groupdav/Tasks/</href><propstat><status>HTTP/1.1 =
200 OK</status><prop><displayname>Tasks</displayname&g=
t;<resourcetype><collection/><G:vtodo-collection />&l=
t;/resourcetype><getlastmodified>Fri, 06 Oct 2006 15:06:49=
 +0500</getlastmodified></prop></propstat></response&g=
t;<response><href>http://localhost:2000/groupdav/Global=
%20Address%20Book/</href><propstat><status>HTTP/1.1 200 O=
K</status><prop><displayname>Global Address Book</disp=
layname><resourcetype><collection/><G:vcard-collectio=
n /></resourcetype><getlastmodified>Mon, 10 Jul 2006 16:=
40:04 +0500</getlastmodified></prop></propstat></r=
esponse></multistatus>
net.bionicmessage.groupdav.=
groupDAV$entityFinderHandler
characters
We got a =
href:http://localhost:2000/groupdav
We got a h=
ref:http://localhost:2000/groupdav/Calendar/
en=
dElement
We found a calendar: /groupdav/Calendar/
=

We got a href:http://localhost:2000/groupdav/Contac=
ts/
endElement
We found a address book:=
 /groupdav/Contacts/
We got a href:http://localhos=
t:2000/groupdav/Tasks/
endElement
We fo=
und a todo: /groupdav/Tasks/
We got a href:http=
8;//localhost:2000/groupdav/Global%20Address%20Book/
en=
dElement
We found a address book: /groupdav/Global%20Ad=
dress%20Book/
net.bionicmessage.objects.ICalendarObjectStor=
e
startSync
Sync started....
net.=
bionicmessage.groupdav.groupDAV
sendNonKeepAliveRequest
<=
p>
We sent:
PROPFIND /groupdav//Calendar HTTP/1.1
Cache-control: no-cache
Pragma: no-cache
Accept-Language: en
Authorization: Basic YmZsb25nOmprc2U3MzRq
Content-Length: 121
Host: localhost:2000
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.0 207 Multi-Status
Server: WebCit v6.82 / Citadel 6.82
Connection: close
Date: Fri, 06 Oct 2006 15:06:49 +0500
Content-type: text/xml
Content-encoding: identity
Content-length: 534

<?xml version=3D"1.0" encoding=3D"utf-8"?><multistatus xmlns=3D"DA=
V:" xmlns:G=3D"http://groupdav.org/"><response><hre=
f>http://localhost:2000/groupdav/Calendar</href><propst=
at><status>HTTP/1.1 200 OK</status><prop><displayna=
me>Calendar</displayname><resourcetype><collection/>&l=
t;G:vevent-collection /></resourcetype></prop></props=
tat></response><response><href>http://localhost=
8;2000/groupdav/Calendar/oxygen-4526a776-a74-1</href><propstat>=
<status>HTTP/1.1 200 OK</status><prop><getetag>"535=
"</getetag></prop></propstat></response></multis=
tatus>

=2E...in 1ms
net.bionicmessage.groupdav.groupDAV$entityFind=
erHandler
characters
We got a href:http:/=
/localhost:2000/groupdav/Calendar
endElement
We found a calendar: /groupdav/Calendar/
We got =
a href:http://localhost:2000/groupdav/Calendar/oxygen-4526a776-=
a74-1
We got an etag: "535"
net.bionic=
message.objects.ICalendarObjectStore
startSync
We=
 have the URL: /groupdav/Calendar/oxygen-4526a776-a74-1
Deleted on server: /Calendar2510854
printDebugReport<=
/h3>
----------
printDebugReport
UID:oxygen-4526a776-a74-1
printDebugReport
=

URL:/groupdav/Calendar/oxygen-4526a776-a74-1
print=
DebugReport
ETAG:"535"
printDebugReport=

NAME:Go Home
printDebugReport
=

DATA FOLLOWS:
printDebugReport
=
BEGIN:VCALENDAR
PRODID:-//Citadel//NONSGML Citadel Calendar//EN
VERSION:2.0
BEGIN:VEVENT
SUMMARY:Go Home
DESCRIPTION:notes? we don't need no stinking notes!!
DTSTART:20061006T210002Z
DTEND:20061006T220002Z
TRANSP:OPAQUE
UID:oxygen-4526a776-a74-1
SEQUENCE:1
ORGANIZER:MAILTO:bflong@longbros.com
END:VEVENT
END:VCALENDAR
printDebugReport
--------=
=2D-
printDebugReport
Objects added to stor=
e: 
printDebugReport
Objects updated fr=
om server: 
printDebugReport
Objects de=
leted from store: 
printDebugReport
D&#=
58;    2510854
printDebugReport
Objects add=
ed to the server: 
printDebugReport
Obj=
ects merged to server: 
printDebugReport
Objects deleted from server:

--Boundary-00=_LXnLFN+9DYZ20jz-- From groupdav@opengroupware.org Sat Oct 14 09:04:29 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Sat, 14 Oct 2006 18:04:29 +1000 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610111207.42676.bflong@longbros.com> References: <200610111207.42676.bflong@longbros.com> Message-ID: <45309A0D.3040805@mcbridematt.dhs.org> Hmm, how is your source configured? From the logs you sent me, when it goes to add an item its going to the / on the server instead of /groupdav/Calendar/. http://comalies.citadel.org/~matt/funambol/samplefunambolconfig.JPG is a sample configuration for OGo, for Citadel /zidestore/so/.../ gets replaced with /groupdav/ etc. I've just got the WM5 emulator and the Funambol 3 stable bundle up and running, there does appear to be an issue when syncing clients for the first time which I'll get back to everyone on soon. I tried adding a fresh item from WM to OGo and it did work, however. I suppose there could some behavior changes from Funambol 3 b5 to stable too. Benjamin Long wrote: > Any idea whats going on here Matt? > > Benjamin Long > From groupdav@opengroupware.org Tue Oct 17 18:04:20 2006 From: groupdav@opengroupware.org (Benjamin Long) Date: Tue, 17 Oct 2006 13:04:20 -0400 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <45309A0D.3040805@mcbridematt.dhs.org> References: <200610111207.42676.bflong@longbros.com> <45309A0D.3040805@mcbridematt.dhs.org> Message-ID: <200610171304.20849.bflong@longbros.com> Matt, Sorry for waiting so long to check this out.. Indeed, I had my sync source misconfigured. Not sure how I missed that. After correcting it, I am able to sync from the palm to the server. I'm going to start using this every day now so if anything else breaks I'll know it. I still need to setup to-do syncing. I guess contacts are the only thing left to get working. Thanks for all the effort on this! It's really looking good! Benjamin Long On Saturday 14 October 2006 4:04 am, Mathew McBride wrote: > Hmm, how is your source configured? From the logs you sent me, when it > goes to add an item its going to the / on the server instead of > /groupdav/Calendar/. > http://comalies.citadel.org/~matt/funambol/samplefunambolconfig.JPG is a > sample configuration for OGo, for Citadel /zidestore/so/.../ gets > replaced with /groupdav/ etc. > I've just got the WM5 emulator and the Funambol 3 stable bundle up and > running, there does appear to be an issue when syncing clients for the > first time which I'll get back to everyone on soon. I tried adding a > fresh item from WM to OGo and it did work, however. I suppose there > could some behavior changes from Funambol 3 b5 to stable too. > > Benjamin Long wrote: > > Any idea whats going on here Matt? > > > > Benjamin Long From groupdav@opengroupware.org Tue Oct 17 18:32:49 2006 From: groupdav@opengroupware.org (Benjamin Long) Date: Tue, 17 Oct 2006 13:32:49 -0400 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610171304.20849.bflong@longbros.com> References: <200610111207.42676.bflong@longbros.com> <45309A0D.3040805@mcbridematt.dhs.org> <200610171304.20849.bflong@longbros.com> Message-ID: <200610171332.49549.bflong@longbros.com> --Boundary-00=_BPRNFmEOC7M83yQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Well, that didn't take long... I synced a few times to make sure it didn't break before I sent my last email. After that I added the sync source for the Tasks. On the first sync I got a 51x error. Ok, so I disabled syncing for the Tasks. Got a 51x on the Calendar sync. Now it won't sync at all. I've attached logs of the latest calendar only sync. I completely deleted my store directory before this logged sync. I'm going to do a full reset on my palm and try again. Maybe there is some half baked cruft left over from the bad config or something. Benjamin Long On Tuesday 17 October 2006 1:04 pm, Benjamin Long wrote: > Matt, > Sorry for waiting so long to check this out.. > > Indeed, I had my sync source misconfigured. Not sure how I missed that. > After correcting it, I am able to sync from the palm to the server. I'm > going to start using this every day now so if anything else breaks I'll > know it. I still need to setup to-do syncing. > > I guess contacts are the only thing left to get working. Thanks for all > the effort on this! It's really looking good! > > Benjamin Long > > On Saturday 14 October 2006 4:04 am, Mathew McBride wrote: > > Hmm, how is your source configured? From the logs you sent me, when it > > goes to add an item its going to the / on the server instead of > > /groupdav/Calendar/. > > http://comalies.citadel.org/~matt/funambol/samplefunambolconfig.JPG is a > > sample configuration for OGo, for Citadel /zidestore/so/.../ gets > > replaced with /groupdav/ etc. > > I've just got the WM5 emulator and the Funambol 3 stable bundle up and > > running, there does appear to be an issue when syncing clients for the > > first time which I'll get back to everyone on soon. I tried adding a > > fresh item from WM to OGo and it did work, however. I suppose there > > could some behavior changes from Funambol 3 b5 to stable too. > > > > Benjamin Long wrote: > > > Any idea whats going on here Matt? > > > > > > Benjamin Long --Boundary-00=_BPRNFmEOC7M83yQ Content-Type: application/x-tgz; name="groupdav-connector-logs.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="groupdav-connector-logs.tar.gz" H4sICPMSNUUAA2F4MlVHYS50YXIA7F17c9pItt9/L1XzHVS5Wxtmry0kgSRgMRsH44RaG7sMzuxs KpVqpMbWjJBYSdjxTu13v6cfEiDEG2Ict1MVpJZ0Tvfp0+fxU3fL8j0PW5EfHKuqoaqKXtGKZU2V 76OB+6cd/SnwZ5RK5Fc1dWXyl/wViyX9T8BZ1bWSripwn1rSoUhSdlWBRX+jMEKBJP2p13d9727+ fcuuv9C/2rBeu9fqHo7knuN7jjXAYYjusNwfeWjQ81059EeBheWHBnI/BP5oeHb6qRErTa0AjxMK xXoP3zle58mzagU4iy8MA1x/T65I5NJf/lcv/01yrAxKheu2qdyWysYntfzrVybswsC38YmmqJbv 9V3Hik5UoAsUJ9je4ejUdQnxVoQH/8BP4Qz/2VvyP2fRaePHZXRSt2TTOcMujrC9jFbGbRn0kJ3c MUNk4pqU12DolA11YwrbclaejXPp2Tjrz8bZeDbO5rNxLj8b58ruOMPAj6+dB/6gZWeZhuk7Foyw LahlWIoQR1dDHKAIHEEnQtFo1m7N3pI/te0jsNFHcyu5C7IZtcWeneluePmkLX1uJ3vAf7Gb/2qH suvvJ75ZGP8VDdM0S6n4r1g0TRH/fY+/z1dWJKnmkaRBH0lqVdOrWlG6vvzyOQkAowB54dAPIkgK ouEX6bzVbna6VekjnEn3GNk4qEq5LQjd+2FUldSKJqtGWVZkvVpWyso2FC1k3eNjCBujwHer0jBw HlCEt6E4CnFwDHGxBzUF8xLd49AJaVB7eSE1XAcuFDS5Av9K0mfsfZHy18gdXHX+JrV+3oYvsiw8 BJ5oOIQImBrIwoNnyyFwHrj/923gHs279tijV/9a+Ov2FTh2kXc3gvZXJeztgJx1jwIw+iDXqH9c 3qqroZNB+MfR0xDPFRMVxS64uNi7i+6rUtHUtiE3QN+O+37wiAI7BM3fStcTStgmR0CuZMiQQcua IVfUXVFmY/SOpG2PTojlEIfY8mXLH+yKAwywB2JJ1uMhtdrnV2CLkGe7jncnOR7cTg4C/O8RJnUm HKuFQtq8FOLKFexwKfkbRgzbEtQpBOVq2VXJG7m70Knu91Dci93oLbWrVemP/25DpINRYN2TPrr3 XXAe0qMT3U8KtnHeLDaMU91onOvNsqaUmkVNbZ5XtNL5WanUPNuG+UfG0vMjqe+PQNDSqeThx3FV XFfqYckKMDgMextODRcjj7RyGPgWtkcBlmV5G4Ke/wiDO0HpdF3fqnoXzdN2q/3h63XzpnV1BqpB w7FtSLoojOJWd50BDBg0GCZVNhTVMIvbxQmkjwjlrn/hPIAiqtrWlb7GAdggajKGo+AOfrfspgZi yr1Mi/NgqOQ51GRmDOUL30IUuWJq+07HvX6lslJAwSiMq3XJcD3pHoWxUZB24zPTnBq+B+eRAww4 mCj1IfWUKEEp8qVN6ULMcEyDBmJ5pTz5/whYgOA4bRv3HQ/bW8kH6kf7woXxD96EnN7jONDze79h K6rmauy8Tn8/2kG99gkHZ92zuiprtQI/JmXXgR/5dXZ3Ib7ICmsdbvHgKU2vFcantcvwjpTWCuyg 1kUB5PH1GqjD7U2rzj1alqOc9Gq1Ar+/VogJdCiWmxCaxFzHd8NvGw1wnWU8tJyeQxX5440A21BL HKF67RwGD4rqPaNUK/DjGnFpdaZGVTSK7o97KHQgU6fl0Cr64BmC/38d/Cvsabp3NRgGlnZbvPzP zb9rBXqpVphkc4m+gTA6zn9wnY55oDIuIVever/RY6MUX41LYoaFpLPIwXvffqrXPhCpNAY2Ezc7 4BxpZbPHxrGNHxyvz4ZIqlkEaZnpMbnAnlC1jE4psEcKtC6nLgyduEpaUiUqEY2oCZNNJhfLgcAa ucv7XS7gBxj/kxoS38EacepZ9z4I6gIsOpG3oULG3lVNRSmZ/4KnSHGtjb9NXdT0ogYXaXGtEJNY rWu4CHjrzx0PuXAa/477q8AH3iYjvAOJfsRixOEogljG8z3nP7Rv1yVHrLzrjmkNnSGG05UyTIjE 4E45fiSjfsMA05gB7IF3txXJKRdD4x3aXKrGLo5kMKneHWZ9fxs4HV4MFbhmFeBWMQ8+cSWrOrcm jJPEFBJUjplWJj3a66SuA4jiFwTjK7DxA+eOKI0UMUaBA0Jgw2IX1WeSusH9yeozwHI39V8kJtI7 ++dyiYa7YXKdaDGkTTwQqEq1vxNHDQOJ+LqTN6qsvJEw5Gw2qPrJm9vu+XH5zd/riYPNJR42l+Vi c0t8bG6+k82lvWwuNqe5Tf1sLjG4udji5ha62txcX5tLLHKOedscs8y5LH+bW+xwc9zK5pa63Bz3 uQmzhV43t9i2j9kWxn2YWPIcdb25tO9NOK/pfcfMqCeZ7csMDzzZXQX+WIHVivmhXNoN59J+eC67 tCtepBoz3niy83mrmDclkbMXnrzhPT3A4C76bwilBX46t9BR5xJPvXp3xrKKpTTtrnMT/jo3dtir 2JJ7guJMumxrFAQkUYFMMgLj0emedptf4f+b7grkxmRuwXeTwN66x9bvVYkNtvUpvGUPvmXIwfrP k5EJrSEavUqkMGlKHc9yhuDWeBWmZkssrQ8HsTIelVz/7g7Ms+OtlPLO9M/AfyABC4iW9hDvoOt/ fFC/3jQbzdanVvvDRoSvk/iHpl+O50QOcnm0toF/mvR9oAM0cutT0hARIbCWOBUrBWCFH/3gdzm+ Lp/xg3dq0ULY/Ax34hM+zo9IJn1SIxlp/Sik8UCDzV1RjlgkcjKHvOUHWGam4Z1qYBX+jtiMm4VP MPvwTtU008T2EaJDeOETbJS/U3Hf1M3+0TBWqZNJfSgwHfkiOSHInMqHhb1jMblOGC1QFq5rGUSr YxpvudhWH0kz3diFqln0tYv0iMB4Eh0McDgaYAmRAPrB8SEmI4YSeARZrHsQ7EADA9Cu0HsbzTyW ENxsaIwh45h3WJU+70PJdKX8IpXsyyb9jmwSKc4brDwY5VPWLvHAD56IA+ItQf1yCUvH0h9ErEli cMRxsJH3u+c/ekfSaCJrWAnpnun8SSMzjpjIqHJJL4Azgkfo8BqAaRuMBlJIroejIYEAQWd6T5OD L6/pirJS/rW6hS6uZ6HTyfRtYpvJ5DznbhTQlyO0uiA/6m0phk7vucHhECKbjVA/nmj7o2gPmbYf RjtKtW9wNAoo3j8YI4mc9stKe9ZPVeaGthtkUAkJrjOr0vjbb/wNkmOfLIPea4WY+LzkhOX0mflJ eAf5P5cfOaL3kAOF3pQU1TlhWpqImVxeWSrjR2LRkuPp/hmXx9kJSXHidC5pR6pB2ioNUlMNgtxo tjGTidVkfVldSBKxrC7FVeqipepCc4/Z2iR5V7boxqnWjNjAi6aTOn62JPdaNbtK5BCnT4kYQBlH bjQWSGndztlRzjybmGblzMldvD1n+KHl9VPiYQ++mWe+LpFXP+eaTrJMj5T5dv2sI3Wo/YdCn/Ts VfOyflwrkB/IMx8/kRPyA5WF/3UZ1KtDTz+yax/pCanSWb2fMGDntBxaXg85C36aq912G5C+kv+B LvPBF0R/IPcNCeacLkruao8GPRxc9RmgNnFv+gKTVieCIGlKIRN9ndJHJxy66Ila1+SGyUKaqn+4 bZ3RzLyo0UQ9OQeF+nZ8HTBl6dKujkAZC9+OH4AS9mxEbFKX6wD0SaML3aPQ7oFD6OLx890tKY2f J9awgYb8iD6iMuPLH08OteziYnZxKbtYzy42sovNqeLCuK6FyW4rMFXPGsvjITwNHelp6EhRl0FH WXDQXAebgTNtAh3xV/TFsq7ryjRuNDHhoKwfImi085cfEBPu+u3HDYaxa8WIe/L+gMe0u3yBEHNK vangnJia7oPTFJsdvtBZwGXt9yHp1OJqFN35ExG7CNNFmC7CdBGmizBdhOkiTBdhugjTdximz5su mw7CpHiJRdncal0IrbD7tNVccbHASSxweqULnDSttNXyArHC6QdY4bTPhTjPsfppW6WOlz8tk8vJ xks7XvzCqpUndIj1KS99fYq25fqU9aCgfa1l2evyEo4dzK4wSeMFs+DULDY1gZ9MN3ZcPpGyroxe jR9Jg0EJ9pFqh7a8HaXpdvC8i7djEugZQxfr16O4vB76dD0m4KgpbCxO5TIlmZH8z9SQrV9hx/HK l7l52XhxTNw+vvwlaSZ0ez2NMu1jtQ9H1+vpNHhyCdQslJCx3inFkm/aksGRNvh980OrXf3UOL1o ts9Ob37KfWredFpX7aoqKz/l+NXmp2a7+1Ouc3t5eXrza9Xv9x0LS8N73yN2L4wgu/sp17g47XSq 17fvL1qNn3JnzU7jpnXdJaTgrEtnClc56FfpqnSxKLkAbCeKVVZMCmOu9Hhcv3RHJXJLCdDYrQCV XQoQEhxpiILoaR2paUpXrcxKDYo1ZWdSM3crtdLrkFp5t1LTX91grexWgMbrUDtV2a3YzFend2rm SuPNJVh+JYqn7VZslR9f8QoskBTLqcVy6sNe9pws2w5jTgmquSyB3TnfcU66c9I7XIm+5xXie15H L1aeT+JnG6883whB29Mq9e+wYnyvs73mQWq57TC1dWZYrTTbq5Rq0BS0lluKre18xpe+2oyvLIxt +QybdFXXn/G1bF7E/OleNHbKmOu1t6X+cdiWMSllcubYnIh36TSxNCY3M0fspca9U/N7YhGmhWns Q5jKboX5bLnXShI09yHB0muSYHkfEtRf6YCu7EOYxmtSxzGSt0sRmq9UH9U5exhtJ83yq1JIbR8i rLwShSzwgPU778a0/lYSM3TZWgIJjZLdkWwpD4k5JkQ22/YitX/QnQNhN93W5T5IUMoYGthMFmzv GQbuLNjZZQ87kqy0b8rCLUnYtjcoYLsfkSlFyLbZfhV8BxxSvqHgMRiY77tFC5vnNq8H2FY2wOGd quN+SUeryG/coLYvDdBwSFpEEV+6ndDFbeusKvGMarfkVpkpuwa50m7JrTJ9cg1yxm7Jmbslt8q0 7TXIVZZOwk1eWaQt1Ypbkqc3S+okZOiAZMNFyrPtreiA0hR1jRcR05T5kly2r5Dfn9haywmlxlX7 vPXh9ma1SaWxUYgCoHX3NDVXk375j2zF5bsjKgyyd//EpkNEzAlrmW4MZuM+IuucH5A7orsujQgS nCd1Av/cBXfVubq4Je75a+OiBY726y+tdmeBIOJdzRLjFrr+40wvgQyYWZva4CzI2gxtcY9ydmR9 jwRU1oHcZ0UIz5NgISQfGAQ/Jf0h/Y6fPhHJJCZH+q90JGVcUOHCRrt0Jc6GOF+gGkL/ke2RoBfY nGSqM2/bbyXwH/S7ARLbXUx6S2bNvt2qwXyXR9I7pOGn6fd2aVfU4Te2BkP3nWoZet/8DHU+mSOQ I1ABcP0gzhM6w5cMemwnp326J2u8TRvdsi0dvx5F8ccRyAaBxrGqHKumpBZZK2XdLB5NLse4j05U 06Q7vuGT9tEw8Idk+jIOT/64vrm6bt50f/3auILotH22cHM2Hiq+M5CO+tYRGaJdovud1r+ahMN/ vyQye7/610320w1mzwRPPa8blOfqBsPYXTeoatHq62q6HwzjkPqBJH6GVZnXEaUfoSOQXcbl0mH3 g2GWy1ZpXjfoP4JZUkslVa30DtsuqVhRtWJvXkcYP8J4UC1btfv9wx4QqmGVS+X+vI4wf4gRYRaV csU+8BFRRMjS53ZE+YcYEQqy+ppx2CMCGYqBjXn9UPkRBgTGpqE/w3Cg6/kmWKwTyFYspOHdBrLx cdIXvCAl+ngVJSWT1QerIYnfR06qVe4V1eJuE68DEZQff9p6OU5MZJJ8CZs7uhIuYu3z6bwRIrLY lDE4er+OqJCt6bYyK6r2Vfdr85+tTrfV/vCdle+fKeU7ShTopN385cgJTxMVOekjN8RQ9H5cFAUj UnKGXRzhcz+wsM1u+3K0wohMaV/Z7ulldT3te93J+3rqVzZLPTvD7An1o9IpFsvgFNazfa8aslhP +2yjYvUzYnehfVSTbNtAhrme+r1upGY99VPNEsJYF/o3z/kahqKsG/q9boRqTQVUKroF4Y1QwGwF rJRLFRif6yng60bm1lRAtVdGRsZoFQrIxGOZyFzXAr5uRHLN9Bfhop4RLAv9Y6pUUoumtZ7+vWYg dk3rh3slVcR/87SvWNR6FbSm8TOLqFI68JRuLSU5bAR9kXpwXXg/qzA7UQ9T6dmWsaZ69Hq62rd/ IPU48BcHO9OPBa8gpmYnJl/IHRIS9vJZhlOTRNeaaJrxqqP5DVujaPn0b/GeQ7zn2J+r3W7KMXmt KTkgN/pR1q1onWHLRfTLqPzzr6T1MMbC350h+3gqYbYRi07zU/OmCSMuCPxAwsm4o5O7E0GyDyWH 5MsIEnIDjOwnusMu8vhesRLdUDtrUdPGDb8Bph9vrn7JrbQCZDyTvPmN7Jy+ZaX/B4GK4UjukV0x LL7CZ1wLzvShgdwPZBeHs9NPDd/zgKYfyMi24yGTz77jN/SAqppm/kz5TLWPb+s8MfRKv3W4XGTS PW38mOhuPnWd0S2WK5sQnrKlmZRV1VibMtGjTGKmpq9Iq8k7ekyJl1A6eqk8nw7f14RpBzv+yJYa yXxrl0vfdvp8W+gwn3Efa7leVrbhQtfL8U2b5vIoaQuku5xHy3MiygcNl7Eqm1u1Zhn5kr6ampza aBhNNmA4iiZpx9e3IfrL+39eXswlWlSyxuBKO61nMkjfwzqWLI5ZkQkfKXBCdvyy/Ws/jPLThWyQ V/joIWff6NPkGiVFvjcS30wugHXLT5ax4adUtiNQVjRGwA/uZDQkW9rLMIyQ63iIf8V9vOH6ueOC zBv3yPFkBxx44CH3zGel+Tn3sXbqG3KxV6EOWe4S6p0IkeDN/iUgAUwAwc4DhhY8+L+DNmVdY7VW SyvSpQ81SEzzLeJ0yd4y+czrXJtWpX3Nd7RK1zcpZ/ZTU1akx6sxKYMW78t85j2svpXy5vQX0V2q GS9Rxh9hvGcKYHyB1bBoPk/rH8jtoUzDRcgtwH5NVXemnAcOq+rAJrVdVQ923VcsCsnsrclLvJaV H0hbCXswojh4j8KE2HQhpVTRMlrtP/kRliN/ADR1IEVOY6cce5vpUtZKI6NWjBZxWqpK3Zaq8iX7 fuKg8+ly5v8qc6uWJhf5lu/+mZ3yGH42JhpfyE8/GLtbfYYdE4EM+ZYrk1yjaw1/gcQGB917kqzI wchrRflr33fhStOzhz64Tt5F5uzwnyQXUQqhzCgREn9usI983Yw8D/VcTKjnx5cZWaNcGgcFMvmU lTyuS/6WrZrn23j+nGsguh6291SduH+P2Rd7LJRbDQ6pXNEC+r0+knSx03zmZe7uuRnae2ZHTBLk 51KxLA2A/TofoN4pGCamXYpplwINeyY0LNkl6eAhsHFNBe4lcC+BewncS+BeAvcSuJfAvQTuJXAv gXsJ3EvgXjvGvZalXALsEos8xSJPgXUJrEtgXQLrEliXwLoE1iWwLoF1CazrxctYYF0C6zp8bRVY l8C6BNZ1oFiX2FJKbCkl0C6xzlGscxQYmMDABAYmMDCBgQkMTGBgL0bGAgMTGNjha6vAwAQGJtY5 vgA4TOxwLXa4FniYmP0lZn8J5EsgXwL5EsiXQL4E8iWQrwOUsUC+BPJ1+NoqkC+BfInZX4cKd4nv aYnvaQm4S0z/EtO/BAgmQDABggkQTIBgAgQTINiLkbEAwQQIdvjaKkAwAYKJ6V8vAA8Tn/cWn/cW cJiY/SVmfwngSwBfAvgSwJcAvgTwJYCvw5OxAL4E8HX42iqALwF8idlfh4p2FUvgHaz10C5kKAY2 5oFdlR9h8hfGpqHvYOoX7pVUsfOXwLrE1C+BgAkETCBgAgETCJhAwAQCJhAwgYAJBEwgYAIBEwiY mPp1IGBYsaj1KmjNmV9mEVVKB/4lw7UwK7NiIQ3PQ/eU79yW9hpoFYem3s/iV5uhVWOduh3aiKoU aSr5vbhtnR1/gP+kt1wux/z3rfToRPeSi8Lo1LPu/UB6S5rzdi1+xBbErAh+hR/ltZ4/te2913Yf I9BUerZlrDkCez1d7ds/0AhUrXKvqBbnDUFVDMFMpVa5UqsvYgjuorbzhyDpuVH4/+09a3PixrL7 mSr/B5XvvdlNjkFvECx2lrWx4xO/ysabSra2Tgk0YE4A+QjhZE8q//32vIQQEghJtvF6ZqvWQhr1 9ExP93T3dI8a0ue17sKAUjfkFWKRwKpmWnq3/nlO6Y03lqoG0tGmYdS9qtmvFTvvt2xjqWqbdr+X f2fJdjTTUZ5C6KUcpeJ3mlZIjr1psH+xn1E7hXVD00AfL0t/QW0Yud7QL8Mk2ZPwMDSkpXkjzbxh UOvvPYQZZT+z0v5lb70nP54165oOiOdhTcvpmpa6GWvWujXDtIvVCrctwUHVe31TzZ/gYNWMrhOz fAve3D7eDEJKsjOk2rN1vZuDIS1dt0Dd22yprAPpezFZNJQhjW+BIW3HQpaRnx+dar3XfxITXfDj FvCjptjdqpJngRQfRPxmPogoOHK7tFdH1xUjn/YqPs/wzXyeQXDn86+XVk2t52JIcYDkt3OApGDI rVouza7p9HOpsuI0i2/mNAvBm8+/WNYM06jV8jCkSLj5RhJuBDtuyVJ5+fMH1TQtp6rl4MtMsT9d 0zDr2xsqI8J+VnNIqkypczR2va/zfKkPdt8yUCJ7zGjUX5Qr6H78oesgkBtqxkmOnF61lsdUyxRe Y2ld1YoJr9mSYBQRWbO1szw+wMeIC2EJJYK6kwc8IpMBSdUMRmRNXqOIQBERKE+paZUAcTJBKQNx HnjeGS8CO0Rgx+ua8iJ0QoROvK4ZL4ITRHDCq5vzYs9f7Pm/ukkv9tXFvvqrm/Riv1rsV7+2OS+2 hMWW8Kua8WKz9XVstm7j3BN7oK9kDzTH5LujhxXNZ5+HpvfuZIoO3fEYni0l1kdWMLpl/0E1qz3D tvaSjsFYqGvVVcd0UtVFVaev1tOBNcDI0ZV0dauKVq/Zqeoaug5aZDqwSDEUXU9Xt15Fer2Wrq5u KdVudU1dmPkwCEoXmWam7egb+4EcZDIa4nnLTnNoJLXJAjkOSe1zWhlI2+91q9XPvfDd/aQJFAei PfG9r2D3ar2ujT4PZkNnn60Ue6PQj2hYSSqgdVt3atUwUDUMVP3yZW9MDn0lAmC6/5m3zOXFlz2H MB97nG7Xf4nDyPnP5KyNvnRu/3k+Hdyww5tHtjdAmJPtCWHn8XAyHM/oMdHSdHaPD88j52pRZic9 ld5ppqJ8nwmTsUso7rvkEA0k3XRanfa/rn4+0f913T5sn35qH6WBSxEJnV8y5WsXCMH+cDAjB1RT bGfeELfX8xBuENe5BoFze32apaFDezTCTbkz/37mS/fssLr0k7/CXwlxgW/TtffenfrsCDf4mQvm NfJn3oSckULjE/EQMNgNqfnjn+ORBB3Dx+Xu76oVZVdCk56LD1XZ373tHJet3R8PSk1yhO8Zu/jJ 8eDqE/KOOkcHakVryuya3CRHzB3QF2T+lN6E1+nBvKfwnmY25fnPUhPmIvyF6vSi1OzgGenDxZnb AyIdXF3UlFvDqn5SrV+bMrtJnl4AAx50+yN3MiAPyO9SUw4g0GibOSh8mF5Dlgc4KvOP4RTh44VR zwVhNpb5kMrO9P2/2bHDwKeHx239sNoyq4fHZtvSFKOta2r7uK4Zx0eG0T4KYSQHzbH59TjtceC4 wYAq+Oqj63zFl0SAw8Xh2MED3pTpBRnqa9RnY42vSB18oZBKwa0DBpjcDUiCHz9Kj+bgOcnw9SLd 5/dLzSPbtw+AJ5oyucIDwfsc6byWpvNGTOeXe84UnCRsKzJ6AOk/zYqpngZTM4Ips+U5sqQNM9Qa 1kpj2IAtLbFTl7yZOb543k/WdGJ/jTT9rRbZXyVnf4P0hvSdNNN0slZkJ42n72Q1TSetIjtpPuvM raXpb73I/lafnqhWmk6q0WUjVy9rz0rVeqoOq0V22Hp6sjKKreumVmQ3609LVzmkCslcf82lSi9a fe5s4hDvCPkGCP4CwSEYOQNEe3brDW/YbazMXy1+o6JSqaSymlZo9YQQUqCDwICAXs+METoGGF/i RimkpUCbWWgJdNDZyH+MlhaaaYHp+PitYIJt1EjUJryc+QM3ZGoJ+0rYV8K+EvaVsK+EfSXsK2Ff CftK2FfCvlr8xlyy9izh3Wz/riGpumrlAXw8nEBXvuYBgb+eI93ByCEYqDyA7sAYhB7VtYpatSpK xWxYiqXkgdjD39kp9+iHdBrSvTd8sP1U+1BJEGdg15SBABPAFAjr36HpcCpREkt0c1PWKnX4Z0if 0eSL9O7KHo0vb95Lp6ms2qR27R7+Sg/8nX8cT36YOMS+Ho/+AZbUXtKzP7rk6Q/yD/kRKONPBs2I +YYmBYDr3dneFEG/Zn6/nGsi8zAPmh2+aiiKaIWzn27mQnps/1kG+fKH7eGADjXXXA8gIadMZJZq VCuqYVa0aqWuFgWZ8mic6VVUC9RxsGkb0unF8SXIIryVTvbwJ1AdX3joPzOEcWZWY1S8hC3GteCv KTCybU69B05DWmdbFjDfOk8xqc+KmdNE5jakv9YNy2LAWKovuH4wUbdfr/+dB70bZHu9Ozwz7ghM +umTJyIn7YZE/KNZnGjMR0o0FB7IVozAWwrh4MGOfqBy9D13LBGAOEwiK1wQ+GUi8XEAnvSOhOFB EzBeDLaD+sMJclKtlknjA/gREoxwMAtxY+KIFrZKU72uETgWA79inFtxjVcx2anIfIo69ylyl+JT uAED7yPXhle6MRO9mIGm3DxHoOg250FR2J2EVe/QHfz0svtvcl01+FN+B34QEIG3cO4s5OZB1FW4 bBssOwqX/YQhZ9liZ+f3Qw6zlEQI+9Oi7rRA628SR/xB1OnH6msar0+MhYyzISuFA0JSU6UpM1zn dsrcTMnAdkFs1hB/EBxWgAnM1//S4OgNwc2DxyisgmPHPFRQ6FjW/S4PFb3dRVtiu11AbSrv6OgV uDfkesMBthUlnzaET11KOWuL6F5ki412r8i9vKB/U97Sk/Yvlnwbb7plauXcvi+mkauAu0BB3t5t Pj15m++R9+YS9wQ3314MIJB1tbR6bS6tXpxLbHV+ls28pFW6lG+ZXrntRVe/mP25yFodOBUzzpM8 tJ9TOHAvcrQzexeXAs17Mw9n2dAw80bWOPMlsDc0ptye3QFwbJWAPHgHHI8wkGwh8VfBsk1U+cHw AU0kvNjeeYGuwWVOtqGg6RVU+q/IrnmEQwuzpSvEJASJ9JJC0kteeDpJlMDHQ6ZQgxih3g48FMF3 mNnHX0HrBn2g72Zp4Rr53hA9AM7zNn5HX6W3CZmlbxOnV2yeuVVHRuLJUY96PKDWMGsNVaso0SxC TYvPMk/Hy9Hxw12V+kAmlMortGKqAaCp1B0Ogvk1DpZ56R1Z+b+Xuqhnz6Y0yYdLPTrp2NRkHpJM qJCuzKcWzPbpGKYWmcBa7fvQpLf/JJMeHrp/YIdqCMUKgCFfPHZ9EHNjF88s4n3CL46GU19y+6yv OEcKKBj/YeRNWJSMBlsOmTaMUfBdF4+nRDM54Qb3hs3IWkQOuQXMG5JOkyzJe1NyR7O0vQAkf40+ qlVTufqXEO6Q3K0AOTw+SQhW+Oefh77E/F9cyadDyEaueImiPrFEUTeWKBqqW3rBudSbSBQjTqLA BBISZY1EUSMSRbdel0Sp60kSRVUM7SWJlPQ5ryqzRU4vTkTS6+tLel3hrRFB2QUHZeuvOSg7pvPR EDTigMnc9QK6s1XuqPnQwpwIBjYUQx5Fcx6engKPINQ9BgVYhg7iYripExMHSxxE1TFoCd+euzqz hml/bJ+cXjQ+HbbO2hdHreud0qf29c3p5UUDROVOiT1tf2pfdHZKN7fn563rXxtBkORO6fCsdXPT uLr9eHZ6uFM6at8cXp9edfD78KsDi951p4GFuqpoSkfTsSv3N/wEGuP31Y6isPu3p3CXYrxTAsid 8vnl0enxaZtXVmsdtWrWVO23aNMYIMeTXM97tBzYSAc8POzmYwz7imyALMMeF7S5CQXUekc1YiiA 75tLFFBXUsAohAIyYzUStXnQlOlfkc8n8vlEPp9QHYXqKFRHoToK1VGojkJ1fHzVcfNUJbVWFalK IlVJpCo9S6qSqdRFqpJIVfqmUpVyzmmRqiRSlUSqEk9VMkSqUs5UJf2lpCot9kNb3w99uR9LnZjb 6LEdCKzyzRHU1yNoLCIINg/Db95aYJ8vI6CuQcBYj4CZFgE1HQLn9j1vPTjcJsqYUUdHIjMtuU9C /GLfx2akRb0ZibBJxZoSl2wWwF7diJq2EXVlIzIZskX7VmS4iQw3kWmW3O7Gn8NJCZdJj0eCm8pE fA0Zd3FJmUWQ9IVk8hkik6/gTL4823jPkcmXZWtOj+nQcm/itNnSanU231GbMZhGDwUNlMrSarW2 FFUrNzoDMwaR6JmfKxBRUyOC1bWY8xujnByzm5fIfXHbhHP+YorichMxO3eJTUTV3YX9zXkT6xpT N2gsfm8r1JhMh7KwrZ3UeaIbxmYXligadaGyrEUJVM21L10hD6dvpH4tQD8UU36PdeEQgLPb06Py CfzHEhVqSnkxu25kT/3WpHfnetJb5W3BjanlxcSbR23sZfVsq7Ndu5apGEnJrrVMya7dOjLNXlKu ay3hU2o1/im1msov5ndeeDbs5h9XyyrM4gG3L1K54aPzNKxMyVRrbCzlu6OJs5GVPwffJm8SgCTN BxjR7tpTJL1ly+0GzFWZ+h70d/A1xGU4iYndXcIaJvU9mVApZHWaUQjgZZuYYIcNiRQKxoANgfRu Df+dgTTq8Cy/D5aqKab6+d4bTnrDe3t06uyrexzmPj8IACOPt8j2QSci+X6zKc4P3PPtAV0M9+ex HzXN1LXf8CPK6fuqWlVVxaxrummZ+G3PT/zgM8yNmGdGRTPUL1I2zuH9vcH9pWfmOg0JfxG1WH4R Xzd8jYleK4x5Ea1bcLSu8ZqjdWM6H/3GA+hUj//xDZHEIZI4RBKHWBbEsiCWhcdYFjYO0DZquaI6 N4jPLtoWSELpGjHAdzyazVsfNPcGCjFuRu6gPDe5LE0F6OPRm6IK3typGgb+q9ZMJfwXig6Gmv4G mlZNzTBVBeqphqHU3khKYRisKDNsXUrSGypEk+ute/5CS/P+oHmnHUxAG+piYdXjR6AQ+ebYD/Ti qPWpKUNVXFs/GE6GflOGC37v3kMHJ6wedzniSu++hxoeOgi9i89NuXAnPyN03xoNHxAL310C9wt2 gU387/7HtN7vlK6uL69grh9JMsdLln7qdK5gmVVLh+GMAvKCNHHLJOa1dOXZg7Edudmige5nLG6e PkWTUmvm37kec7fQux/t6bAn/Tr+bdrVzMnl+N7rabf6+X+v/1M6ZHHnNEaXVreM0k+gVNIfIxwp e8d/4j3O0hG0y6qqAQDsJqH3aGrQePSexeDv0xB8im+oyg+l0ncj//1KFYa8uvvjdwP/Pa6Lj1rq DycODhKdTAksZ38X6EUud3k1EGy4psx/y/w9fCMPMQcupyWjmwJiriadg5I6LNM1YadEPUO0o7+g 7uHQlx6qFUuTZAmubQeNJPxzBw/dBPXmZOqN3CnaKcEaw0ayM0N7IEslLFKpONUpFUz6R5f+oZiK shMQwV8iwvwZH1T6fOjgPRySqLaQecDIWtWMndLOxvQZ44GgfjJKohBxQjQ72d/Fkp9cywEzVFxv IAc05Adm8t93Hurj69CLy1MzgEWozl/hMwcjxn9TJPEvzoF4hKXLn8mb86f8XX7tDKeg4H+FlYxg xuUFeSvyjPWC6BGEMOxezx2NKNnnEzSuHqgneAeF7wDg2yknBAEZ83rACws/wsMiR4c9HxnkQ5Ye KD8VQXiDOQlyQvryQJTB8vy5VBjFgEhktNStoxiIA7vnT5+OYqzBYijWsz2nYIJpBLJpkT+qtm0E 69jT35+OWqS1Ykjlu477ukh1MnK79uj/NKXlOABqClcfXff3JyMebV9irUu47S3hunN3AqRUpH/O RoyUVQLZoGJSMQonpRzSVfA90HYqUIYTqTqeLumIWHm8wVbmdEktvLkfDf19oSkJTUloSkJTEprS 9i6/QlN6MaQSmtL2akoR5SiV3/V/qbfpGNQo5P1E9xNC6hX2FIJkA9Upwesm2RKhOu5iuim0iGUe SPOleUkthNvtERpD5+LwJnv40B4/I4n61tbCzYcrX5Qy4mqzGd/FMz6KbzzsXPhSmZwRWSwXo0jG AcyFYZIoeoQBTtlUHMfRswemlVM+qS7JDWKzhH3dOHKNptBEzRgcnUAeIwcbQlm4/DF2SAIm2cqt ElVTV++VPOP2SMzGCK6Q+BBWC+Tbg6XncvK6Eb+n8so2S6p19UXvlcgLluC3bnk+k1XPUkYebYgZ 8+Kfu6ah73L9j9989q6rT9R1o4iuJzsHVXPJO7ilCnBAgJegtUbYJBn0RCJkJTiRif54WKipsTB2 n0VbOml34ujCv7QX6Ev51RyldIuPp2wNeOPSR9I3FnBcgd5KQejMX0ql/v6f9oP992rVCEo6vYHL gfzaQmTuhNWHY2+IY9ZC6kM97H4EBMqKsUJ94OwCbYX1us1qxysYWq2OFQx2+i25t3w+Lh1XfEYu KNFHp0fkd1mWkwkly8csIk9iw+V6srzQyuI5u+Re9IhjcjPmkF1GQnbQLqd63HHH4WeLRx4z/S3u 2OPQS+Gjjzm40HG70fGi/5g411JJ89zGFcxqsPuQQ5KZbq/PEmVqrPzbBnGiCnGyRpwYC+KkczcD a6QeEifK1oiTurI94mTF0d0bS5alY7wjz8xYyRI9zntZshiZJIu+laJFXdIGQVOmbR577pi1G2mD PufHROEzQrsITSQv+OwnOcFzynDOB17dDDxO4PWPUHc2uEY4pHwJeDkom78bWYIyAGD0SC3pU8Bs d1rU8o1Rf9O8f9E6by+u5JvDOGp1WtLx5dnZ5S+UTTcHsQ3C54XrMk/LDMUx0rIMys9IGWCGGWnJ gtuEkeLWsFfLU9/Ogv60LEIXwSlfzF263tHVfHNoLfoilMzrTBREBg7jfcIc6wfreEjpzg6SnXIT Ug3yQgwGfn5wTV6QY+QNGDEfodOxIJ87FUsUUUQRRRRRRBFFFFFEEUUUUUQRRRRRRBFFFFFEEUUU UUQRRRRRRBFFFFFEEWWj8v+S7u0cAFgCAA== --Boundary-00=_BPRNFmEOC7M83yQ-- From groupdav@opengroupware.org Wed Oct 18 14:00:04 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 18 Oct 2006 23:00:04 +1000 Subject: [GroupDAV] Citadel, Funambol/GroupDav, Synthesis In-Reply-To: <200610171332.49549.bflong@longbros.com> References: <200610111207.42676.bflong@longbros.com> <45309A0D.3040805@mcbridematt.dhs.org> <200610171304.20849.bflong@longbros.com> <200610171332.49549.bflong@longbros.com> Message-ID: <45362554.7090403@mcbridematt.dhs.org> The current version of the connector, as said previously, will throw an exception if you try to add objects with names already on the server. So if either the server or client isn't clean before doing a slow/first/after deletion of store directory sync the connector will halt. Next version I hope to have a softer solution to the problem - treating same name adds as data merges, along with proper merge support, should do it. Benjamin Long wrote: > Well, that didn't take long... > I synced a few times to make sure it didn't break before I sent my last email. > After that I added the sync source for the Tasks. On the first sync I got a > 51x error. Ok, so I disabled syncing for the Tasks. Got a 51x on the Calendar > sync. Now it won't sync at all. I've attached logs of the latest calendar > only sync. I completely deleted my store directory before this logged sync. > I'm going to do a full reset on my palm and try again. Maybe there is some > half baked cruft left over from the bad config or something. > > Benjamin Long > > On Tuesday 17 October 2006 1:04 pm, Benjamin Long wrote: > >> Matt, >> Sorry for waiting so long to check this out.. >> >> Indeed, I had my sync source misconfigured. Not sure how I missed that. >> After correcting it, I am able to sync from the palm to the server. I'm >> going to start using this every day now so if anything else breaks I'll >> know it. I still need to setup to-do syncing. >> >> I guess contacts are the only thing left to get working. Thanks for all >> the effort on this! It's really looking good! >> >> Benjamin Long >> >> On Saturday 14 October 2006 4:04 am, Mathew McBride wrote: >> >>> Hmm, how is your source configured? From the logs you sent me, when it >>> goes to add an item its going to the / on the server instead of >>> /groupdav/Calendar/. >>> http://comalies.citadel.org/~matt/funambol/samplefunambolconfig.JPG is a >>> sample configuration for OGo, for Citadel /zidestore/so/.../ gets >>> replaced with /groupdav/ etc. >>> I've just got the WM5 emulator and the Funambol 3 stable bundle up and >>> running, there does appear to be an issue when syncing clients for the >>> first time which I'll get back to everyone on soon. I tried adding a >>> fresh item from WM to OGo and it did work, however. I suppose there >>> could some behavior changes from Funambol 3 b5 to stable too. >>> >>> Benjamin Long wrote: >>> >>>> Any idea whats going on here Matt? >>>> >>>> Benjamin Long >>>> From groupdav@opengroupware.org Tue Oct 24 21:39:35 2006 From: groupdav@opengroupware.org (Chris Bryant) Date: Tue, 24 Oct 2006 16:39:35 -0400 Subject: [GroupDAV] Funambol GroupDAV connector java exception References: <200610111207.42676.bflong@longbros.com> <45309A0D.3040805@mcbridematt.dhs.org> <200610171304.20849.bflong@longbros.com> <200610171332.49549.bflong@longbros.com> <45362554.7090403@mcbridematt.dhs.org> Message-ID: <000c01c6f7ac$855b3320$6501a8c0@corp.usa.net> Matt, I've been trying to do some testing of your Funambol connector with our USA.NET GroupDAV server and I've been seeing an ArrayIndexOutOfBoundsException thrown in vCalGroupDAVConnector.java. In this file (I downloaded 1.1713.zip today, btw), there are a few calls to System.arraycopy that I think are incorrectly adding 1 to the offset in the destination array. I think if the "+1" in these statements is removed, this exception would be corrected. I'm trying to get ant setup to rebuild the jar file, but I have not been successful yet, so I can't verify if this fix is correct, but I think if you look at it, you'll see what I'm talking about. I'm curious nobody else has seen this before though... Thanks, Chris USA.NET, Inc. From groupdav@opengroupware.org Wed Oct 25 13:40:31 2006 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 25 Oct 2006 22:40:31 +1000 Subject: [GroupDAV] Funambol GroupDAV connector java exception In-Reply-To: <000c01c6f7ac$855b3320$6501a8c0@corp.usa.net> References: <200610111207.42676.bflong@longbros.com> <45309A0D.3040805@mcbridematt.dhs.org> <200610171304.20849.bflong@longbros.com> <200610171332.49549.bflong@longbros.com> <45362554.7090403@mcbridematt.dhs.org> <000c01c6f7ac$855b3320$6501a8c0@corp.usa.net> Message-ID: <453F5B3F.3060200@mcbridematt.dhs.org> The issue has turned up elsewhere, and yes, the offset is correct, as a result of how System.arraycopy works in Java. The ArrayIndexOutOfBoundsException occurs if the store fails to PROPFIND the server correctly and leaves some arrays (usually deleted item keys) null. The store log will probably reveal where it failed. Chris Bryant wrote: > Matt, > > I've been trying to do some testing of your Funambol connector with > our USA.NET GroupDAV server and I've been seeing an > ArrayIndexOutOfBoundsException thrown in vCalGroupDAVConnector.java. > In this file (I downloaded 1.1713.zip today, btw), there are a few > calls to System.arraycopy that I think are incorrectly adding 1 to the > offset in the destination array. I think if the "+1" in these > statements is removed, this exception would be corrected. I'm trying > to get ant setup to rebuild the jar file, but I have not been > successful yet, so I can't verify if this fix is correct, but I think > if you look at it, you'll see what I'm talking about. I'm curious > nobody else has seen this before though... > > Thanks, > Chris > > USA.NET, Inc. >