From sogo@opengroupware.org Thu Jul 3 12:32:58 2008 From: sogo@opengroupware.org (Ralph Niere) Date: Thu, 03 Jul 2008 13:32:58 +0200 Subject: [SOGo] Re: Access to addressbook from Thunderbird In-Reply-To: <4864BA59.8090507@ebrn.de> References: <4864BA59.8090507@ebrn.de> Message-ID: <486CB8EA.4010006@ebrn.de> Hello again, i solved the problem myself. My setup was the default setup as suggested by the Debian Lenny / Ubuntu install script/documentation. I had the ngobjweb module configured in the global apache config with a SSL virtual server proxying to the non-SSL default Server. After moving the ngobjweb setup directly to the SSL virtual server everything works as expected. Dunno, if this is a apache issue or a ngobjweb thing, but the above solved the problem. Just in case someone else has similar problems. Regards, Ralph From sogo@opengroupware.org Sat Jul 5 09:55:17 2008 From: sogo@opengroupware.org (Robert de Geus) Date: Sat, 05 Jul 2008 10:55:17 +0200 Subject: [SOGo] Repeated windown openend in Linux firefox3 hardy Message-ID: <486F36F5.4060303@toltech.nl> Hello, Just checked again, but in Hardy this but is still happening in Ubuntu 3 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008061015 Firefox/3.0) . I also downloaded latest version from mozilla, (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008052912 Firefox/3.0) and double clicking on the calendar creates an endless number of windows. The strange thing is that the Gecko engine is newer in Ubuntu. gr. Robert > I didn't manage to reproduce your problem. Have you tried yet with > Firefox 3.0 final? >>/ Hi, />>/ On Firefox 3.0b5, Linux Hardy, when double clicking on the calender to />>/ enter a new item, an endless number of windows opens. It appears that />>/ an event is repeating itself. Can anyone confirm this behaviour (also />>/ on Windows)? />>/ gr. />>/ Robert />/ />/ / From sogo@opengroupware.org Sat Jul 5 10:11:28 2008 From: sogo@opengroupware.org (Robert de Geus) Date: Sat, 05 Jul 2008 11:11:28 +0200 Subject: [SOGo] Repeated windown openend in Linux firefox3 hardy In-Reply-To: <486F36F5.4060303@toltech.nl> References: <486F36F5.4060303@toltech.nl> Message-ID: <486F3AC0.9090909@toltech.nl> A slight improvement, in our current ubuntu installation the event window opens only 3 times now (instead of endlessly) Robert de Geus wrote: > Hello, > Just checked again, but in Hardy this but is still happening in Ubuntu > 3 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008061015 > Firefox/3.0) > . > I also downloaded latest version from mozilla, (Mozilla/5.0 (X11; U; > Linux i686; en-US; rv:1.9) Gecko/2008052912 Firefox/3.0) and double > clicking on the calendar creates an endless number of windows. > > The strange thing is that the Gecko engine is newer in Ubuntu. > > gr. > Robert > >> I didn't manage to reproduce your problem. Have you tried yet with >> Firefox 3.0 final? > > >>> / Hi, > />>/ On Firefox 3.0b5, Linux Hardy, when double clicking on the > calender to />>/ enter a new item, an endless number of windows opens. > It appears that />>/ an event is repeating itself. Can anyone confirm > this behaviour (also />>/ on Windows)? > />>/ gr. > />>/ Robert > />/ > />/ > / > > From sogo@opengroupware.org Sat Jul 5 10:37:02 2008 From: sogo@opengroupware.org (Robert de Geus) Date: Sat, 05 Jul 2008 11:37:02 +0200 Subject: [SOGo] Issues with thunderbird Message-ID: <486F40BE.20705@toltech.nl> Hello, We are now using a sogo installation with quite a number of Events and users. In this respect we previously reported a problem with lightning. Here we will give an update of the thunderbird functionality: 1) When using "reload" the calender does not get updated (this is a regression, it used to work in a previous version). However, the lightning plugin connects to the SOGo server and asks for the same "REPORT" link three times (see output below). This does not lead to any changes in the display of the calendar. As you can see we connect to a shared calendar. Again nothing in the error console. 2) Still the calendar only refreshes if we enter a new Event in the SOGo calendar. We checked the error console and no errors are being displayed. This was checked on Windows and Linux. 3) When entering a new calendar item, lightning performs a PUT and a REPORT request on the SOGo server, the server is not under load and able to perform the request easily. However, on the client side, after the REPORT, the cpu usage of thunderbird goes to 100% for a long period after which it displays the new item. This clearly connects to a thunderbird problem, however it makes the use of SOGo in thunderbird nearly impossible. During 5 seconds - after insert Event - thunderbird stays responsive Next 10 seconds - cpu of client goes to 100% thunderbird is unresponsive Next 2 seconds - display of new item (and other changes made through the webinterface) This also happens when we change the time of an existing event, or move the event in Lightning. What are the exact versions Inverse is using for thunderbird and lightning? We test with: Thunderbird version 2.0.0.14 (20080502) Lightning: 0.8 version 2008033118 On Ubuntu Gutsy regards, Robert 10.2.4.81 - - [05/Jul/2008:11:26:04 +0200] "REPORT /SOGo/dav/robert/Calendar/admin_748D-48344C80-23-B09350/ HTTP/1.1" 207 882 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.14) Gecko/20080502 Lightning/0.8 Thunderbird/2.0.0.14" 10.2.4.81 - - [05/Jul/2008:11:26:04 +0200] "REPORT /SOGo/dav/robert/Calendar/admin_748D-48344C80-23-B09350/ HTTP/1.1" 207 7783 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.14) Gecko/20080502 Lightning/0.8 Thunderbird/2.0.0.14" 10.2.4.81 - - [05/Jul/2008:11:26:10 +0200] "REPORT /SOGo/dav/robert/Calendar/admin_748D-48344C80-23-B09350/ HTTP/1.1" 500 615 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.14) Gecko/20080502 Lightning/0.8 Thunderbird/2.0.0.14" From sogo@opengroupware.org Mon Jul 7 11:53:50 2008 From: sogo@opengroupware.org (jm-ml) Date: Mon, 07 Jul 2008 12:53:50 +0200 Subject: [SOGo] sogo build error Message-ID: <4871F5BE.6050003@guzman.at> hi list, i'm currently trying to install sogo on gentoo using: http://www.inverse.ca/english/contributions/sogo/documentation.html when i reached "installing sogo" i downloaded the trunk sources and did a: ./configure --with-gnustep --enable-strip --disable-debug i got following error: ./configure: line 272: [: too many arguments this is because 'uname -p' has this output on my system: Intel(R) Pentium(R) 4 CPU 3.00GHz so line 272 should look like this to avoid this failure (missed quotes): if [ "${UNAME}" = x86_64 -o "${UNAME}" = sparc64 -o "${UNAME}" = ppc64 ];then now configuring works ;) i got the next problem doing 'make && make install' and i can't figure out what's the problem. here is the output: # make && make install This is gnustep-make 2.0.4. Type 'make print-gnustep-make-help' for help. Making all in SOPE/NGCards... make[1]: Entering directory `/usr/src/trunk/SOPE/NGCards' Making all for library libNGCards... Compiling file NSArray+NGCards.m ... Compiling file NSCalendarDate+NGCards.m ... Compiling file NSDictionary+NGCards.m ... Compiling file NSString+NGCards.m ... Compiling file NSCalendarDate+ICal.m ... Compiling file iCalDateHolder.m ... Compiling file CardElement.m ... Compiling file CardGroup.m ... CardGroup.m:330:2: warning: #warning should be renamed to elementWithClass... Compiling file CardVersitRenderer.m ... Compiling file iCalAlarm.m ... Compiling file iCalAttachment.m ... Compiling file iCalCalendar.m ... Compiling file iCalDailyRecurrenceCalculator.m ... Compiling file iCalDateTime.m ... Compiling file iCalDataSource.m ... Compiling file iCalEntityObject.m ... Compiling file iCalEvent.m ... Compiling file iCalEventChanges.m ... Compiling file iCalFreeBusy.m ... Compiling file iCalJournal.m ... Compiling file iCalMonthlyRecurrenceCalculator.m ... Compiling file iCalObject.m ... Compiling file iCalPerson.m ... Compiling file iCalRecurrenceRule.m ... iCalRecurrenceRule.m:213:2: warning: #warning handling of default timezone needs to be implemented iCalRecurrenceRule.m:254:2: warning: #warning we also should handle the user weekstarts iCalRecurrenceRule.m:319:2: warning: #warning this is bad Compiling file iCalRecurrenceCalculator.m ... Compiling file iCalRepeatableEntityObject.m ... Compiling file iCalTimeZone.m ... Compiling file iCalTimeZonePeriod.m ... Compiling file iCalToDo.m ... Compiling file iCalTrigger.m ... Compiling file iCalWeeklyRecurrenceCalculator.m ... Compiling file iCalYearlyRecurrenceCalculator.m ... Compiling file NGVCard.m ... Compiling file NGVList.m ... Compiling file NGVCardReference.m ... Compiling file NGCardsSaxHandler.m ... Linking library libNGCards ... Making all in versitCardsSaxDriver... make[2]: Entering directory `/usr/src/trunk/SOPE/NGCards/versitCardsSaxDriver' Making all for bundle versitCardsSaxDriver... Creating versitCardsSaxDriver.sax/.... Compiling file VSSaxDriver.m ... Compiling file VSCardSaxDriver.m ... Compiling file VSStringFormatter.m ... Linking bundle versitCardsSaxDriver ... Creating versitCardsSaxDriver.sax/Resources... Creating versitCardsSaxDriver.sax/Resources/Info-gnustep.plist... Copying resources into the bundle wrapper... make[2]: Leaving directory `/usr/src/trunk/SOPE/NGCards/versitCardsSaxDriver' make[1]: Leaving directory `/usr/src/trunk/SOPE/NGCards' Making all in SOPE/GDLContentStore... make[1]: Entering directory `/usr/src/trunk/SOPE/GDLContentStore' Making all for library libGDLContentStore... Compiling file NSURL+GCS.m ... Compiling file EOAdaptorChannel+GCS.m ... Compiling file EOQualifier+GCS.m ... EOQualifier+GCS.m: In function ‘-[EOQualifier(GCS) _appendKeyValueQualifier:toString:]’: EOQualifier+GCS.m:68: warning: ‘isCI’ may be used uninitialized in this function EOQualifier+GCS.m:67: warning: ‘qValue’ may be used uninitialized in this function Compiling file GCSContext.m ... Compiling file GCSFieldInfo.m ... Compiling file GCSFolder.m ... GCSFolder.m:467:8: warning: #warning this may be dangerous... GCSFolder.m: In function ‘-[GCSFolder writeContent:toName:baseVersion:]’: GCSFolder.m:786: warning: ‘quickChannel’ may be used uninitialized in this function Compiling file GCSFolderManager.m ... Compiling file GCSFolderType.m ... Compiling file GCSChannelManager.m ... Compiling file GCSFieldExtractor.m ... Compiling file GCSStringFormatter.m ... Linking library libGDLContentStore ... Making all for tool gcs_ls... Compiling file gcs_ls.m ... Linking tool gcs_ls ... Making all for tool gcs_mkdir... Compiling file gcs_mkdir.m ... Linking tool gcs_mkdir ... Making all for tool gcs_cat... Compiling file gcs_cat.m ... gcs_cat.m: In function ‘-[Tool runOnPath:]’: gcs_cat.m:72: warning: ‘GCSFolder’ may not respond to ‘-fetchContentWithName:’ gcs_cat.m:72: warning: (Messages without a matching method signature gcs_cat.m:72: warning: will be assumed to return ‘id’ and accept gcs_cat.m:72: warning: ‘...’ as arguments.) Linking tool gcs_cat ... Making all for tool gcs_recreatequick... Compiling file gcs_recreatequick.m ... Linking tool gcs_recreatequick ... Making all for tool gcs_gensql... Compiling file gcs_gensql.m ... Linking tool gcs_gensql ... make[1]: Leaving directory `/usr/src/trunk/SOPE/GDLContentStore' Making all in OGoContentStore... make[1]: Entering directory `/usr/src/trunk/OGoContentStore' Making all for library libOGoContentStore... Compiling file iCalEntityObject+OCS.m ... Compiling file iCalRepeatableEntityObject+OCS.m ... iCalRepeatableEntityObject+OCS.m:45:2: warning: #warning we could return an NSArray instead and feed it as such to the iCalRecurrenceRule in SOGoAppointmentFolder... Compiling file OCSiCalFieldExtractor.m ... Compiling file OCSContactFieldExtractor.m ... Linking library libOGoContentStore ... Making all for tool test_quick_extract... Compiling file test_quick_extract.m ... Linking tool test_quick_extract ... make[1]: Leaving directory `/usr/src/trunk/OGoContentStore' Making all in SoObjects... make[1]: Entering directory `/usr/src/trunk/SoObjects' Making all in SOGo... make[2]: Entering directory `/usr/src/trunk/SoObjects/SOGo' Making build-headers for framework SOGo... Creating SOGo.framework/Versions/0/Headers... Creating derived_src/.stamp... Creating SOGo.framework/Versions/0/Resources... Making all for framework SOGo... Compiling file SOGoCache.m ... Compiling file SOGoObject.m ... SOGoObject.m:482:2: warning: #warning this method has probably some code shared with its pseudo principal equivalent SOGoObject.m:582:2: warning: #warning all REPORT method should be standardized... Compiling file SOGoContentObject.m ... Compiling file SOGoFolder.m ... SOGoFolder.m: In function ‘-[SOGoFolder displayName]’: SOGoFolder.m:89: warning: pointer type mismatch in conditional expression SOGoFolder.m:125:2: warning: #warning we should remove this method Compiling file SOGoGCSFolder.m ... SOGoGCSFolder.m:605:2: warning: #warning this code should be cleaned up SOGoGCSFolder.m:896:2: warning: #warning this should be checked Compiling file SOGoParentFolder.m ... SOGoParentFolder.m:224:2: warning: #warning TO BE IMPLEMENTED SOON FIXME Compiling file SOGoUserFolder.m ... SOGoUserFolder.m: In function ‘-[SOGoUserFolder _parseCollectionFilters:]’: SOGoUserFolder.m:106: warning: ‘-objectEnumerator’ not found in protocol(s) SOGoUserFolder.m:109: warning: ‘NGDOMNode’ may not respond to ‘-attribute:’ SOGoUserFolder.m:109: warning: (Messages without a matching method signature SOGoUserFolder.m:109: warning: will be assumed to return ‘id’ and accept SOGoUserFolder.m:109: warning: ‘...’ as arguments.) Compiling file SOGoDateFormatter.m ... Compiling file SOGoPermissions.m ... Compiling file LDAPUserManager.m ... Compiling file LDAPSource.m ... Compiling file AgenorUserDefaults.m ... Compiling file iCalEntityObject+Utilities.m ... Compiling file NSArray+DAV.m ... Compiling file NSArray+Utilities.m ... Compiling file NSCalendarDate+SOGo.m ... Compiling file NSDictionary+DAV.m ... Compiling file NSDictionary+URL.m ... Compiling file NSDictionary+Utilities.m ... Compiling file NSNull+Utilities.m ... Compiling file NSNumber+Utilities.m ... Compiling file NSObject+DAV.m ... Compiling file NSObject+Utilities.m ... Compiling file NSString+DAV.m ... Compiling file NSString+Utilities.m ... Compiling file NSURL+DAV.m ... Compiling file SOGoDAVAuthenticator.m ... Compiling file SOGoWebAuthenticator.m ... Compiling file SOGoWebDAVAclManager.m ... SOGoWebDAVAclManager.m:159:2: warning: #warning this method should be simplified! Compiling file SOGoWebDAVValue.m ... Compiling file SOGoMailer.m ... Compiling file SOGoUser.m ... SOGoUser.m:713:2: warning: #warning this is a hack to work-around the poor implementation of PROPPATCH in SOPE Compiling file NSDictionary+BSJSONAdditions.m ... Compiling file NSScanner+BSJSONAdditions.m ... NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONKeyValueSeparator]’: NSScanner+BSJSONAdditions.m:279: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONValueSeparator]’: NSScanner+BSJSONAdditions.m:284: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONObjectStartString]’: NSScanner+BSJSONAdditions.m:289: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONObjectEndString]’: NSScanner+BSJSONAdditions.m:294: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONArrayStartString]’: NSScanner+BSJSONAdditions.m:299: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONArrayEndString]’: NSScanner+BSJSONAdditions.m:304: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type NSScanner+BSJSONAdditions.m: In function ‘-[NSScanner(PrivateBSJSONAdditions) scanJSONStringDelimiterString]’: NSScanner+BSJSONAdditions.m:309: warning: passing argument 2 of ‘scanString:intoString:’ from incompatible pointer type Compiling file WORequest+SOGo.m ... WORequest+SOGo.m:32:2: warning: #warning this should be changed someday Creating derived_src/NSFramework_SOGo.m... Compiling file derived_src/NSFramework_SOGo.m ... Linking framework SOGo ... Copying resources into the framework wrapper... Creating SOGo.framework/Versions/0/Resources/Info-gnustep.plist... make[2]: Leaving directory `/usr/src/trunk/SoObjects/SOGo' Making all in Appointments... make[2]: Entering directory `/usr/src/trunk/SoObjects/Appointments' Making all for wobundle Appointments... Compiling file Product.m ... Compiling file NSArray+Appointments.m ... Compiling file iCalEntityObject+SOGo.m ... iCalEntityObject+SOGo.m:58:2: warning: #warning user could be a delegate, we will need to handle that someday iCalEntityObject+SOGo.m:88:2: warning: #warning this method should be implemented in a category of iCalToDo Compiling file iCalEvent+SOGo.m ... Compiling file iCalEventChanges+SOGo.m ... Compiling file iCalPerson+SOGo.m ... Compiling file SOGoCalendarComponent.m ... SOGoCalendarComponent.m:302:2: warning: #warning this could be optimized in a class hierarchy common with the SOGoObject acl notification mechanism Compiling file SOGoAppointmentObject.m ... Compiling file SOGoTaskObject.m ... Compiling file SOGoAppointmentFolder.m ... SOGoAppointmentFolder.m:353:2: warning: #warning this code shares a lot with the colour code SOGoAppointmentFolder.m:471:2: warning: #warning we do not manage all the possible user emails SOGoAppointmentFolder.m:735:2: warning: #warning we do not take the participation status into account SOGoAppointmentFolder.m:892:2: warning: #warning we should use the EOFetchSpecification for that!!! (see doPROPFIND:) SOGoAppointmentFolder.m:894:2: warning: #warning components in calendar-data query are ignored SOGoAppointmentFolder.m:968:2: warning: #warning things may crash here... SOGoAppointmentFolder.m:973:2: warning: #warning this check should be done directly in the query... we should fix this sometime SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder _properties:ofObject:]’: SOGoAppointmentFolder.m:975: warning: ‘SOGoAppointmentFolder’ may not respond to ‘-_createChildComponentWithRecord:’ SOGoAppointmentFolder.m:975: warning: (Messages without a matching method signature SOGoAppointmentFolder.m:975: warning: will be assumed to return ‘id’ and accept SOGoAppointmentFolder.m:975: warning: ‘...’ as arguments.) SOGoAppointmentFolder.m:1059:2: warning: #warning We need to use the new DAV utilities here... SOGoAppointmentFolder.m:1105:2: warning: #warning This method lacks support for timeranges SOGoAppointmentFolder.m:1247:2: warning: #warning the list of fields should be taken from the .ocs description file SOGoAppointmentFolder.m:1276:2: warning: #warning this is baddddd because we return a single-valued dictionary containing a cname which may not event exist... the logic behind appendObject:... should be rethought, especially since we may start using SQL views SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder caldavEventRequest:from:to:]’: SOGoAppointmentFolder.m:1740: error: ‘freebusy’ undeclared (first use in this function) SOGoAppointmentFolder.m:1740: error: (Each undeclared identifier is reported only once SOGoAppointmentFolder.m:1740: error: for each function it appears in.) SOGoAppointmentFolder.m:1803:2: warning: #warning needs to handle errors SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder POSTAction:]’: SOGoAppointmentFolder.m:1819: warning: ‘WORequest’ may not respond to ‘-isSoWebDAVRequest’ make[3]: *** [obj/SOGoAppointmentFolder.o] Error 1 make[2]: *** [Appointments.all.wobundle.variables] Error 2 make[2]: Leaving directory `/usr/src/trunk/SoObjects/Appointments' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/trunk/SoObjects' make: *** [internal-all] Error 2 i'm using these sources: http://svn.opengroupware.org/SOGo/inverse/trunk/ thx for your help, g. jm From sogo@opengroupware.org Mon Jul 7 15:07:22 2008 From: sogo@opengroupware.org (Francis Lachapelle) Date: Mon, 7 Jul 2008 10:07:22 -0400 Subject: [SOGo] Repeated windown openend in Linux firefox3 hardy In-Reply-To: <486F3AC0.9090909@toltech.nl> References: <486F36F5.4060303@toltech.nl> <486F3AC0.9090909@toltech.nl> Message-ID: <010DDF0F-B331-48F1-A362-015117E53DC4@inverse.ca> Hi Robert On 5-Jul-08, at 5:11 AM, Robert de Geus wrote: > A slight improvement, in our current ubuntu installation the event > window opens only 3 times now (instead of endlessly) Are you using the latest version of SOGo (1.0RC6.1)? Do you see any message in the error console of Firefox? Have you installed any funky add-on in Firefox? :) Thanks, -- Francis flachapelle@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca From sogo@opengroupware.org Mon Jul 7 16:07:03 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Jul 2008 11:07:03 -0400 Subject: [SOGo] Issues with thunderbird In-Reply-To: <486F40BE.20705@toltech.nl> References: <486F40BE.20705@toltech.nl> Message-ID: <48723117.3000309@inverse.ca> Hi Robert, Your problems in Thunderbird are actually related to the way Lightning behaves with CalDAV calendars. We filled a bugreport in the Mozilla BTS a couple of weeks ago: https://bugzilla.mozilla.org/show_bug.cgi?id=437318 We are even in the process of fixing it. What happens is that Lightning reparses all your calendar events after each launch, which is quite time-consuming. Unfortunately, I think you will need to wait for Lighnting 0.9 to have it included in the official release. Maybe you could still use the web interface meanwhile? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Mon Jul 7 17:14:28 2008 From: sogo@opengroupware.org (Simone Schicktanz) Date: Mon, 07 Jul 2008 18:14:28 +0200 Subject: [SOGo] compiling error Message-ID: <487240E4.7040003@emb.fraunhofer.de> This is a multi-part message in MIME format. --------------090906020108070600090507 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by kso.ibmt.fraunhofer.de id m67GJ23A023428 hi, compiling of gnustep, gnumake and sope went ok (debian 2.6.18-6-amd64).=20 but when i compile sogo i got errors in SOGoAppointmentFolder.m: in=20 function [SOGoAppointmentFolder webdavAclManger] Has someone got a hint what is going wrong? Thanks for that Simone --=20 Simone Schicktanz (MSc) IT Fraunhofer Einrichtung f=FCr Marine Biotechnologie Paul-Ehrlich-Str. 1-3 23562 L=FCbeck Phone: +49 451 384 448 34 Fax: +49 451 384 448 12 Internet: www.emb.fraunhofer.de email: simone.schicktanz@emb.fraunhofer.de --------------090906020108070600090507 Content-Type: text/x-vcard; charset=utf-8; name="simone_schicktanz.vcf" Content-Disposition: attachment; filename="simone_schicktanz.vcf" Content-Transfer-Encoding: 7bit begin:vcard fn:Simone Schicktanz n:Schicktanz;Simone org:Fraunhofer EMB;IT adr:;;Paul-Ehrlich-Str. 1-3;Luebeck;;23562;Germany email;internet:simone.schicktanz@emb.fraunhofer.de title:MSc tel;work:+49 451 384 448 34 tel;fax:+49 451 384 448 12 x-mozilla-html:FALSE url:http://www.emb.fraunhofer.de version:2.1 end:vcard --------------090906020108070600090507-- From sogo@opengroupware.org Mon Jul 7 17:51:11 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Jul 2008 12:51:11 -0400 Subject: [SOGo] compiling error In-Reply-To: <487240E4.7040003@emb.fraunhofer.de> References: <487240E4.7040003@emb.fraunhofer.de> Message-ID: <4872497F.7000707@inverse.ca> Simone Schicktanz a écrit : > hi, > > compiling of gnustep, gnumake and sope went ok (debian > 2.6.18-6-amd64). but when i compile sogo i got errors in > SOGoAppointmentFolder.m: in function [SOGoAppointmentFolder > webdavAclManger] Hi Simone, Some headers have changed in the lastest version of GNUstep, which may cause this problem. Which version of gcc and of gnustep do you use? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Mon Jul 7 18:08:57 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Jul 2008 13:08:57 -0400 Subject: [SOGo] sogo build error In-Reply-To: <4871F5BE.6050003@guzman.at> References: <4871F5BE.6050003@guzman.at> Message-ID: <48724DA9.7080601@inverse.ca> Hi JM, > hi list, > > i'm currently trying to install sogo on gentoo using: > > http://www.inverse.ca/english/contributions/sogo/documentation.html > > when i reached "installing sogo" i downloaded the trunk sources and > did a: > > ./configure --with-gnustep --enable-strip --disable-debug > > i got following error: > > ./configure: line 272: [: too many arguments > > this is because 'uname -p' has this output on my system: Actually, the correct flag would be "uname -m". I have fixed it on my copy and will commit it in a few minutes. > > SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder > caldavEventRequest:from:to:]’: > SOGoAppointmentFolder.m:1740: error: ‘freebusy’ undeclared (first use > in this function) > SOGoAppointmentFolder.m:1740: error: (Each undeclared identifier is > reported only once > SOGoAppointmentFolder.m:1740: error: for each function it appears in.) > SOGoAppointmentFolder.m:1803:2: warning: #warning needs to handle errors > SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder > POSTAction:]’: > SOGoAppointmentFolder.m:1819: warning: ‘WORequest’ may not respond to > ‘-isSoWebDAVRequest’ > make[3]: *** [obj/SOGoAppointmentFolder.o] Error 1 > make[2]: *** [Appointments.all.wobundle.variables] Error 2 > make[2]: Leaving directory `/usr/src/trunk/SoObjects/Appointments' > make[1]: *** [internal-all] Error 2 > make[1]: Leaving directory `/usr/src/trunk/SoObjects' > make: *** [internal-all] Error 2 > > This error has been fixed a couple of days ago as well. The fix will be part of my next SVN commit. Please let me know how it goes afterwards. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Mon Jul 7 20:19:11 2008 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Mon, 07 Jul 2008 15:19:11 -0400 Subject: [SOGo] ANN: Funambol SOGo Connector v1.0.5 Message-ID: <48726C2F.5080609@inverse.ca> The Inverse Team is happy to announce the 1.0.5 release of the Funambol SOGo Connector. == Description == The Funambol SOGo Connector allows any SyncML enabled devices to fully synchronize contacts, events and tasks with SOGo. The connector is fast and reliable. You can try the Funambol SOGo Connector with our SOGo demonstration server at http://sogo-demo.inverse.ca The official webpage of the project is: http://www.inverse.ca/english/contributions/funambol.html == Features == * Two-way synchronization support * Contacts, events and tasks support * vCalendar / vCard with version downgrade support * Full SIF support == Changes since the last release == * Improved the sanitizer to improve clients interoperability * Fixes for events with recurrences * Many small bug fixes and general improvements == What is SOGo == SOGo is a free and modern scalable groupware server. It offers shared calendars, address books and emails through your favorite Web browser or by using a native client such as Mozilla Thunderbird and Lightning. SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and reuses existing IMAP, SMTP and database servers - making the solution easy to deploy and interoperable with many applications. SOGo features : * Scalable architecture suitable for deployments from dozen to many thousand users * Rich Web-based interface that shares the look and feel, the features and the data of Mozilla Thunderbird and Lightning * Perfected integration with Mozilla Thunderbird and Lighthing by using the SOGo Connector * Two-way synchronization support with any SyncML-capable devices (BlackBerry, Palm, Windows CE, etc.) by using the Funambol SOGo Connector and many more! SOGo and our connectors are completely free. We have a demo website where you can experience SOGo at : http://sogo-demo.inverse.ca/ For all details, see http://www.inverse.ca/contributions/sogo.html and http://sogo.opengroupware.org/ == Getting the Funambol SOGo Connector == The Funambol SOGo Connector is free software and is distributed under the GNU GPL. As such, you are free to download and try it by either getting the newly released snapshot from : http://www.inverse.ca/uploads/Funambol/funambol-sogo-1.0.5.s4j or by getting the sources from : http://www.inverse.ca/uploads/Funambol/SOGo-connector-v1.0.5.tar.gz Alternatively, you can download the sources from the official SVN server - more information available at : https://sogo-connector.forge.funambol.org/ Documentation about the installation and configuration of the connector is available from : http://www.inverse.ca/contributions/funambol/documentation.html == Support == For any questions or comments, do not hesitate to contact us by writing an email to : support@inverse.ca Inverse offers profesionnal services around SOGo and Funambol to help organizations deploy the solution and migrate from their legacy systems. -- Ludovic Marcotte lmarcotte@inverse.ca :: +1.514.755.3630 :: http://www.inverse.ca From sogo@opengroupware.org Tue Jul 8 07:42:01 2008 From: sogo@opengroupware.org (Simone Schicktanz) Date: Tue, 08 Jul 2008 08:42:01 +0200 Subject: [SOGo] compiling error In-Reply-To: <4872497F.7000707@inverse.ca> References: <487240E4.7040003@emb.fraunhofer.de> <4872497F.7000707@inverse.ca> Message-ID: <48730C39.3060505@emb.fraunhofer.de> This is a multi-part message in MIME format. --------------050803010607040702030803 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by kso.ibmt.fraunhofer.de id m686kXmH018463 Hi, I'm using: gnustep-make 2.0.6, gnustep-base 1.16.2 gcc 4.1.1 should i upgrade to the newest gcc (4.3.1)? Thanks Wolfgang Sourdeau schrieb: > Simone Schicktanz a =E9crit : >> hi, >> >> compiling of gnustep, gnumake and sope went ok (debian=20 >> 2.6.18-6-amd64). but when i compile sogo i got errors in=20 >> SOGoAppointmentFolder.m: in function [SOGoAppointmentFolder=20 >> webdavAclManger] > Hi Simone, > > > Some headers have changed in the lastest version of GNUstep, which may=20 > cause this problem. Which version of gcc and of gnustep do you use? > --=20 Simone Schicktanz (MSc) IT Fraunhofer Einrichtung f=FCr Marine Biotechnologie Paul-Ehrlich-Str. 1-3 23562 L=FCbeck Phone: +49 451 384 448 34 Fax: +49 451 384 448 12 Internet: www.emb.fraunhofer.de email: simone.schicktanz@emb.fraunhofer.de --------------050803010607040702030803 Content-Type: text/x-vcard; charset=utf-8; name="simone_schicktanz.vcf" Content-Disposition: attachment; filename="simone_schicktanz.vcf" Content-Transfer-Encoding: 7bit begin:vcard fn:Simone Schicktanz n:Schicktanz;Simone org:Fraunhofer EMB;IT adr:;;Paul-Ehrlich-Str. 1-3;Luebeck;;23562;Germany email;internet:simone.schicktanz@emb.fraunhofer.de title:MSc tel;work:+49 451 384 448 34 tel;fax:+49 451 384 448 12 x-mozilla-html:FALSE url:http://www.emb.fraunhofer.de version:2.1 end:vcard --------------050803010607040702030803-- From sogo@opengroupware.org Tue Jul 8 15:02:10 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 08 Jul 2008 10:02:10 -0400 Subject: [SOGo] compiling error In-Reply-To: <48730C39.3060505@emb.fraunhofer.de> References: <487240E4.7040003@emb.fraunhofer.de> <4872497F.7000707@inverse.ca> <48730C39.3060505@emb.fraunhofer.de> Message-ID: <48737362.5050205@inverse.ca> Simone Schicktanz a écrit : > Hi, > > I'm using: > gnustep-make 2.0.6, > gnustep-base 1.16.2 > gcc 4.1.1 > > should i upgrade to the newest gcc (4.3.1)? Hi Simone, This is exactly the version of GNUstep that we had problems with, but they are now fixed in the SVN repository. Since it has been down for two days, I could send you a tarball with the current development version, if you wish? Regarding your version of GCC, it should be just fine. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Tue Jul 8 16:48:43 2008 From: sogo@opengroupware.org (Simone Schicktanz) Date: Tue, 08 Jul 2008 17:48:43 +0200 Subject: [SOGo] compiling error In-Reply-To: <48737362.5050205@inverse.ca> References: <487240E4.7040003@emb.fraunhofer.de> <4872497F.7000707@inverse.ca> <48730C39.3060505@emb.fraunhofer.de> <48737362.5050205@inverse.ca> Message-ID: <48738C5B.8080003@emb.fraunhofer.de> This is a multi-part message in MIME format. --------------090908040903050205020103 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by kso.ibmt.fraunhofer.de id m68FrGW1010250 Hi Wolfgang, Thanks for your help. I would appreciate if you could send me the tarball. Simone Wolfgang Sourdeau schrieb: > Simone Schicktanz a =E9crit : >> Hi, >> >> I'm using: >> gnustep-make 2.0.6, >> gnustep-base 1.16.2 >> gcc 4.1.1 >> >> should i upgrade to the newest gcc (4.3.1)? > > Hi Simone, > > > This is exactly the version of GNUstep that we had problems with, but=20 > they are now fixed in the SVN repository. Since it has been down for=20 > two days, I could send you a tarball with the current development=20 > version, if you wish? > > Regarding your version of GCC, it should be just fine. > --=20 Simone Schicktanz (MSc) IT Fraunhofer Einrichtung f=FCr Marine Biotechnologie Paul-Ehrlich-Str. 1-3 23562 L=FCbeck Phone: +49 451 384 448 34 Fax: +49 451 384 448 12 Internet: www.emb.fraunhofer.de email: simone.schicktanz@emb.fraunhofer.de --------------090908040903050205020103 Content-Type: text/x-vcard; charset=utf-8; name="simone_schicktanz.vcf" Content-Disposition: attachment; filename="simone_schicktanz.vcf" Content-Transfer-Encoding: 7bit begin:vcard fn:Simone Schicktanz n:Schicktanz;Simone org:Fraunhofer EMB;IT adr:;;Paul-Ehrlich-Str. 1-3;Luebeck;;23562;Germany email;internet:simone.schicktanz@emb.fraunhofer.de title:MSc tel;work:+49 451 384 448 34 tel;fax:+49 451 384 448 12 x-mozilla-html:FALSE url:http://www.emb.fraunhofer.de version:2.1 end:vcard --------------090908040903050205020103-- From sogo@opengroupware.org Wed Jul 9 22:26:39 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 09 Jul 2008 17:26:39 -0400 Subject: [SOGo] More iCal support Message-ID: <48752D0F.4070805@inverse.ca> Hi everyone, We have updated our demo site with the latest improvements in our code, related to the CalDAV methods required for supporting iCal. If you want to test it, you can subscribe by specifying the following CalDAV URL in your iCal preferences: http://sogo-demo.inverse.ca/SOGo/dav/[user]/ Where "user" has to be replaced with "sogo1", "sogo2" or "sogo3"... The password to be used then the same as the username. Please provide us with your feedback! Thanks! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Thu Jul 10 17:15:43 2008 From: sogo@opengroupware.org (Wilco Baan Hofman) Date: Thu, 10 Jul 2008 18:15:43 +0200 Subject: [SOGo] Creating all day event jumps a day problem follow-up Message-ID: <487635AF.9050608@andoburg.com> Hi, When creating an all day event for 2008-07-11 in the web interface the following data is sent to the saveAsAppointment URL (I have replaced the ampersands with newlines here): summary=aoeuaoeuaoeuaoeu location= 2.1.0.3.0.1.3.5.1.5.2.0=WONoSelectionString 2.1.0.3.0.1.3.5.1.5.2.3=0 2.1.0.3.0.1.3.5.1.7.2.0=WONoSelectionString 2.1.0.3.0.1.3.5.1.11.1.1.0=0 2.1.0.3.0.1.3.5.1.17.3.0=1 startTime_date=2008-07-11 endTime_date=2008-07-11 repeatList=WONoSelectionString 2.1.0.3.0.1.3.5.1.25.2=WONoSelectionString comment= url= privacy= attendeesNames= attendeesUIDs= attendeesEmails= attendeesStates= calendarFoldersList=personal%2Ctest2_personal repeatType= repeat1= repeat2= repeat3= repeat4= repeat5= repeat6= repeat7= range1= range2= Ends up being created as: SELECT c_startdate::ABSTIME,c_enddate::ABSTIME, c_title, c_isallday FROM sogowilco00153e1d2d7_quick WHERE c_name='3E3-48760E80-7-B72F2BE0.ics'; c_startdate | c_enddate | c_title | c_isallday ------------------------+------------------------+------------------+------------ 2008-07-10 00:00:00+02 | 2008-07-10 23:59:59+02 | aoeuaoeuaoeuaoeu | 1 (1 row) SELECT * FROM sogowilco00153e1d2d7 WHERE c_name='3E3-48760E80-7-B72F2BE0.ics'; c_name | c_content | c_creationdate | c_lastmodified | c_version | c_deleted -----------------------------+--------------------------------------------------+----------------+----------------+-----------+----------- 3E3-48760E80-7-B72F2BE0.ics | BEGIN:VCALENDAR\r | 1215696554 | 1215696554 | 0 | : VERSION:2.0\r : PRODID:-//Inverse groupe conseil//SOGo 0.9//EN\r : BEGIN:VEVENT\r : SUMMARY:aoeuaoeuaoeuaoeu\r : UID:3E3-48760E80-7-B72F2BE0.ics\r : CREATED:20080710T132914Z\r : DTSTAMP:20080710T132914Z\r : LAST-MODIFIED:20080710T132914Z\r : DTSTART:20080710\r : DTEND:20080711\r : TRANSP:OPAQUE\r : END:VEVENT\r : END:VCALENDAR This is handled through saveAction, which calls saveComponent, which calls saveComponent in SOGoCalendarComponent.m, which in turn calls versitString, which renders the data through the renderer. But I can't seem to find the actual parsing aside from what I've found in saveComponent, which doesn't touch the startdate. Hope this helps to track down this issue. Regards, Wilco From sogo@opengroupware.org Thu Jul 10 20:43:19 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 10 Jul 2008 21:43:19 +0200 Subject: [SOGo] Creating all day event jumps a day problem follow-up In-Reply-To: <487635AF.9050608@andoburg.com> References: <487635AF.9050608@andoburg.com> Message-ID: <53321F04-DB4D-4179-83D6-889E195618FE@opengroupware.org> On 10.07.2008, at 18:15, Wilco Baan Hofman wrote: > 2.1.0.3.0.1.3.5.1.5.2.0=WONoSelectionString If those WO element-ids are shown in a SOGo website, its usually a bad sign, very likeley a missing id/name assignment, hence a bug. Element- IDs make SOPE cache components. Greets, Helge -- Helge Hess http://helgehess.eu/ From sogo@opengroupware.org Thu Jul 10 23:16:44 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 10 Jul 2008 18:16:44 -0400 Subject: [SOGo] added support for CalDAV freebusy requests Message-ID: <48768A4C.4090209@inverse.ca> Hi all, This is to announce that CalDAV freebusy requests have been implemented with the support for iCal. However, some glue was missing to use this from Lightning. Therefore, without using any additional extension, you can access the freebusy information from your attendees. To test this on our demo site, you can simply create a new CalDAV calendar in the Lightning view and specify a url such as this one: http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/ (replace "sogo1" with "sogo2" or "sogo3" if you wish) Please note that this requires at least Lightning 0.8 to work. Thanks! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Thu Jul 10 23:20:40 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 10 Jul 2008 18:20:40 -0400 Subject: [SOGo] Creating all day event jumps a day problem follow-up In-Reply-To: <487635AF.9050608@andoburg.com> References: <487635AF.9050608@andoburg.com> Message-ID: <48768B38.3030709@inverse.ca> Wilco Baan Hofman a écrit : > Hi, > > When creating an all day event for 2008-07-11 in the web interface the > following data is sent to the saveAsAppointment URL (I have replaced the > ampersands with newlines here): > Hi Wilco, This issues is actually just a bug in the way SOGo displays its events. We are going to fix it during the following week. The fields displayed with a numerical id are handled automagically by SOPE and the correct values end up in the correct fields. I could still try give then an explicit name though, but I doubt it will change anything. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Fri Jul 11 16:13:57 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 11 Jul 2008 11:13:57 -0400 Subject: [SOGo] Creating all day event jumps a day problem follow-up In-Reply-To: <53321F04-DB4D-4179-83D6-889E195618FE@opengroupware.org> References: <487635AF.9050608@andoburg.com> <53321F04-DB4D-4179-83D6-889E195618FE@opengroupware.org> Message-ID: <487778B5.4060909@inverse.ca> > > If those WO element-ids are shown in a SOGo website, its usually a bad > sign, very likeley a missing id/name assignment, hence a bug. > Element-IDs make SOPE cache components. Hi Helge, Does this mean that assigning names to form elements improves the performances? What exactly is cached? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat Jul 12 23:35:43 2008 From: sogo@opengroupware.org (Helge Hess) Date: Sun, 13 Jul 2008 00:35:43 +0200 Subject: [SOGo] Creating all day event jumps a day problem follow-up In-Reply-To: <487778B5.4060909@inverse.ca> References: <487635AF.9050608@andoburg.com> <53321F04-DB4D-4179-83D6-889E195618FE@opengroupware.org> <487778B5.4060909@inverse.ca> Message-ID: <07C8D22E-85CE-4927-8AC8-2B2EF795C5AC@opengroupware.org> On 11.07.2008, at 17:13, Wolfgang Sourdeau wrote: > Does this mean that assigning names to form elements improves the > performances? What exactly is cached? Its a bit complex topic, you may want to read up on WebObjects state management. In general SOGo should not use any (WO) sessions per design, if you see that such are created, its clearly a bug. SOPE has a few optimizations over WO, but basically EIDs 'tend' to make components put on the component stack (which is then saved in the session, which is auto-created). Which is rarely what you want unless you really use plain WO actions. Obviously constant name/id string bindings are also faster just because they are constant and need to calculations at all. But this should be minor compared to the component caching. Helge -- Helge Hess http://helgehess.eu/ From sogo@opengroupware.org Mon Jul 14 08:13:53 2008 From: sogo@opengroupware.org (=?us-ascii?Q?Wilco_Baan_Hofman?=) Date: Mon, 14 Jul 2008 09:13:53 +0200 Subject: [SOGo] Creating all day event jumps a day problem follow-up Message-ID: This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_NOLuOJ5AuBVoiFuW-RG5OI2Su-Z-iUv5--QSOb4kuTNmiDt1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0D=0AHi Wolfgang,=0D=0A=0D=0A=A0=0D=0A=0D=0AI don't think it's a display= issue.=0D=0A=0D=0APlease note the ics in the database. DTSTART is clearl= y wrong, 20080710. Appointments created with thunderbird+lightning are di= splayed correctly. Also, this event is displayed identical in lightning. = Also note c_startdate and c_enddate in the _quick table.=0D=0A=0D=0A=A0=0D= =0A=0D=0A=A0=0D=0A=0D=0ARegards,=0D=0A=0D=0A=A0=0D=0A=0D=0AWilco=0D=0A=A0= =0D=0A-----Original message-----=0D=0AFrom: Wolfgang Sourdeau =0D=0ASent: Fri 07/11/08 00:21:46=0D=0ATo: sogo@opengroupware.= org;=20=0D=0ASubject: Re: [SOGo] Creating all day event jumps a day probl= em follow-up=0D=0A=0D=0AWilco Baan Hofman a =E9crit :=0D=0A> Hi,=0D=0A>=0D= =0A> When creating an all day event for 2008-07-11 in the web interface t= he=0D=0A> following data is sent to the saveAsAppointment URL (I have rep= laced the=0D=0A> ampersands with newlines here):=0D=0A> =A0=20=0D=0A=0D=0A= Hi Wilco,=0D=0A=0D=0A=0D=0AThis issues is actually just a bug in the way = SOGo displays its events.=20=0D=0AWe are going to fix it during the follo= wing week.=0D=0AThe fields displayed with a numerical id are handled auto= magically by=20=0D=0ASOPE and the correct values end up in the correct fi= elds.=0D=0A=0D=0AI could still try give then an explicit name though, but= I doubt it will=20=0D=0Achange anything.=0D=0A=0D=0A=0D=0A--=20=0D=0AWol= fgang Sourdeau =A0 :: =A0 +1 (514) 755-3520 =A0 :: =A0 wsourdeau@inverse.= ca=0D=0A=0D=0A=0D=0A--=20=0D=0AOpenGroupware.org SOGo=0D=0Asogo@opengroup= ware.org=0D=0Ahttp://mail.opengroupware.org/mailman/listinfo/sogo=0D=0A --=_NOLuOJ5AuBVoiFuW-RG5OI2Su-Z-iUv5--QSOb4kuTNmiDt1 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0A=0A =0A =0A RE: Re:= [SOGo] Creating all day event jumps a day problem follow-up=0A = =0A=0A=0A=

