From sogo@opengroupware.org Thu May 1 16:56:39 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Fri, 02 May 2008 01:56:39 +1000 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <4816C673.1070001@internode.on.net> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> Message-ID: <4819E837.5080505@internode.on.net> Regarding my make/link problem - I've attached an output from make compiling the SOGo sources in case that helps. Making all in SOPE/NGCards... make[1]: Entering directory `/usr/src/SOGo/SOPE/NGCards' Making all for library libNGCards... make[2]: Nothing to be done for `internal-library-all'. Making all in versitCardsSaxDriver... make[2]: Entering directory `/usr/src/SOGo/SOPE/NGCards/versitCardsSaxDriver' Making all for bundle versitCardsSaxDriver... Copying resources into the bundle wrapper... make[2]: Leaving directory `/usr/src/SOGo/SOPE/NGCards/versitCardsSaxDriver' make[1]: Leaving directory `/usr/src/SOGo/SOPE/NGCards' Making all in SOPE/GDLContentStore... make[1]: Entering directory `/usr/src/SOGo/SOPE/GDLContentStore' Making all for library libGDLContentStore... make[2]: Nothing to be done for `internal-library-all'. Making all for tool gcs_ls... make[2]: Nothing to be done for `internal-tool-all'. Making all for tool gcs_mkdir... make[2]: Nothing to be done for `internal-tool-all'. Making all for tool gcs_cat... make[2]: Nothing to be done for `internal-tool-all'. Making all for tool gcs_recreatequick... make[2]: Nothing to be done for `internal-tool-all'. Making all for tool gcs_gensql... make[2]: Nothing to be done for `internal-tool-all'. make[1]: Leaving directory `/usr/src/SOGo/SOPE/GDLContentStore' Making all in OGoContentStore... make[1]: Entering directory `/usr/src/SOGo/OGoContentStore' Making all for library libOGoContentStore... make[2]: Nothing to be done for `internal-library-all'. Making all for tool test_quick_extract... make[2]: Nothing to be done for `internal-tool-all'. make[1]: Leaving directory `/usr/src/SOGo/OGoContentStore' Making all in SoObjects... make[1]: Entering directory `/usr/src/SOGo/SoObjects' Making all in SOGo... make[2]: Entering directory `/usr/src/SOGo/SoObjects/SOGo' Making build-headers for framework SOGo... Making all for framework SOGo... Linking framework SOGo ... /usr/bin/ld: cannot find -lOGoContentStore collect2: ld returned 1 exit status Copying resources into the framework wrapper... make[2]: Leaving directory `/usr/src/SOGo/SoObjects/SOGo' Making all in Appointments... make[2]: Entering directory `/usr/src/SOGo/SoObjects/Appointments' Making all for wobundle Appointments... gcc -shared \ -rdynamic -o Appointments.SOGo/./Appointments \ ./shared_obj/Product.o ./shared_obj/NSArray+Appointments.o ./shared_obj/iCalEntityObject+SOGo.o ./shared_obj/iCalEvent+SOGo.o ./shared_obj/iCalEventChanges+SOGo.o ./shared_obj/iCalPerson+SOGo.o ./shared_obj/SOGoCalendarComponent.o ./shared_obj/SOGoAppointmentObject.o ./shared_obj/SOGoTaskObject.o ./shared_obj/SOGoAppointmentFolder.o ./shared_obj/SOGoAppointmentFolders.o ./shared_obj/SOGoGroupAppointmentFolder.o ./shared_obj/SOGoFreeBusyObject.o ./shared_obj/SOGoAptMailNotification.o ./shared_obj/SOGoAptMailInvitation.o ./shared_obj/SOGoAptMailUpdate.o ./shared_obj/SOGoAptMailRemoval.o ./shared_obj/SOGoAptMailDeletion.o ./shared_obj/SOGoAptMailICalReply.o \ -L../SOGo/./shared_obj/ -L../../SOGo/./shared_obj/ -L../../OGoContentStore/./shared_obj/ -L../../SOPE/NGCards/./shared_obj/ -L/usr/local/lib -L../../SOPE/GDLContentStore/obj/ -L/root/GNUstep/Library/Libraries -L/usr/local/lib/GNUstep/Local/Library/Libraries -L/usr/local/lib/GNUstep/Network/Library/Libraries -L/usr/lib/GNUstep/System/Library/Libraries -lNGObjWeb -lNGMime -lNGStreams -lNGExtensions -lSOGo -lGDLContentStore -lGDLAccess -lNGObjWeb -lNGCards -lNGMime -lNGLdap -lNGStreams -lNGExtensions -lEOControl -lXmlRpc -lDOM -lSaxObjC -lgnustep-base -lpthread -lobjc -lm /usr/bin/ld: cannot find -lSOGo collect2: ld returned 1 exit status make[3]: *** [Appointments.SOGo/./Appointments] Error 1 make[2]: *** [Appointments.all.wobundle.variables] Error 2 make[2]: Leaving directory `/usr/src/SOGo/SoObjects/Appointments' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/SOGo/SoObjects' make: *** [internal-all] Error 2 -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Thu May 1 11:26:00 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 1 May 2008 12:26:00 +0200 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <4819E837.5080505@internode.on.net> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> Message-ID: On 01.05.2008, at 17:56, Mark Pavlichuk wrote: > make[1]: Entering directory `/usr/src/SOGo/OGoContentStore' > Making all for library libOGoContentStore... > make[2]: Nothing to be done for `internal-library-all'. > Making all for tool test_quick_extract... > make[2]: Nothing to be done for `internal-tool-all'. > make[1]: Leaving directory `/usr/src/SOGo/OGoContentStore' ... > Linking framework SOGo ... > /usr/bin/ld: cannot find -lOGoContentStore Try: cd /usr/src/SOGo/OGoContentStore make install cd /usr/src/SOGo make all Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu May 1 22:08:05 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Fri, 02 May 2008 07:08:05 +1000 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> Message-ID: <481A3135.1070306@internode.on.net> Helge Hess wrote: > > Try: > cd /usr/src/SOGo/OGoContentStore > make install > cd /usr/src/SOGo > make all > > Helge That got me a little further... but I had to do the same for SOPE/NGCards and SoObjects/SOGo to fix additional linker errors. Should I have to do this, or is this something peculiar to how I've set up my build environment? (I'm getting this behavior under both Debian Etch and Ubuntu Hardy, and I don't THINK I've deviated from the instructions I've read). -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Thu May 1 12:46:37 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 1 May 2008 13:46:37 +0200 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <481A3135.1070306@internode.on.net> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> <481A3135.1070306@internode.on.net> Message-ID: On 01.05.2008, at 23:08, Mark Pavlichuk wrote: > Helge Hess wrote: >> Try: >> cd /usr/src/SOGo/OGoContentStore >> make install >> cd /usr/src/SOGo >> make all >> >> Helge > > That got me a little further... but I had to do the same for SOPE/ > NGCards and SoObjects/SOGo to fix additional linker errors. > > Should I have to do this, or is this something peculiar to how I've > set up my build environment? Its quite possible that the makefiles do not contain the proper relative references, so yes, you might need to do it. Can't say, didn't build SOGo myself for a while. > (I'm getting this behavior under both Debian Etch and Ubuntu Hardy, > and I don't THINK I've deviated from the instructions I've read). Debian and Ubuntu are so similiar they can be considered one platform. Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu May 1 14:49:54 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 01 May 2008 09:49:54 -0400 Subject: [SOGo] SOGo and multiple calendar In-Reply-To: 200804301544.26422.ali.bendriss@drc.ion.ucl.ac.uk Message-ID: <57b2-4819ca80-1-a7fe0280@59180810> Hi Ali, > it's to create more that one calendar per user : > ligning only accept that url : > http://localhost/SOGo/dav/user1/Calendar/personal > when I create a new calendar otherwise it's complaining that it's not a dav > ressource. Which url do you use for your secondary calendars? > Is it a SOGo limitation ? or do I have done something wrong ? > The only thing I haven't setup in the configuration file is the imap server, > as it's not visible from the test computer. No. SOGo does support multiple calendars both in the web frontend and via dav. However I suspect you don't use the correct url for the DAV references. > PS. > Well done for the SOGo project :) ! Thank you! -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Thu May 1 15:19:41 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 01 May 2008 10:19:41 -0400 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> <481A3135.1070306@internode.on.net> Message-ID: <4819D17D.4030903@inverse.ca> There are indeed a couple of problems with the makefiles. I have fixed them locally. They will be updated in the svn repository soon. Sorry for the inconvenience! Wolfgang From sogo@opengroupware.org Fri May 2 01:50:13 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Fri, 02 May 2008 10:50:13 +1000 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <4819D17D.4030903@inverse.ca> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> <481A3135.1070306@internode.on.net> <4819D17D.4030903@inverse.ca> Message-ID: <481A6545.8040902@internode.on.net> Wolfgang Sourdeau wrote: > There are indeed a couple of problems with the makefiles. I have fixed > them locally. They will be updated in the svn repository soon. > > Sorry for the inconvenience! > > > Wolfgang There is at least one other makefile problem I found, but unfortunately I didn't make a note of it. -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Thu May 1 15:59:31 2008 From: sogo@opengroupware.org (Ali Bendriss) Date: Thu, 1 May 2008 15:59:31 +0100 Subject: [SOGo] SOGo and multiple calendar In-Reply-To: <57b2-4819ca80-1-a7fe0280@59180810> References: <57b2-4819ca80-1-a7fe0280@59180810> Message-ID: <200805011559.31594.ali.bendriss@drc.ion.ucl.ac.uk> On Thursday 01 May 2008 14:49:54 Wolfgang Sourdeau wrote: > Hi Ali, > > > it's to create more that one calendar per user : > > ligning only accept that url : > > http://localhost/SOGo/dav/user1/Calendar/personal > > when I create a new calendar otherwise it's complaining that it's not a > > dav ressource. > > Which url do you use for your secondary calendars? > It works only if I keep /Calendar/personal in the url for example by using an other username : http://localhost/SOGo/dav/user2/Calendar/personal http://localhost/SOGo/dav/user3/Calendar/personal but it doesn't work with any other name (same user) like http://localhost/SOGo/dav/user1/Calendar/test1 http://localhost/SOGo/dav/user1/Calendar/test2 ... or http://localhost/SOGo/dav/user1/Calendar/personal/test1 http://localhost/SOGo/dav/user1/Calendar/personal/test2 > > Is it a SOGo limitation ? or do I have done something wrong ? > > The only thing I haven't setup in the configuration file is the imap > > server, as it's not visible from the test computer. > > No. SOGo does support multiple calendars both in the web frontend and via > dav. However I suspect you don't use the correct url for the DAV > references. Nice to know. I didn't find any info about that. What is the correct url to use dav without the web frontend ? If I'm able to make it working I will deploy SOGo with some selected users only at work using the "heavy" thunderbird client for SOGo soon. Many thanks -- Ali From sogo@opengroupware.org Fri May 2 02:22:21 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Fri, 02 May 2008 11:22:21 +1000 Subject: [SOGo] Doc suggestion + GNUstepDefaults question Message-ID: <481A6CCD.3010403@internode.on.net> Wolfgang, Thanks for your build documentation... I've almost got SOGo working - just trying to get LDAP authentication to work. A small suggestion for your docs : perhaps you could remind users to create a password for the sogo PostgreSQL database account. Also, I'm not quite clear on what I should put in the "sogo-0.9".SOGoLDAPSources.id field in the .GNUstepDefaults file. -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Thu May 1 17:40:49 2008 From: sogo@opengroupware.org (frank callaghan) Date: Thu, 1 May 2008 09:40:49 -0700 (PDT) Subject: [SOGo] no template named 'SOGoRootPage' Message-ID: <942179.32524.qm@web39601.mail.mud.yahoo.com> --0-174714095-1209660049=:32524 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, I'm trying to setup SOGo on a new Ubuntu 8.04 install, I have built SOGo & SOPE from cvs and am now trying to configure it ;) Here is my test .GNUstepDefaults contents := { NSGlobalDomain = { }; "sogod-0.9" = { AgenorProfileURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_user_profile"; OCSFolderInfoURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_folder_info"; SOGoAuthentificationMethod = bypass; SOGoDefaultMailDomain = tangent.co.za; SOGoFallbackIMAP4Server = 127.0.0.1; SOGoServerTimeZone = Canada/Mountain; WOPort = 25000; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; SOGoLDAPSources = ( { CNFieldName = cn; IDFieldName = uid; UIDFieldName = uid; baseDN = "ou=Users,o=testing"; bindDN = "cn=Administrator,o=testing"; bindFields = uid; bindPassword = "MyPass!"; canAuthenticate = YES; hostname = "192.168.2.105"; id = directory; port = 389; } ); }; } This seem ok but, when I access 127.0.0.1/SOGo I get a blank screen and the SOGo log shows 2008-05-01 09:14:10.255 sogod-0.9[27551] Note(SoObject): SoDebugKeyLookup is enabled! 2008-05-01 09:14:10.256 sogod-0.9[27551] Note(SoObject): SoDebugBaseURL is enabled! 2008-05-01 09:14:10.256 sogod-0.9[27551] Note(SoObject): relative base URLs are enabled. May 01 09:14:10 sogod-0.9 [27551]: [RM:MainUI] LOOKUP FAILED: SOGoRootPage May 01 09:14:10 sogod-0.9 [27551]: [RM:MainUI] PARENT (<0x0x861e298[WEResourceManager]:>) SAID: (nil) May 01 09:14:10 sogod-0.9 [27551]: [WARN] SOGoRootPage found no template named 'SOGoRootPage' for component (fw=MainUI) 127.0.0.1 - - [01/May/2008:09:14:10 GMT] "GET /SOGo HTTP/1.1" 200 0/0 0.022 - - 408K May 01 09:14:11 sogod-0.9 [27551]: [WARN] SOGoRootPage found no template named 'SOGoRootPage' for component (fw=MainUI) 127.0.0.1 - - [01/May/2008:09:14:11 GMT] "GET /SOGo HTTP/1.1" 200 0/0 0.002 - - 0 It look as thou it can't find the template file but := ls -al /usr/Local/Library/SOGo-0.9/Templates/MainUI/SOGoRootPage.wox -rw-r--r-- 1 frank frank 1245 2008-04-27 11:38 /usr/Local/Library/SOGo-0.9/Templates/MainUI/SOGoRootPage.wox Any suggestions on what I've missed/messed-up TIA, Frank. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-174714095-1209660049=:32524 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi,