Hi Wolfgang,

 

I don't think it's a display i= ssue.

Please note the ics in the database. DTSTART is clearly wrong= , 20080710. Appointments created with thunderbird+lightning are displayed= correctly. Also, this event is displayed identical in lightning. Also no= te c_startdate and c_enddate in the _quick table.

 

&nbs= p;

Regards,

 

Wilco
 

-----Original message-----
From: Wolfga= ng Sourdeau <wsourdeau@inverse.ca>
Sent: Fri = 07/11/08 00:21:46
To: sogo@opengroupware.org;
Subject: Re: [SOGo] Creating all day event jumps a day = problem follow-up

Wilco Baan Hofman a écrit :
>= Hi,
>
> When creating an all day event for 2008-07-11 in= the web interface the
> following data is sent to the saveAsAppo= intment URL (I have replaced the
> ampersands with newlines here)= :
>  

Hi Wilco,


This issues is = actually just a bug in the way SOGo displays its events.
We are goi= ng to fix it during the following week.
The fields displayed with a = numerical id are handled automagically by
SOPE and the correct valu= es end up in the correct fields.

I could still try give then a= n explicit name though, but I doubt it will
change anything.
<= br />
--
Wolfgang Sourdeau   ::   +1 (514) 755-3520 =   ::   wsourdeau@inverse.ca


--
OpenGroup= ware.org SOGo
sogo@opengroupware.org
http://mail.opengroupware.= org/mailman/listinfo/sogo
=0A=0A --=_NOLuOJ5AuBVoiFuW-RG5OI2Su-Z-iUv5--QSOb4kuTNmiDt1-- From sogo@opengroupware.org Mon Jul 14 12:14:27 2008 From: sogo@opengroupware.org (jm-ml) Date: Mon, 14 Jul 2008 13:14:27 +0200 Subject: [SOGo] Questions for initial SOGo Setup Message-ID: <487B3513.7000909@guzman.at> Juche List, I have setup sogo on a gentoo System following the Steps from http://www.inverse.ca/english/contributions/sogo/documentation.html I have it running and see the login screen. Now I have problems on Setting up LDAP for authentication. Searching through the list I could not find any thread that had the necessary information to get this solved for someone who is a LDAP newbie like I am. Therefor I post what I have done so far for others looking for similar information and post my question at the end. After Insgtallation of OpenLdap I edited ldap.conf: BASE dc=example, dc=com URI ldap://localhost:389 TLS_REQCERT allow Next sldapd.conf: include /etc/openldap/schema/core.schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args modulepath /usr/lib/openldap/openldap moduleload back_hdb.so access to dn.base="" by * read access to * by self write by users read by anonymous read database hdb suffix "dc=example,dc=com" checkpoint 32 30 # rootdn "cn=Manager,dc=example,dc=com" rootpw {SSHA}Gk77oklHU5X5brsfddtreiFPNLllSWMvC5 directory /var/lib/openldap-ldbm index objectClass eq the rootpw I created using: # slappasswd New password: Re-enter new password: {SSHA}5PIn2Vw0fY2pNsuTdeUnZWJmelfYcPrQ To the gnustep default file I added the LDAP section this is my whole default file maybe here are my first errors. Is there any place where I could read about the meaning of all the different Values for IDFieldName , IDFieldName, etc.? sogo@sogo ~ $ cat ~/GNUstep/Defaults/.GNUstepDefaults { NSGlobalDomain = { }; gdnc = { }; "sogod-0.9" = { AgenorProfileURL = "postgresql://sogo@localhost:5432/sogo/sogo_user_profile"; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 20000; OCSFolderInfoURL = "postgresql://sogo@localhost:5432/sogo/sogo_folder_info"; SOGoServerTimeZone = Europe/Vienna; SOGoAuthentificationMethod = "LDAP"; SOGoLDAPSources = ( { CNFieldName = displayName; IDFieldName = uid; UIDFieldName = sAMAccountName; baseDN = "ou=People,dc=example,dc=com"; bindDN = "cn=Manager,dc=example,dc=com"; bindPassword = xxx; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = localhost; id = public; isAddressBook = YES; port = 389; } ); }; } Then I Created an LDIFF File to add the User to my LDAP db. My guess was: # cat sogo.ldiff dn: dc=example,dc=com objectclass: dcObject objectclass: organization o: Example Company dc: example dn: cn=Manager,dc=example,dc=com objectclass: organizationalRole cn: Manager dn: cn=Hannes,dc=example,dc=com objectclass: organizationalRole cn: Hannes # People dn: ou=People,dc=example,dc=com ou: People objectClass: organizationalUnit # sogo dn: uid=sogo,ou=People,dc=example,dc=com uid: sogo cn: sogo objectClass: account objectClass: posixAccount objectClass: top objectClass: shadowAccount userPassword:$1$D.xFrOTI$ynqjKwHi./JH5qUOPj/js/ shadowLastChange: 14014 shadowMax: 99999 shadowWarning: 7 loginShell: /bin/bash uidNumber: 3002 gidNumber: 3002 homeDirectory: /var/lib/sogo I added those entries to my LDAP tree using: ldapadd -x -D "cn=Manager,dc=example,dc=com" -W -f sogo.ldif Done! Login, failed :-( If sogo connects to the LDAP server or not, I cannot say. The logfile just says: Jul 14 13:09:35 sogod-0.9 [16358]: <0x0x849ab18[SOGoWebAuthenticator]> tried wrong password for user 'sogo'! for userPassword in the ldif file I copied the hash from my etc/shadow file, was that correct? the values for uidNumber, gidNumber, homeDirectory are the from the User that starts sogo, is that correct? I would not ask so much questions, if you can point me to some place where all this is described. THX, JM From sogo@opengroupware.org Mon Jul 14 14:26:56 2008 From: sogo@opengroupware.org (jm-ml) Date: Mon, 14 Jul 2008 15:26:56 +0200 Subject: [SOGo] sogo build error In-Reply-To: <48724DA9.7080601@inverse.ca> References: <4871F5BE.6050003@guzman.at> <48724DA9.7080601@inverse.ca> Message-ID: <487B5420.7020902@guzman.at> hi wolfgang, thx for your response. i tried it with the latest rc and this worked. the use of uname -m also fixed the 'configure'-problem ;) g. jm Wolfgang Sourdeau schrieb: > Hi JM, > > >> hi list, >> >> i'm currently trying to install sogo on gentoo using: >> >> http://www.inverse.ca/english/contributions/sogo/documentation.html >> >> when i reached "installing sogo" i downloaded the trunk sources and >> did a: >> >> ./configure --with-gnustep --enable-strip --disable-debug >> >> i got following error: >> >> ./configure: line 272: [: too many arguments >> >> this is because 'uname -p' has this output on my system: > > Actually, the correct flag would be "uname -m". I have fixed it on my > copy and will commit it in a few minutes. > >> >> SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder >> caldavEventRequest:from:to:]’: >> SOGoAppointmentFolder.m:1740: error: ‘freebusy’ undeclared (first use >> in this function) >> SOGoAppointmentFolder.m:1740: error: (Each undeclared identifier is >> reported only once >> SOGoAppointmentFolder.m:1740: error: for each function it appears in.) >> SOGoAppointmentFolder.m:1803:2: warning: #warning needs to handle errors >> SOGoAppointmentFolder.m: In function ‘-[SOGoAppointmentFolder >> POSTAction:]’: >> SOGoAppointmentFolder.m:1819: warning: ‘WORequest’ may not respond to >> ‘-isSoWebDAVRequest’ >> make[3]: *** [obj/SOGoAppointmentFolder.o] Error 1 >> make[2]: *** [Appointments.all.wobundle.variables] Error 2 >> make[2]: Leaving directory `/usr/src/trunk/SoObjects/Appointments' >> make[1]: *** [internal-all] Error 2 >> make[1]: Leaving directory `/usr/src/trunk/SoObjects' >> make: *** [internal-all] Error 2 >> >> > This error has been fixed a couple of days ago as well. The fix will be > part of my next SVN commit. > > Please let me know how it goes afterwards. > > From sogo@opengroupware.org Tue Jul 15 13:53:32 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 15 Jul 2008 08:53:32 -0400 Subject: [Fwd: Re: [SOGo] compiling error] Message-ID: <487C9DCC.2010006@inverse.ca>