I'm trying to setup SOGo on a new Ubuntu 8.04 install, I have built
SOGo & SOPE from cvs and am now trying to configure it ;)

Here is my test .GNUstepDefaults contents :=

{
     NSGlobalDomain = {
     };
     "sogod-0.9" = {
         AgenorProfileURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_user_profile";
         OCSFolderInfoURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_folder_info";
         SOGoAuthentificationMethod = bypass;
         SOGoDefaultMailDomain = tangent.co.za;
         SOGoFallbackIMAP4Server = 127.0.0.1;
         SOGoServerTimeZone = Canada/Mountain;
        WOPort = 25000;
        WOMessageUseUTF8 = YES;
        WOParsersUseUTF8 = YES;
         SOGoLDAPSources = (
          {
            CNFieldName = cn;
            IDFieldName = uid;
            UIDFieldName = uid;
            baseDN = "ou=Users,o=testing";
            bindDN = "cn=Administrator,o=testing";
            bindFields = uid;
            bindPassword = "MyPass!";
            canAuthenticate = YES;
            hostname = "192.168.2.105";
            id = directory;
            port = 389;
          }
         );
     };
}

This seem ok but, when I access 127.0.0.1/SOGo
I get a blank screen and the SOGo log shows

2008-05-01 09:14:10.255 sogod-0.9[27551] Note(SoObject): SoDebugKeyLookup is enabled!
2008-05-01 09:14:10.256 sogod-0.9[27551] Note(SoObject): SoDebugBaseURL is enabled!
2008-05-01 09:14:10.256 sogod-0.9[27551] Note(SoObject): relative base URLs are enabled.
May 01 09:14:10 sogod-0.9 [27551]: [RM:MainUI] LOOKUP FAILED: SOGoRootPage
May 01 09:14:10 sogod-0.9 [27551]: [RM:MainUI]   PARENT (<0x0x861e298[WEResourceManager]:>) SAID: (nil)
May 01 09:14:10 sogod-0.9 [27551]: [WARN] SOGoRootPage found no template named 'SOGoRootPage' for component (fw=MainUI)
127.0.0.1 - - [01/May/2008:09:14:10 GMT] "GET /SOGo HTTP/1.1" 200 0/0 0.022 - - 408K
May 01 09:14:11 sogod-0.9 [27551]: [WARN] SOGoRootPage found no template named 'SOGoRootPage' for component (fw=MainUI)
127.0.0.1 - - [01/May/2008:09:14:11 GMT] "GET /SOGo HTTP/1.1" 200 0/0 0.002 - - 0

It look as thou it can't find the template file but :=

 ls -al /usr/Local/Library/SOGo-0.9/Templates/MainUI/SOGoRootPage.wox

-rw-r--r-- 1 frank frank 1245 2008-04-27 11:38 /usr/Local/Library/SOGo-0.9/Templates/MainUI/SOGoRootPage.wox

Any suggestions on what I've  missed/messed-up

TIA,

Frank.

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-174714095-1209660049=:32524-- From sogo@opengroupware.org Thu May 1 20:14:12 2008 From: sogo@opengroupware.org (Per Andreas Buer) Date: Thu, 01 May 2008 21:14:12 +0200 Subject: [SOGo] sogo-funambol: Bug in VCARD 3.0 -> 2.1 conversion? Message-ID: <481A1684.4010306@linpro.no> Hi. I've set up the sogo-funambol connector today and I'm having an issue. If I sync my address book every last name is replaced with "Unknown". According to the logs the data is lost somewhere in the conversion from VCARD 3.0 to VCARD 2.1. The client is a Sony Ericsson T650i using SyncML 1.2. See the logs at the end of the email. After grepping from "Unknown" I found some code in SOGoSanitizer.java which tries to work around a bug. I removed the whole section which tries to clean up N: and reinstalled the connector. After resetting the phone it worked like a dream. :-) I'd be happy to submit this as a patch but I guess my patch would break the blackberries. Someone with more java-clue than me should have a look at the logs and come up with a proper fix. :-) Logs from the original 1.0.3 connector: [2008-05-01 18:35:18,910] [funambol.sogo] [INFO] [..] [..] [perbu] [sogo-card] About to convert vCard (from v3 to v2.1): BEGIN:VCARD VERSION:2.1 N;CHARSET=UTF-8:Bar;Foo FN;CHARSET=UTF-8:Foo Bar TEL;CELL:+47977XXXXX X-IRMC-LUID:000200000108 TEL;WORK: TEL;FAX;HOME: ADR;WORK:;;;;;; URL: TEL;VOICE: NOTE: TEL;HOME: EMAIL;INTERNET: BDAY: TITLE: ADR;HOME:;;;;;; ORG: END:VCARD [2008-05-01 18:35:18,911] [funambol.sogo] [INFO] [..] [..] [perbu] [sogo-card] Downgraded vCard: BEGIN:VCARD VERSION:2.1 N:Unknown;Foo;;; FN:Foo Bar ADR;HOME:;;;;;; BDAY: TEL;CELL:+47977XXXXX TEL;FAX;HOME: TEL;VOICE: TEL;VOICE;HOME: EMAIL;INTERNET: URL: ADR;WORK:;;;;;; TITLE: ORG:; TEL;VOICE;WORK: NOTE: X-IRMC-LUID:000200000108 END:VCARD Regards, Per Buer. From sogo@opengroupware.org Thu May 1 21:43:15 2008 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Thu, 01 May 2008 16:43:15 -0400 Subject: [SOGo] sogo-funambol: Bug in VCARD 3.0 -> 2.1 conversion? In-Reply-To: <481A1684.4010306@linpro.no> References: <481A1684.4010306@linpro.no> Message-ID: <481A2B63.9090009@inverse.ca> Per Andreas Buer wrote: > Hi. > > I've set up the sogo-funambol connector today and I'm having an issue. > If I sync my address book every last name is replaced with "Unknown". > According to the logs the data is lost somewhere in the conversion from > VCARD 3.0 to VCARD 2.1. The client is a Sony Ericsson T650i using SyncML > 1.2. See the logs at the end of the email. > > After grepping from "Unknown" I found some code in SOGoSanitizer.java > which tries to work around a bug. I removed the whole section which > tries to clean up N: and reinstalled the connector. After resetting > the phone it worked like a dream. :-) > > I'd be happy to submit this as a patch but I guess my patch would > break the blackberries. Someone with more java-clue than me should > have a look at the logs and come up with a proper fix. :-) Send the patch over but AFAIK, we improved that part of the code after the 1.0.3 release. The version 1.0.4 should be out soon - with important improvements. Next will be support for multiple calendars with a concept like GooSync with tags - see http://www.goosync.com/MultiCalHelp.aspx for all details. -- Ludovic Marcotte lmarcotte@inverse.ca :: +1.514.755.3630 :: http://www.inverse.ca From sogo@opengroupware.org Thu May 1 22:05:05 2008 From: sogo@opengroupware.org (Per Andreas Buer) Date: Thu, 01 May 2008 23:05:05 +0200 Subject: [SOGo] sogo-funambol: Bug in VCARD 3.0 -> 2.1 conversion? In-Reply-To: <481A2B63.9090009@inverse.ca> References: <481A1684.4010306@linpro.no> <481A2B63.9090009@inverse.ca> Message-ID: <481A3081.9030607@linpro.no> This is a multi-part message in MIME format. --------------000207000308010702050000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Ludovic Marcotte skrev: > > Send the patch over but AFAIK, we improved that part of the code after > the 1.0.3 release. Attached. Per. --------------000207000308010702050000 Content-Type: text/x-diff; name="sogo-funambol-fix.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sogo-funambol-fix.patch" diff -Naur SOGo-connector-org/src/java/ca/inverse/sogo/engine/source/SOGoSanitizer.java SOGo-connector/src/java/ca/inverse/sogo/engine/source/SOGoSanitizer.java --- SOGo-connector-org/src/java/ca/inverse/sogo/engine/source/SOGoSanitizer.java 2008-03-29 18:56:33.000000000 +0100 +++ SOGo-connector/src/java/ca/inverse/sogo/engine/source/SOGoSanitizer.java 2008-05-01 20:35:24.000000000 +0200 @@ -247,54 +247,6 @@ } } - // We check if N: is present. It's a requirement in vCard 2.1 and some clients will break - // (like Nexthaus SyncJe) if that property isn't present. - lines = buf.toString().split("\r\n"); - - buf = new StringBuffer(); - email = null; - b = false; - - for (i = 0; i < lines.length; i++) { - if (lines[i].startsWith("N:")) - b = true; - - try { - if (lines[i].startsWith("EMAIL")) { - a = lines[i].indexOf('@'); - - if (a > 0) { - char ch; - int c; - - for (c = a-1; c >= 0; c--) { - ch = lines[i].charAt(c); - if (!Character.isLetterOrDigit(ch) && ch != '.') { - email = lines[i].substring(c+1, a); - break; - } - } - } - } - } catch (Exception e) { - email = null; - } - - // If we reached the end and haven't seen it... - if (!b && i == lines.length-2) { - buf.append("N:"); - if (email != null) { - buf.append(email); - } else { - buf.append("Unknown"); - } - buf.append("\r\n"); - } - - buf.append(lines[i]); - buf.append("\r\n"); - } - return buf.toString(); } --------------000207000308010702050000-- From sogo@opengroupware.org Thu May 1 22:08:24 2008 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Thu, 01 May 2008 17:08:24 -0400 Subject: [SOGo] sogo-funambol: Bug in VCARD 3.0 -> 2.1 conversion? In-Reply-To: <481A3081.9030607@linpro.no> References: <481A1684.4010306@linpro.no> <481A2B63.9090009@inverse.ca> <481A3081.9030607@linpro.no> Message-ID: <481A3148.5020106@inverse.ca> Per Andreas Buer wrote: > Attached. > > Per. Thanks - We've fixed the real issue. -- Ludovic Marcotte lmarcotte@inverse.ca :: +1.514.755.3630 :: http://www.inverse.ca From sogo@opengroupware.org Fri May 2 09:06:01 2008 From: sogo@opengroupware.org (Per Andreas Buer) Date: Fri, 02 May 2008 10:06:01 +0200 Subject: [SOGo] How to do resource booking with SOGo? Message-ID: <481ACB69.5070108@linpro.no> Hi. How do I book a shared resource (meeting room, projector) with SOGo? Should I just create a normal calendar and book it like a person? Greetings, Per. From sogo@opengroupware.org Fri May 2 10:51:28 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Fri, 02 May 2008 11:51:28 +0200 Subject: [SOGo] SOGo and multiple calendar In-Reply-To: <200805011559.31594.ali.bendriss@drc.ion.ucl.ac.uk> References: <57b2-4819ca80-1-a7fe0280@59180810> <200805011559.31594.ali.bendriss@drc.ion.ucl.ac.uk> Message-ID: <1209721888.6859.3.camel@ganso> Hi. The DAV resource has not the same name as you see in Web UI. Pick up cadaver, web folders, gnome-vfs-extra or whatever and browse: dav:///SOGo/dav//Calendar You'll find a UID like: 6F21-481ADA00-1-B73A7E10 This is the id you need for subscription. Regards. Erny El jue, 01-05-2008 a las 15:59 +0100, Ali Bendriss escribió: > On Thursday 01 May 2008 14:49:54 Wolfgang Sourdeau wrote: > > Hi Ali, > > > > > it's to create more that one calendar per user : > > > ligning only accept that url : > > > http://localhost/SOGo/dav/user1/Calendar/personal > > > when I create a new calendar otherwise it's complaining that it's not a > > > dav ressource. > > > > Which url do you use for your secondary calendars? > > > It works only if I keep /Calendar/personal in the url for example by using an > other username : > http://localhost/SOGo/dav/user2/Calendar/personal > http://localhost/SOGo/dav/user3/Calendar/personal > > but it doesn't work with any other name (same user) like > http://localhost/SOGo/dav/user1/Calendar/test1 > http://localhost/SOGo/dav/user1/Calendar/test2 > ... or > http://localhost/SOGo/dav/user1/Calendar/personal/test1 > http://localhost/SOGo/dav/user1/Calendar/personal/test2 > > > > Is it a SOGo limitation ? or do I have done something wrong ? > > > The only thing I haven't setup in the configuration file is the imap > > > server, as it's not visible from the test computer. > > > > No. SOGo does support multiple calendars both in the web frontend and via > > dav. However I suspect you don't use the correct url for the DAV > > references. > > Nice to know. I didn't find any info about that. > What is the correct url to use dav without the web frontend ? > > If I'm able to make it working I will deploy SOGo with some selected users > only at work using the "heavy" thunderbird client for SOGo soon. > > Many thanks > > -- > Ali From sogo@opengroupware.org Fri May 2 11:25:40 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Fri, 02 May 2008 10:25:40 +0000 Subject: [SOGo] Solution to OGo-SOGo migration problems with events Message-ID: <1209723940.6859.18.camel@ganso> Hi again. When migrating events from OGo to SOGo using, e.g. thunderbird lightning import all events are rejected. The problem is the UID generated by zidestore. So here's how I could do the import: 1. get OGo calendar in webcal format, e.g. wget --user= --password= http:///zidestore/so//public/Calendar/calendar.ics 2. Replace 'skyrix://<...>-ogo/' with '-ogo-' so that UIDs do not contain slashes, double-points and other strange symbols. 3. import .ics with Thunderbird/Lighning Calendar|Import Regards. Erny From sogo@opengroupware.org Fri May 2 12:36:43 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Fri, 02 May 2008 13:36:43 +0200 Subject: [SOGo] Inverse branch: How to change event confirmation status Message-ID: <1209728203.6859.24.camel@ganso> Hi. When inviting people, I see the confirmation status icon before the person's name. But I find no way to change it. When doing it from Thunderbird/Lightning 0.8, the confirmation status is not updated. When accessing through Web UI, I don't see a way to change it. Regards. Erny From sogo@opengroupware.org Sat May 3 22:56:20 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Sun, 04 May 2008 07:56:20 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? Message-ID: <481CDF84.8050801@internode.on.net> After login I was being redirected to a URL on port 80 of my web server. I manually changed the URL to be correct, but the interface was malformed. After taking note of the URL, I noticed it contained "sogo" rather than "SOGo"... and after examining SOGo.conf I changed: ...to... Is this a problem with the docs, or did I screw up somehow? Also, the makefile fixes didn't work for me... unless they weren't included in the latest update to trunk. I didn't see anything mentioned in the changelog, but I thought I saw some makefiles come down after svn checkout. I must say the AJAX interface looks quite nice. Can't wait to give it a try. -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Sat May 3 23:52:05 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Sun, 04 May 2008 08:52:05 +1000 Subject: [SOGo] Can't add new events or tasks Message-ID: <481CEC95.8010907@internode.on.net> I can't seem to add new events or tasks in the web GUI. The Error Console says : Folder has no properties http://localhost/sogo.woa/WebServerResources/SchedulerUI.js Any clues? -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Sat May 3 20:06:41 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:06:41 -0400 Subject: [SOGo] How to do resource booking with SOGo? In-Reply-To: <481ACB69.5070108@linpro.no> References: <481ACB69.5070108@linpro.no> Message-ID: <481CB7C1.2080403@inverse.ca> Per Andreas Buer a écrit : > Hi. > > How do I book a shared resource (meeting room, projector) with SOGo? > Should I just create a normal calendar and book it like a person? > > Greetings, > > Per. Hi Per, Resources really are just users. The paradigm in SOGo is to create a special user for each resource and let the person in charge of that resource know the password so that he/she can accept or deny events. If many people are supposed to administrate the resource, you can allow them to add or modify events, per type of event, on the resource's calendar. Whenever a regular user needs that resource, he/she only needs to invite it. -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:11:27 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:11:27 -0400 Subject: [SOGo] SOGo and multiple calendar In-Reply-To: <1209721888.6859.3.camel@ganso> References: <57b2-4819ca80-1-a7fe0280@59180810> <200805011559.31594.ali.bendriss@drc.ion.ucl.ac.uk> <1209721888.6859.3.camel@ganso> Message-ID: <481CB8DF.7090606@inverse.ca> Ernersto Revilla a écrit : > Hi. > > The DAV resource has not the same name as you see in Web UI. Pick up > cadaver, web folders, gnome-vfs-extra or whatever and browse: > dav:///SOGo/dav//Calendar > > You'll find a UID like: 6F21-481ADA00-1-B73A7E10 > > This is the id you need for subscription. Thanks Ernesto, this is exactly it. The inconvenience here is that there is currently lack of support on the client side for avoiding the users to enter those urls by hand. This is why we created the sogo-integrator, that plugs in on top of sogo-connector for Thunderbird/Lightning. The sogo integrator, albeit a bit difficult to configure when you don't know how, replicates the same interfaces for acl management and resource subscriptions as in the web interface. Also, it takes care of synchronizing the state of your subscriptions. Therefore if you create, remove, subscribe of unsubscribe from a resource, that resource will appear or disappear the next time Thunderbird is launched. Is even has support for synchronizing calendar colors (in our internal version). -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:12:40 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:12:40 -0400 Subject: [SOGo] Solution to OGo-SOGo migration problems with events In-Reply-To: <1209723940.6859.18.camel@ganso> References: <1209723940.6859.18.camel@ganso> Message-ID: <481CB928.4030201@inverse.ca> Hi Ernesto, What doesn't support the OGo's "strange ids" ? SOGo or Lightning? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:13:47 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:13:47 -0400 Subject: [SOGo] Inverse branch: How to change event confirmation status In-Reply-To: <1209728203.6859.24.camel@ganso> References: <1209728203.6859.24.camel@ganso> Message-ID: <481CB96B.7000504@inverse.ca> Hi again, The confirmation status is supposed to be update automatically whenever the user accepts or declines the invitation from the web interface. There is no way to change it manually, although I can see how this could be useful -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:16:01 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:16:01 -0400 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481CDF84.8050801@internode.on.net> References: <481CDF84.8050801@internode.on.net> Message-ID: <481CB9F1.5090405@inverse.ca> Hi Mark, The makefiles have been updated yesterday so you should no longer have those problems. Are you using svn revision 1406? Regarding the /SOGo url, it should stay that way. So I don't understand how you could have that problem... What are the messages that SOGo issues? Wolfgang From sogo@opengroupware.org Sat May 3 20:16:43 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:16:43 -0400 Subject: [SOGo] Can't add new events or tasks In-Reply-To: <481CEC95.8010907@internode.on.net> References: <481CEC95.8010907@internode.on.net> Message-ID: <481CBA1B.7060607@inverse.ca> Hi Mark, This may be linked to your makefile issues... Otherwise, can you again provide me with a log from SOGo? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:18:57 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:18:57 -0400 Subject: [SOGo] no template named 'SOGoRootPage' In-Reply-To: <942179.32524.qm@web39601.mail.mud.yahoo.com> References: <942179.32524.qm@web39601.mail.mud.yahoo.com> Message-ID: <481CBAA1.80701@inverse.ca> Hi Frank, The template and resource directories need to be copied into /usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems. I will probably fix the makefiles so that it is done manually... -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 20:24:38 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sat, 03 May 2008 15:24:38 -0400 Subject: [SOGo] Doc suggestion + GNUstepDefaults question In-Reply-To: <481A6CCD.3010403@internode.on.net> References: <481A6CCD.3010403@internode.on.net> Message-ID: <481CBBF6.1050803@inverse.ca> Mark Pavlichuk a écrit : > Wolfgang, > > Thanks for your build documentation... I've almost got SOGo working - > just trying to get LDAP authentication to work. > > A small suggestion for your docs : perhaps you could remind users to > create a password for the sogo PostgreSQL database account. > > Also, I'm not quite clear on what I should put in the > "sogo-0.9".SOGoLDAPSources.id field in the .GNUstepDefaults file. > Hi Mark, The id field represents the identification of the described ldap source. It is used both internally by SOGo and when building the url to reach the source (if declared as addressbook). Regarding the postgres account, it really depends on how the users are identified on the system. For example if the database is listening only on the local interface of your machine in a closed personal network, it has no real importance... I could indeed put a note in the doc as a suggestion though.... -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sat May 3 21:27:54 2008 From: sogo@opengroupware.org (Ali Bendriss) Date: Sat, 03 May 2008 21:27:54 +0100 Subject: [SOGo] SOGo and multiple calendar In-Reply-To: <481CB8DF.7090606@inverse.ca> References: <57b2-4819ca80-1-a7fe0280@59180810> <200805011559.31594.ali.bendriss@drc.ion.ucl.ac.uk> <1209721888.6859.3.camel@ganso> <481CB8DF.7090606@inverse.ca> Message-ID: <481CCACA.4010707@drc.ion.ucl.ac.uk> Wolfgang Sourdeau wrote: > Ernersto Revilla a =C3=A9crit : >> Hi. >> >> The DAV resource has not the same name as you see in Web UI. Pick up >> cadaver, web folders, gnome-vfs-extra or whatever and browse: >> dav:///SOGo/dav//Calendar >> >> You'll find a UID like: 6F21-481ADA00-1-B73A7E10 >> >> This is the id you need for subscription. > > > Thanks Ernesto, this is exactly it. > Thank you for the info. I've done some test with konqueror using webdav:///SOGo/dav//Calendar/ as you suggested Ernersto. It works well! I can create a folder with any name and then subscribe=20 to it from Thunderbird. The newly created "folder" is visible and can be managed on the web=20 interface as well. > The inconvenience here is that there is currently lack of support on=20 > the client side for avoiding the users to enter those urls by hand.=20 > This is why we created the sogo-integrator, that plugs in on top of=20 > sogo-connector for Thunderbird/Lightning. The sogo integrator, albeit=20 > a bit difficult to configure when you don't know how, replicates the=20 > same interfaces for acl management and resource subscriptions as in=20 > the web interface. Also, it takes care of synchronizing the state of=20 > your subscriptions. Therefore if you create, remove, subscribe of=20 > unsubscribe from a resource, that resource will appear or disappear=20 > the next time Thunderbird is launched. > > Is even has support for synchronizing calendar colors (in our internal=20 > version). I will have a closer look at the sogo integrator then :) Thanks. -- Ali From sogo@opengroupware.org Sat May 3 21:44:27 2008 From: sogo@opengroupware.org (Ali Bendriss) Date: Sat, 03 May 2008 21:44:27 +0100 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <481A3135.1070306@internode.on.net> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> <481A3135.1070306@internode.on.net> Message-ID: <481CCEAB.309@drc.ion.ucl.ac.uk> Mark Pavlichuk wrote: > Helge Hess wrote: >> >> Try: >> cd /usr/src/SOGo/OGoContentStore >> make install >> cd /usr/src/SOGo >> make all >> >> Helge > > That got me a little further... but I had to do the same for > SOPE/NGCards and SoObjects/SOGo to fix additional linker errors. > > Should I have to do this, or is this something peculiar to how I've > set up my build environment? (I'm getting this behavior under both > Debian Etch and Ubuntu Hardy, and I don't THINK I've deviated from the > instructions I've read). > As a workaround to build the latest trunk I have used : export BUILD_LIB="-L/tmp/sogo/OGoContentStore/obj/ \ -Ltmp/sogo/SOPE/NGCards/obj/ \ -L/tmp/sogo/SoObjects/SOGo/SOGo.framework/" export ADDITIONAL_INCLUDE_DIRS="-I${PKG}/usr/include" export ADDITIONAL_LIB_DIRS="-L${SOME_PERSONAL_LIB_PATH}/usr/lib $BUILD_LIB" just after configure. sogo compile correctly. I've got as well to move some library manually in /usr/local/lib not sure you will have the same issue... here is the list : libGDLContentStore.so -> libGDLContentStore.so.4.7* libGDLContentStore.so.4.7 -> libGDLContentStore.so.4.7.49* libGDLContentStore.so.4.7.49* libNGCards.so -> libNGCards.so.4.7* libNGCards.so.4.7 -> libNGCards.so.4.7.76* libNGCards.so.4.7.76* libOGoContentStore.so -> libOGoContentStore.so.0.9* libOGoContentStore.so.0.9 -> libOGoContentStore.so.0.9.0* libOGoContentStore.so.0.9.0* libSOGo.so -> libSOGo.so.0* libSOGo.so.0 -> libSOGo.so.0.9* libSOGo.so.0.9* libSOGoUI.so -> libSOGoUI.so.0.9* libSOGoUI.so.0.9 -> libSOGoUI.so.0.9.0* libSOGoUI.so.0.9.0* -- Ali From sogo@opengroupware.org Sat May 3 22:23:36 2008 From: sogo@opengroupware.org (frank callaghan) Date: Sat, 3 May 2008 14:23:36 -0700 (PDT) Subject: [SOGo] no template named 'SOGoRootPage' In-Reply-To: <481CBAA1.80701@inverse.ca> Message-ID: <105183.57966.qm@web39604.mail.mud.yahoo.com> --0-2123650530-1209849816=:57966 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you Wolfgang a makefile change would have saved me some hair :) I fixed that problem late last night with a symbolic link ! now I'm fighting with the LDAP config - I think that this maybe the most difficult part of deployment for me as I'm a complete noob at LDAP, I can't seem to find a complete example of the steps necessary to get passed the login prompt. Just one complete slapd.conf + .GNUstepDefaults + ldif would be sooo must help ;) Cheers, Wolfgang Sourdeau wrote: Hi Frank, The template and resource directories need to be copied into /usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems. I will probably fix the makefiles so that it is done manually... -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca -- OpenGroupware.org SOGo sogo@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/sogo --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2123650530-1209849816=:57966 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you Wolfgang a makefile change would have saved me some hair :)
I fixed that problem late last night with a symbolic link ! now I'm fighting
with the LDAP config - I think that this maybe the most difficult part of
deployment for me as I'm a complete noob at LDAP, I can't seem to find
a complete example of the steps necessary to get passed the login prompt.  Just one complete    slapd.conf + .GNUstepDefaults + ldif
would be sooo must help ;)