-------- Message original --------
Sujet: Re: [SOGo] compiling error
Date: Tue, 15 Jul 2008 08:53:11 -0400
De: Wolfgang Sourdeau <wsourdeau@inverse.ca>
Pour :: Simone Schicktanz <simone.schicktanz@emb.fraunhofer.de>
Références: <487240E4.7040003@emb.fraunhofer.de> <4872497F.7000707@inverse.ca> <48730C39.3060505@emb.fraunhofer.de> <48737362.5050205@inverse.ca> <48738C5B.8080003@emb.fraunhofer.de> <4873CAC9.2090108@inverse.ca> <4874F14F.3060502@emb.fraunhofer.de> <487622E8.3050000@inverse.ca> <48777801.9040003@emb.fraunhofer.de> <48777B78.6010603@inverse.ca> <487B3CE1.1090706@emb.fraunhofer.de> 


Simone Schicktanz a écrit :
> Hi Wolfgang,
>
> my problem seem to some linker problem. so weh tried to compile the 
> appointment without the -lSOGo parameter. but when I started make 
> again, another issue appeared.

Hi Simone,


Since I can't reproduce your problem (I have uninstalled, fetch SOGo 
from svn and rebuild it), I suggest you go in the SoObjects/SOGo/ 
directory and do a "make install" from there. Then, reissue the command 
from the top source directory.

Are you using gnustep-make from SOPE or from your distribution?

-- 
Wolfgang Sourdeau   ::   +1 (514) 755-3520   ::   wsourdeau@inverse.ca





-- 
Wolfgang Sourdeau   ::   +1 (514) 755-3520   ::   wsourdeau@inverse.ca
From sogo@opengroupware.org Tue Jul 15 15:16:20 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 15 Jul 2008 10:16:20 -0400 Subject: [SOGo] Questions for initial SOGo Setup In-Reply-To: <487B3513.7000909@guzman.at> References: <487B3513.7000909@guzman.at> Message-ID: <487CB134.7080403@inverse.ca> Hi jm, The "slappasswd" command only generates a password. It won't write it into the LDAP database. So what you need to do is take the generated text and put it in your slapd.conf file at the "rootpw" variable. This will enable your access to your admin account. Now, to populate your LDAP database, I would suggest you to use luma to create user account. It is very useful, especially thanks to its template system. Wolfgang From sogo@opengroupware.org Tue Jul 15 15:33:56 2008 From: sogo@opengroupware.org (David Cure) Date: Tue, 15 Jul 2008 16:33:56 +0200 Subject: [SOGo] sogo on Debian Etch Message-ID: <20080715143356.GH15514@nfs-rbx.ovh.net> hello, I manage to compile sogo on Debian Etch. But when I start sogod-0.9, I have these messages on the console : 2008-07-15 16:27:41.732 sogod-0.9[2857] File NSDictionary.m: 594. In [GSMutableDictionary -initWithContentsOfFile:] Contents of file '/home/david/GNUstep/Defaults/.GNUstepDefaults' does not contain a dictionary 2008-07-15 14:27:41.836 sogod-0.9[2857] starting SOGo (build root@gandalf.cure.nom.fr 200807142315) 2008-07-15 14:27:41.836 sogod-0.9[2857] Note: vmem size check enabled: shutting down app when vmem > 200 MB Jul 15 14:27:41 sogod-0.9 [2858]: SNS support disabled. ### child 2858 (#1) was terminated by signal 11 (uptime=1s). I add the follwing lignes in the .GNUstepDefaults file in the $HOME/GNUstep/Defaults of the user that start sogod with : "sogod-0.9" = { OCSFolderInfoURL = "postgresql://sogo@localhost:5432/sogo/sogo_folder_info"; AgenorProfileURL = "postgresql://sogo@localhost:5432/sogo/sogo_user_profile"; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 4242; SOGoDefaultMailDomain = "cure.nom.fr"; SOGoFallbackIMAP4Server = "localhost"; SOGoDraftsFolderName="Draft"; SOGoTrashFolderName="Trash"; SOGoSentFolderName="Sent"; SOGoAuthentificationMethod = "LDAP"; SOGoLDAPSources = ( { CNFieldName = displayName; IDFieldName = cn; UIDFieldName = sAMAccountName; baseDN = ""; bindDN = ""; bindPassword = abc123; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = localhost; id = public; isAddressBook = YES; port = 389; } ); SOGoSuperUsernames = '(david)'; }; Where is the mistake ? Thanks in advance, David. From sogo@opengroupware.org Tue Jul 15 15:55:39 2008 From: sogo@opengroupware.org (Antonio Navarro) Date: Tue, 15 Jul 2008 16:55:39 +0200 Subject: [SOGo] sogo on Debian Etch In-Reply-To: <20080715143356.GH15514@nfs-rbx.ovh.net> References: <20080715143356.GH15514@nfs-rbx.ovh.net> Message-ID: <487CBA6B.7020009@symlabs.com> Hello David, You probably need to have the curly braces around the whole thing: { "sogod-0.9" = { OCSFolderInfoURL = "postgresql://sogo@localhost:5432/sogo/sogo_folder_info"; AgenorProfileURL = "postgresql://sogo@localhost:5432/sogo/sogo_user_profile"; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 4242; SOGoDefaultMailDomain = "cure.nom.fr"; SOGoFallbackIMAP4Server = "localhost"; SOGoDraftsFolderName="Draft"; SOGoTrashFolderName="Trash"; SOGoSentFolderName="Sent"; SOGoAuthentificationMethod = "LDAP"; SOGoLDAPSources = ( { CNFieldName = displayName; IDFieldName = cn; UIDFieldName = sAMAccountName; baseDN = ""; bindDN = ""; bindPassword = abc123; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = localhost; id = public; isAddressBook = YES; port = 389; } ); SOGoSuperUsernames = '(david)'; }; } also my SOGoSuperUsernames has a different format: SOGoSuperUsernames = ("david"); David Cure wrote: > hello, > > I manage to compile sogo on Debian Etch. > But when I start sogod-0.9, I have these messages on the console > : > > 2008-07-15 16:27:41.732 sogod-0.9[2857] File NSDictionary.m: 594. In > [GSMutableDictionary -initWithContentsOfFile:] Contents of file > '/home/david/GNUstep/Defaults/.GNUstepDefaults' does not contain a > dictionary > 2008-07-15 14:27:41.836 sogod-0.9[2857] starting SOGo (build > root@gandalf.cure.nom.fr 200807142315) > 2008-07-15 14:27:41.836 sogod-0.9[2857] Note: vmem size check enabled: > shutting down app when vmem > 200 MB > Jul 15 14:27:41 sogod-0.9 [2858]: SNS support disabled. > ### child 2858 (#1) was terminated by signal 11 (uptime=1s). > > I add the follwing lignes in the .GNUstepDefaults file in the > $HOME/GNUstep/Defaults of the user that start sogod with : > > "sogod-0.9" = { > OCSFolderInfoURL = > "postgresql://sogo@localhost:5432/sogo/sogo_folder_info"; > AgenorProfileURL = > "postgresql://sogo@localhost:5432/sogo/sogo_user_profile"; > WOMessageUseUTF8 = YES; > WOParsersUseUTF8 = YES; > WOPort = 4242; > SOGoDefaultMailDomain = "cure.nom.fr"; > SOGoFallbackIMAP4Server = "localhost"; > SOGoDraftsFolderName="Draft"; > SOGoTrashFolderName="Trash"; > SOGoSentFolderName="Sent"; > SOGoAuthentificationMethod = "LDAP"; > SOGoLDAPSources = > ( > { > CNFieldName = displayName; > IDFieldName = cn; > UIDFieldName = sAMAccountName; > baseDN = ""; > bindDN = ""; > bindPassword = abc123; > canAuthenticate = YES; > displayName = "Shared Addresses"; > hostname = localhost; > id = public; > isAddressBook = YES; > port = 389; > } > ); > SOGoSuperUsernames = '(david)'; > }; > > Where is the mistake ? > > Thanks in advance, > > David. > From sogo@opengroupware.org Tue Jul 15 16:51:35 2008 From: sogo@opengroupware.org (David Cure) Date: Tue, 15 Jul 2008 17:51:35 +0200 Subject: [SOGo] Re: sogo on Debian Etch In-Reply-To: <487CBA6B.7020009@symlabs.com> References: <20080715143356.GH15514@nfs-rbx.ovh.net> <487CBA6B.7020009@symlabs.com> Message-ID: <20080715155135.GI15514@nfs-rbx.ovh.net> Hello Antonio, Le Tue, Jul 15, 2008 at 04:55:39PM +0200, Antonio Navarro ecrivait : > > also my SOGoSuperUsernames has a different format: > SOGoSuperUsernames = ("david"); Great, I change the definition and no more error on the dictionary, thanks. Now, the child process terminated by signal 11 with : kernel: sogod-0.9[13514]: segfault at 08071ad0 eip 08071ad0 esp bfa5bfbc error 15 I continue to track ;) David. From sogo@opengroupware.org Wed Jul 16 03:31:08 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 15 Jul 2008 22:31:08 -0400 Subject: [SOGo] date shift problem fixed Message-ID: <32d4-487d5d80-7-80890210@81463324> Hi everyone, This is to let you know that the problem with events being shifted has now been fixed. The new code is available from SVN. You can also test it from our demo server! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Wed Jul 16 08:34:07 2008 From: sogo@opengroupware.org (=?us-ascii?Q?Wilco_Baan_Hofman?=) Date: Wed, 16 Jul 2008 09:34:07 +0200 Subject: [SOGo] date shift problem fixed Message-ID: This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_LhqvOtsJuRgeip9D-5ekOs11ueJziEOV-eMuOXGcu7VuinoF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0D=0A=A0Sadly, the problem still occurs on the demo server.=20=0D=0A=0D=0A= I set the timezone to Europe/Amsterdam=0D=0A=0D=0AI created an all-day ev= ent for 2008-08-13 on sogo1, it appeared on 2008-08-12.=0D=0A=0D=0A=A0=0D= =0A=0D=0AStrangely, when I then created an all-day event for 2008-08-11, = it did appear on the correct day.=0D=0A=A0=0D=0A=0D=0ARegards,=0D=0A=0D=0A= =A0=0D=0A=0D=0AWilco=0D=0A-----Oorspronkelijk bericht-----=0D=0AVan: Wolf= gang Sourdeau =0D=0AVerzonden: wo 16-07-08 04:29:00= =0D=0AAan: sogo@opengroupware.org;=20=0D=0AOnderwerp: [SOGo] date shift p= roblem fixed=0D=0A=0D=0AHi everyone,=0D=0A=0D=0A=0D=0AThis is to let you = know that the problem with events being shifted has now been fixed. The n= ew code is available from SVN. You can also test it from our demo server!= =0D=0A--=20=0D=0AWolfgang Sourdeau =A0 :: =A0 +1 (514) 755-3520 =A0 :: =A0= wsourdeau@inverse.ca=0D=0A--=20=0D=0AOpenGroupware.org SOGo=0D=0Asogo@op= engroupware.org=0D=0Ahttp://mail.opengroupware.org/mailman/listinfo/sogo=0D= =0A --=_LhqvOtsJuRgeip9D-5ekOs11ueJziEOV-eMuOXGcu7VuinoF Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0A=0A =0A =0A RE: [SO= Go] date shift problem fixed=0A =0A=0A=0A

 Sadly, the problem stil= l occurs on the demo server.

I set the timezone to Europe/Amsterda= m

I created an all-day event for 2008-08-13 on sogo1, it appeared o= n 2008-08-12.

 

Strangely, when I then created an all-da= y event for 2008-08-11, it did appear on the correct day.
 

=

Regards,

 

Wilco

-----O= orspronkelijk bericht-----
Van: Wolfgang Sourdeau &= lt;wsourdeau@inverse.ca>
Verzonden: wo 16-07-08 = 04:29:00
Aan: sogo@opengroupware.org;
Onderwerp: [SOGo] date shift problem fixed

Hi everyo= ne,


This is to let you know that the problem with events= being shifted has now been fixed. The new code is available from SVN. Yo= u can also test it from our demo server!
--
Wolfgang Sourdeau =   ::   +1 (514) 755-3520   ::   wsourdeau@inverse.ca<= br />--
OpenGroupware.org SOGo
sogo@opengroupware.org
htt= p://mail.opengroupware.org/mailman/listinfo/sogo
=0A=0A --=_LhqvOtsJuRgeip9D-5ekOs11ueJziEOV-eMuOXGcu7VuinoF-- From sogo@opengroupware.org Wed Jul 16 11:45:27 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Wed, 16 Jul 2008 17:45:27 +0700 Subject: [SOGo] date shift problem fixed In-Reply-To: References: Message-ID: <487DD147.9060909@hrd-asia.com> Wilco Baan Hofman wrote: > Sadly, the problem still occurs on the demo server. Same here, unfortunately. I used sogo3 on the demo and set timezone to Asia/Bangkok. All calendars were viewed in Month View. =====All-day event created for 13/08/2008===== - Event is displayed on 31/07/2008 in Month View "August". - Event is not displayed at all in Month View "July". - When opening the event, the date is is shown as 12/08/2008 -----Event file----- BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #2 wjs LOCATION:BKK CLASS:PUBLIC PRIORITY:5 UID:2E72-487DA880-F-F73A1770.ics CREATED:20080716T075116Z DTSTAMP:20080716T075116Z LAST-MODIFIED:20080716T075116Z DTSTART:20080812 DTEND:20080813 TRANSP:OPAQUE END:VEVENT END:VCALENDAR =====All-day event created for 11/08/2008===== - Event is displayed on 20/08/2008. - When opening the event, the date is shown as 10/08/2008. -----Event file----- BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #3 wjs LOCATION:BKK CLASS:PUBLIC PRIORITY:5 CATEGORIES:Anniversary UID:2E72-487DA900-11-F73A1770.ics CREATED:20080716T075450Z DTSTAMP:20080716T075450Z LAST-MODIFIED:20080716T081115Z DTSTART:20080810 DTEND:20080811 TRANSP:OPAQUE END:VEVENT END:VCALENDAR ===== Best regards, Wolf From sogo@opengroupware.org Wed Jul 16 12:32:16 2008 From: sogo@opengroupware.org (jm) Date: Wed, 16 Jul 2008 13:32:16 +0200 Subject: [SOGo] Questions for initial SOGo Setup In-Reply-To: <487CB134.7080403@inverse.ca> References: <487B3513.7000909@guzman.at> <487CB134.7080403@inverse.ca> Message-ID: <487DDC40.4070701@guzman.at> aloa wolfgang, now i've installed luma and connected to my ldap server. Works fine I can see the tree with all the entries, but when I try to make a cahnge and save I get the following error: Could not save entry. Reason: {'info': 'modifications require authentication', 'desc': 'Strong(er) authentication required'} I played around with slapd.conf access and security settings, but no success, I think it has something to do with TLS or SSL encryption, that is not set up on my testsystem. But if I can finaly edit the entries, I still don't know what to put there, how did you find out? eg.: the Password is it Plain or md5, sha, ... THX, jm From sogo@opengroupware.org Wed Jul 16 15:11:32 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 16 Jul 2008 10:11:32 -0400 Subject: [SOGo] date shift problem fixed In-Reply-To: References: Message-ID: <487E0194.5090101@inverse.ca> Hi Wolf and Wilco, I can see the problems with all day events on my side as well and I am about to solve them. What about regular events? Do they appear correctly? Wolfgang From sogo@opengroupware.org Wed Jul 16 16:53:19 2008 From: sogo@opengroupware.org (Wilco Baan Hofman) Date: Wed, 16 Jul 2008 17:53:19 +0200 Subject: [SOGo] date shift problem fixed In-Reply-To: <487E0194.5090101@inverse.ca> References: <487E0194.5090101@inverse.ca> Message-ID: <487E196F.6010503@andoburg.com> Wolfgang Sourdeau schreef: > Hi Wolf and Wilco, > > > I can see the problems with all day events on my side as well and I am > about to solve them. > What about regular events? Do they appear correctly? > > > Wolfgang > > Yes, I've experienced no problems there. Regards, Wilco From sogo@opengroupware.org Wed Jul 16 22:59:31 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 16 Jul 2008 17:59:31 -0400 Subject: [SOGo] date shift problem fixed In-Reply-To: <487E196F.6010503@andoburg.com> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> Message-ID: <487E6F43.5080703@inverse.ca> -------- Message original -------- Sujet : Re: [SOGo] date shift problem fixed De : Wilco Baan Hofman Pour : sogo@opengroupware.org Date : 2008-07-16 11:53 > Wolfgang Sourdeau schreef: >> Hi Wolf and Wilco, >> >> >> I can see the problems with all day events on my side as well and I am >> about to solve them. >> What about regular events? Do they appear correctly? >> >> >> Wolfgang >> >> > Yes, I've experienced no problems there. > Now the all day issue should be gone as well! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Thu Jul 17 10:01:00 2008 From: sogo@opengroupware.org (=?us-ascii?Q?Wilco_Baan_Hofman?=) Date: Thu, 17 Jul 2008 11:01:00 +0200 Subject: [SOGo] date shift problem fixed Message-ID: This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_cFMvOkU4umpziwrm-mWgOPBduf14if5y-+LdOO7UuEE6iuro Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0D=0A=A0Wonderful. I'm currently unable to further reproduce the problem= =2E I'm considering it fixed.=0D=0A=0D=0A=A0=0D=0A=0D=0AThanks,=0D=0A=0D=0A= =A0=0D=0A=0D=0ARegards,=0D=0A=0D=0A=A0=0D=0A=0D=0AWilco=0D=0A=A0=0D=0A---= --Oorspronkelijk bericht-----=0D=0AVan: Wolfgang Sourdeau =0D=0AVerzonden: do 17-07-08 00:00:57=0D=0AAan: sogo@opengroupware= =2Eorg;=20=0D=0AOnderwerp: Re: [SOGo] date shift problem fixed=0D=0A=0D=0A= -------- Message original --------=0D=0ASujet : Re: [SOGo] date shift pro= blem fixed=0D=0ADe : Wilco Baan Hofman =0D=0APour : s= ogo@opengroupware.org=0D=0ADate : 2008-07-16 11:53=0D=0A=0D=0A> Wolfgang = Sourdeau schreef:=0D=0A>> Hi Wolf and Wilco,=0D=0A>>=0D=0A>>=0D=0A>> I ca= n see the problems with all day events on my side as well and I am=20=0D=0A= >> about to solve them.=0D=0A>> What about regular events=3F Do they appe= ar correctly=3F=0D=0A>>=0D=0A>>=0D=0A>> Wolfgang=0D=0A>>=0D=0A>> =A0=20=0D= =0A> Yes, I've experienced no problems there.=0D=0A>=20=0D=0A=0D=0ANow th= e all day issue should be gone as well!=0D=0A=0D=0A=0D=0A--=20=0D=0AWolfg= ang Sourdeau =A0 :: =A0 +1 (514) 755-3520 =A0 :: =A0 wsourdeau@inverse.ca= =0D=0A=0D=0A--=20=0D=0AOpenGroupware.org SOGo=0D=0Asogo@opengroupware.org= =0D=0Ahttp://mail.opengroupware.org/mailman/listinfo/sogo=0D=0A --=_cFMvOkU4umpziwrm-mWgOPBduf14if5y-+LdOO7UuEE6iuro Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable =0A=0A =0A =0A RE: Re:= [SOGo] date shift problem fixed=0A =0A=0A=0A

 Wonderful. I'm = currently unable to further reproduce the problem. I'm considering it= fixed.

 

Thanks,

 

Regards,

&nbs= p;

Wilco
 

-----Oorspronkel= ijk bericht-----
Van: Wolfgang Sourdeau <wsourde= au@inverse.ca>
Verzonden: do 17-07-08 00:00:57Aan: sogo@opengroupware.org;
Onderwerp= : Re: [SOGo] date shift problem fixed

-------- Messag= e original --------
Sujet : Re: [SOGo] date shift problem fixed
De : Wilco Baan Hofman <wilco@andoburg.com>
Pour : sogo@openg= roupware.org
Date : 2008-07-16 11:53

> Wolfgang Sourde= au schreef:
>> Hi Wolf and Wilco,
>>
>><= br />>> I can see the problems with all day events on my side as we= ll and I am
>> about to solve them.
>> What about = regular events=3F Do they appear correctly=3F
>>
>>=
>> Wolfgang
>>
>>  
> Yes= , I've experienced no problems there.
>

Now the a= ll day issue should be gone as well!


--
Wolfgang S= ourdeau   ::   +1 (514) 755-3520   ::   wsourdeau@inv= erse.ca