Cheers,

Wolfgang Sourdeau <wsourdeau@inverse.ca> wrote:
Hi Frank,


The template and resource directories need to be copied into
/usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems.
I will probably fix the makefiles so that it is done manually...

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

--
OpenGroupware.org SOGo
sogo@opengroupware.org
http://mail.opengroupware.org/mailman/listinfo/sogo

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2123650530-1209849816=:57966-- From sogo@opengroupware.org Sat May 3 22:33:06 2008 From: sogo@opengroupware.org (Ali Bendriss) Date: Sat, 03 May 2008 22:33:06 +0100 Subject: [SOGo] Linker error under Debian Etch In-Reply-To: <481CCEAB.309@drc.ion.ucl.ac.uk> References: <4811E24E.4000206@internode.on.net> <1209106445.6640.19.camel@ganso> <4816C673.1070001@internode.on.net> <4819E837.5080505@internode.on.net> <481A3135.1070306@internode.on.net> <481CCEAB.309@drc.ion.ucl.ac.uk> Message-ID: <481CDA12.6080200@drc.ion.ucl.ac.uk> Ali Bendriss wrote: > As a workaround to build the latest trunk I have used : > ... > I've done a try yesterday. It's look like that sogo was updated since my last try :) you may discard my previous email. Sorry for the noise. -- Ali From sogo@opengroupware.org Sun May 4 09:51:52 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Sun, 04 May 2008 18:51:52 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481CB9F1.5090405@inverse.ca> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> Message-ID: <481D7928.30909@internode.on.net> Wolfgang Sourdeau wrote: > Hi Mark, > > > The makefiles have been updated yesterday so you should no longer have > those problems. Are you using svn revision 1406? > > Regarding the /SOGo url, it should stay that way. So I don't > understand how you could have that problem... What are the messages > that SOGo issues? > > > Wolfgang I've even deleted the SOGo directory just now, then re-checked it out just to be completely sure. I sourced GNUstep.sh, then ran ./configure and make. The result follows : Making all in Appointments... make[2]: Entering directory `/usr/src/SOGo/SoObjects/Appointments' Making all for wobundle Appointments... gcc -shared \ -rdynamic -o Appointments.SOGo/./Appointments \ ./shared_obj/Product.o ./shared_obj/NSArray+Appointments.o ./shared_obj/iCalEntityObject+SOGo.o ./shared_obj/iCalEvent+SOGo.o ./shared_obj/iCalEventChanges+SOGo.o ./shared_obj/iCalPerson+SOGo.o ./shared_obj/SOGoCalendarComponent.o ./shared_obj/SOGoAppointmentObject.o ./shared_obj/SOGoTaskObject.o ./shared_obj/SOGoAppointmentFolder.o ./shared_obj/SOGoAppointmentFolders.o ./shared_obj/SOGoFreeBusyObject.o ./shared_obj/SOGoUserFolder+Appointments.o ./shared_obj/SOGoAptMailNotification.o ./shared_obj/SOGoAptMailInvitation.o ./shared_obj/SOGoAptMailUpdate.o ./shared_obj/SOGoAptMailRemoval.o ./shared_obj/SOGoAptMailDeletion.o ./shared_obj/SOGoAptMailICalReply.o \ -L../SOGo/SOGo.framework/ -L../../SOGo/./shared_obj/ -L../../OGoContentStore/./shared_obj/ -L../../SOPE/NGCards/./shared_obj/ -L/usr/local/lib -L../../SOPE/GDLContentStore/obj/ -L/root/GNUstep/Library/Libraries -L/usr/local/lib/GNUstep/Local/Library/Libraries -L/usr/local/lib/GNUstep/Network/Library/Libraries -L/usr/lib/GNUstep/System/Library/Libraries -lNGObjWeb -lNGMime -lNGStreams -lNGExtensions -lSOGo -lGDLContentStore -lGDLAccess -lNGObjWeb -lNGCards -lNGMime -lNGLdap -lNGStreams -lNGExtensions -lEOControl -lXmlRpc -lDOM -lSaxObjC -lgnustep-base -lpthread -lobjc -lm /usr/bin/ld: cannot find -lSOGo collect2: ld returned 1 exit status make[3]: *** [Appointments.SOGo/./Appointments] Error 1 make[2]: *** [Appointments.all.wobundle.variables] Error 2 make[2]: Leaving directory `/usr/src/SOGo/SoObjects/Appointments' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/SOGo/SoObjects' make: *** [internal-all] Error 2 -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Sun May 4 10:06:45 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Sun, 04 May 2008 19:06:45 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481D7928.30909@internode.on.net> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> <481D7928.30909@internode.on.net> Message-ID: <481D7CA5.8090506@internode.on.net> Mark Pavlichuk wrote: > Wolfgang Sourdeau wrote: >> Hi Mark, >> >> >> The makefiles have been updated yesterday so you should no longer >> have those problems. Are you using svn revision 1406? >> >> Regarding the /SOGo url, it should stay that way. So I don't >> understand how you could have that problem... What are the messages >> that SOGo issues? >> >> >> Wolfgang > I've even deleted the SOGo directory just now, then re-checked it out > just to be completely sure. I sourced GNUstep.sh, then ran > ./configure and make. The result follows : ... I've just tried the same thing on an Ubuntu (Hardy) virtual machine, and the compile completes successfully. Perhaps this is only a Debian Etch issue? -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Sun May 4 07:20:25 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sun, 04 May 2008 02:20:25 -0400 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481D7928.30909@internode.on.net> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> <481D7928.30909@internode.on.net> Message-ID: <481D55A9.70008@inverse.ca> Hi Mark, I know why this fails... you are using gnustep-make < 2! How did you install gnustep-make, was it from your distribution? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sun May 4 07:23:44 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Sun, 04 May 2008 02:23:44 -0400 Subject: [SOGo] Lightning 0.8 failing with SOGo RC5.3 In-Reply-To: <48153524.6050801@hrd-asia.com> References: <48153524.6050801@hrd-asia.com> Message-ID: <481D5670.6070607@inverse.ca> Hi Wolf, What is the output from SOGo when you launch Thunderbird? -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Sun May 4 19:53:33 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Mon, 05 May 2008 04:53:33 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481D55A9.70008@inverse.ca> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> <481D7928.30909@internode.on.net> <481D55A9.70008@inverse.ca> Message-ID: <481E062D.4090508@internode.on.net> Wolfgang Sourdeau wrote: > Hi Mark, > > > I know why this fails... you are using gnustep-make < 2! > > How did you install gnustep-make, was it from your distribution? > Yes... Debian Etch ships with gnustep-make v1.13 . I searched the Debian Etch backports repository for a later version, but it looks like we're out of luck. -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Sun May 4 18:54:06 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Sun, 04 May 2008 19:54:06 +0200 Subject: [SOGo] Inverse branch: How to change event confirmation status In-Reply-To: <481CB96B.7000504@inverse.ca> References: <1209728203.6859.24.camel@ganso> <481CB96B.7000504@inverse.ca> Message-ID: <1209923646.10160.10.camel@ganso> Hi. I think, in iCalendar and iTIP/iMIP the philosophy is that the organizer may change whatever data. It may happen that you get telephonical confirmation, so the organizer would set the partstat manually. In Novell Evolution, the following fields may be set for each participant: * cutype (Individual, group, resource, room, unknown) * role (chair, required participant, optional participant, non partipant) * rsvp (yes, no) * partstat: needs-action, accepted, declined, tentative, delegated Regards. Erny El sáb, 03-05-2008 a las 15:13 -0400, Wolfgang Sourdeau escribió: > Hi again, > > > The confirmation status is supposed to be update automatically whenever > the user accepts or declines the invitation from the web interface. > There is no way to change it manually, although I can see how this could > be useful > > -- > Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca > From sogo@opengroupware.org Sun May 4 19:42:00 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Sun, 04 May 2008 20:42:00 +0200 Subject: [SOGo] Solution to OGo-SOGo migration problems with events In-Reply-To: <481CB928.4030201@inverse.ca> References: <1209723940.6859.18.camel@ganso> <481CB928.4030201@inverse.ca> Message-ID: <1209926520.10160.19.camel@ganso> Hi again. I'm not sure. OGO's UIDs contain slashes and when a file is imported, the UIDs are used as the resource names. So putting a resource using a name with slashes may never succeed. I haven't done this using a webdav client directly. Regards. Erny El sáb, 03-05-2008 a las 15:12 -0400, Wolfgang Sourdeau escribió: > Hi Ernesto, > > > What doesn't support the OGo's "strange ids" ? SOGo or Lightning? > > > -- > Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca > From sogo@opengroupware.org Sun May 4 19:45:47 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Sun, 04 May 2008 20:45:47 +0200 Subject: [SOGo] inverse branch: will spanish translations be included in next release? Message-ID: <1209926747.10160.21.camel@ganso> Hi. I sent the translations some time ago, but got no feed back. Will they be included in some of the next releases? Regards. Erny From sogo@opengroupware.org Sun May 4 19:48:08 2008 From: sogo@opengroupware.org (Helge Hess) Date: Sun, 4 May 2008 20:48:08 +0200 Subject: [SOGo] Solution to OGo-SOGo migration problems with events In-Reply-To: <1209926520.10160.19.camel@ganso> References: <1209723940.6859.18.camel@ganso> <481CB928.4030201@inverse.ca> <1209926520.10160.19.camel@ganso> Message-ID: <67A89B82-6071-47C4-AAFE-447152AC25E5@opengroupware.org> On 04.05.2008, at 20:42, Ernersto Revilla wrote: > I'm not sure. OGO's UIDs contain slashes and when a file is imported, > the UIDs are used as the resource names. Hm, its not the best idea to use any UID as-is. AFAIK its a text field which can contain anything. > So putting a resource using a name with slashes may never succeed. I > haven't done this using a webdav client directly. Specification wise there should be no problem with having a slash in a resourcename (of course it must be properly escaped). In the real world plenty of clients and servers do not perform proper escaping/unescaping. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Mon May 5 10:18:54 2008 From: sogo@opengroupware.org (Wilco Baan Hofman - AndoBurg B.V.) Date: Mon, 05 May 2008 11:18:54 +0200 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481E062D.4090508@internode.on.net> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> <481D7928.30909@internode.on.net> <481D55A9.70008@inverse.ca> <481E062D.4090508@internode.on.net> Message-ID: <481ED0FE.2000003@andoburg.com> Hi Mark, Debian distributions lenny and sid (testing and unstable) have gnustep-make 2.0. Update your repository list, it should be possible to only install those (and related) packages from lenny or sid if you remove the repository from the list after the update. Regards, Wilco Baan Hofman Mark Pavlichuk schreef: > Wolfgang Sourdeau wrote: >> Hi Mark, >> >> >> I know why this fails... you are using gnustep-make < 2! >> >> How did you install gnustep-make, was it from your distribution? >> > Yes... Debian Etch ships with gnustep-make v1.13 . I searched the > Debian Etch backports repository for a later version, but it looks > like we're out of luck. > From sogo@opengroupware.org Tue May 6 01:26:28 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Tue, 06 May 2008 10:26:28 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? In-Reply-To: <481ED0FE.2000003@andoburg.com> References: <481CDF84.8050801@internode.on.net> <481CB9F1.5090405@inverse.ca> <481D7928.30909@internode.on.net> <481D55A9.70008@inverse.ca> <481E062D.4090508@internode.on.net> <481ED0FE.2000003@andoburg.com> Message-ID: <481FA5B4.3000000@internode.on.net> Wilco Baan Hofman - AndoBurg B.V. wrote: > Hi Mark, > > Debian distributions lenny and sid (testing and unstable) have > gnustep-make 2.0. Update your repository list, it should be possible to > only install those (and related) packages from lenny or sid if you > remove the repository from the list after the update. > > Regards, > > Wilco Baan Hofman > My attempt to get things working by using Debian "testing" packages was unsuccessful, and left my OS in an untidy state. Luckily it's a virtual machine. :) Due to complicated dependancies all kinds of packages were installed after "apt-get install gnustep-make". A new apache2.2 and postgres were installed etc... Ldconfig needed to be run after SOGo was installed to update library paths. Sogod-0.9 had trouble opening required files due to a path issue and went into an infinite loop spraying text to the console. Perhaps I could succeed eventually, but because so many other "testing" packages were downloaded the system has become an untrustworthy hybrid. This defeats the purpose of running Debian "stable" anyway (ie. it's no longer a proven dependable system). -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Tue May 6 03:59:31 2008 From: sogo@opengroupware.org (pav5088@internode.on.net) Date: Tue, 06 May 2008 12:59:31 +1000 Subject: [SOGo] Documentation problems? (Or is it all my fault)? Message-ID: <481fc993.3cd.2110.2002@internode.on.net> > My attempt to get things working by using Debian > "testing" packages was unsuccessful, and left my OS in an > untidy state. ... I've checked out the Debian project website, and according to this announcement from 9th April at : http://lists.debian.org/debian-devel-announce/2008/04/msg00002.html "For reading this far, you receive the small reward of the knowledge that packages marked as essential will not automaticaly migrate to testing any more. Read as: the freeze process for the upcoming release of Debian Lenny started." This hopefully means in 8 - 12 months there'll be a new Debian Stable including gnumake v2 (although of course many conservative Debianers will not trust it until it has been out for a while). -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Tue May 6 04:27:44 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Tue, 06 May 2008 10:27:44 +0700 Subject: [SOGo] Events modified by webinterface shift their date In-Reply-To: <5476-47c6d400-b-b72d4af0@121978915> References: <5476-47c6d400-b-b72d4af0@121978915> Message-ID: <481FD030.6090307@hrd-asia.com> I am afraid to have to revert to this issue. Server is Red Hat Enterprise Linux 5.1 with Apache 2.2.3 and SOGo 1.0RC5.3 (installed from RPM files). Client is Fedora 7 with Firefox 2.0.0.14. Also on client side: Thunderbird 2.0.0.12, Lightning 0.8, Sunbird 0.7. I am located in timezone Asia/Bangkok, which is configured accordingly in the SOGo webinterface settings. Today is Tuesday, May 6. I created an all-day event (checkbox "All day Event") for today and saved it by clicking button "Save and Close". Unfortunately, the event is then displayed on Sunday, May 4 (Month as well as Week View). When doubleclicking the event, "All day Event" checkbox is still activated, but both date fields (Start:/End:) show "2008-05-04". Which is consistant with the display but contradicting my original selection... :-( I followed your instruction and downloaded this event file(ics): ----- BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #2 wjs CLASS:PUBLIC PRIORITY:5 CATEGORIES:Business UID:48A9-481FC580-1-3CC9040.ics CREATED:20080506T024652Z DTSTAMP:20080506T024652Z LAST-MODIFIED:20080506T024652Z DTSTART:20080505 DTEND:20080506 TRANSP:OPAQUE END:VEVENT END:VCALENDAR ---- If I re-open the event (with display dates changed to "2008-05-04") and click again "Save and Close", then the event is moved again two days ahead to May 2. Afterwards, the event file looks as follows: ----- BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Inverse groupe conseil//SOGo 0.9//EN BEGIN:VEVENT SUMMARY:Test #2 wjs CLASS:PUBLIC PRIORITY:5 CATEGORIES:Business UID:48A9-481FC580-1-3CC9040.ics CREATED:20080506T024652Z DTSTAMP:20080506T024652Z LAST-MODIFIED:20080506T025932Z DTSTART:20080503 DTEND:20080504 TRANSP:OPAQUE END:VEVENT END:VCALENDAR ------ For cross-checking, I reviewed my SOGo calendar in Sunbird 0.7 via CalDAV: The aforementioned event (Test #2 wjs) is displayed on May 3?! I would like to point out that I didn't change anything after exporting the second event file. Lightning 0.8 (release version) shows the same behaviour - all event displays are shifted one day behind their counterpart in the SOGo webinterface. This seems to affect only all-day events. As a quick check, I created a one-hour event in Lightning 0.8 for May 14, 11:00AM to 12:00PM. It shows exactly this way in the SOGo webinterface. No date shifting at all. If I change the event date by SOGo webinterface from May 14 to May 15, the event will be moved correctly by one day. In the webinterface, in Lightning and in Sunbird. Regards, Wolf From sogo@opengroupware.org Tue May 6 06:05:45 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Tue, 06 May 2008 12:05:45 +0700 Subject: [SOGo] Lightning 0.8 failing with SOGo RC5.3 In-Reply-To: <481D5670.6070607@inverse.ca> References: <48153524.6050801@hrd-asia.com> <481D5670.6070607@inverse.ca> Message-ID: <481FE729.3030302@hrd-asia.com> Hi Wolfgang, > What is the output from SOGo when you launch Thunderbird? Sending you SOGo logfile (sogod-2000.log) via personal message. Please let me know if you want me to post it to the mailing list. Regards, Wolf From sogo@opengroupware.org Tue May 6 09:23:20 2008 From: sogo@opengroupware.org (Wilco Baan Hofman - AndoBurg B.V.) Date: Tue, 06 May 2008 10:23:20 +0200 Subject: [SOGo] Events modified by webinterface shift their date In-Reply-To: <481FD030.6090307@hrd-asia.com> References: <5476-47c6d400-b-b72d4af0@121978915> <481FD030.6090307@hrd-asia.com> Message-ID: <48201578.4090500@andoburg.com> This issue is likely the same problem as http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1965 Regards, Wilco Wolf Siedler schreef: > I am afraid to have to revert to this issue. > > Server is Red Hat Enterprise Linux 5.1 with Apache 2.2.3 and SOGo > 1.0RC5.3 (installed from RPM files). > Client is Fedora 7 with Firefox 2.0.0.14. Also on client side: > Thunderbird 2.0.0.12, Lightning 0.8, Sunbird 0.7. > I am located in timezone Asia/Bangkok, which is configured accordingly > in the SOGo webinterface settings. > > Today is Tuesday, May 6. I created an all-day event (checkbox "All day > Event") for today and saved it by clicking button "Save and Close". > Unfortunately, the event is then displayed on Sunday, May 4 (Month as > well as Week View). When doubleclicking the event, "All day Event" > checkbox is still activated, but both date fields (Start:/End:) show > "2008-05-04". Which is consistant with the display but contradicting > my original selection... :-( > > I followed your instruction and downloaded this event file(ics): > ----- > BEGIN:VCALENDAR > VERSION:2.0 > PRODID:-//Inverse groupe conseil//SOGo 0.9//EN > BEGIN:VEVENT > SUMMARY:Test #2 wjs > CLASS:PUBLIC > PRIORITY:5 > CATEGORIES:Business > UID:48A9-481FC580-1-3CC9040.ics > CREATED:20080506T024652Z > DTSTAMP:20080506T024652Z > LAST-MODIFIED:20080506T024652Z > DTSTART:20080505 > DTEND:20080506 > TRANSP:OPAQUE > END:VEVENT > END:VCALENDAR > ---- > > If I re-open the event (with display dates changed to "2008-05-04") > and click again "Save and Close", then the event is moved again two > days ahead to May 2. Afterwards, the event file looks as follows: > ----- > BEGIN:VCALENDAR > VERSION:2.0 > PRODID:-//Inverse groupe conseil//SOGo 0.9//EN > BEGIN:VEVENT > SUMMARY:Test #2 wjs > CLASS:PUBLIC > PRIORITY:5 > CATEGORIES:Business > UID:48A9-481FC580-1-3CC9040.ics > CREATED:20080506T024652Z > DTSTAMP:20080506T024652Z > LAST-MODIFIED:20080506T025932Z > DTSTART:20080503 > DTEND:20080504 > TRANSP:OPAQUE > END:VEVENT > END:VCALENDAR > ------ > > For cross-checking, I reviewed my SOGo calendar in Sunbird 0.7 via > CalDAV: > The aforementioned event (Test #2 wjs) is displayed on May 3?! > I would like to point out that I didn't change anything after > exporting the second event file. > Lightning 0.8 (release version) shows the same behaviour - all event > displays are shifted one day behind their counterpart in the SOGo > webinterface. > > This seems to affect only all-day events. > > As a quick check, I created a one-hour event in Lightning 0.8 for May > 14, 11:00AM to 12:00PM. It shows exactly this way in the SOGo > webinterface. No date shifting at all. > If I change the event date by SOGo webinterface from May 14 to May 15, > the event will be moved correctly by one day. In the webinterface, in > Lightning and in Sunbird. > > Regards, > Wolf From sogo@opengroupware.org Tue May 6 09:47:22 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Tue, 06 May 2008 15:47:22 +0700 Subject: [SOGo] Events modified by webinterface shift their date In-Reply-To: <48201578.4090500@andoburg.com> References: <5476-47c6d400-b-b72d4af0@121978915> <481FD030.6090307@hrd-asia.com> <48201578.4090500@andoburg.com> Message-ID: <48201B1A.2070309@hrd-asia.com> Wilco Baan Hofman wrote: > This issue is likely the same problem as > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1965 I agree - with the (small?) difference that it definitely "jumps" two days here... Regards, Wolf From sogo@opengroupware.org Tue May 6 20:30:46 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 06 May 2008 15:30:46 -0400 Subject: [SOGo] Lightning 0.8 failing with SOGo RC5.3 In-Reply-To: <481FE729.3030302@hrd-asia.com> References: <48153524.6050801@hrd-asia.com> <481D5670.6070607@inverse.ca> <481FE729.3030302@hrd-asia.com> Message-ID: <4820B1E6.1080708@inverse.ca> Wolf Siedler a écrit : > Hi Wolfgang, > >> What is the output from SOGo when you launch Thunderbird? > > Sending you SOGo logfile (sogod-2000.log) via personal message. Please > let me know if you want me to post it to the mailing list. > > Regards, > Wolf Hi Wolf, Thanks for the bugreport. I think I fixed this in SVN. SOGo RC6 is due for release in two weeks. Perhaps you might wanna checkout the version from svn in the Inverse branch? (actual instructions are on the Inverse SOGo page) The current svn version is quite stable so you should not worry about unstable code for the moment. Actually we are in freeze until the real release. Thanks! Wolfgang From sogo@opengroupware.org Wed May 7 10:17:45 2008 From: sogo@opengroupware.org (pav5088@internode.on.net) Date: Wed, 07 May 2008 19:17:45 +1000 Subject: [SOGo] SOGO on Debian Lenny Message-ID: <482173b9.32b.1a4e.232@internode.on.net> I get the following error while compiling on Lenny : Making all in NGStreams... make[2]: Entering directory `/usr/src/SOPE/sope-core/NGStreams' Making all for library libNGStreams... Compiling file NGStreams.m ... Compiling file NGBase64Stream.m ... In file included from NGBase64Stream.m:24: common.h:31:20: error: config.h: No such file or directory make[3]: *** [obj/NGBase64Stream.o] Error 1 make[2]: *** [libNGStreams.all.library.variables] Error 2 make[2]: Leaving directory `/usr/src/SOPE/sope-core/NGStreams' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/SOPE/sope-core' make: *** [internal-all] Error 2 A "find -name config.h" in the SOPE dir gives me the following : ./gnustep-make/config.h ./sope-core/NGStreams/macosx/config.h ./sope-core/NGStreams/x86_64/linux-gnu/config.h A "./configure --with-gnustep --enable-strip --disable-debug" gives : GNUstep environment: system: /usr/System local: /usr/Local user: /root/GNUstep path: /root/GNUstep:/usr/Local:/usr/Network:/usr/System flat: yes arch: i486-pc-linux-gnu combo: gnu-gnu-gnu Note: will install in GNUSTEP_LOCAL_ROOT: /usr/Local Configuration: FHS: install in GNUstep tree debug: no strip: yes prefix: /usr/Local frameworks: gstep: /usr/share/GNUstep/Makefiles config: /usr/src/SOPE/config.make script: /usr/share/GNUstep/Makefiles/GNUstep.sh creating: /usr/src/SOPE/config.make optional library found: xml2 optional library found: ldap required library found: ssl optional library found: pq optional library found: sqlite3 optional library found: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log) Contents of config-NGStreams.log : creating cache ./config.cache checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking build system type... x86_64-unknown-linux-gnu checking for gcc... gcc checking for ranlib... ranlib checking for ar... ar checking for dlltool... dlltool checking for chown in -lnsl... yes checking for accept in -lsocket... no checking for in -lwsock32... no checking for in -ladvapi32... no checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking how to run the C preprocessor... gcc -E checking for dir.h... no checking for libc.h... no checking for time.h... yes checking for stdlib.h... yes checking for memory.h... yes checking for string.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/fcntl.h... yes checking for fcntl.h... yes checking for sys/vfs.h... yes checking for sys/statfs.h... yes checking for sys/statvfs.h... yes checking for netinet/in.h... yes checking for windows.h... no checking for winsock.h... no checking for sys/socket.h... yes checking for Windows32/Sockets.h... no checking for pwd.h... yes checking for process.h... no checking for grp.h... yes checking for sys/param.h... yes checking for sys/file.h... yes checking for sys/errno.h... yes checking for sys/select.h... yes checking for sys/poll.h... yes checking for poll.h... yes checking for sys/time.h... yes checking for sys/types.h... yes checking for sys/ioctl.h... yes checking for sys/filio.h... no checking for netdb.h... yes checking for unistd.h... yes checking for unistd.h... (cached) yes checking for limits.h... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for memcpy... yes checking for getcwd... yes checking for kill... yes checking for poll... yes checking for isatty... yes checking for ttyname... yes checking for ttyname_r... yes checking for gethostbyname_r... yes checking for gethostbyaddr_r... yes checking for gethostent_r... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for ANSI C header files... yes checking for pid_t... yes checking for vfork.h... no checking for working vfork... yes checking for restartable system calls... yes updating cache ./config.cache creating ./config.status creating config.h From sogo@opengroupware.org Wed May 7 20:44:41 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Thu, 08 May 2008 05:44:41 +1000 Subject: [SOGo] Compile SOPE on Debian Lenny Message-ID: <482206A9.4040107@internode.on.net> I am getting the following error compiling SOPE on Debian Lenny : make[2]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions' Making all in NGStreams... make[2]: Entering directory `/usr/src/SOPE/sope-core/NGStreams' Making all for library libNGStreams... Compiling file NGStreams.m ... Compiling file NGBase64Stream.m ... In file included from NGBase64Stream.m:24: common.h:31:20: error: config.h: No such file or directory make[3]: *** [obj/NGBase64Stream.o] Error 1 make[2]: *** [libNGStreams.all.library.variables] Error 2 make[2]: Leaving directory `/usr/src/SOPE/sope-core/NGStreams' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/SOPE/sope-core' make: *** [internal-all] Error 2 A "./configure --with-gnustep --enable-strip --disable-debug" gives : GNUstep environment: system: /usr/System local: /usr/Local user: /root/GNUstep path: /root/GNUstep:/usr/Local:/usr/Network:/usr/System flat: yes arch: i486-pc-linux-gnu combo: gnu-gnu-gnu Note: will install in GNUSTEP_LOCAL_ROOT: /usr/Local Configuration: FHS: install in GNUstep tree debug: no strip: yes prefix: /usr/Local frameworks: gstep: /usr/share/GNUstep/Makefiles config: /usr/src/SOPE/config.make script: /usr/share/GNUstep/Makefiles/GNUstep.sh creating: /usr/src/SOPE/config.make optional library found: xml2 optional library found: ldap required library found: ssl optional library found: pq optional library found: sqlite3 optional library found: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log). Contents of config-NGStreams.log : creating cache ./config.cache checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking build system type... x86_64-unknown-linux-gnu checking for gcc... gcc checking for ranlib... ranlib checking for ar... ar checking for dlltool... dlltool checking for chown in -lnsl... yes checking for accept in -lsocket... no checking for in -lwsock32... no checking for in -ladvapi32... no checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking how to run the C preprocessor... gcc -E checking for dir.h... no checking for libc.h... no checking for time.h... yes checking for stdlib.h... yes checking for memory.h... yes checking for string.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/fcntl.h... yes checking for fcntl.h... yes checking for sys/vfs.h... yes checking for sys/statfs.h... yes checking for sys/statvfs.h... yes checking for netinet/in.h... yes checking for windows.h... no checking for winsock.h... no checking for sys/socket.h... yes checking for Windows32/Sockets.h... no checking for pwd.h... yes checking for process.h... no checking for grp.h... yes checking for sys/param.h... yes checking for sys/file.h... yes checking for sys/errno.h... yes checking for sys/select.h... yes checking for sys/poll.h... yes checking for poll.h... yes checking for sys/time.h... yes checking for sys/types.h... yes checking for sys/ioctl.h... yes checking for sys/filio.h... no checking for netdb.h... yes checking for unistd.h... yes checking for unistd.h... (cached) yes checking for limits.h... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for memcpy... yes checking for getcwd... yes checking for kill... yes checking for poll... yes checking for isatty... yes checking for ttyname... yes checking for ttyname_r... yes checking for gethostbyname_r... yes checking for gethostbyaddr_r... yes checking for gethostent_r... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for ANSI C header files... yes checking for pid_t... yes checking for vfork.h... no checking for working vfork... yes checking for restartable system calls... yes updating cache ./config.cache creating ./config.status creating config.h -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Wed May 7 13:37:39 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Wed, 07 May 2008 14:37:39 +0200 Subject: [SOGo] SOGO on Debian Lenny Message-ID: <20080507123740.9574F4D6E3@smtp.l00-bugdead-prods.de> Hi, I'm just guessing, but what happens when run configure of sope this way: ./configure --with-gnustep --disable-strip --enable-debug and then rerun make? Sebastian From sogo@opengroupware.org Wed May 7 23:48:09 2008 From: sogo@opengroupware.org (Mark Pavlichuk) Date: Thu, 08 May 2008 08:48:09 +1000 Subject: [SOGo] SOGO on Debian Lenny In-Reply-To: <20080507123740.9574F4D6E3@smtp.l00-bugdead-prods.de> References: <20080507123740.9574F4D6E3@smtp.l00-bugdead-prods.de> Message-ID: <482231A9.6050404@internode.on.net> Sebastian Reitenbach wrote: > Hi, > > I'm just guessing, but what happens when run configure of sope this way: > > ./configure --with-gnustep --disable-strip --enable-debug > and then rerun make? > > Sebastian > > $>./configure --with-gnustep --disable-strip --enable-debug GNUstep environment: system: /usr/System local: /usr/Local user: /root/GNUstep path: /root/GNUstep:/usr/Local:/usr/Network:/usr/System flat: yes arch: i486-pc-linux-gnu combo: gnu-gnu-gnu Note: will install in GNUSTEP_LOCAL_ROOT: /usr/Local Configuration: FHS: install in GNUstep tree debug: yes strip: no prefix: /usr/Local frameworks: gstep: /usr/share/GNUstep/Makefiles config: /usr/src/SOPE/config.make script: /usr/share/GNUstep/Makefiles/GNUstep.sh creating: /usr/src/SOPE/config.make optional library found: xml2 optional library found: ldap required library found: ssl optional library found: pq optional library found: sqlite3 optional library found: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log). $>cat config-NGStreams.log creating cache ./config.cache checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking build system type... x86_64-unknown-linux-gnu checking for gcc... gcc checking for ranlib... ranlib checking for ar... ar checking for dlltool... dlltool checking for chown in -lnsl... yes checking for accept in -lsocket... no checking for in -lwsock32... no checking for in -ladvapi32... no checking for dirent.h that defines DIR... yes checking for opendir in -ldir... no checking how to run the C preprocessor... gcc -E checking for dir.h... no checking for libc.h... no checking for time.h... yes checking for stdlib.h... yes checking for memory.h... yes checking for string.h... yes checking for strings.h... yes checking for sys/stat.h... yes checking for sys/fcntl.h... yes checking for fcntl.h... yes checking for sys/vfs.h... yes checking for sys/statfs.h... yes checking for sys/statvfs.h... yes checking for netinet/in.h... yes checking for windows.h... no checking for winsock.h... no checking for sys/socket.h... yes checking for Windows32/Sockets.h... no checking for pwd.h... yes checking for process.h... no checking for grp.h... yes checking for sys/param.h... yes checking for sys/file.h... yes checking for sys/errno.h... yes checking for sys/select.h... yes checking for sys/poll.h... yes checking for poll.h... yes checking for sys/time.h... yes checking for sys/types.h... yes checking for sys/ioctl.h... yes checking for sys/filio.h... no checking for netdb.h... yes checking for unistd.h... yes checking for unistd.h... (cached) yes checking for limits.h... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for memcpy... yes checking for getcwd... yes checking for kill... yes checking for poll... yes checking for isatty... yes checking for ttyname... yes checking for ttyname_r... yes checking for gethostbyname_r... yes checking for gethostbyaddr_r... yes checking for gethostent_r... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for ANSI C header files... yes checking for pid_t... yes checking for vfork.h... no checking for working vfork... yes checking for restartable system calls... yes updating cache ./config.cache creating ./config.status creating config.h $>make This is gnustep-make 2.0.5. Type 'make print-gnustep-make-help' for help. Making all in sope-xml... make[1]: Entering directory `/usr/src/SOPE/sope-xml' Making all in SaxObjC... make[2]: Entering directory `/usr/src/SOPE/sope-xml/SaxObjC' Making all for library libSaxObjC... Compiling file SaxAttributeList.m ... Compiling file SaxAttributes.m ... Compiling file SaxDefaultHandler.m ... Compiling file SaxException.m ... Compiling file SaxHandlerBase.m ... Compiling file SaxLocator.m ... Compiling file SaxMethodCallHandler.m ... Compiling file SaxNamespaceSupport.m ... Compiling file SaxObjectDecoder.m ... Compiling file SaxObjectModel.m ... Compiling file SaxXMLFilter.m ... Compiling file SaxXMLReaderFactory.m ... Linking library libSaxObjC ... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/SaxObjC' Making all in DOM... make[2]: Entering directory `/usr/src/SOPE/sope-xml/DOM' Making all for library libDOM... Compiling file DOMSaxBuilder.m ... Compiling file DOMSaxHandler.m ... Compiling file DOMXMLOutputter.m ... Compiling file DOMPYXOutputter.m ... Compiling file DOMNodeWalker.m ... Compiling file NSObject+DOM.m ... Compiling file DOMNode+Enum.m ... Compiling file DOMNode+QueryPath.m ... Compiling file DOMQueryPathExpression.m ... Compiling file NSObject+QPEval.m ... Compiling file DOMNode+QPEval.m ... Compiling file NSObject+StringValue.m ... Compiling file DOMAttribute.m ... Compiling file DOMCDATASection.m ... Compiling file DOMCharacterData.m ... Compiling file DOMComment.m ... Compiling file DOMDocument.m ... Compiling file DOMElement.m ... Compiling file DOMEntity.m ... Compiling file DOMEntityReference.m ... Compiling file DOMImplementation.m ... Compiling file DOMNode.m ... Compiling file DOMNodeWithChildren.m ... Compiling file DOMNotation.m ... Compiling file DOMProcessingInstruction.m ... Compiling file DOMText.m ... Compiling file DOMDocument+factory.m ... Compiling file DOMDocumentType.m ... Compiling file DOM+JS.m ... Compiling file DOMBuilderFactory.m ... Compiling file DOMTreeWalker.m ... Compiling file DOMNodeFilter.m ... Compiling file DOMNodeIterator.m ... Linking library libDOM ... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/DOM' Making all in XmlRpc... make[2]: Entering directory `/usr/src/SOPE/sope-xml/XmlRpc' Making all for library libXmlRpc... Compiling file XmlRpcEncoder.m ... Compiling file XmlRpcDecoder.m ... Compiling file XmlRpcMethodCall.m ... Compiling file XmlRpcMethodResponse.m ... Compiling file XmlRpcSaxHandler.m ... Compiling file XmlRpcValue.m ... Compiling file NSMutableString+XmlRpcDecoder.m ... Compiling file NSArray+XmlRpcCoding.m ... Compiling file NSData+XmlRpcCoding.m ... Compiling file NSDate+XmlRpcCoding.m ... Compiling file NSDictionary+XmlRpcCoding.m ... Compiling file NSException+XmlRpcCoding.m ... Compiling file NSHost+XmlRpcCoding.m ... Compiling file NSNotification+XmlRpcCoding.m ... Compiling file NSNumber+XmlRpcCoding.m ... Compiling file NSObject+XmlRpc.m ... Compiling file NSString+XmlRpcCoding.m ... Compiling file NSURL+XmlRpcCoding.m ... Linking library libXmlRpc ... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/XmlRpc' Making all in samples... make[2]: Entering directory `/usr/src/SOPE/sope-xml/samples' Making all for tool saxxml... Compiling file saxxml.m ... Linking tool saxxml ... Making all for tool xmln... Compiling file xmln.m ... Linking tool xmln ... Making all for tool rss2plist1... Compiling file rss2plist1.m ... Linking tool rss2plist1 ... Making all for tool rss2plist2... Compiling file rss2plist2.m ... Linking tool rss2plist2 ... Making all for tool rssparse... Compiling file rssparse.m ... Linking tool rssparse ... Making all for tool domxml... Compiling file domxml.m ... Linking tool domxml ... Making all for tool testqp... Compiling file testqp.m ... Linking tool testqp ... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/samples' Making all in STXSaxDriver... make[2]: Entering directory `/usr/src/SOPE/sope-xml/STXSaxDriver' Making all in subprojects of bundle STXSaxDriver... make[3]: Entering directory `/usr/src/SOPE/sope-xml/STXSaxDriver/ExtraSTX' Making all for subproject ExtraSTX... Compiling file NSString+STX.m ... Compiling file StructuredLine.m ... Compiling file StructuredStack.m ... Compiling file StructuredText.m ... Linking subproject ExtraSTX ... make[3]: Leaving directory `/usr/src/SOPE/sope-xml/STXSaxDriver/ExtraSTX' make[3]: Entering directory `/usr/src/SOPE/sope-xml/STXSaxDriver/Model' Making all for subproject Model... Compiling file StructuredTextDocument.m ... Compiling file StructuredTextBodyElement.m ... Compiling file StructuredTextParagraph.m ... Compiling file StructuredTextListItem.m ... Compiling file StructuredTextList.m ... Compiling file StructuredTextLiteralBlock.m ... Compiling file StructuredTextHeader.m ... Linking subproject Model ... make[3]: Leaving directory `/usr/src/SOPE/sope-xml/STXSaxDriver/Model' Making all for bundle STXSaxDriver... Creating STXSaxDriver.sax/.... Compiling file STXSaxDriver.m ... Compiling file StructuredTextBodyElement+SAX.m ... Linking bundle STXSaxDriver ... Creating STXSaxDriver.sax/Resources... Creating STXSaxDriver.sax/Resources/Info-gnustep.plist... Copying resources into the bundle wrapper... Copying resources from subprojects into the bundle wrapper... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/STXSaxDriver' Making all in libxmlSAXDriver... make[2]: Entering directory `/usr/src/SOPE/sope-xml/libxmlSAXDriver' Making all for bundle libxmlSAXDriver... Creating libxmlSAXDriver.sax/.... Compiling file libxmlSAXDriver.m ... Compiling file libxmlHTMLSAXDriver.m ... Compiling file libxmlDocSAXDriver.m ... Compiling file libxmlSAXLocator.m ... Compiling file TableCallbacks.m ... Linking bundle libxmlSAXDriver ... Creating libxmlSAXDriver.sax/Resources... Creating libxmlSAXDriver.sax/Resources/Info-gnustep.plist... Copying resources into the bundle wrapper... make[2]: Leaving directory `/usr/src/SOPE/sope-xml/libxmlSAXDriver' make[1]: Leaving directory `/usr/src/SOPE/sope-xml' Making all in sope-core... make[1]: Entering directory `/usr/src/SOPE/sope-core' Making all in EOControl... make[2]: Entering directory `/usr/src/SOPE/sope-core/EOControl' Making all for library libEOControl... Compiling file EOAndQualifier.m ... Compiling file EOArrayDataSource.m ... Compiling file EOClassDescription.m ... Compiling file EODataSource.m ... Compiling file EODetailDataSource.m ... Compiling file EOFetchSpecification.m ... Compiling file EOGenericRecord.m ... Compiling file EOGlobalID.m ... Compiling file EOKeyComparisonQualifier.m ... Compiling file EOKeyGlobalID.m ... Compiling file EOKeyValueArchiver.m ... Compiling file EOKeyValueCoding.m ... Compiling file EOKeyValueQualifier.m ... Compiling file EONotQualifier.m ... Compiling file EONull.m ... Compiling file EOObserver.m ... Compiling file EOOrQualifier.m ... Compiling file EOQualifier.m ... Compiling file EOQualifierParser.m ... Compiling file EOSortOrdering.m ... Compiling file EOValidation.m ... Compiling file NSArray+EOQualifier.m ... Compiling file NSObject+EOQualifierOps.m ... Compiling file EOSQLParser.m ... Compiling file EOQualifierVariable.m ... Compiling file NSObject+QualDesc.m ... Linking library libEOControl ... make[2]: Leaving directory `/usr/src/SOPE/sope-core/EOControl' Making all in NGExtensions... make[2]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions' Making all in subprojects of library libNGExtensions... make[3]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions/FdExt.subproj'Making all for subproject FdExt... Compiling file NSArray+enumerator.m ... Compiling file NSAutoreleasePool+misc.m ... Compiling file NSBundle+misc.m ... Compiling file NSCalendarDate+misc.m ... Compiling file NSCalendarDate+matrix.m ... Compiling file NSData+gzip.m ... Compiling file NSData+misc.m ... Compiling file NSDictionary+misc.m ... Compiling file NSEnumerator+misc.m ... Compiling file NSException+misc.m ... Compiling file NSFileManager+Extensions.m ... Compiling file NSMethodSignature+misc.m ... Compiling file NSNull+misc.m ... Compiling file NSObject+Logs.m ... Compiling file NSObject+Values.m ... Compiling file NSProcessInfo+misc.m ... Compiling file NSRunLoop+FileObjects.m ... Compiling file NSSet+enumerator.m ... Compiling file NSString+Ext.m ... Compiling file NSString+Encoding.m ... Compiling file NSString+Escaping.m ... Compiling file NSString+Formatting.m ... Compiling file NSString+misc.m ... Compiling file NSString+HTMLEscaping.m ... Compiling file NSString+XMLEscaping.m ... Compiling file NSString+URLEscaping.m ... Compiling file NSString+German.m ... Compiling file NSURL+misc.m ... Compiling file NGPropertyListParser.m ... Linking subproject FdExt ... make[3]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions/FdExt.subproj' make[3]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions/EOExt.subproj'Making all for subproject EOExt... Compiling file EOCacheDataSource.m ... Compiling file EOCompoundDataSource.m ... Compiling file EODataSource+NGExtensions.m ... Compiling file EOFetchSpecification+plist.m ... Compiling file EOFilterDataSource.m ... Compiling file EOGrouping.m ... Compiling file EOGroupingSet.m ... Compiling file EOKeyGrouping.m ... Compiling file EOKeyMapDataSource.m ... Compiling file EOQualifier+CtxEval.m ... Compiling file EOQualifier+plist.m ... Compiling file EOQualifierGrouping.m ... Compiling file EOSortOrdering+plist.m ... Compiling file EOTrueQualifier.m ... Compiling file NSArray+EOGrouping.m ... Compiling file EOGlobalID+Ext.m ... Linking subproject EOExt ... make[3]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions/EOExt.subproj' make[3]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions/XmlExt.subproj' Making all for subproject XmlExt... Compiling file DOMNode+EOQualifier.m ... Linking subproject XmlExt ... make[3]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions/XmlExt.subproj'make[3]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions/NGRuleEngine.subproj' Making all for subproject NGRuleEngine... Compiling file NGRule.m ... Compiling file NGRuleAssignment.m ... Compiling file NGRuleContext.m ... Compiling file NGRuleModel.m ... Compiling file NGRuleParser.m ... Linking subproject NGRuleEngine ... make[3]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions/NGRuleEngine.subproj' make[3]: Entering directory `/usr/src/SOPE/sope-core/NGExtensions/NGLogging.subproj' Making all for subproject NGLogging... Compiling file NGLogger.m ... Compiling file NGLoggerManager.m ... Compiling file NGLogEvent.m ... Compiling file NGLogEventFormatter.m ... Compiling file NGLogEventDetailedFormatter.m ... Compiling file NGLogAppender.m ... Compiling file NGLogFileHandleAppender.m ... Compiling file NGLogStdoutAppender.m ... Compiling file NGLogStderrAppender.m ... Compiling file NGLogSyslogAppender.m ... Linking subproject NGLogging ... make[3]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions/NGLogging.subproj' Making all for library libNGExtensions... Compiling file NGExtensions.m ... Compiling file NGBase64Coding.m ... Compiling file NGBitSet.m ... Compiling file NGBundleManager.m ... Compiling file NGCustomFileManager.m ... Compiling file NGDirectoryEnumerator.m ... Compiling file NGFileFolderInfoDataSource.m ... Compiling file NGFileManager.m ... Compiling file NGFileManager+JS.m ... Compiling file NGFileManagerURL.m ... Compiling file NGHashMap.m ... Compiling file NGMerging.m ... Compiling file NGObjCRuntime.m ... Compiling file NGQuotedPrintableCoding.m ... NGQuotedPrintableCoding.m: In function ‘-[NSString(QuotedPrintableCoding) stringByDecodingQuotedPrintable]’: NGQuotedPrintableCoding.m:35: warning: pointer type mismatch in conditional expression NGQuotedPrintableCoding.m: In function ‘-[NSString(QuotedPrintableCoding) stringByEncodingQuotedPrintable]’: NGQuotedPrintableCoding.m:51: warning: pointer type mismatch in conditional expression Compiling file NGStack.m ... Compiling file NGCalendarDateRange.m ... Compiling file NGResourceLocator.m ... Linking library libNGExtensions ... make[2]: Leaving directory `/usr/src/SOPE/sope-core/NGExtensions' Making all in NGStreams... make[2]: Entering directory `/usr/src/SOPE/sope-core/NGStreams' Making all for library libNGStreams... Compiling file NGStreams.m ... Compiling file NGBase64Stream.m ... In file included from NGBase64Stream.m:24: common.h:31:20: error: config.h: No such file or directory make[3]: *** [obj/NGBase64Stream.o] Error 1 make[2]: *** [libNGStreams.all.library.variables] Error 2 make[2]: Leaving directory `/usr/src/SOPE/sope-core/NGStreams' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/SOPE/sope-core' make: *** [internal-all] Error 2 -- Mark Pavlichuk Strategic IT ph. (07) 47242890 m. 0409 124577 From sogo@opengroupware.org Wed May 7 15:03:40 2008 From: sogo@opengroupware.org (Will Hawkins (contractor)) Date: Wed, 07 May 2008 10:03:40 -0400 Subject: [SOGo] no template named 'SOGoRootPage' In-Reply-To: <105183.57966.qm@web39604.mail.mud.yahoo.com> References: <105183.57966.qm@web39604.mail.mud.yahoo.com> Message-ID: <4821B6BC.9010804@cmf.nrl.navy.mil> I am happy to provide you with copies of my simple slapd.conf, defaults and ldif file. This is a very simple, demo configuration but it may help you some: .GNUStepDefaults: { NSGlobalDomain = { }; "sogod-0.9" = { AgenorProfileURL = "postgresql://sogo:@localhost:5432/sogo/sogo_user_profile"; OCSFolderInfoURL = "postgresql://sogo:@localhost:5432/sogo/sogo_folder_info"; SOGoDefaultMailDomain = "nothing"; SOGoFallbackIMAP4Server = "nothing"; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 20000; SOGoAuthentificationMethod = "LDAP"; SOGoDoNotRedirectRootPage = YES; SOGoLDAPSources = ( { CNFieldName = displayName; IDFieldName = cn; UIDFieldName = uid; bindFields = uid; baseDN = "dc=atd,dc=net"; bindDN = "cn=root,dc=atd,dc=net"; bindPassword = ; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = 127.0.0.1; id = public; isAddressBook = YES; port = 389; } ); }; } ========================================================= slapd.conf: # # See slapd.conf(5) for details on configuration options. # This file should NOT be world readable. # include /etc/openldap/schema/core.schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema include /etc/openldap/schema/misc.schema # Allow LDAPv2 client connections. This is NOT the default. allow bind_v2 # Do not enable referrals until AFTER you have a working directory # service AND an understanding of referrals. #referral ldap://root.openldap.org pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args loglevel stats stats2 # Load dynamic backend modules: # modulepath /usr/lib/openldap # moduleload accesslog.la # moduleload auditlog.la # moduleload back_sql.la # moduleload denyop.la # moduleload dyngroup.la # moduleload dynlist.la # moduleload lastmod.la # moduleload pcache.la # moduleload ppolicy.la # moduleload refint.la # moduleload retcode.la # moduleload rwm.la # moduleload syncprov.la # moduleload translucent.la # moduleload unique.la # moduleload valsort.la # The next three lines allow use of TLS for encrypting connections using a # dummy test certificate which you can generate by changing to # /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on # slapd.pem so that the ldap user or group can read it. Your client software # may balk at self-signed certificates, however. # TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt # TLSCertificateFile /etc/pki/tls/certs/slapd.pem # TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem # Sample security restrictions # Require integrity protection (prevent hijacking) # Require 112-bit (3DES or better) encryption for updates # Require 63-bit encryption for simple bind # security ssf=1 update_ssf=112 simple_bind=64 # Sample access control policy: # Root DSE: allow anyone to read it # Subschema (sub)entry DSE: allow anyone to read it # Other DSEs: # Allow self write access # Allow authenticated users read access # Allow anonymous users to authenticate # Directives needed to implement policy: # access to dn.base="" by * read # access to dn.base="cn=Subschema" by * read # access to * # by self write # by users read # by anonymous auth # # if no access controls are present, the default policy # allows anyone and everyone to read anything but restricts # updates to rootdn. (e.g., "access to * by * read") # # rootdn can always read and write EVERYTHING! ####################################################################### # ldbm and/or bdb database definitions ####################################################################### database bdb suffix "dc=atd,dc=net" rootdn "cn=root,dc=atd,dc=net" # Cleartext passwords, especially for the rootdn, should # be avoided. See slappasswd(8) and slapd.conf(5) for details. # Use of strong authentication encouraged. rootpw # rootpw {crypt}ijFYNcSNctBYg # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory /var/lib/ldap # Indices to maintain for this database index objectClass eq,pres index ou,cn,mail,surname,givenname eq,pres,sub index uidNumber,gidNumber,loginShell eq,pres index uid,memberUid eq,pres,sub index nisMapName,nisMapEntry eq,pres,sub # Replicas of this database #replogfile /var/lib/ldap/openldap-master-replog #replica host=ldap-1.example.com:389 starttls=critical # bindmethod=sasl saslmech=GSSAPI # authcId=host/ldap-master.example.com@EXAMPLE.COM ========================================================= base.ldif dn: dc=atd, dc=net dc: atd objectClass: dcObject objectClass: organizationalUnit ou: atd dot net dn: cn=root, dc=atd, dc=net cn: root sn: admin objectClass: inetOrgPerson dn: cn=Will Hawkins, dc=atd, dc=net cn: Will Hawkins sn: Hawkins givenName: Will ou: atd dot net userPassword: displayName: Will Hawkins uid: willhawkins objectClass: inetOrgPerson If you have any questions about this configuration feel free to ask. I am also a n00b in many areas, LDAP especially, but I am glad to help where I can. Will frank callaghan wrote: > Thank you Wolfgang a makefile change would have saved me some hair :) > I fixed that problem late last night with a symbolic link ! now I'm fighting > with the LDAP config - I think that this maybe the most difficult part of > deployment for me as I'm a complete noob at LDAP, I can't seem to find > a complete example of the steps necessary to get passed the login > prompt. Just one complete slapd.conf + .GNUstepDefaults + ldif > would be sooo must help ;) > > Cheers, > > */Wolfgang Sourdeau /* wrote: > > Hi Frank, > > > The template and resource directories need to be copied into > /usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems. > I will probably fix the makefiles so that it is done manually... > > -- > Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca > > -- > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo > > > ------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. > > From sogo@opengroupware.org Wed May 7 18:03:39 2008 From: sogo@opengroupware.org (IT) Date: Wed, 7 May 2008 13:03:39 -0400 Subject: [SOGo] Address Book: An error occurred during object publishing Message-ID: I just got my sogo install up and running on debian etch. However, not = everything is working. When I try to access the address book, I get: An error occurred during object publishing the requested object could not be found! This server used to be running OGO, if that makes any difference. I = switched to sogo because I like the web interface much better. I also = cannot create any calendars, but I'll deal with that later. Here is a = dump of my .GNUstepDefaults file: { NSGlobalDomain =3D { }; "sogod-0.9" =3D { SOGoServerTimeZone =3D America/Detroit; OCSFolderInfoURL =3D = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info"; AgenorProfileURL =3D = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile"; WOMessageUseUTF8 =3D YES; WOParsersUseUTF8 =3D YES; WOPort =3D 20000; SOGoDefaultMailDomain =3D "manufacturedproductsgroup.com"; SOGoFallbackIMAP4Server =3D = "butters.manufacturedproductsgroup.com"; SOGoDraftsFolderName =3D "INBOX.Drafts"; SOGoTrashFolderName =3D "INBOX.Trash"; SOGoSentFolderName =3D "INBOX.Sent"; SOGoAuthentificationMethod =3D "LDAP"; SOGoLDAPSources =3D ( { CNFieldName =3D cn; IDFieldName =3D cn; UIDFieldName =3D uid; baseDN =3D = "ou=3DPeople,dc=3Dmanufacturedproductsgroup,dc=3Dcom"; bindDN =3D = "cn=3Dadmin,dc=3Dmanufacturedproductsgroup,dc=3Dcom"; bindFields =3D uid; bindPassword =3D XXXXX; hostname =3D butters; port =3D 389; canAuthenticate =3D YES; id =3D directory; displayName =3D "MPG"; isAddressBook =3D YES; } ); }; } And here is a dump of the console from the sogo daemon, taken right = after I clicked on address book. 2008-05-07 12:54:29.717 sogod-0.9[7892] starting SOGo (build = root@butters 200805071032) 2008-05-07 12:54:29.719 sogod-0.9[7892] Note: vmem size check enabled: = shutting down app when vmem > 200 MB May 07 12:54:29 sogod-0.9 [7892]: SNS support disabled. May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = scanning SOGo products in: /home/sogo/GNUstep/Library/SOGo-0.9 May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = scanning SOGo products in: /usr/local/lib/GNUstep/Local/Library/SOGo-0.9 May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: Appointments.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: Contacts.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: MailPartViewers.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: CommonUI.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: ContactsUI.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: PreferencesUI.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: SchedulerUI.SOGo May 07 12:54:29 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: Mailer.SOGo May 07 12:54:30 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: MainUI.SOGo May 07 12:54:30 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = register SOGo product: MailerUI.SOGo May 07 12:54:30 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = scanning SOGo products in: /usr/lib/GNUstep/System/Library/SOGo-0.9 May 07 12:54:30 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = scanning SOGo products in: /usr/local/lib/sogod-0.9 May 07 12:54:30 sogod-0.9 [7892]: <0x0x8311bc8[SOGoProductLoader]> = scanning SOGo products in: /usr/lib/sogod-0.9 2008-05-07 12:54:30.151 sogod-0.9[7892] Note: fetching full mail header. 2008-05-07 12:54:30.152 sogod-0.9[7892] Note(SOGoMailObject): using = constant etag for mail parts: '"imap4url_0_9_126"' 2008-05-07 12:54:30.155 sogod-0.9[7892] Note: using SOGo mail spool = folder: /tmp/ 2008-05-07 12:54:30.156 sogod-0.9[7892] Note(SOGoMailBodyPart): using = constant etag for mail parts: '"imap4url_0_9_126"' 2008-05-07 12:54:30.156 sogod-0.9[7892] Note: using drafts folder named: = 'INBOX.Drafts' 2008-05-07 12:54:30.157 sogod-0.9[7892] Note: using shared-folders name: = '(nil)' 2008-05-07 12:54:30.157 sogod-0.9[7892] Note: using other-users-folders = name: '(nil)' May 07 12:54:30 sogod-0.9 [7892]: |SOGo-0.9| WOHttpAdaptor listening on = address *:20000 2008-05-07 12:54:35.022 sogod-0.9[7892] Note(SoObject): SoDebugKeyLookup = is enabled! 2008-05-07 12:54:35.023 sogod-0.9[7892] Note(SoObject): SoDebugBaseURL = is enabled! 2008-05-07 12:54:35.023 sogod-0.9[7892] Note(SoObject): relative base = URLs are enabled. 2008-05-07 12:54:35.031 sogod-0.9[7892] WARNING(-[SaxXMLReaderFactory = _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers = available for MIME type 'text/calendar', using 'VSCardSaxDriver' as = default for type text/calendar. 2008-05-07 12:54:35.031 sogod-0.9[7892] WARNING(-[SaxXMLReaderFactory = _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers = available for MIME type 'text/x-vcard', using 'VSCardSaxDriver' as = default for type text/x-vcard. 192.168.42.16 - - [07/May/2008:12:54:35 GMT] "GET /SOGo HTTP/1.1" 302 = 0/0 0.273 - - 1M 192.168.42.16 - - [07/May/2008:12:54:35 GMT] "GET /SOGo//nhaag HTTP/1.1" = 302 0/0 0.009 - - 44K May 07 12:54:35 sogod-0.9 [7892]: <0x0xb6e6c160[SOGoUserHomePage]> = default module set to 'Calendar' 192.168.42.16 - - [07/May/2008:12:54:35 GMT] "GET /SOGo//nhaag/view = HTTP/1.1" 302 0/0 0.102 - - 12K 192.168.42.16 - - [07/May/2008:12:54:35 GMT] "GET = /SOGo/so/nhaag/Calendar HTTP/1.1" 302 0/0 0.017 - - 16K May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:35 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... 2008-05-07 12:54:35.710 sogod-0.9[7892] User agent =3D Mozilla/5.0 (X11; = U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080311 Iceweasel/2.0.0.13 = (Debian-2.0.0.13-0etch1) May 07 12:54:35 sogod-0.9 [7892]: <0x0x86e9650[GCSFolderManager]> Note: = no GCS folder types found. 2008-05-07 12:54:35.901 sogod-0.9[7892] Note: setup default manager at: = postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info 2008-05-07 12:54:36.236 sogod-0.9[7892] User agent =3D Mozilla/5.0 (X11; = U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080311 Iceweasel/2.0.0.13 = (Debian-2.0.0.13-0etch1) 192.168.42.16 - - [07/May/2008:12:54:37 GMT] "GET = /SOGo/so/nhaag/Calendar/view HTTP/1.1" 200 8060/0 2.083 33330 75% 1M 192.168.42.16 - - [07/May/2008:12:54:37 GMT] "GET = /SOGo/so/nhaag/jsonDefaults HTTP/1.1" 200 629/0 0.014 - - 12K 192.168.42.16 - - [07/May/2008:12:54:37 GMT] "GET = /SOGo/so/nhaag/jsonSettings HTTP/1.1" 200 208/0 0.009 - - 0 192.168.42.16 - - [07/May/2008:12:54:38 GMT] "POST = /SOGo/so/nhaag/Calendar//eventslist?asc=3Dtrue&sort=3Dstart&day=3D&filter= popup=3Dview_today HTTP/1.1" 200 2/0 0.021 - - 16K 192.168.42.16 - - [07/May/2008:12:54:38 GMT] "POST = /SOGo/so/nhaag/Calendar/taskslist?show-completed=3D0 HTTP/1.1" 200 2/0 = 0.045 - - 4K May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... May 07 12:54:38 sogod-0.9 [7892]: <0x0x84d1680[WEStringTableManager]> = missing translations directory ... 192.168.42.16 - - [07/May/2008:12:54:38 GMT] "POST = /SOGo/so/nhaag/Calendar/weekview HTTP/1.1" 200 1611/0 0.118 19907 91% = 12K 192.168.42.16 - - [07/May/2008:12:54:39 GMT] "POST = /SOGo/so/nhaag/Calendar/eventslist?sd=3D20080505&ed=3D20080511 HTTP/1.1" = 200 2/0 0.021 - - 8K 192.168.42.16 - - [07/May/2008:12:54:44 GMT] "GET = /SOGo/so/nhaag/Contacts HTTP/1.1" 302 0/0 0.005 - - 0 192.168.42.16 - - [07/May/2008:12:54:44 GMT] "GET = /SOGo/so/nhaag/Contacts/view HTTP/1.1" 302 0/0 0.009 - - 0 192.168.42.16 - - [07/May/2008:12:54:44 GMT] "GET = /SOGo/so/nhaag/Contacts/personal/view HTTP/1.1" 404 208/0 0.016 - - 4K From sogo@opengroupware.org Wed May 7 19:44:26 2008 From: sogo@opengroupware.org (Per Buer) Date: Wed, 07 May 2008 20:44:26 +0200 Subject: [SOGo] Free/busy not working with lightning/sogo-connector? Message-ID: <4821F88A.1010002@linpro.no> This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA21A307B8DC70B1D25A7C221 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi. First of all - I think you are doing a great job. The interface is smooth and the architectural decisions seem to be really thought through. I'm really impressed with what I've seen. Anyway, here is my question. Should I expect free/busy to work with the thick client? I've installed lightning 0.7 (0.8 was unstable with SOGo) and the sogo connector. Both seems to be working (I see all my appointments and the SOGo adress book is updated) except free/busy. The problem _might_ be related that I cannot see the other SOGo users through the SOGo adress book - all I see is my personal address book. Everything is working OK in the web interface, btw. Am I missing somethin= g? Per. --------------enigA21A307B8DC70B1D25A7C221 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIfiWpZ2g33RW1I0RAokHAJ9hfgacvjpqNSD73T3+amJHu/ygfgCfRlCQ 9hX2W8ed6JkUEuukxYz5Z4I= =Mx55 -----END PGP SIGNATURE----- --------------enigA21A307B8DC70B1D25A7C221-- From sogo@opengroupware.org Wed May 7 19:45:59 2008 From: sogo@opengroupware.org (frank callaghan) Date: Wed, 7 May 2008 11:45:59 -0700 (PDT) Subject: [SOGo] no template named 'SOGoRootPage' In-Reply-To: <4821B6BC.9010804@cmf.nrl.navy.mil> Message-ID: <319876.23867.qm@web39608.mail.mud.yahoo.com> --0-2085399311-1210185959=:23867 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you very much Will, I had got the LDAP setup very close to yours but I still can't get passed the login prompt even tho the web address changes from 127.0.0.1/SOGo to 127.0.0.1/SOGo/frank ! I've googled & googled but can't see what I've missed :( Cheers, Frank. "Will Hawkins (contractor)" wrote: I am happy to provide you with copies of my simple slapd.conf, defaults and ldif file. This is a very simple, demo configuration but it may help you some: .GNUStepDefaults: { NSGlobalDomain = { }; "sogod-0.9" = { AgenorProfileURL = "postgresql://sogo:@localhost:5432/sogo/sogo_user_profile"; OCSFolderInfoURL = "postgresql://sogo:@localhost:5432/sogo/sogo_folder_info"; SOGoDefaultMailDomain = "nothing"; SOGoFallbackIMAP4Server = "nothing"; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 20000; SOGoAuthentificationMethod = "LDAP"; SOGoDoNotRedirectRootPage = YES; SOGoLDAPSources = ( { CNFieldName = displayName; IDFieldName = cn; UIDFieldName = uid; bindFields = uid; baseDN = "dc=atd,dc=net"; bindDN = "cn=root,dc=atd,dc=net"; bindPassword = ; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = 127.0.0.1; id = public; isAddressBook = YES; port = 389; } ); }; } ========================================================= slapd.conf: # # See slapd.conf(5) for details on configuration options. # This file should NOT be world readable. # include /etc/openldap/schema/core.schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema include /etc/openldap/schema/misc.schema # Allow LDAPv2 client connections. This is NOT the default. allow bind_v2 # Do not enable referrals until AFTER you have a working directory # service AND an understanding of referrals. #referral ldap://root.openldap.org pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args loglevel stats stats2 # Load dynamic backend modules: # modulepath /usr/lib/openldap # moduleload accesslog.la # moduleload auditlog.la # moduleload back_sql.la # moduleload denyop.la # moduleload dyngroup.la # moduleload dynlist.la # moduleload lastmod.la # moduleload pcache.la # moduleload ppolicy.la # moduleload refint.la # moduleload retcode.la # moduleload rwm.la # moduleload syncprov.la # moduleload translucent.la # moduleload unique.la # moduleload valsort.la # The next three lines allow use of TLS for encrypting connections using a # dummy test certificate which you can generate by changing to # /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on # slapd.pem so that the ldap user or group can read it. Your client software # may balk at self-signed certificates, however. # TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt # TLSCertificateFile /etc/pki/tls/certs/slapd.pem # TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem # Sample security restrictions # Require integrity protection (prevent hijacking) # Require 112-bit (3DES or better) encryption for updates # Require 63-bit encryption for simple bind # security ssf=1 update_ssf=112 simple_bind=64 # Sample access control policy: # Root DSE: allow anyone to read it # Subschema (sub)entry DSE: allow anyone to read it # Other DSEs: # Allow self write access # Allow authenticated users read access # Allow anonymous users to authenticate # Directives needed to implement policy: # access to dn.base="" by * read # access to dn.base="cn=Subschema" by * read # access to * # by self write # by users read # by anonymous auth # # if no access controls are present, the default policy # allows anyone and everyone to read anything but restricts # updates to rootdn. (e.g., "access to * by * read") # # rootdn can always read and write EVERYTHING! ####################################################################### # ldbm and/or bdb database definitions ####################################################################### database bdb suffix "dc=atd,dc=net" rootdn "cn=root,dc=atd,dc=net" # Cleartext passwords, especially for the rootdn, should # be avoided. See slappasswd(8) and slapd.conf(5) for details. # Use of strong authentication encouraged. rootpw # rootpw {crypt}ijFYNcSNctBYg # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory /var/lib/ldap # Indices to maintain for this database index objectClass eq,pres index ou,cn,mail,surname,givenname eq,pres,sub index uidNumber,gidNumber,loginShell eq,pres index uid,memberUid eq,pres,sub index nisMapName,nisMapEntry eq,pres,sub # Replicas of this database #replogfile /var/lib/ldap/openldap-master-replog #replica host=ldap-1.example.com:389 starttls=critical # bindmethod=sasl saslmech=GSSAPI # authcId=host/ldap-master.example.com@EXAMPLE.COM ========================================================= base.ldif dn: dc=atd, dc=net dc: atd objectClass: dcObject objectClass: organizationalUnit ou: atd dot net dn: cn=root, dc=atd, dc=net cn: root sn: admin objectClass: inetOrgPerson dn: cn=Will Hawkins, dc=atd, dc=net cn: Will Hawkins sn: Hawkins givenName: Will ou: atd dot net userPassword: displayName: Will Hawkins uid: willhawkins objectClass: inetOrgPerson If you have any questions about this configuration feel free to ask. I am also a n00b in many areas, LDAP especially, but I am glad to help where I can. Will frank callaghan wrote: > Thank you Wolfgang a makefile change would have saved me some hair :) > I fixed that problem late last night with a symbolic link ! now I'm fighting > with the LDAP config - I think that this maybe the most difficult part of > deployment for me as I'm a complete noob at LDAP, I can't seem to find > a complete example of the steps necessary to get passed the login > prompt. Just one complete slapd.conf + .GNUstepDefaults + ldif > would be sooo must help ;) > > Cheers, > > */Wolfgang Sourdeau /* wrote: > > Hi Frank, > > > The template and resource directories need to be copied into > /usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems. > I will probably fix the makefiles so that it is done manually... > > -- > Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca > > -- > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo > > > ------------------------------------------------------------------------ > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try > it now. > > > -- OpenGroupware.org SOGo sogo@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/sogo --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2085399311-1210185959=:23867 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Thank you very much Will,
I had got the LDAP setup very close to yours but I still can't
get passed the login prompt even tho the web address changes
from 127.0.0.1/SOGo to 127.0.0.1/SOGo/frank !
I've googled & googled but can't see what I've missed :(

Cheers,
    Frank.

"Will Hawkins (contractor)" <hawkinsw@cmf.nrl.navy.mil> wrote:
I am happy to provide you with copies of my simple slapd.conf, defaults
and ldif file. This is a very simple, demo configuration but it may help
you some:

.GNUStepDefaults:

{
NSGlobalDomain = {
};
"sogod-0.9" = {
AgenorProfileURL =
"postgresql://sogo:@localhost:5432/sogo/sogo_user_profile";
OCSFolderInfoURL =
"postgresql://sogo:@localhost:5432/sogo/sogo_folder_info";
SOGoDefaultMailDomain = "nothing";
SOGoFallbackIMAP4Server = "nothing";
WOMessageUseUTF8 = YES;
WOParsersUseUTF8 = YES;
WOPort = 20000;
SOGoAuthentificationMethod = "LDAP";
SOGoDoNotRedirectRootPage = YES;
SOGoLDAPSources =
(
{
CNFieldName = displayName;
IDFieldName = cn;
UIDFieldName = uid;
bindFields = uid;
baseDN = "dc=atd,dc=net";
bindDN = "cn=root,dc=atd,dc=net";
bindPassword = ;
canAuthenticate = YES;
displayName = "Shared Addresses";
hostname = 127.0.0.1;
id = public;
isAddressBook = YES;
port = 389;
}
);
};
}
=========================================================
slapd.conf:

#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/misc.schema

# Allow LDAPv2 client connections. This is NOT the default.
allow bind_v2

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org

pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args

loglevel stats stats2

# Load dynamic backend modules:
# modulepath /usr/lib/openldap
# moduleload accesslog.la
# moduleload auditlog.la
# moduleload back_sql.la
# moduleload denyop.la
# moduleload dyngroup.la
# moduleload dynlist.la
# moduleload lastmod.la
# moduleload pcache.la
# moduleload ppolicy.la
# moduleload refint.la
# moduleload retcode.la
# moduleload rwm.la
# moduleload syncprov.la
# moduleload translucent.la
# moduleload unique.la
# moduleload valsort.la

# The next three lines allow use of TLS for encrypting connections using a
# dummy test certificate which you can generate by changing to
# /etc/pki/tls/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it. Your client
software
# may balk at self-signed certificates, however.
# TLSCACertificateFile /etc/pki/tls/certs/ca-bundle.crt
# TLSCertificateFile /etc/pki/tls/certs/slapd.pem
# TLSCertificateKeyFile /etc/pki/tls/certs/slapd.pem

# Sample security restrictions
# Require integrity protection (prevent hijacking)
# Require 112-bit (3DES or better) encryption for updates
# Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
# Root DSE: allow anyone to read it
# Subschema (sub)entry DSE: allow anyone to read it
# Other DSEs:
# Allow self write access
# Allow authenticated users read access
# Allow anonymous users to authenticate
# Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to *
# by self write
# by users read
# by anonymous auth
#
# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!

#######################################################################
# ldbm and/or bdb database definitions
#######################################################################

database bdb
suffix "dc=atd,dc=net"
rootdn "cn=root,dc=atd,dc=net"
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw
# rootpw {crypt}ijFYNcSNctBYg

# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory /var/lib/ldap

# Indices to maintain for this database
index objectClass eq,pres
index ou,cn,mail,surname,givenname eq,pres,sub
index uidNumber,gidNumber,loginShell eq,pres
index uid,memberUid eq,pres,sub
index nisMapName,nisMapEntry eq,pres,sub

# Replicas of this database
#replogfile /var/lib/ldap/openldap-master-replog
#replica host=ldap-1.example.com:389 starttls=critical
# bindmethod=sasl saslmech=GSSAPI
# authcId=host/ldap-master.example.com@EXAMPLE.COM
=========================================================
base.ldif

dn: dc=atd, dc=net
dc: atd
objectClass: dcObject
objectClass: organizationalUnit
ou: atd dot net

dn: cn=root, dc=atd, dc=net
cn: root
sn: admin
objectClass: inetOrgPerson

dn: cn=Will Hawkins, dc=atd, dc=net
cn: Will Hawkins
sn: Hawkins
givenName: Will
ou: atd dot net
userPassword:
displayName: Will Hawkins
uid: willhawkins
objectClass: inetOrgPerson

If you have any questions about this configuration feel free to ask. I
am also a n00b in many areas, LDAP especially, but I am glad to help
where I can.

Will

frank callaghan wrote:
> Thank you Wolfgang a makefile change would have saved me some hair :)
> I fixed that problem late last night with a symbolic link ! now I'm fighting
> with the LDAP config - I think that this maybe the most difficult part of
> deployment for me as I'm a complete noob at LDAP, I can't seem to find
> a complete example of the steps necessary to get passed the login
> prompt. Just one complete slapd.conf + .GNUstepDefaults + ldif
> would be sooo must help ;)
>
> Cheers,
>
> */Wolfgang Sourdeau /* wrote:
>
> Hi Frank,
>
>
> The template and resource directories need to be copied into
> /usr/local/lib/GNUstep/SOGo-0.9/ on Debian-based systems.
> I will probably fix the makefiles so that it is done manually...
>
> --
> Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca
>
> --
> OpenGroupware.org SOGo
> sogo@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/sogo
>
>
> ------------------------------------------------------------------------
> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try
> it now.
>
> >

--
OpenGroupware.org SOGo
sogo@opengroupware.org
http://mail.opengroupware.org/mailman/listinfo/sogo

Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. --0-2085399311-1210185959=:23867-- From sogo@opengroupware.org Wed May 7 19:59:08 2008 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Wed, 07 May 2008 14:59:08 -0400 Subject: [SOGo] Free/busy not working with lightning/sogo-connector? In-Reply-To: <4821F88A.1010002@linpro.no> References: <4821F88A.1010002@linpro.no> Message-ID: <4821FBFC.1000400@inverse.ca> Hi Per, > First of all - I think you are doing a great job. The interface is > smooth and the architectural decisions seem to be really thought > through. I'm really impressed with what I've seen. > > Anyway, here is my question. Should I expect free/busy to work with the > thick client? I've installed lightning 0.7 (0.8 was unstable with SOGo) > and the sogo connector. Late next week, we'll release SOGo RC6 together with the v0.8 of the SOGo Connector and Integrator extensions. They'll provide full Lightning 0.8 compatibility together with great additions (like being able to synchronize calendar colors, ACLs support inside Lightning and more). > Both seems to be working (I see all my > appointments and the SOGo adress book is updated) except free/busy. > > The problem _might_ be related that I cannot see the other SOGo users > through the SOGo adress book - all I see is my personal address book. > > Everything is working OK in the web interface, btw. Am I missing something? > > Have you: 1- added the calEntry schema to your LDAP server? 2- correctly specified the calFBURL for each of your user in your LDAP server? 3- added a Remote Address Book in Thunderbird for it? You can