--
OpenGroupware.org SOGo
sogo@opengroupwar= e.org
http://mail.opengroupware.org/mailman/listinfo/sogo
=0A=0A --=_cFMvOkU4umpziwrm-mWgOPBduf14if5y-+LdOO7UuEE6iuro-- From sogo@opengroupware.org Thu Jul 17 11:57:15 2008 From: sogo@opengroupware.org (Ralph Niere) Date: Thu, 17 Jul 2008 12:57:15 +0200 Subject: [SOGo] date shift problem fixed In-Reply-To: References: Message-ID: <487F258B.7040300@ebrn.de> Hello, after reading about the fix for the date shift problem i tried to check out the latest version of SOGo and SOPE from svn and recompile, but the lastest commited release doesn't compile. SOPE runs through fine, but SOGo bails out with the following error: Compiling file iCalEvent+SOGo.m ... Compiling file iCalEventChanges+SOGo.m ... Compiling file iCalPerson+SOGo.m ... Compiling file iCalToDo+SOGo.m ... Compiling file SOGoCalendarComponent.m ... SOGoCalendarComponent.m:306:2: warning: #warning this could be optimized in a class hierarchy common with the SOGoObject acl notification mechanism SOGoCalendarComponent.m:376:2: warning: #warning fix this when sendEmailUsing blabla has been cleaned up Compiling file SOGoAppointmentObject.m ... SOGoAppointmentObject.m:447:2: warning: #warning fix this when sendEmailUsing blabla has been cleaned up SOGoAppointmentObject.m:479:2: warning: #warning fix this when sendEmailUsing blabla has been cleaned up Compiling file SOGoTaskObject.m ... Compiling file SOGoComponentOccurence.m ... In file included from SOGoComponentOccurence.m:23: SOGoComponentOccurence.h:32:8: warning: extra tokens at end of #endif directive SOGoComponentOccurence.m:27: error: expected identifier before âendâ SOGoComponentOccurence.m:27: warning: â@endâ must appear in an @implementation context make[3]: *** [obj/SOGoComponentOccurence.o] Error 1 make[2]: *** [Appointments.all.wobundle.variables] Error 2 make[2]: Leaving directory `/usr/src/orig/SOGo/SoObjects/Appointments' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/orig/SOGo/SoObjects' make: *** [internal-all] Error 2 Are the lastest fixes already available on the svn? I used these repos: http://svn.opengroupware.org/SOPE/trunk/ SOPE http://svn.opengroupware.org/SOGo/inverse/trunk/ SOGo Regards, Ralph From sogo@opengroupware.org Thu Jul 17 12:52:36 2008 From: sogo@opengroupware.org (Robert de Geus) Date: Thu, 17 Jul 2008 13:52:36 +0200 Subject: [SOGo] Latest svn version Message-ID: <487F3284.8090206@toltech.nl> Hi There, We installed this version right away in a production environment (that's how desperate we were :) ) and we now find following two bugs solved; 1) All day event - works also for our timezone Europe/Amsterdam 2) Double click on event calender in hardy and firefox 3, the avalanche of windows is no longer happening. Thanks!!!!! The 3 main issues we see now are: a) When adding an event in a shared calendar not belonging to me, after inviting someone else, I as the creator can not change the item any more. b) Nice printing functionality (users want to be able to print out monthly and weekly overviews) c) Lightning is not working as it should. gr. Robert From sogo@opengroupware.org Thu Jul 17 12:43:53 2008 From: sogo@opengroupware.org (Krzysztof Chojnowski) Date: Thu, 17 Jul 2008 13:43:53 +0200 Subject: [SOGo] date shift problem fixed In-Reply-To: <487F258B.7040300@ebrn.de> References: <487F258B.7040300@ebrn.de> Message-ID: <1216295033.15371.11.camel@toltech-6.toltech> On Thu, 2008-07-17 at 12:57 +0200, Ralph Niere wrote: > Hello, > > after reading about the fix for the date shift problem i tried to check > out the latest version of SOGo and SOPE from svn and recompile, but the > lastest commited release doesn't compile. > > SOPE runs through fine, but SOGo bails out with the following error: > > Compiling file iCalEvent+SOGo.m ... > Compiling file iCalEventChanges+SOGo.m ... > Compiling file iCalPerson+SOGo.m ... > Compiling file iCalToDo+SOGo.m ... > Compiling file SOGoCalendarComponent.m ... > SOGoCalendarComponent.m:306:2: warning: #warning this could be optimized > in a class hierarchy common with the SOGoObject acl notification mechanism > SOGoCalendarComponent.m:376:2: warning: #warning fix this when > sendEmailUsing blabla has been cleaned up > Compiling file SOGoAppointmentObject.m ... > SOGoAppointmentObject.m:447:2: warning: #warning fix this when > sendEmailUsing blabla has been cleaned up > SOGoAppointmentObject.m:479:2: warning: #warning fix this when > sendEmailUsing blabla has been cleaned up > Compiling file SOGoTaskObject.m ... > Compiling file SOGoComponentOccurence.m ... > In file included from SOGoComponentOccurence.m:23: > SOGoComponentOccurence.h:32:8: warning: extra tokens at end of #endif > directive > SOGoComponentOccurence.m:27: error: expected identifier before âendâ > SOGoComponentOccurence.m:27: warning: â@endâ must appear in an > @implementation context > make[3]: *** [obj/SOGoComponentOccurence.o] Error 1 > make[2]: *** [Appointments.all.wobundle.variables] Error 2 > make[2]: Leaving directory `/usr/src/orig/SOGo/SoObjects/Appointments' > make[1]: *** [internal-all] Error 2 > make[1]: Leaving directory `/usr/src/orig/SOGo/SoObjects' > make: *** [internal-all] Error 2 > > Are the lastest fixes already available on the svn? I used these repos: > > http://svn.opengroupware.org/SOPE/trunk/ SOPE > http://svn.opengroupware.org/SOGo/inverse/trunk/ SOGo > > Regards, Ralph > Hi Ralph, We just had the same issue here. I'm not sure if this is correct way to fix it, but it made SOGo compile cleanly: --- SoObjects/Appointments/SOGoComponentOccurence.m (revision 1444) +++ SoObjects/Appointments/SOGoComponentOccurence.m (working copy) @@ -22,6 +22,7 @@ #import "SOGoComponentOccurence.h" -@implementation +/*@implementation @end +*/ From sogo@opengroupware.org Thu Jul 17 13:52:51 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Thu, 17 Jul 2008 19:52:51 +0700 Subject: [SOGo] date shift problem fixed(?) In-Reply-To: <487E6F43.5080703@inverse.ca> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> <487E6F43.5080703@inverse.ca> Message-ID: <487F40A3.6030506@hrd-asia.com> Dear Wolfgang, > Now the all day issue should be gone as well! I am afraid not here... But before I dig to deep: Did you upgrade your SOGo demo installation already? I am asking this because it behaves differently, but still somewhat strange: Timezone is still set to Asia/Bangkok. An all-day event created on 13/08/2008 is now displayed on 07/08/2008 in Month View: ===== BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #2 wjs LOCATION:BKK UID:34DC-487F3F00-13-F72FB770.ics CREATED:20080717T124606Z DTSTAMP:20080717T124606Z LAST-MODIFIED:20080717T124606Z DTSTART:20080813 DTEND:20080814 TRANSP:OPAQUE END:VEVENT END:VCALENDAR ===== An all-day event created on 11/08/2008 is displayed on 27/08/2008 in Month View: ===== BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #3 wjs LOCATION:BKK PRIORITY:5 CATEGORIES:Business UID:34DC-487F3F80-15-F72FB770.ics CREATED:20080717T124733Z DTSTAMP:20080717T124733Z LAST-MODIFIED:20080717T124733Z DTSTART:20080811 DTEND:20080812 TRANSP:OPAQUE END:VEVENT END:VCALENDAR ===== Both have in common, however, that the event detail view (by doubleclicking the event in Month View) displays the (begin/end) date correctly, as 13/08/2008 resp. 11/08/2008. Best rgards, Wolf From sogo@opengroupware.org Thu Jul 17 14:00:22 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Thu, 17 Jul 2008 20:00:22 +0700 Subject: [SOGo] date shift problem fixed In-Reply-To: <487E6F43.5080703@inverse.ca> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> <487E6F43.5080703@inverse.ca> Message-ID: <487F4266.6080607@hrd-asia.com> > Now the all day issue should be gone as well! I forgot another observation: I use almost exclusively Monthy View and the test results I just reported about were also observed in Month View. However: Right after posting my report, I crosschecked in Week View resp. Day View. There I discovered that both all-day events were displayed correctly! (on 13/07 and 11/08, as expected) The problem just occurs in Month View. Sorry! Best regards, Wolf From sogo@opengroupware.org Thu Jul 17 23:19:36 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 17 Jul 2008 18:19:36 -0400 Subject: [SOGo] date shift problem fixed In-Reply-To: <1216295033.15371.11.camel@toltech-6.toltech> References: <487F258B.7040300@ebrn.de> <1216295033.15371.11.camel@toltech-6.toltech> Message-ID: <487FC578.5010803@inverse.ca> Actually, I did an early commit in SVN by mistake. It should be fixed now, with the feature of the day: editing event occurences is now possible from the web interface! Wolfgang From sogo@opengroupware.org Thu Jul 17 23:20:35 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 17 Jul 2008 18:20:35 -0400 Subject: [SOGo] date shift problem fixed(?) In-Reply-To: <487F40A3.6030506@hrd-asia.com> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> <487E6F43.5080703@inverse.ca> <487F40A3.6030506@hrd-asia.com> Message-ID: <487FC5B3.8080104@inverse.ca> Hi Wolf, There is indeed a bug in the monthly view in the way SOGo draws its events. It will be fixed tomorrow. Wolfgang From sogo@opengroupware.org Fri Jul 18 03:09:03 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 17 Jul 2008 22:09:03 -0400 Subject: [SOGo] date shift problem fixed(?) In-Reply-To: <487FC5B3.8080104@inverse.ca> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> <487E6F43.5080703@inverse.ca> <487F40A3.6030506@hrd-asia.com> <487FC5B3.8080104@inverse.ca> Message-ID: <487FFB3F.2060803@inverse.ca> Wolfgang Sourdeau a écrit : > Hi Wolf, > > > There is indeed a bug in the monthly view in the way SOGo draws its > events. It will be fixed tomorrow. > > No, there is no timezone problem in my head... I decided to fix it tonight, so it's done! Wolfgang From sogo@opengroupware.org Fri Jul 18 10:24:44 2008 From: sogo@opengroupware.org (Ralph Niere) Date: Fri, 18 Jul 2008 11:24:44 +0200 Subject: [SOGo] date shift problem fixed(?) In-Reply-To: <487FFB3F.2060803@inverse.ca> References: <487E0194.5090101@inverse.ca> <487E196F.6010503@andoburg.com> <487E6F43.5080703@inverse.ca> <487F40A3.6030506@hrd-asia.com> <487FC5B3.8080104@inverse.ca> <487FFB3F.2060803@inverse.ca> Message-ID: <4880615C.5010406@ebrn.de> Hi Wolfgang, having svn-updated and recompiled a few minutes ago I found another problem. All recurring events are displayed in the week and month view only, but not in the day-view. When I click on the event in the week or month view I get the error " An error occurred during object publishing - the requested object could not be found!". The events are available via Lightning, though. Apart from that the problem with day-shifting is not gone for me. There are still events that show 2008-07-12 in the detail view, but are displayed on 2008-07-16. Regards, Ralph From sogo@opengroupware.org Fri Jul 18 21:24:10 2008 From: sogo@opengroupware.org (David Cure) Date: Fri, 18 Jul 2008 22:24:10 +0200 Subject: [SOGo] sogod segfault on debian etch Message-ID: <20080718202410.GS15514@nfs-rbx.ovh.net> Hello, I update to the last svn code, compile fine on debian eth but when I start sogod, I have this error in /var/log/messages : Jul 18 22:16:12 gandalf kernel: sogod-0.9[23830]: segfault at 08071550 eip 08071550 esp bfcbc1fc error 15 and this one on the console : 2008-07-18 20:20:34.449 sogod-0.9[24419] starting SOGo (build root@gandalf.cure.nom.fr 200807182214) 2008-07-18 20:20:34.449 sogod-0.9[24419] Note: vmem size check enabled: shutting down app when vmem > 200 MB Jul 18 20:20:34 sogod-0.9 [24419]: SNS support disabled. ### child 24419 (#1) was terminated by signal 11 (uptime=0s). and sogo try to start another child whicg dies and try again and again. Any idea how to search where is the problem ? Can I switch sogod in "debug" mode ? Thanks in advance, David. From sogo@opengroupware.org Fri Jul 18 21:34:39 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 18 Jul 2008 16:34:39 -0400 Subject: [SOGo] sogod segfault on debian etch In-Reply-To: <20080718202410.GS15514@nfs-rbx.ovh.net> References: <20080718202410.GS15514@nfs-rbx.ovh.net> Message-ID: <4880FE5F.8020602@inverse.ca> Hi David, I am a bit puzzled by those segfaults. If you have gdb, you could start SOGo with the parameter "-WOUseWatchDog NO" on the command-line parameters. From there, you should see where the process crashes. Is it possible then to produce a backtrace with "bt"? Thanks! Wolfgang From sogo@opengroupware.org Sat Jul 19 22:08:22 2008 From: sogo@opengroupware.org (David Cure) Date: Sat, 19 Jul 2008 23:08:22 +0200 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <4880FE5F.8020602@inverse.ca> References: <20080718202410.GS15514@nfs-rbx.ovh.net> <4880FE5F.8020602@inverse.ca> Message-ID: <20080719210822.GU15514@nfs-rbx.ovh.net> Hi Wolfgang, Le Fri, Jul 18, 2008 at 04:34:39PM -0400, Wolfgang Sourdeau ecrivait : > > I am a bit puzzled by those segfaults. If you have gdb, you could start > SOGo with the parameter "-WOUseWatchDog NO" on the command-line parameters. > From there, you should see where the process crashes. Is it possible > then to produce a backtrace with "bt"? I attach the backtrace. For your information, I have several "no debugging symbols found" when I run sogog under gdb. David. From sogo@opengroupware.org Sat Jul 19 22:32:46 2008 From: sogo@opengroupware.org (David Cure) Date: Sat, 19 Jul 2008 23:32:46 +0200 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <20080719210822.GU15514@nfs-rbx.ovh.net> References: <20080718202410.GS15514@nfs-rbx.ovh.net> <4880FE5F.8020602@inverse.ca> <20080719210822.GU15514@nfs-rbx.ovh.net> Message-ID: <20080719213246.GV15514@nfs-rbx.ovh.net> --451BZW+OUuJBCAYj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Le Sat, Jul 19, 2008 at 11:08:22PM +0200, David Cure ecrivait : > > I attach the backtrace. and I forget to attach ;) David. --451BZW+OUuJBCAYj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=backtrace-sogod (gdb) bt #0 0x08071400 in ?? () #1 0xb7622914 in GSStrAppendUnichars () from /usr/lib/libgnustep-base.so.1.13 #2 0xb7624757 in GSStrAppendUnichars () from /usr/lib/libgnustep-base.so.1.13 #3 0xb771899b in GSPathHandling () from /usr/lib/libgnustep-base.so.1.13 #4 0xb7710f0f in GSScanDouble () from /usr/lib/libgnustep-base.so.1.13 #5 0xb6c6432d in NSTemporaryDirectory () from /usr/lib/libFoundation.so.1.0 #6 0xb79a5a19 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #7 0xb79a2cb3 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #8 0xb79a1031 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #9 0xb755fd61 in objc_lookup_class () from /usr/lib/libobjc.so.1 #10 0xb75624d8 in __objc_exec_class () from /usr/lib/libobjc.so.1 #11 0xb6c624c8 in NSInitStringWithData () from /usr/lib/libFoundation.so.1.0 #12 0xb6ccc7f2 in NSParseStringsFromFile () from /usr/lib/libFoundation.so.1.0 #13 0xb6c1e155 in _init () from /usr/lib/libFoundation.so.1.0 #14 0xb7f657f5 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #15 0xb7f65921 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #16 0xb74ff847 in _dl_open () from /lib/tls/i686/cmov/libc.so.6 #17 0xb7f6544f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #18 0xb74feedf in _dl_open () from /lib/tls/i686/cmov/libc.so.6 #19 0xb70acd8e in dlopen () from /lib/tls/i686/cmov/libdl.so.2 ---Type to continue, or q to quit--- #20 0xb7f6544f in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #21 0xb70ad42d in dlerror () from /lib/tls/i686/cmov/libdl.so.2 #22 0xb70acd21 in dlopen () from /lib/tls/i686/cmov/libdl.so.2 #23 0xb774e84a in objc_load_module () from /usr/lib/libgnustep-base.so.1.13 #24 0xb7640d31 in objc_executable_location () from /usr/lib/libgnustep-base.so.1.13 #25 0xb79a81e6 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #26 0xb79a43f1 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #27 0xb79a8262 in __link_NGExtensions_NGBitSet () from /usr/lib/libNGExtensions.so.4.7 #28 0xb7c8d65a in SoObjectRootURLInContext () from /usr/lib/libNGObjWeb.so.4.7 #29 0xb7c92c86 in SoObjectRootURLInContext () from /usr/lib/libNGObjWeb.so.4.7 #30 0xb7c92d08 in SoObjectRootURLInContext () from /usr/lib/libNGObjWeb.so.4.7 #31 0xb7c77ce4 in OWFormElementName () from /usr/lib/libNGObjWeb.so.4.7 #32 0xb7c7808a in OWFormElementName () from /usr/lib/libNGObjWeb.so.4.7 #33 0x0804aa47 in main () --451BZW+OUuJBCAYj-- From sogo@opengroupware.org Sun Jul 20 03:32:04 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 19 Jul 2008 22:32:04 -0400 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <20080719213246.GV15514@nfs-rbx.ovh.net> Message-ID: <6466100d4a41639ace3a586f912e326a@Maestro.local> Hi David, The problem seems to be that you installed libFoundation, probably along the SOPE package. Since SOGo makes use of GNUstep, libFoundation is not required. Actually, SOGo even refuses to build with it. The reason why it's loaded is because some part of SOPE are linked against it. From the setup of the libraries being loaded, I would even think that you didn't build SOPE with the correct parameters passed to the configure script. As mentionned in our documentation page: ./configure --with-gnustep --enable-strip --disable-debug Also, don't forget to apply the patchset bundled with SOGo beforehand! Cheers, Wolfgang From sogo@opengroupware.org Mon Jul 21 10:14:24 2008 From: sogo@opengroupware.org (David Cure) Date: Mon, 21 Jul 2008 11:14:24 +0200 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <6466100d4a41639ace3a586f912e326a@Maestro.local> References: <20080719213246.GV15514@nfs-rbx.ovh.net> <6466100d4a41639ace3a586f912e326a@Maestro.local> Message-ID: <20080721091424.GW15514@nfs-rbx.ovh.net> Hi Wolfgang, Le Sat, Jul 19, 2008 at 10:32:04PM -0400, Wolfgang Sourdeau ecrivait : > > Thr problem seems to be that you installed libFoundation, probably > along the SOPE package. Since SOGo makes use of GNUstep, libFoundation > is not required. Actually, SOGo even refuses to build with it. The > reason why it's loaded is because some part of SOPE are linked against > it. ok. I remove the libFoundation and libobj-lf2. > From the setup of the libraries being loaded, I would even think that > you didn't build SOPE with the correct parameters passed to the > configure script. As mentionned in our documentation page: > > ./configure --with-gnustep --enable-strip --disable-debug I want to create debian package (there is a debian folder in the sope directory). I check the rule, and you're right : the debian package use only ./configure ! So, I remove all the sope debian package and compile from scratch (without packaging). > Also, don't forget to apply the patchset bundled with SOGo beforehand! I apply the patchset. And now, I have another error ;( 2008-07-21 09:10:37.871 sogod-0.9[2957] starting SOGo (build root@gandalf.cure.nom.fr 200807211110) 2008-07-21 09:10:37.871 sogod-0.9[2957] Note: vmem size check enabled: shutting down app when vmem > 200 MB Jul 21 09:10:37 sogod-0.9 [2957]: SNS support disabled. Error (objc-load):libFoundation.so.1.0: cannot open shared object file: No such file or directory Jul 21 09:10:38 sogod-0.9 [2957]: [so-product-registry] could not load product: SoCore Error (objc-load):libFoundation.so.1.0: cannot open shared object file: No such file or directory Jul 21 09:10:38 sogod-0.9 [2957]: [so-product-registry] could not load product: SoOFS Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> scanning SOGo products in: /home/david/GNUstep/Library/SOGo-0.9 Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> scanning SOGo products in: /usr/local/lib/GNUstep/Local/Library/SOGo-0.9 Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: Appointments.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: Contacts.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: Mailer.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: CommonUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: ContactsUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: MailerUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: MailPartViewers.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: MainUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: PreferencesUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> register SOGo product: SchedulerUI.SOGo Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> scanning SOGo products in: /usr/lib/GNUstep/System/Library/SOGo-0.9 Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> scanning SOGo products in: /usr/local/lib/sogod-0.9 Jul 21 09:10:38 sogod-0.9 [2957]: <0x0x82b7120[SOGoProductLoader]> scanning SOGo products in: /usr/lib/sogod-0.9 2008-07-21 09:10:38.450 sogod-0.9[2957] Note: fetching full mail header. 2008-07-21 09:10:38.476 sogod-0.9[2957] Note(SOGoMailObject): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-07-21 09:10:38.477 sogod-0.9[2957] Note: using SOGo mail spool folder: /tmp/ 2008-07-21 09:10:38.477 sogod-0.9[2957] Note(SOGoMailBodyPart): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-07-21 09:10:38.478 sogod-0.9[2957] Note: using drafts folder named: 'Draft' 2008-07-21 09:10:38.478 sogod-0.9[2957] Note: using shared-folders name: '(nil)' 2008-07-21 09:10:38.478 sogod-0.9[2957] Note: using other-users-folders name: '(nil)' 2008-07-21 09:10:38.664 sogod-0.9[2957] Note: found no directories containing flat templates (subpath=Library/SOGo-0.9/Templates/) Error (objc-load):libFoundation.so.1.0: cannot open shared object file: No such file or directory 2008-07-21 09:10:38.717 sogod-0.9[2957] Cannot load adaptor bundle 'PostgreSQL' ./sogod-0.9: Uncaught exception InvalidAdaptorBundleException, reason: Cannot load adaptor bundle 'PostgreSQL' It's strange : sogod wants to load libFoundation. And at the end, the cannot load postgreSQL adaptor. Any idea ? David. From sogo@opengroupware.org Tue Jul 22 14:09:39 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 22 Jul 2008 09:09:39 -0400 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <20080721091424.GW15514@nfs-rbx.ovh.net> References: <20080719213246.GV15514@nfs-rbx.ovh.net> <6466100d4a41639ace3a586f912e326a@Maestro.local> <20080721091424.GW15514@nfs-rbx.ovh.net> Message-ID: <4885DC13.606@inverse.ca> Hi David, I just realized that you may have two different copies of the SOPE libraries lying on your system. The old one, built against libFoundation and located in /usr/lib/. And the new one built against libgnustep-base, which would be located under $GNUSTEP_LOCAL_ROOT/Libraries/. You should check that and remove the old ones. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Tue Jul 22 14:44:04 2008 From: sogo@opengroupware.org (David Cure) Date: Tue, 22 Jul 2008 15:44:04 +0200 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <4885DC13.606@inverse.ca> References: <20080719213246.GV15514@nfs-rbx.ovh.net> <6466100d4a41639ace3a586f912e326a@Maestro.local> <20080721091424.GW15514@nfs-rbx.ovh.net> <4885DC13.606@inverse.ca> Message-ID: <20080722134404.GY15514@nfs-rbx.ovh.net> Hi Wolfgang, Le Tue, Jul 22, 2008 at 09:09:39AM -0400, Wolfgang Sourdeau ecrivait : > > I just realized that you may have two different copies of the SOPE > libraries lying on your system. The old one, built against libFoundation nop, I remove the old try of debian packaging of sope. > and located in /usr/lib/. And the new one built against libgnustep-base, > which would be located under $GNUSTEP_LOCAL_ROOT/Libraries/. You should > check that and remove the old ones. no lib found with : ldconfig -v |grep -i sope find . -iname "*sope*" in /usr/lib and /lib David. From sogo@opengroupware.org Tue Jul 22 14:50:55 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 22 Jul 2008 09:50:55 -0400 Subject: [SOGo] Re: sogod segfault on debian etch In-Reply-To: <20080722134404.GY15514@nfs-rbx.ovh.net> References: <20080719213246.GV15514@nfs-rbx.ovh.net> <6466100d4a41639ace3a586f912e326a@Maestro.local> <20080721091424.GW15514@nfs-rbx.ovh.net> <4885DC13.606@inverse.ca> <20080722134404.GY15514@nfs-rbx.ovh.net> Message-ID: <4885E5BF.6060906@inverse.ca> Hi David, > nop, I remove the old try of debian packaging of sope. Ah, this let me think about the version of SOPE you are using, don't forget to use the trunk from CVS (with the patchset from SOGo). > > no lib found with : > ldconfig -v |grep -i sope > find . -iname "*sope*" in /usr/lib and /lib The actual libraries are those: libDOM.so -> libDOM.so.4.7 libEOControl.so -> libEOControl.so.4.7 libGDLAccess.so -> libGDLAccess.so.4.7 libNGExtensions.so -> libNGExtensions.so.4.7 libNGiCal.so -> libNGiCal.so.4.7 libNGLdap.so -> libNGLdap.so.4.7 libNGMime.so -> libNGMime.so.4.7 libNGObjWeb.so -> libNGObjWeb.so.4.7 libNGStreams.so -> libNGStreams.so.4.7 libNGXmlRpc.so -> libNGXmlRpc.so.4.7 libSaxObjC.so -> libSaxObjC.so.4.7 libSoOFS.so -> libSoOFS.so.4.7 libWEExtensions.so -> libWEExtensions.so.4.7 libWEPrototype.so -> libWEPrototype.so.4.7 libWOExtensions.so -> libWOExtensions.so.4.7 libWOXML.so -> libWOXML.so.4.7 libXmlRpc.so -> libXmlRpc.so.4.7 -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Wed Jul 23 11:42:41 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 12:42:41 +0200 Subject: [SOGo] events as collections Message-ID: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> Hi, we are testing the Outlook connector tech preview 1 against the SOGo demo with the sogo3 account. It doesn't work :-) SOGo reports each iCalendar WebDAV resource as being a WebDAV collection (and in fact it seems to be a valid collection, probably for recurrence support?). Anyways, this results in a subfolder per event on all WebDAV clients :-) Can be reproduced using cadaver: ---snip--- helge@mbp$ cadaver http://sogo-demo.inverse.ca/SOGo/dav/sogo3 dav:/SOGo/dav/sogo3/Calendar/personal/> ls Listing collection `/SOGo/dav/sogo3/Calendar/personal/': succeeded. Coll: 16EA-48601000-1-F737E770.ics 418 Jun 23 19:05 Coll: 16EA-48602780-5-F737E770.ics 514 Jun 26 07:32 Coll: 16EA-4860B400-11-F737E770.ics 334 Jun 24 06:46 ---snap--- I could possibly hack around it (by checking the content-type), but I guess many clients will be confused by this behaviour. In fact the combo "WebDAV collection AND content-type: text/calendar" is more suitable for multi-event entities (eg Calendar/personal.ics - when accessed using WebDAV, it would contain the resources, when accessed using GET, it would return the multievent calendar resource). Further its quite confusing that the 'Calendar' folder is named this way. It would be nice if it would be changed to 'Calendars' (at least the display name, if thats an easier hack). Would be nice if the collection issue could be fixed quickly, so that we can verify the plugin prior releasing it. Thanks, Helge -- Helge Hess http://zideone.com/ From sogo@opengroupware.org Wed Jul 23 15:09:56 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 23 Jul 2008 10:09:56 -0400 Subject: [SOGo] events as collections In-Reply-To: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> Message-ID: <48873BB4.9000003@inverse.ca> > Hi, > > we are testing the Outlook connector tech preview 1 against the SOGo > demo with the sogo3 account. It doesn't work :-) > > SOGo reports each iCalendar WebDAV resource as being a WebDAV collection > (and in fact it seems to be a valid collection, probably for recurrence > support?). > Anyways, this results in a subfolder per event on all WebDAV clients :-) Hi Helge, The collection aspect of calendar objects is indeed meant to make the management of exceptional occurences easier. For example, the url in the web interface will consist of the event "filename" + "/" + "occurence-id" (in seconds). That's the reason why it is acting that way. It has been tested with both Lightning and iCal.app and that design works properly for both. What I suggest is thus to test for the content-type of each object you want to handle. Also, you could ignore collections not marked as "calendar" in their resource-type. Regarding generic webdav clients, I don't think it's really an issue. We want calendaring over CalDAV and GroupDAV, but webdav by itself is too primitive. Now, regarding the "Calendar" naming, your request makes sense but the current design does too. It's just a matter of perception. For example, your point of view seems to be that those folder names describe their content. ("Calendar" contains calendars and "Contacts" contains contacts"). Now, the current logic is different, the naming is rather used to describe the module. When you speak about the SOGo Calendar module, you don't specify "SOGo CalendarS module". The same for the SOGo Contacts module (which should arguably be named "AddressBook"). Moreover, the change of name is something we will need to do only after 1 is released because if has some implications. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Wed Jul 23 16:07:40 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 17:07:40 +0200 Subject: [SOGo] events as collections In-Reply-To: <48873BB4.9000003@inverse.ca> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> Message-ID: <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> On 23.07.2008, at 16:09, Wolfgang Sourdeau wrote: > The collection aspect of calendar objects is indeed meant to make > the management of exceptional occurences easier. For example, the > url in the web interface will consist of the event "filename" + "/" > + "occurence-id" (in seconds). That's the reason why it is acting > that way. Yes, thats perfectly fine and makes a lot of sense. The only issue is that you need to remove DAV:collection from the - davResourceType method (just return nil). Its no problem to have subresources, but the ICS entities itself need to be leaf-resources from the WebDAV collection PoV. You can even continue WebDAV below the leaf resource (for example '/Calendars/123.ics/instances/' could be a new WebDAV collection root if you want to for any reason). Is there any problem with this? > It has been tested with both Lightning and iCal.app and that design > works properly for both. It works for those because they are using REPORTs to determine the resources to synchronize. It doesn't work in any regular WebDAV or GroupDAV client, or even CalDAV clients which use PROPFIND (no one requires CalDAV clients to use REPORTs). GroupDAV section 2: ---snip--- The basic model of GroupDAV is that of WebDAV [3]. Leaf resources which contain the groupware records can be grouped in collections. ---snap--- Notice 'leaf' resources. > What I suggest is thus to test for the content-type of each object > you want to handle. I explained in my mail why I would like to avoid this. The combination Collection + text/calendar is used (by more than one server) to have a CalDAV calendar while supporting ICS-HTTP subscriptions at the same time. Example: /Calendar is a CalDAV collection but can also be subscribed as a vCalendar file (containing multiple events with different UIDs). > Also, you could ignore collections not marked as "calendar" in their > resource-type. Non-calendar collections are commonly used to group related folders. I see no reason to remove that feature. (Outlook itself filters out generic folders if the user wants that). > Now, regarding the "Calendar" naming, your request makes sense but > the current design does too. People see a folder called 'Calendar', but it isn't a calendar. They are confused about this. But I don't care actually, its a minor thing. Not sure why you are against changing the davDisplayName though, its simple and doesn't affect the SOGo frontend. Summary: can you please remove the DAV:collection marker from WebDAV resources. If not, we are going to release w/o SOGo support, sorry. Thanks, Helge -- Helge Hess http://helgehess.eu/ From sogo@opengroupware.org Wed Jul 23 18:05:37 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 23 Jul 2008 13:05:37 -0400 Subject: [SOGo] events as collections In-Reply-To: <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> Message-ID: <488764E1.7030105@inverse.ca> > The only issue is that you need to remove DAV:collection from the > -davResourceType method (just return nil). Its no problem to have > subresources, but the ICS entities itself need to be leaf-resources from > the WebDAV collection PoV. You can even continue WebDAV below the leaf > resource (for example '/Calendars/123.ics/instances/' could be a new > WebDAV collection root if you want to for any reason). > > Is there any problem with this? Nope, none that I know of. It's a simple fix, I'll do that. > It works for those because they are using REPORTs to determine the > resources to synchronize. It doesn't work in any regular WebDAV or > GroupDAV client, or even CalDAV clients which use PROPFIND (no one > requires CalDAV clients to use REPORTs). Note that we don't care about non-CalDAV, non-GroupDAV clients. > I explained in my mail why I would like to avoid this. The combination > Collection + text/calendar is used (by more than one server) to have a > CalDAV calendar while supporting ICS-HTTP subscriptions at the same time. > Example: /Calendar is a CalDAV collection but can also be subscribed as > a vCalendar file (containing multiple events with different UIDs). Isn't your connector targetting SOGo? > >> Also, you could ignore collections not marked as "calendar" in their >> resource-type. > > Non-calendar collections are commonly used to group related folders. I > see no reason to remove that feature. > (Outlook itself filters out generic folders if the user wants that). You can also request the calendar-collection-set property on the user principal resource. > Summary: can you please remove the DAV:collection marker from WebDAV > resources. If not, we are going to release w/o SOGo support, sorry. For a SOGo Connector for outlook, that would be a shame! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Wed Jul 23 18:43:40 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 23 Jul 2008 13:43:40 -0400 Subject: [SOGo] events as collections In-Reply-To: <488764E1.7030105@inverse.ca> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> <488764E1.7030105@inverse.ca> Message-ID: <48876DCC.2040602@inverse.ca> Hi Helge, I have updated sogo-demo with the fix for your problem! Wolfgang From sogo@opengroupware.org Wed Jul 23 19:17:11 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 20:17:11 +0200 Subject: [SOGo] events as collections In-Reply-To: <48876DCC.2040602@inverse.ca> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> <488764E1.7030105@inverse.ca> <48876DCC.2040602@inverse.ca> Message-ID: <40DBF15F-7312-4412-B8B0-247F2767C4B7@opengroupware.org> On 23.07.2008, at 19:43, Wolfgang Sourdeau wrote: > I have updated sogo-demo with the fix for your problem! Just discovered, thanks a lot. We'll do some more testing to ensure the basics work and release the tech preview 1 later this week (if QA is reasonably OK for a preview). Thanks, Helge -- Helge Hess http://helgehess.eu/ From sogo@opengroupware.org Wed Jul 23 19:22:53 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 20:22:53 +0200 Subject: [SOGo] events as collections In-Reply-To: <488764E1.7030105@inverse.ca> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> <488764E1.7030105@inverse.ca> Message-ID: <17A01CFC-8F41-46B9-99EE-A5A622F48FD7@opengroupware.org> On 23.07.2008, at 19:05, Wolfgang Sourdeau wrote: > Isn't your connector targetting SOGo? Our connector is targetting GroupDAV/CalDAV servers, not SOGo specifically. I'm into standards, you know :-) Though we test SOGo more than other servers (hence early and immediate issue reports for you). Actually I'm not against server specific hacks, as long as they are reasonably easy to implement and do not conflict with standards (we are already very tolerant with servers, a key goal of GroupDAV). Anyways, the specific case has interoperability issues, as I explained in detail. So, if you later need some SOGo specific feature in the connector, we can see how we can do it in a standards compliant way. >>> Also, you could ignore collections not marked as "calendar" in >>> their resource-type. >> Non-calendar collections are commonly used to group related >> folders. I see no reason to remove that feature. >> (Outlook itself filters out generic folders if the user wants that). > You can also request the calendar-collection-set property on the > user principal resource. I know, but your reply is out of context :-) Outlook users (we see) often use (generic) folders to organize information. Which naturally maps to WebDAV based services. Example: a planning company might have a construction project. In Exchange they create a generic folder like 'Build Super Tower' and add subfolders for the project related contacts, emails, events and tasks. I do know that iCal.app and MozCal do not expose hierarchies. Kontact does it partially and Evolution is just like Outlook. I'm pretty sure that MozCal is bound to add proper hierarchies once users demand good Exchange support. We'll see, no need to discuss this here :-) Wrt 'calendar-collection-set'. We will support principal based lookup (we do not yet, but its reasonably easy to add and some servers do not work well w/o, eg Apple iCal server). Though I do doubt that this is what people will prefer in the real world, especially if they are coming from an Exchange background. We'll see. As mentioned we will support both. Ah, BTW: even with calendar-collection-set we would still use PROPFIND to discover the actual calendar collections. The calendar-collection- set URLs point to a collection which contain calendar-collections, not to the calendar-collections itself. A bit confusing, but makes sense. >> Summary: can you please remove the DAV:collection marker from >> WebDAV resources. If not, we are going to release w/o SOGo support, >> sorry. > For a SOGo Connector for outlook, that would be a shame! As I said, we are doing a GroupDAV/CalDAV connector. It already supports quite a few servers. I initially designed SOGo as 'the' GroupDAV server, if you can stick to that everything will be great and as-planned :-) Thanks, Helge From sogo@opengroupware.org Wed Jul 23 20:30:49 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 21:30:49 +0200 Subject: [SOGo] events as collections In-Reply-To: <40DBF15F-7312-4412-B8B0-247F2767C4B7@opengroupware.org> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> <488764E1.7030105@inverse.ca> <48876DCC.2040602@inverse.ca> <40DBF15F-7312-4412-B8B0-247F2767C4B7@opengroupware.org> Message-ID: <61156CAC-0380-4BDE-AC05-609B51C5A648@opengroupware.org> On 23.07.2008, at 20:17, Helge Hess wrote: > On 23.07.2008, at 19:43, Wolfgang Sourdeau wrote: >> I have updated sogo-demo with the fix for your problem! > Just discovered, thanks a lot. We'll do some more testing to ensure > the basics work and release the tech preview 1 later this week (if > QA is reasonably OK for a preview). OK, tried the plugin, w/o detailed testing it seems to work OK now. There are some issues we need to analyze (eg only every second write seems to succeed?), but overall it looks to work as expected. Thanks, Helge -- Helge Hess http://helgehess.eu/ From sogo@opengroupware.org Wed Jul 23 20:43:21 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 23 Jul 2008 21:43:21 +0200 Subject: [SOGo] events as collections In-Reply-To: <61156CAC-0380-4BDE-AC05-609B51C5A648@opengroupware.org> References: <4A2541B7-A008-40AB-A015-73B8913D67D4@opengroupware.org> <48873BB4.9000003@inverse.ca> <43F4E8CE-914E-4363-AB30-E758A05B0214@opengroupware.org> <488764E1.7030105@inverse.ca> <48876DCC.2040602@inverse.ca> <40DBF15F-7312-4412-B8B0-247F2767C4B7@opengroupware.org> <61156CAC-0380-4BDE-AC05-609B51C5A648@opengroupware.org> Message-ID: <09772B8F-E54E-4DAA-8550-80F9762A4B7B@opengroupware.org> --Apple-Mail-2-164316895 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 23.07.2008, at 21:30, Helge Hess wrote: > OK, tried the plugin, w/o detailed testing it seems to work OK now. > There are some issues we need to analyze (eg only every second write > seems to succeed?), but overall it looks to work as expected. Screenshot attached. Helge --Apple-Mail-2-164316895 Content-Disposition: inline; filename="Picture 1.png" Content-Type: image/png; x-mac-hide-extension=yes; x-unix-mode=0644; name="Picture 1.png" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABN8AAAP2CAIAAABYCayaAAABSmlDQ1BJQ0MgUHJvZmlsZQAAeJyV j79LAnEYh5+vBEmBGR3R0HBTFBSd2qA1eSoSBJk16G3eeViI3nH37YdrzY0NgUNL0NjQ3NTYEPSD piCov6Bwcmi44AgH6Zme98OHl/eFiJbN64VIHFpt6ZWLulqpGuroA1HGmSLFWs3y3WyptAHQdto2 A/ReEACPS9m8Xni7Ojl+PX/uffo3yeLqe3qw/4cxy/Uk0AeSddu3QGhA81C6EkQXUMymK0FcA4q3 U86BuANijcCfgJgZ+AcQ8ypVA8Q3oDQqVQMiUUAxA58FFGkfSYCc43a8vcauVJOapqnZumPa6nbH l3bLV9fbluO5jleTdh0I7gNgMiiWi7o6n8hk0gtD/vw3laqhBva1hQDE9H2YhVj73sGvikhq+Bzu 6M7A5iWM9MNs5RQuFmHiLMzmEhBfhtvuD2jbWg5OFLZ9AAAACXBIWXMAAAsTAAALEwEAmpwYAAAg AElEQVR4nOydeXwcxZn3f9UzkkaSbbWNb2xmuILMZQUbMAFjAUnwkg2IcJkjQYSEI5fFZhPYxPva zpKEZDeJ2WwSYBMsQyCGQBiSLGvCEsaYQ0AMIyAgc3lkgy0bHz22JfXMdHe9f9RMq9XX9Ixu83w/ /sjV1VVPPXV0dT1TR7OKGw/AQqi6JlTLJlUBQBUDr0Q1x/iq/N2KCgAISflL3ei7FG6CIAiCIAiC IAji4CMk9TP6cjlUVPT99WJ/xu6j5gBgpwJV5Vb/7P13h43ubnEh1dbqIb2ylgHIagCAMJABqtCb RXUEAKBb/prYLnsD5IwgCIIgCIIgCIIYW1QDvehlAMCyeb9IRd4HQDaDKgYAvDJ/aUNYmr15GxSG ruv7M7xXxd4dAMLGgV4APJwxqhg09O7YwyWpB2BhiYmpUoCHIv1Uqma9vXkzN2QwXeLCASAEnjMY CIIgCIIgiJLQePEwBEEQ/algxtUfz/6/pqqZE6XioS3csLp3zSuVOS4NRMiNq7vvbmM5zgBU6Hrz KcbyL9bOnBQKLIAB4ev/a+/qP32YS+8CEOZ7P0Q1w7jxvLcHAAdYqAKhCq4DWY1LEgtLyOVMSxWA egDCAOW5nJg3DekhAFxnGsC4VlKWCIIgCIIgCIIgiDJoPoX/87njf/pQbvc+3q1yNYucxrMaJAnZ HFDYgKnmuHCrWfRmclNq0nf/8ySmZ3/9IhugEK7lfv2MZhhoPl36r39Ip+/+3k5lt9HTzTMq13I8 l4UkQcsC4LoOgGdVANB1I6tqau+BCVN+9P270Tvhrgd3AWCYv35PyzcMw+AG13Vd13VDN3Karmu6 rmuaZhialtMMQ9wyDEM3Fu7fLsqCGQYApgGAQTYpQRCjH+qqCIIgCII4iDDunXrzbzIzD2HhENLd XOlGJodsjhsGNAO6Ac6R07muI6sjk+U9Gezv0dPp9Hhs+Z/bT521dPdAhaw65dAbu5iuGw9Hd//0 5tDUmSwUNg6k9f0Kz2aQzXLDgK5xXQc4tBzXda5leTbD1R6te7+STm+rGD939QuHNq7Hji1hAAY3 DvnUD2FoMHLgOWgaeAZaBkYGegZ6FoYKQ4eeA9c3PHgnMwzOdejgBgfAARiAAW7QyUgEQRAEQRBl oevFwxAEQTjYe4AfPp2FQiwcQkWY6wa4wXJAiHNI4BycM3AuGQhJLCzxihAqQvhg+4GZk0K8cJxR +UIOCSOTE+tn9X17w7MOZ6EQQmEWroChc4NDy3EeYgA45xJnHJxJkPJhpHDFga4PZk6phJ4GEAZg 6ByGhpkXAAY4B3RwA9wAdHDxT8v/ffU/DM65psPgMPKTswDAC3tNdR0G7ZogCIIgCIIgCIIYDvb3 8H09CId4T4b3ZpDJIpvjWQ05DTmN6wayGudAVkNOR07nugFJQkiSAJi220CESFwzDB0A795vHNjH wmGu9vBML89keDbLc1mey3Etxw2d57IA57ks9BzXclzXIUlSKAQA2Syym8MwQoauw8jlTVOuK2+t 2/32U3tTr2S6uyvrpk0+6rTYwqsZOLgOgHMmTFM4J0rJNCUIgiAIgigLRnOnBEGURVaD0s1DErpV 9KjIZHkmi6zGs1lkNJ7TkNG4waEZMADOwQ0uMVYRZrD0PK5C7v9OxJncvK9324QAYAYA8FzWOKBA CvHe7nFnXxiZt7Drm1cglzVyWa5lkMtxLQPDmHX/8wf+7w9777qVG5xJEgtXAEBlJcTcqa4bMHJi snTH31q73l4/s+GycbOOnhj9xIdvvdj57Jq9W1/7+OXfZzAAwxD2pySUCBn3TrXqypZ8MBoMVP7g LADs0vdHUMIgCrFJKCq27HRFRJMBaj78DEqBDxHDo9toLoGB4HwKyotl9Rn+sjKfr6KJWp/Esh/k kiIerC2HIMYWPBT8lEuCIIg+chq6VUgSslnkcvl/2RyyGrI5ZHVkze2jYAxgYGB5q9LseVyFuJLV 7UIMPQQWAsBzOd7TjZDEM9nIvIUApv/k/m03ns+1LHJZrmV5Ljv7gZcAjPvk5/b+agXA0N92DCMs 62LulBvKW4/veGf9CZfcysLT33jwa9Pqzzn0xNOnHDr5mbu/s+l//7N+8Y3ghsEhGQBg3WRaO+NW AN3bl/G1h7JLtw9WQQ+Qmg2tPQuvHVkJAxTCH5zhJaGo2LLT7avNB2eNntosiigrDFKtDRHDo9to LoGyKa81WmO5Pk3DVlYidfFw1QDd25cBcM2RNWTAx1BEsQUrI2sHZcshCIIgiIOeTI5nc5AYcho0 nWs6NIPrBjSD6xwa5zmDmYcbhSRIDAbnPP8ZlpCPkM98pzej8ayGjM4zOtMMvP7LmpzuFJKH5zJG NsskiedyO265etptawDM/NUfP/jiJ2Ho0DVhmgLYekE9pBBjUmFvaR4JgK7p0DPgxp53EofNW8LC 08D1XO8BGD3QdleOrz16wae3vPwEuA5umEap1P9bOD1nfpldtgMWI4EYFMQgdZjpWXitGOmOldr0 15M/OMP8N2wqjQjs0u0j0mCGmoG0xpoNv/GSOVIPl2kBOnWzmqalPoZeOSUIgiAI4qBHzeY/A6Mb 0DkM8ZdDzx9fCx3QgByQ49A5OLOahHYha74dWbss8sjK6v/5QfX//bjm6Z/WvHB7rRCCYkJ4RjUy Ktdy0PWupZcIz0Pv/j/O9Vm/e0Fcbj3/aOg5ceYu47xv/lSqEit7NehZMH1v6pUZp14NIwto6r69 PZ2vVRp7w7Pqp0yue/b9FLgGw9A5R4gZegh6P0MZIQY9L7dmw296zvwyf2CaeVMYrgCcnqaPTxjh yS7bETBwH6yfDR1QJZuEkvSxCSwqxCdp827PmV+2C/QVKxCTMwF1dko2nSXVpg8icKmV3k+p/nFt idbOuNXMslV/keuap/87f7l9mVP+IKrhmut+uNWas2pKbup9AZZ5yUT/WrBeDu7T6lMIRSPaNLQh WqPrLT/69wOWKljmU5s+2XcNFiRi9/Zl1tLutrRGG7ZsWh9DW1X6SSuj5ylEKfpEEwRBEAQxSujJ 8EyOh0MAh8HBOYcESBxhAABjnIHr4IwZHBDznVwyxLRnYZhkFeIKD4tjiGCEmENIBTQOwFB7QtkM QmFwcMPgjG/72gUz/+tRALPufVbI+eBz9ZLEOTcAMA5m5D9TilwNAAkhaDkdhgqu93YfMHgOxn6e 61L373kp/vP25/+Kve/pGQXg4AbXDN0ARyUQRigEywYJxiQW7rsU45vaGbeKSQD+wDSEGEJ5gza/ vO3p/zaDmWF8IvIHprErdtr8hY9rKgDylyHmI9lfQqn62MKbavikYpaGVVuvXATUrSSdPVP0Tcgz 9f7/+APTxD8ROHilO0vSGtdZibBiSZ1dsbPm6f/u3r6s56zres66jl2x0yZ/ENVw5t3ZGNzjOqrG Vk1BUjQLId+W3OSIMDaZg/+0lv3cWTS0S/N6HHz+ARA/0xTUyGOE2SW7/WrTCMMIe2XfGsxeJhYf q6eZnHgEbJf55CyJCiVdfMz6tbhdpPk0Ng8NnVHsitE/+kf/6B/9o3/0b3T+A3Ia1CyyOYgvq3Bh YDIGxlgIkIAQ4yHGQzAk6BLTGNMA3bAMOfoLAXDR93rPX967eFnv2d/pPeOWHjEGE9+FcRECQByP pOV4RkUuC10DN8A543zbDYvNkca2JScwiTPGJWZI0BnXGNdg6ABQ0QMgDIQ1TYeWA9crx03d3bG+ ev5ZXNu58Cs3w+gFDKS7t+/FpENj4JrOGNe5FGY6Qgwat0yfclTx+8abAzWT3nO+mh9FPXWX6QYg XbW32hJMumpv9ZO/qAGAZT4RnW7jtxPNKM5UmFQBB73nfNVMrqgE/4x4ua3hhRr+qYjScNXWKxdF dStD56IpWiP615TA+O1E9G8S9lx7V7rT0z/LXvUuAkhX7eX3T5Wu2uuUP7hquFI0rkjFp5qClLYV swSCyCyanfKeVqfwgM+dCNa9fZm1ypxZC449s8xdQs/Cb7BL99Vs+M8aoGfhN/qCX7qvpn+wvNhn fmWKNSOaPtZgVmlWt/PST0mrj4fbS5qrzk5PsfqgsK7YQzGCIAiCIEYZOR1ZjYckcMY4BxgggfG8 fQoGZgCMcQOGwWFA1xk4NF6Y9nQIARxCABbGpp9UQ/xgbhMSyg8VeS5naFkpFALjjHMwcAkzf7HO VHXm2te6Lj0GnHPDAAczdOhghgYAoTqEx4cRqjJ0se9UP+SI+ZufuW/qrCkVciWMXgChdHfPh5tT L6ybPbcRMHQDGgdYmDEGVLLCD+7misr8sObspTb/vLo8bHX3nL2UXbmf3zc+f0DIlUt9Aru6rcaP mZZXYJunUJL/dry/hCAZGRQ9e85e6jmN7paLgegTsIiC+PuUDABr/YpLcASs9OCezgA2H87D4qeT 6id/YTbOoVBDpCKE+8e1lZuXwDIC+AfziVL20+rfBmz+QZ47ft94YSzVzri12tKfuMr3LPPCj2XW 3ql7+7Lu7ctsIfuoYHAkJ/z7eVb0/Srn04qswTzdzksf/yACg0vzDuxXRARBEARBjD4yOWRyCEkI hzhjhYlTiTOASWAGYDAwQAcHE3sxDYPpwrAsjAesQgC7EAAIs2NuUXM6uOQQgsIoLpfh2QyXQiwc 5mCc8xk//6O41XXdmdPvehrAtNaXdl7dwCTOdZ0ZYJohGX3f0wrDgKbr4FlAP+KsL+9JvfrM3SuP W/iP4+Q6w2C7t6bee/258VOOqD/3WnBdN5hhgEVCQkWjMJXbb3LsUzeZQx7bPCoLSU639IXu6id+ 1r19Gb9vvPSFbv/ANrc10eCBS5IQPCODrmfAu2XoU14Rufr7lIxA1C/E6aOFKg5S6dIXuo17am0/ fATMgs1HpGLcU2u9xULSoKthZramxBYVMF9BAvgHE0qaObKqUfbTWrQN+Pg7S0lUkynT2p+4yvEq cys2+7nmr7e7hgyouWull92DBS+ush9nL3/XZinKyquICIIgCIIYhWQ1nskhHAIYe3R5tTPAif+q gjMObhQOTNINltM5LOMBqxBAHKrExSLhvAUqwUsIpDAMDQDXsjyX4eEwGMCkGf/5iBDedeM5AN9x 7anTfvMCq5kw7ffv7bxwJrgBXWe6zrW+b9eEAeiaASMLrjMY85v/492nVr/Rtm7/rg8BjD/kkMNO +oejz7qcwQDXdQ2GAbCQFAY3YB3a9J53s3AwaNayUM/7pv6bagCha3uto0xWIQEo3Pqm8Kx+4md9 K+UqJFtgp7toAK/ApkrBY/lnZCj09Fe4VLHlFZHd8CilZKwBxN3IYz+pLpgKRSvdZqWYcoJkweYT urZXSCsk3RspyB90Ncy7Xo3EKqeMdmgL4NUwgle3NTtlP622iK5aBXzuRDsxFXO2KJ8seMwbusDh sriXo4LfUwmAfSHrE9h6mf/J4wvfFpfWMrEG83I7L9kXsvyeyu7ty4QOQp/8BtEAAl3z5eXv6mlT gCAIgiCI0Y+Y9qwIOT4easLAGQwwA8gZXNNhaFzTGSzjAZuQR/+fw8r1FoIKJr4Fw7MZns3wcAXA Zt7xmIi3/cZPM87BOcA/vPrEKWteBTD1kW07PzNJ0jWuGcKyFYQhQdc06Bq4DuiM86Marzpq0eXg mviEjPAHdMAQBz0xFgJgSIBkORUpbI4MKwCErtf0O8PWGacIoJ5/S1/2wn3BrIaQM6IZ2BpRYAts BjD9Q9drXoGFSqHrbykqIUhGnBGt8rz0dHc7KYgVBYWyyiqQG4BjnbZ6/i2uCRUvGQfibtBK76+M CFY8y/0zFbpe07cvExEjf7xNeEYsmRpSNYI0BlFufbsigzV1W4qRx35iL3