From sogo@opengroupware.org Thu Nov 1 14:09:26 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 01 Nov 2007 10:09:26 -0400 Subject: [SOGo] is subversion down? In-Reply-To: <472909E3.3020209@stanford.com.au> Message-ID: <1b8ca766d5542d46f468003644ed4f5f@mozzarella> On 2007-10-31 18:04:03 -0500 Robert Stanford wrote= : > I keep getting time outs when I try checkout. >=20 > svn co http://svn.opengroupware.org/SOGo/inverse/trunk/ SOGo >=20 >=20 > Robert Stanford Hi Robert, Unfortunately yes and there is nothing we can do about it except waiting= ...=20 --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From sogo@opengroupware.org Thu Nov 1 14:10:16 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 01 Nov 2007 10:10:16 -0400 Subject: [SOGo] is subversion down? In-Reply-To: <472909E3.3020209@stanford.com.au> Message-ID: <71d2bce2ada0ef4bdfce8f9b8201f556@mozzarella> Well, The server seems back... --=20 Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou= privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, ve= uillez nous aviser imm=E9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information.= If you are not the intended recipient, please notify us immediately. Tha= nk you. From sogo@opengroupware.org Thu Nov 1 15:17:58 2007 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Thu, 01 Nov 2007 11:17:58 -0400 Subject: [SOGo] ANN: Funambol SOGo Connector - v0.9.9 Message-ID: Inverse team is happy to announce the pre-release 0.9.9 of the Funambol SOGo Connector. [ Description ] The Funambol SOGo Connector allows any SyncML enabled devices to fully synchronize contacts, events and tasks with SOGo. The connector is fast and reliable. You can try the Funambol SOGo Connector with our SOGo demonstration server at http://sogo-demo.inverse.ca The official webpage of the project is: http://www.inverse.ca/english/contributions/funambol.html [ Features ] * Two-way synchronization support * Contacts, events and tasks support * vCalendar / vCard with version downgrade support * Full SIF support [ Changes since the last release ] * Fixed encoding and version change issues * Fixed small timezone issues * Added a content sanitizer to avoid incompatibilities with various devices and with Funambol itself * Minor fixes and cleanups [ What is SOGo ? ] SOGo is a flavour of OGo that was redesigned for scalability while keeping the fundamental functionalities of a groupware server. It can be used both as a Web application with a user interface that integrates well with the Mozilla application suite, or as a GroupDAV, CalDAV and CardDAV server which you can then access from your native client application of choice such as Mozilla Thunderbird and Lightning. See http://www.inverse.ca/contributions/sogo.html and http://sogo.opengroupware.org/ for details. [ Getting the Funambol SOGo Connector] The Funambol SOGo Connector is free software and is distributed under the GNU GPL. As such, you are free to download and try it by either getting the newly released snapshot from : http://www.inverse.ca/uploads/Funambol/funambol-sogo-0.9.9.s4j or by getting the sources from: http://www.inverse.ca/uploads/Funambol/SOGo-connector-v0.9.9.tar.gz Documentation about the installation and configuration of SOGo is available from : http://www.inverse.ca/contributions/funambol/documentation.html [ Support ] For any questions, do not hesitate to contact us by writing an email to : support@inverse.ca We are continuously working on the project and a full-featured release 1.0 is to come very soon! Thanks, Ludovic -- INVERSE, Une division de KEYRUS A KEYRUS company T: (514) 989-2000, ext. 2800 C: (514) 755-3630 ludovic@inverse.ca www.inverse.ca AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privilegies. Si vous n'etes pas le veritable destinataire, veuillez nous en aviser immediatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Nov 6 09:51:51 2007 From: sogo@opengroupware.org (Eric Gianquinto) Date: Tue, 06 Nov 2007 10:51:51 +0100 Subject: [SOGo] Build SOPE before SOGo Message-ID: <1194342711.5077.0.camel@localhost> Hello, I want to build sope before sogo as you say in this site doc http://www.inverse.ca/contributions/sogo.html I use this little debian procedure on a etch release system : - Download the SVN version of SOPE. # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE - Add the repository in /etc/apt/sources.list to install libfoundation1.1-dev needed for the build. deb http://download.opengroupware.org/nightly/packages/debian etch trunk # apt-get update # apt-get install libfoundation1.1-dev # apt-get install gnustep-make gnustep-base-common libxml2-dev autoconf libldap2-dev postgresql-dev libecpg-dev - Patch SOPE. # wget http://www.inverse.ca/uploads/SOGo/sope-patchset-r1546.diff.gz # zcat sope-patchset-r1546.diff.gz | patch -p0 - Build the debian package ... # svn-buildpackage -rfakeroot --svn-ignore-new But i get an error when i patch with the sope-patchset-r1546.diff file, both from you site and the sogo source ??? This is the error from the site patch ... with the sogo source patch i get a different error because it's not the same !!! In file included from PostgreSQL72Adaptor.m:30: PostgreSQL72Channel.h:31:50: warning: GDLContentStore/EOAdaptorChannel +GCS.h: Aucun fichier ou r�pertoire de ce type In file included from PostgreSQL72Adaptor.m:30: PostgreSQL72Channel.h:44: error: cannot find protocol declaration for 'GCSEOAdaptorChannel' make[4]: *** [shared_obj/PostgreSQL72Adaptor.o] Erreur 1 make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 make[3]: quittant le r�pertoire � /home/ob1/src/build-area/sope-4.7.0/sope-gdl1/PostgreSQL � make[2]: *** [internal-all] Erreur 2 make[2]: quittant le r�pertoire � /home/ob1/src/build-area/sope-4.7.0/sope-gdl1 � make[1]: *** [internal-all] Erreur 2 make[1]: quittant le r�pertoire � /home/ob1/src/build-area/sope-4.7.0 � make: *** [build-stamp] Erreur 2 There is no problem building without patch !!! Can you help ? Thanks eric From sogo@opengroupware.org Tue Nov 6 09:59:03 2007 From: sogo@opengroupware.org (Olivier Hallot) Date: Tue, 06 Nov 2007 07:59:03 -0200 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <1194342711.5077.0.camel@localhost> References: <1194342711.5077.0.camel@localhost> Message-ID: <47303AE7.2020702@scinergy.com.br> Hi The same with Mandriva 2007.1. Regards, Olivier Eric Gianquinto escreveu: > Hello, > > I want to build sope before sogo as you say in this site doc > http://www.inverse.ca/contributions/sogo.html > > I use this little debian procedure on a etch release system : > > - Download the SVN version of SOPE. > > # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE > > - Add the repository in /etc/apt/sources.list to install > libfoundation1.1-dev needed for the build. > > deb http://download.opengroupware.org/nightly/packages/debian etch trunk > > # apt-get update > # apt-get install libfoundation1.1-dev > # apt-get install gnustep-make gnustep-base-common libxml2-dev autoconf > libldap2-dev postgresql-dev libecpg-dev > > - Patch SOPE. > > # wget http://www.inverse.ca/uploads/SOGo/sope-patchset-r1546.diff.gz > # zcat sope-patchset-r1546.diff.gz | patch -p0 > > - Build the debian package ... > > # svn-buildpackage -rfakeroot --svn-ignore-new > > But i get an error when i patch with the sope-patchset-r1546.diff file, > both from you site and the sogo source ??? > > This is the error from the site patch ... with the sogo source patch i > get a different error because it's not the same !!! > > In file included from PostgreSQL72Adaptor.m:30: > PostgreSQL72Channel.h:31:50: warning: GDLContentStore/EOAdaptorChannel > +GCS.h: Aucun fichier ou r�pertoire de ce type > In file included from PostgreSQL72Adaptor.m:30: > PostgreSQL72Channel.h:44: error: cannot find protocol declaration for > 'GCSEOAdaptorChannel' > make[4]: *** [shared_obj/PostgreSQL72Adaptor.o] Erreur 1 > make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 > make[3]: quittant le r�pertoire > � /home/ob1/src/build-area/sope-4.7.0/sope-gdl1/PostgreSQL � > make[2]: *** [internal-all] Erreur 2 > make[2]: quittant le r�pertoire > � /home/ob1/src/build-area/sope-4.7.0/sope-gdl1 � > make[1]: *** [internal-all] Erreur 2 > make[1]: quittant le r�pertoire � /home/ob1/src/build-area/sope-4.7.0 � > make: *** [build-stamp] Erreur 2 > > There is no problem building without patch !!! > > Can you help ? > > Thanks > > eric > > From sogo@opengroupware.org Tue Nov 6 14:57:21 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 06 Nov 2007 09:57:21 -0500 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <47303AE7.2020702@scinergy.com.br> Message-ID: <4b83-47308100-9-b7413130@159185118> Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot a =C3=A9crit: > Eric Gianquinto escreveu: > > Hello, > > > > I want to build sope before sogo as you say in this site doc > > http://www.inverse.ca/contributions/sogo.html > > > > I use this little debian procedure on a etch release system : > > > > - Download the SVN version of SOPE. > > > > # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE > > > > - Add the repository in /etc/apt/sources.list to install > > libfoundation1.1-dev needed for the build. > > > > deb http://download.opengroupware.org/nightly/packages/debian etch trunk This is wrong and is not mentionned in the build documentation. The Inverse branch of SOGo relies on GNUstep and won't work (or even build) with libFoundation. What you need is the gnustep-base and gnustep-make package and build SOPE and SOGo with the "--with-gnustep" flag to configure. The version of GNUstep distributed by Debian should be ok, although you will need to tweak your environment for gnustep-make 2. Soon this will be fixed... > > # wget http://www.inverse.ca/uploads/SOGo/sope-patchset-r1546.diff.gz > > # zcat sope-patchset-r1546.diff.gz | patch -p0 This is not documented but the preferred version of the patch is now the one located in the SOGo source directory, under SOPE/. This version fixes this problem and a couple of others as well. > > # svn-buildpackage -rfakeroot --svn-ignore-new > > > > But i get an error when i patch with the sope-patchset-r1546.diff file, > > both from you site and the sogo source ??? I don't know svn-buildpackage, how does it work? How do you tell it to apply the patch? Wolfgang From sogo@opengroupware.org Thu Nov 8 00:12:33 2007 From: sogo@opengroupware.org (Eric Gianquinto) Date: Thu, 08 Nov 2007 01:12:33 +0100 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <4b83-47308100-9-b7413130@159185118> References: <4b83-47308100-9-b7413130@159185118> Message-ID: <47325471.2040601@easynet.be> Wolfgang Sourdeau a écrit : > Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot a écrit: > >> Eric Gianquinto escreveu: >>> Hello, >>> >>> I want to build sope before sogo as you say in this site doc >>> http://www.inverse.ca/contributions/sogo.html >>> >>> I use this little debian procedure on a etch release system : >>> >>> - Download the SVN version of SOPE. >>> >>> # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE Here is the change : - Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to chose between 'libecpg-dev' and 'postgresql-dev' (because there are in conflict) in 'debian/control' and 'debian/control.in' - Replace 'GNUSTEP_SETUP=/usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh' with 'GNUSTEP_SETUP=/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh' and add './configure --with-gnustep' in the 'debian/rules' file. - compilation ok until this error ... PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat' PostgreSQL72Channel.m:717: error: previous definition of 'sqlFolderFormat' was here PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat' PostgreSQL72Channel.m:725: error: previous definition of 'sqlFolderACLFormat' was here PostgreSQL72Channel.m:765: error: redefinition of '-[PostgreSQL72Channel createGCSFolderTableWithName:]' PostgreSQL72Channel.m:732: error: previous definition of '-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here PostgreSQL72Channel.m:774: error: redefinition of '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' PostgreSQL72Channel.m:741: error: previous definition of '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1 make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 make[3]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL � make[2]: *** [internal-all] Erreur 2 make[2]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1 � make[1]: *** [internal-all] Erreur 2 make[1]: quittant le r�pertoire � /home/ob1/src/SOPE.try � make: *** [build-stamp] Erreur 2 'postgresql-dev' is base on postgresql 7.4 and 'libecpg-dev' on postgresql 8.1, do i need to build postgresql 7.2 dev ? > This is wrong and is not mentionned in the build documentation. The Inverse branch of SOGo relies on GNUstep and won't work (or even build) with libFoundation. What you need is the gnustep-base and gnustep-make package and build SOPE and SOGo with the "--with-gnustep" flag to configure. ok sorry :) > The version of GNUstep distributed by Debian should be ok, although you will need to tweak your environment for gnustep-make 2. Soon this will be fixed... > >>> # wget http://www.inverse.ca/uploads/SOGo/sope-patchset-r1546.diff.gz >>> # zcat sope-patchset-r1546.diff.gz | patch -p0 > > This is not documented but the preferred version of the patch is now the one located in the SOGo source directory, under SOPE/. This version fixes this problem and a couple of others as well. > >>> # svn-buildpackage -rfakeroot --svn-ignore-new >>> >>> But i get an error when i patch with the sope-patchset-r1546.diff file, >>> both from you site and the sogo source ??? > > I don't know svn-buildpackage, how does it work? It apply the change of debian/ directory in a svn, but now i use dpkg-builpackage -rfakeroot or debuild ... > How do you tell it to apply the patch? I do not now for now, i do it manualy with: # cat ../SOGo/SOPE/sope-patchset-r1546.diff | patch -p0 But you can use 'dpatch' who i do not yet managed http://www.debian.org/doc/manuals/maint-guide/ch-build.en.html#s-dpatch thanks eric From sogo@opengroupware.org Fri Nov 9 11:30:54 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Fri, 9 Nov 2007 12:30:54 +0100 Subject: [SOGo] Installation on vServer Message-ID: <000b01c822c3$fdd7e210$f987a630$@gerbecks@t-online.de> Hello, I just found the SOGo project today and am really impressed by the live demo. Currently I have a vServer setup as described in . That means a cyrus IMAP and PostgreSQL Server are already running. Now, before I try to install SOGo I have a couple questions and hope to find some answers before crashing / messing up the server: 1.) As mentioned, it is a vServer running Debian 3.1. The maximum available Ram is 320MB. Do you think SOGo can be compiled? If not I have access to a Ubuntu machine. Could I run the compilation there end somehow migrate ? 2.) All my email user account informations are stored in a SQL Database. If I understand correctly, I have to maintain a second user account control in a LDAP Directory. Is there any way to easily combine these two? Ideally SOGo would also use this SQL Database. 3.) I use lighttpd as my webserver. Can SOGo also run with lighttpd or is a apache webserver required? Thanks in advance, Jan P.S.: I already sent the same message yesterday just before the confirmation of my email address got back to me. The admin who got the message can freely delete the copy he received :) From sogo@opengroupware.org Fri Nov 9 14:05:08 2007 From: sogo@opengroupware.org (Helge Hess) Date: Fri, 9 Nov 2007 15:05:08 +0100 Subject: [SOGo] Installation on vServer In-Reply-To: <000b01c822c3$fdd7e210$f987a630$@gerbecks@t-online.de> References: <000b01c822c3$fdd7e210$f987a630$@gerbecks@t-online.de> Message-ID: On 09.11.2007, at 12:30, Jan Gerbecks wrote: > 1.) As mentioned, it is a vServer running Debian 3.1. The maximum > available > Ram is 320MB. Do you think SOGo can be compiled? Sure, 320MB is plenty of space for a small installation. SOGo is very low-profile. (in fact you can even force the SOGo daemon to restart [to free its caches] at a certain memory boundary, eg 128MB) > 2.) All my email user account informations are stored in a SQL > Database. If > I understand correctly, I have to maintain a second user account > control in > a LDAP Directory. Is there any way to easily combine these two? > Ideally SOGo > would also use this SQL Database. You need OpenLDAP, but you can make OpenLDAP authenticate against the SQL database. Eg Instance-OGo does that. So with some configuration you can use your SQL database as the lone user account database. The OpenLDAP website/forums should help you with that. > 3.) I use lighttpd as my webserver. Can SOGo also run with lighttpd > or is a > apache webserver required? SOGo itself does not need Apache as the frontend, but its *highly* recommended to use mod_ngobjweb (a non-streaming proxy) in front of SOGo for various reasons. Maybe lighttpd provides a non-streaming proxy module, but most likely not. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Nov 9 16:50:56 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Fri, 9 Nov 2007 17:50:56 +0100 Subject: AW: [SOGo] Installation on vServer In-Reply-To: References: <000b01c822c3$fdd7e210$f987a630$@gerbecks@t-online.de> Message-ID: <000701c822f0$b3550c90$19ff25b0$@gerbecks@t-online.de> Thanks for the quick and very helpful advice. I will start reconfiguring and hope that all goes well ;) Greets as well, Jan From sogo@opengroupware.org Fri Nov 9 21:48:46 2007 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Fri, 09 Nov 2007 16:48:46 -0500 Subject: [SOGo] ANN: Funambol SOGo Connector - v1.0.0 Message-ID: Inverse team is happy to announce the release 1.0.0 of the Funambol SOGo Connector. [ Description ] The Funambol SOGo Connector allows any SyncML enabled devices to fully synchronize contacts, events and tasks with SOGo. The connector is fast and reliable. You can try the Funambol SOGo Connector with our SOGo demonstration server at http://sogo-demo.inverse.ca The official webpage of the project is: http://www.inverse.ca/english/contributions/funambol.html [ Features ] * Two-way synchronization support * Contacts, events and tasks support * vCalendar / vCard with version downgrade support * Full SIF support [ Changes since the last release ] * Implemented support for recurring events * Improved key encoding and our content sanitizers * Optimizations and minor bug fixes [ What is SOGo ? ] SOGo is a flavour of OGo that was redesigned for scalability while keeping the fundamental functionalities of a groupware server. It can be used both as a Web application with a user interface that integrates well with the Mozilla application suite, or as a GroupDAV and CalDAV server which you can then access from your native client applicati on of choice such as Mozilla Thunderbird and Lightning. See http://www.inverse.ca/contributions/sogo.html and http://sogo.opengroupware.org/ for details. [ Getting the Funambol SOGo Connector] The Funambol SOGo Connector is free software and is distributed under the GNU GPL. As such, you are free to download and try it by either getting the newly released snapshot from : http://www.inverse.ca/uploads/Funambol/funambol-sogo-1.0.0.s4j or by getting the sources from: http://www.inverse.ca/uploads/Funambol/SOGo-connector-v1.0.0.tar.gz Documentation about the installation and configuration of SOGo is available from : http://www.inverse.ca/contributions/funambol/documentation.html [ Support ] For any questions or comments, do not hesitate to contact us by writing an email to : support@inverse.ca Thanks, Ludovic -- INVERSE, Une division de KEYRUS A KEYRUS company T: (514) 989-2000, ext. 2800 C: (514) 755-3630 ludovic@inverse.ca www.inverse.ca AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privilegies. Si vous n'etes pas le veritable destinataire, veuillez nous en aviser immediatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Sun Nov 11 13:36:30 2007 From: sogo@opengroupware.org (Eric Gianquinto) Date: Sun, 11 Nov 2007 14:36:30 +0100 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <47325471.2040601@easynet.be> References: <4b83-47308100-9-b7413130@159185118> <47325471.2040601@easynet.be> Message-ID: <1194788190.9300.7.camel@localhost> On Thu, 2007-11-08 at 01:12 +0100, Eric Gianquinto wrote: > Wolfgang Sourdeau a écrit : > > Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot a écrit: > > > >> Eric Gianquinto escreveu: > >>> Hello, > >>> > >>> I want to build sope before sogo as you say in this site doc > >>> http://www.inverse.ca/contributions/sogo.html > >>> > >>> I use this little debian procedure on a etch release system : > >>> > >>> - Download the SVN version of SOPE. > >>> > >>> # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE > > Here is the change : > > - Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to chose > between 'libecpg-dev' and 'postgresql-dev' (because there are in > conflict) in 'debian/control' and 'debian/control.in' > > - Replace > 'GNUSTEP_SETUP=/usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh' > with > 'GNUSTEP_SETUP=/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh' and > add './configure --with-gnustep' in the 'debian/rules' file. > > - compilation ok until this error ... > > PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat' > PostgreSQL72Channel.m:717: error: previous definition of > 'sqlFolderFormat' was here > PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat' > PostgreSQL72Channel.m:725: error: previous definition of > 'sqlFolderACLFormat' was here > PostgreSQL72Channel.m:765: error: redefinition of '-[PostgreSQL72Channel > createGCSFolderTableWithName:]' > PostgreSQL72Channel.m:732: error: previous definition of > '-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here > PostgreSQL72Channel.m:774: error: redefinition of '-[PostgreSQL72Channel > createGCSFolderACLTableWithName:]' > PostgreSQL72Channel.m:741: error: previous definition of > '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here > make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1 > make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 > make[3]: quittant le r�pertoire � > /home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL � > make[2]: *** [internal-all] Erreur 2 > make[2]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1 � > make[1]: *** [internal-all] Erreur 2 > make[1]: quittant le r�pertoire � /home/ob1/src/SOPE.try � > make: *** [build-stamp] Erreur 2 Re hello, Someone have any hint for that ? eric From sogo@opengroupware.org Thu Nov 15 17:42:29 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Thu, 15 Nov 2007 18:42:29 +0100 Subject: [SOGo] SOGo won't compile on Debian 3.1 Message-ID: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> Hello, Everytime I try to compile SOGo I get the same error message and can't figure out what is wrong: SOGoObject.m:23:2: error: #error SOGo will not work properly with libFoundation. Please use gnustep-base instead. SOGoObject.m: In function '+[SOGoObject globallyUniqueObjectId]': SOGoObject.m:209: error: 'random' undeclared (first use in this function) SOGoObject.m:209: error: (Each undeclared identifier is reported only once SOGoObject.m:209: error: for each function it appears in.) make[3]: *** [shared_obj/SOGoObject.o] Error 1 make[2]: *** [libSOGo.all.library.variables] Error 2 make[2]: Leaving directory `/home/jan/sogo/SoObjects/SOGo' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/home/jan/sogo/SoObjects' make: *** [internal-all] Error 2 I am pretty sure that I am using gnustep-base, but never they never..If that really is the problem, how do I get rid of it? I compiled GNUStep from the sources included in the sope-trunk-latest.tar.gz file. (I also tried the latest SVN snapshot with the same result) Compilation of SOPE worked with ./configure --with-gnustep --enable-strip --disable-debug make && make install I tried different versions of SOGo as well (latest svn trunk and SOGo-20071011.tar.gz) I hope anybody has a clue how to get this working. Thanx in advance, Jan From sogo@opengroupware.org Thu Nov 15 17:52:12 2007 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 15 Nov 2007 18:52:12 +0100 Subject: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> Message-ID: On 15.11.2007, at 18:42, Jan Gerbecks wrote: > Everytime I try to compile SOGo I get the same error message and can't > figure out what is wrong: > > SOGoObject.m:23:2: error: #error SOGo will not work properly with > libFoundation. Please use gnustep-base instead. ^^^ > ./configure --with-gnustep --enable-strip --disable-debug > make && make install BTW: a) --with-gnustep just means that a GNUstep deployment root is being used (instead of FHS) b) --enable-strip and --disable-debug are discouraged. Probably your GNUstep make setup is somehow messed up (and still uses gnu-fd-nil as the library combo). Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu Nov 15 18:10:04 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Thu, 15 Nov 2007 19:10:04 +0100 Subject: AW: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> Message-ID: <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> Thanks for the fast reply. I compiled GNUStep as stated here http://sope.opengroupware.org/en/build/thirdparty.html as followed: ./configure --prefix=3D$HOME/GNUstep \ --with-config-file=3D$HOME/GNUstep/GNUstep.conf \ --without-system-root \ --with-network-root=3D$HOME/GNUstep \ --with-local-root=3D$HOME/GNUstep \ --with-user-root=3D$HOME/GNUstep \ --with-library-combo=3Dgnu-fd-nil make install As I see it the --with-library-combo=3Dgnu-fd-nil is not correct, but = what would be the correct parameter? Jan -----Urspr=FCngliche Nachricht----- Von: sogo-admin@opengroupware.org [mailto:sogo-admin@opengroupware.org] = Im Auftrag von Helge Hess Gesendet: Donnerstag, 15. November 2007 18:52 An: sogo@opengroupware.org Betreff: Re: [SOGo] SOGo won't compile on Debian 3.1 On 15.11.2007, at 18:42, Jan Gerbecks wrote: > Everytime I try to compile SOGo I get the same error message and can't > figure out what is wrong: > > SOGoObject.m:23:2: error: #error SOGo will not work properly with > libFoundation. Please use gnustep-base instead. ^^^ > ./configure --with-gnustep --enable-strip --disable-debug > make && make install BTW: a) --with-gnustep just means that a GNUstep deployment root is being used (instead of FHS) b) --enable-strip and --disable-debug are discouraged. Probably your GNUstep make setup is somehow messed up (and still uses =20 gnu-fd-nil as the library combo). Helge --=20 Helge Hess http://www.helgehess.eu/ --=20 OpenGroupware.org SOGo sogo@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/sogo From sogo@opengroupware.org Thu Nov 15 18:44:47 2007 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 15 Nov 2007 19:44:47 +0100 Subject: AW: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> Message-ID: On 15.11.2007, at 19:10, Jan Gerbecks wrote: > I compiled GNUStep as stated here > http://sope.opengroupware.org/en/build/thirdparty.html as followed: Those instructions are for libFoundation. > ./configure --prefix=$HOME/GNUstep \ > --with-config-file=$HOME/GNUstep/GNUstep.conf \ > --without-system-root \ > --with-network-root=$HOME/GNUstep \ > --with-local-root=$HOME/GNUstep \ > --with-user-root=$HOME/GNUstep \ > --with-library-combo=gnu-fd-nil > make install > > As I see it the --with-library-combo=gnu-fd-nil is not correct, but > what > would be the correct parameter? gnu-gnu-gnu or gnu-gnu-nil Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu Nov 15 20:18:42 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Thu, 15 Nov 2007 21:18:42 +0100 Subject: AW: AW: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> Message-ID: <003a01c827c4$b7a694c0$26f3be40$@gerbecks@t-online.de> Thanks a lot. After correctly compiling the base files sope as well as = sogo compiled without a problem :) Hopefully the configuration tomorrow will go more smoothly...;) Greets, Jan -----Urspr=FCngliche Nachricht----- Von: sogo-admin@opengroupware.org [mailto:sogo-admin@opengroupware.org] = Im Auftrag von Helge Hess Gesendet: Donnerstag, 15. November 2007 19:45 An: sogo@opengroupware.org Betreff: Re: AW: [SOGo] SOGo won't compile on Debian 3.1 On 15.11.2007, at 19:10, Jan Gerbecks wrote: > I compiled GNUStep as stated here > http://sope.opengroupware.org/en/build/thirdparty.html as followed: Those instructions are for libFoundation. > ./configure --prefix=3D$HOME/GNUstep \ > --with-config-file=3D$HOME/GNUstep/GNUstep.conf \ > --without-system-root \ > --with-network-root=3D$HOME/GNUstep \ > --with-local-root=3D$HOME/GNUstep \ > --with-user-root=3D$HOME/GNUstep \ > --with-library-combo=3Dgnu-fd-nil > make install > > As I see it the --with-library-combo=3Dgnu-fd-nil is not correct, but = > what > would be the correct parameter? gnu-gnu-gnu or gnu-gnu-nil Greets, Helge --=20 Helge Hess http://www.helgehess.eu/ --=20 OpenGroupware.org SOGo sogo@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/sogo From sogo@opengroupware.org Thu Nov 15 20:33:27 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Thu, 15 Nov 2007 21:33:27 +0100 Subject: AW: AW: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: <003a01c827c4$b7a694c0$26f3be40$@gerbecks@t-online.de> References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> <003a01c827c4$b7a694c0$26f3be40$@gerbecks@t-online.de> Message-ID: <003b01c827c6$c74a91e0$55dfb5a0$@gerbecks@t-online.de> Edit: One thing I discovered is that the structure of my GNUStep folder is a bit different than mentioned in the tutorials. All "important" folders, Library for example are in a folder called System. To make it more clear, the path to the GNUstep.sh file is "/GNUstep/System/Library/Makefiles/GNUstep.sh" After compilation the SOGo files are in /GNUstep/Library/SOGo-0.9/ Is that all right the way it is, or do I have to change anything? Thanks again, Jan From sogo@opengroupware.org Thu Nov 15 22:50:04 2007 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 15 Nov 2007 23:50:04 +0100 Subject: AW: AW: [SOGo] SOGo won't compile on Debian 3.1 In-Reply-To: <003b01c827c6$c74a91e0$55dfb5a0$@gerbecks@t-online.de> References: <000301c827ae$e50e6de0$af2b49a0$@gerbecks@t-online.de> <000401c827b2$bfae43f0$3f0acbd0$@gerbecks@t-online.de> <003a01c827c4$b7a694c0$26f3be40$@gerbecks@t-online.de> <003b01c827c6$c74a91e0$55dfb5a0$@gerbecks@t-online.de> Message-ID: <656F425D-4178-4462-B027-CD069A4D19D7@opengroupware.org> On 15.11.2007, at 21:33, Jan Gerbecks wrote: > All "important" folders, Library for example are in a folder called > System. Thats managed by the "--without-system-root" switch in configure. But it shouldn't hurt to have the explicit System directory. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Nov 16 12:39:44 2007 From: sogo@opengroupware.org (nospam) Date: Fri, 16 Nov 2007 13:39:44 +0100 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <20071112052607.5259.74897.Mailman@mail.opengroupware.org> References: <20071112052607.5259.74897.Mailman@mail.opengroupware.org> Message-ID: <473D8F90.6000903@infoporto.it> This is a multi-part message in MIME format. --------------060807000202070401010507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit On Thu, 2007-11-08 at 01:12 +0100, Eric Gianquinto wrote: >> Wolfgang Sourdeau a écrit : >> >>> Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot a écrit: >>> >>> >>>> Eric Gianquinto escreveu: >>>> >>>>> Hello, >>>>> >>>>> I want to build sope before sogo as you say in this site doc >>>>> http://www.inverse.ca/contributions/sogo.html >>>>> >>>>> I use this little debian procedure on a etch release system : >>>>> >>>>> - Download the SVN version of SOPE. >>>>> >>>>> # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE >>>>> >> Here is the change : >> >> - Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to chose >> between 'libecpg-dev' and 'postgresql-dev' (because there are in >> conflict) in 'debian/control' and 'debian/control.in' >> >> - Replace >> 'GNUSTEP_SETUP=/usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh' >> with >> 'GNUSTEP_SETUP=/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh' and >> add './configure --with-gnustep' in the 'debian/rules' file. >> >> - compilation ok until this error ... >> >> PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat' >> PostgreSQL72Channel.m:717: error: previous definition of >> 'sqlFolderFormat' was here >> PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat' >> PostgreSQL72Channel.m:725: error: previous definition of >> 'sqlFolderACLFormat' was here >> PostgreSQL72Channel.m:765: error: redefinition of '-[PostgreSQL72Channel >> createGCSFolderTableWithName:]' >> PostgreSQL72Channel.m:732: error: previous definition of >> '-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here >> PostgreSQL72Channel.m:774: error: redefinition of '-[PostgreSQL72Channel >> createGCSFolderACLTableWithName:]' >> PostgreSQL72Channel.m:741: error: previous definition of >> '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here >> make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1 >> make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 >> make[3]: quittant le r�pertoire � >> /home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL � >> make[2]: *** [internal-all] Erreur 2 >> make[2]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1 � >> make[1]: *** [internal-all] Erreur 2 >> make[1]: quittant le r�pertoire � /home/ob1/src/SOPE.try � >> make: *** [build-stamp] Erreur 2 >> > > Re hello, > > Someone have any hint for that ? > > eric > Hi, I've successful (I think) build sogo on a clean debian etch enviroment following the site-doc. You have to patch an build the sope deb-packages making some changes on debian/rules and debian/control and correct some path to install library. build with these packages installed: postgresql-server-dev-7.4 libecpg-dev gnustep-make gnustep-base-runtime libgnustep-base-dev and these completely removed: libfoundation1.1-dev gnustep-make-ogo once you have good sope packages, you will have no more problem building sogo. fell free to mail me if you need more info. But the road to victory is so long, infact I build sogo, installed libraries, configured apache, make postgres db, linked library to /usr/lib/sogo-0.9, run the daemon sogod but I can't get it to work. I see the login page i can log-in and i can see the mail,calendar,addressbook interfaces, but nothing is working! on top of the page I've the following alert [missing component: R.0.2.0.1.25] and in logs: 007-11-15 16:30:09.169 sogod-0.9[21791] || Creating component <0x0x84984a8[NGDOMElement]: name=if-ie parent=head #attrs=0 #children=1> using tag. is preferred ! Nov 15 16:30:09 sogod-0.9 [21791]: [RM:CommonUI] LOOKUP FAILED: if-ie Nov 15 16:30:09 sogod-0.9 [21791]: [RM:CommonUI] PARENT (<0x0x83d2630[WEResourceManager]:>) SAID: (nil) Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84baa50[WOComponentDefinition]> Note: did not find component class with name 'if-ie' Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84baa50[WOComponentDefinition]> Note: missing class for component: 'if-ie' Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]> could not resolve fault for component: if-ie Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]> resource-manager: Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]> parent: <0x0x84b1368[UIxPageFrame]: name=UIxPageFrame parent=SOGoRootPage #subs=2 awake=0x0x8437888> Nov 15 16:30:09 sogod-0.9 [21791]: [WARN] UIxPageFrame Could not resolve component fault: R.0.2.0.1.25 Nov 15 16:30:09 sogod-0.9 [21791]: [WARN] <0x0x84a82e0[WOChildComponentReference]> did not find child component R.0.2.0.1.25 of parent UIxPageFrame I've looking for info on you site and I've googled a lot but no results! Which is R.0.2.0.1.25 component? Why I've miss it? Its a problem related to sogo or sope? I've build sope from svn and sogo from svn and from the last stable snapshot: "SOGo-20071011.tar.gz" too Any idea? --------------060807000202070401010507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Thu, 2007-11-08 at 01:12 +0100, Eric Gianquinto wrote:
Wolfgang Sourdeau a écrit :
    
Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot <ohallot@scinergy.com.br> a écrit:

      
Eric Gianquinto escreveu:
        
Hello,

I want to build sope before sogo as you say in this site doc
http://www.inverse.ca/contributions/sogo.html

I use this little debian procedure on a etch release system :

- Download the SVN version of SOPE.

# svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE
          
Here is the change :

- Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to  chose 
between 'libecpg-dev' and 'postgresql-dev' (because there are in 
conflict) in 'debian/control' and 'debian/control.in'

- Replace 
'GNUSTEP_SETUP=/usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh' 
with 
'GNUSTEP_SETUP=/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh' and 
add './configure --with-gnustep' in the 'debian/rules' file.

- compilation ok until this error ...

PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat'
PostgreSQL72Channel.m:717: error: previous definition of 
'sqlFolderFormat' was here
PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat'
PostgreSQL72Channel.m:725: error: previous definition of 
'sqlFolderACLFormat' was here
PostgreSQL72Channel.m:765: error: redefinition of '-[PostgreSQL72Channel 
createGCSFolderTableWithName:]'
PostgreSQL72Channel.m:732: error: previous definition of 
'-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here
PostgreSQL72Channel.m:774: error: redefinition of '-[PostgreSQL72Channel 
createGCSFolderACLTableWithName:]'
PostgreSQL72Channel.m:741: error: previous definition of 
'-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here
make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1
make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2
make[3]: quittant le r�pertoire � 
/home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL �
make[2]: *** [internal-all] Erreur 2
make[2]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1 �
make[1]: *** [internal-all] Erreur 2
make[1]: quittant le r�pertoire � /home/ob1/src/SOPE.try �
make: *** [build-stamp] Erreur 2
    

Re hello,

Someone have any hint for that ?

eric
Hi, I've successful (I think) build sogo on a clean debian etch enviroment following the site-doc.
You have to patch an build the sope deb-packages making some changes on debian/rules and debian/control and correct some path to install library.

build with these packages installed:
   postgresql-server-dev-7.4 
   libecpg-dev
   gnustep-make
   gnustep-base-runtime
   libgnustep-base-dev

and these completely removed: 
   libfoundation1.1-dev
   gnustep-make-ogo

once you have good sope packages, you will have no more problem building sogo.
fell free to mail me if you need more info.

But the road to victory is so long, infact I build sogo, installed libraries, configured apache, make postgres db, linked library to /usr/lib/sogo-0.9, run the daemon sogod but I can't get it to work.
I see the login page i can log-in and i can see the mail,calendar,addressbook interfaces, but nothing is working!
on top of the page I've the following alert
[missing component: R.0.2.0.1.25]
and in logs:

007-11-15 16:30:09.169 sogod-0.9[21791] |<WOxComponentElemBuilder: 845fbe0>| Creating component <0x0x84984a8[NGDOMElement]: name=if-ie parent=head #attrs=0 #children=1> using tag. <var:component name='<0x0x84984a8[NGDOMElement]: name=if-ie parent=head #attrs=0 #children=1>'/> is preferred !
Nov 15 16:30:09 sogod-0.9 [21791]: [RM:CommonUI] LOOKUP FAILED: if-ie
Nov 15 16:30:09 sogod-0.9 [21791]: [RM:CommonUI]   PARENT (<0x0x83d2630[WEResourceManager]:>) SAID: (nil)
Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84baa50[WOComponentDefinition]> Note: did not find component class with name 'if-ie'
Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84baa50[WOComponentDefinition]> Note: missing class for component: 'if-ie'
Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]> could not resolve fault for component: if-ie
Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]>   resource-manager: <SoProductResourceManager[0x0x82e9678]: product='CommonUI'>
Nov 15 16:30:09 sogod-0.9 [21791]: <0x0x84a7100[WOComponentFault]>   parent:           <0x0x84b1368[UIxPageFrame]: name=UIxPageFrame parent=SOGoRootPage #subs=2 awake=0x0x8437888>
Nov 15 16:30:09 sogod-0.9 [21791]: [WARN] UIxPageFrame Could not resolve component fault: R.0.2.0.1.25
Nov 15 16:30:09 sogod-0.9 [21791]: [WARN] <0x0x84a82e0[WOChildComponentReference]> did not find child component R.0.2.0.1.25 of parent UIxPageFrame

I've looking for info on you site and I've googled a lot but no results!
Which is  R.0.2.0.1.25 component? Why I've miss it? Its a problem related to sogo or sope?
I've build sope from svn and sogo from svn and from the last stable snapshot: "SOGo-20071011.tar.gz" too

Any idea?


    --------------060807000202070401010507-- From sogo@opengroupware.org Fri Nov 16 15:29:57 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Fri, 16 Nov 2007 16:29:57 +0100 Subject: [SOGo] No Connection to database Message-ID: <001801c82865$8b9fc210$a2df4630$@gerbecks@t-online.de> Well a step further along the long, long installation way. I can successfully start the sogod-0.9 daemon, but when I access the site, I get the following error message: NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." NO "Expected a command. Got something else." In my postgressql log files I get the following messages: incomplete startup packet 2007-11-16 15:04:21 CET LOG: unexpected EOF on client connection 2007-11-16 15:04:21 CET LOG: unexpected EOF on client connection 2007-11-16 15:05:02 CET LOG: unexpected EOF on client connection 2007-11-16 15:05:02 CET LOG: unexpected EOF on client connection 2007-11-16 15:09:35 CET LOG: unexpected EOF on client connection 2007-11-16 15:09:35 CET LOG: unexpected EOF on client connection 2007-11-16 15:10:02 CET LOG: unexpected EOF on client connection 2007-11-16 15:10:02 CET LOG: unexpected EOF on client connection 2007-11-16 15:14:37 CET LOG: unexpected EOF on client connection 2007-11-16 15:14:37 CET LOG: unexpected EOF on client connection 2007-11-16 15:19:40 CET LOG: unexpected EOF on client connection Any help is greatly appreciated, Jan From sogo@opengroupware.org Fri Nov 16 16:05:33 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 16 Nov 2007 11:05:33 -0500 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <473D8F90.6000903@infoporto.it> Message-ID: <42a6-473dc000-5-b743d130@183339168> Le Vendredi 16 Novembre 2007 07:39:44 EST, nospam a =C3=A9crit: > But the road to victory is so long, infact I build sogo, installed > libraries, configured apache, make postgres db, linked library to > /usr/lib/sogo-0.9, run the daemon sogod but I can't get it to work. > I see the login page i can log-in and i can see the > mail,calendar,addressbook interfaces, but nothing is working! > on top of the page I've the following alert > > [missing component: R.0.2.0.1.25] Hi "nospam", This problem has been fixed in SVN. The latest snapshot is already quite outdated so I suggest to use the svn version instead... Wolfgang From sogo@opengroupware.org Fri Nov 16 16:28:27 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Fri, 16 Nov 2007 19:28:27 +0300 Subject: [SOGo] Exception in processing of unicode strings Message-ID: Hello everybody :) I've just set up that beautiful SOGo for testing. It looks very nice and = works almost great :) Just one trouble for the moment...=20 I'm trying to authorize users against existing Active Directory through = LDAP connector. When user exists in latin-1 container (eg = cn=3DUsers,dc=3Dmediasign,dc=3Dru) then all goes OK, but when container = has cyrillic characters in it (eg = ou=3D=E1=C4=CD=C9=CE=C9=D3=D4=D2=C1=C3=C9=D1,dc=3Dmediasign,dc=3Dru) = then SOGo crashes with exception at the moment of authorisation request: 172.16.0.215 - - [16/Nov/2007:19:09:03 GMT] "POST = /SOGo/so/connect?userName=3Divanov_dv&password=3DXXXXX HTTP/1.1" 204 0/0 = 0.022 - - 804K EXCEPTION: NAME:NSCharacterConversionException = REASON:Can't get cStringLength from Unicode string. ### child 6972 (#41) was terminated by signal 6 (uptime=3D4s). Apache's log reports a segmentation fault: [Fri Nov 16 19:09:03 2007] [error] error during reading of response line = .. [Fri Nov 16 19:12:44 2007] [error] error during reading of response line = .. [Fri Nov 16 19:12:45 2007] [notice] child pid 6969 exit signal = Segmentation fault (11) [Fri Nov 16 19:12:48 2007] [error] (111)Connection refused: error during = reading of response line .. [Fri Nov 16 19:12:48 2007] [notice] child pid 6880 exit signal = Segmentation fault (11) [Fri Nov 16 19:12:51 2007] [error] (111)Connection refused: error during = reading of response line .. [Fri Nov 16 19:12:51 2007] [notice] child pid 6873 exit signal = Segmentation fault (11) [Fri Nov 16 19:12:54 2007] [error] error during reading of response line = .. [Fri Nov 16 19:12:55 2007] [notice] child pid 6962 exit signal = Segmentation fault (11) [Fri Nov 16 19:12:57 2007] [error] (111)Connection refused: error during = reading of response line .. [Fri Nov 16 19:12:58 2007] [notice] child pid 6966 exit signal = Segmentation fault (11) [Fri Nov 16 19:13:00 2007] [error] (111)Connection refused: error during = reading of response line .. [Fri Nov 16 19:13:01 2007] [notice] child pid 6970 exit signal = Segmentation fault (11) [Fri Nov 16 19:13:04 2007] [error] (111)Connection refused: error during = reading of response line .. [Fri Nov 16 19:13:04 2007] [notice] child pid 7112 exit signal = Segmentation fault (11) The same thing happens when I try to search LDAP directory from the = baseDN "dc=3Dmediasign,dc=3Dru", while searching from baseDN = "cn=3DUsers,dc=3Dmediasign,dc=3Dru" goes OK (directory contains a lot of = org units with cyrillic characters in them). I suppose that is a bug in my settings regarding to GNUstep, but I'm not = an expert here and I don't know where to search :( Could anyone help me? Regards, Dmitri From sogo@opengroupware.org Fri Nov 16 16:46:33 2007 From: sogo@opengroupware.org (Helge Hess) Date: Fri, 16 Nov 2007 17:46:33 +0100 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: Message-ID: <818A0A73-5B59-444D-8D07-55DDD78293DF@opengroupware.org> On 16.11.2007, at 17:28, Ivanov Dmitri wrote: > 172.16.0.215 - - [16/Nov/2007:19:09:03 GMT] "POST /SOGo/so/connect? > userName=ivanov_dv&password=XXXXX HTTP/1.1" 204 0/0 0.022 - - 804K > EXCEPTION: > NAME:NSCharacterConversionException REASON:Can't get cStringLength > from Unicode string. > ### child 6972 (#41) was terminated by signal 6 (uptime=4s). A GDB backtrace would be helpful. Do you use libFoundation or gnustep- base? Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Nov 16 19:12:28 2007 From: sogo@opengroupware.org (Eric Gianquinto) Date: Fri, 16 Nov 2007 20:12:28 +0100 Subject: [SOGo] Build SOPE before SOGo In-Reply-To: <473D8F90.6000903@infoporto.it> References: <20071112052607.5259.74897.Mailman@mail.opengroupware.org> <473D8F90.6000903@infoporto.it> Message-ID: <1195240349.19175.5.camel@localhost> Hello, On Fri, 2007-11-16 at 13:39 +0100, nospam wrote: > On Thu, 2007-11-08 at 01:12 +0100, Eric Gianquinto wrote: > > > Wolfgang Sourdeau a écrit : > > > > > > > Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot a écrit: > > > > > > > > > > > > > Eric Gianquinto escreveu: > > > > > > > > > > > Hello, > > > > > > > > > > > > I want to build sope before sogo as you say in this site doc > > > > > > http://www.inverse.ca/contributions/sogo.html > > > > > > > > > > > > I use this little debian procedure on a etch release system : > > > > > > > > > > > > - Download the SVN version of SOPE. > > > > > > > > > > > > # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE > > > > > > > > > Here is the change : > > > > > > - Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to chose > > > between 'libecpg-dev' and 'postgresql-dev' (because there are in > > > conflict) in 'debian/control' and 'debian/control.in' > > > > > > - Replace > > > 'GNUSTEP_SETUP=/usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh' > > > with > > > 'GNUSTEP_SETUP=/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh' and > > > add './configure --with-gnustep' in the 'debian/rules' file. > > > > > > - compilation ok until this error ... > > > > > > PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat' > > > PostgreSQL72Channel.m:717: error: previous definition of > > > 'sqlFolderFormat' was here > > > PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat' > > > PostgreSQL72Channel.m:725: error: previous definition of > > > 'sqlFolderACLFormat' was here > > > PostgreSQL72Channel.m:765: error: redefinition of '-[PostgreSQL72Channel > > > createGCSFolderTableWithName:]' > > > PostgreSQL72Channel.m:732: error: previous definition of > > > '-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here > > > PostgreSQL72Channel.m:774: error: redefinition of '-[PostgreSQL72Channel > > > createGCSFolderACLTableWithName:]' > > > PostgreSQL72Channel.m:741: error: previous definition of > > > '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here > > > make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1 > > > make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 > > > make[3]: quittant le r�pertoire � > > > /home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL � > > > make[2]: *** [internal-all] Erreur 2 > > > make[2]: quittant le r�pertoire � /home/ob1/src/SOPE.try/sope-gdl1 � > > > make[1]: *** [internal-all] Erreur 2 > > > make[1]: quittant le r�pertoire � /home/ob1/src/SOPE.try � > > > make: *** [build-stamp] Erreur 2 > > > > > > > Re hello, > > > > Someone have any hint for that ? > > > > eric > > > Hi, I've successful (I think) build sogo on a clean debian etch > enviroment following the site-doc. > You have to patch an build the sope deb-packages making some changes > on debian/rules and debian/control and correct some path to install > library. What did you do exactly in the debian/rule, debian/control file and the correcting path for library ? Because i'm trying to do a little procedure for debianner and will publish it !!! > build with these packages installed: > postgresql-server-dev-7.4 > libecpg-dev > gnustep-make > gnustep-base-runtime > libgnustep-base-dev I'v install this already > and these completely removed: > libfoundation1.1-dev > gnustep-make-ogo I'v already remove. Thanks eric From sogo@opengroupware.org Fri Nov 16 20:02:56 2007 From: sogo@opengroupware.org (nospam) Date: Fri, 16 Nov 2007 21:02:56 +0100 Subject: [SOGo] Build SOPE before SOGo Message-ID: <20071116210256.m79zujixhc0cok8k@mail.infoporto.it> Eric Gianquinto wrote: > Hello, > > On Fri, 2007-11-16 at 13:39 +0100, nospam wrote: > >> On Thu, 2007-11-08 at 01:12 +0100, Eric Gianquinto wrote: >> >>>> Wolfgang Sourdeau a =C3=A9crit : >>>> >>>>> Le Mardi 06 Novembre 2007 04:59 EST, Olivier Hallot =20 >>>>> a =C3=A9crit: >>>>> >>>>> >>>>>> Eric Gianquinto escreveu: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> I want to build sope before sogo as you say in this site doc >>>>>>> http://www.inverse.ca/contributions/sogo.html >>>>>>> >>>>>>> I use this little debian procedure on a etch release system : >>>>>>> >>>>>>> - Download the SVN version of SOPE. >>>>>>> >>>>>>> # svn co http://svn.opengroupware.org/SOPE/trunk/ SOPE >>>>>>> >>>> Here is the change : >>>> >>>> - Delete 'libfoundation1.1-dev', 'gnustep-make-ogo' and need to =20 >>>> chose between 'libecpg-dev' and 'postgresql-dev' (because there =20 >>>> are in conflict) in 'debian/control' and 'debian/control.in' >>>> >>>> - Replace =20 >>>> 'GNUSTEP_SETUP=3D/usr/lib/opengroupware.org/System/Library/Makefiles/GN= Ustep.sh' with 'GNUSTEP_SETUP=3D/usr/lib/GNUstep/System/Library/Makefiles/GN= Ustep.sh' and add './configure --with-gnustep' in the 'debian/rules' =20 >>>> file. >>>> >>>> - compilation ok until this error ... >>>> >>>> PostgreSQL72Channel.m:750: error: redefinition of 'sqlFolderFormat' >>>> PostgreSQL72Channel.m:717: error: previous definition of =20 >>>> 'sqlFolderFormat' was here >>>> PostgreSQL72Channel.m:758: error: redefinition of 'sqlFolderACLFormat' >>>> PostgreSQL72Channel.m:725: error: previous definition of =20 >>>> 'sqlFolderACLFormat' was here >>>> PostgreSQL72Channel.m:765: error: redefinition of =20 >>>> '-[PostgreSQL72Channel createGCSFolderTableWithName:]' >>>> PostgreSQL72Channel.m:732: error: previous definition of =20 >>>> '-[PostgreSQL72Channel createGCSFolderTableWithName:]' was here >>>> PostgreSQL72Channel.m:774: error: redefinition of =20 >>>> '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' >>>> PostgreSQL72Channel.m:741: error: previous definition of =20 >>>> '-[PostgreSQL72Channel createGCSFolderACLTableWithName:]' was here >>>> make[4]: *** [shared_obj/PostgreSQL72Channel.o] Erreur 1 >>>> make[3]: *** [PostgreSQL.all.bundle.variables] Erreur 2 >>>> make[3]: quittant le r=EF=BF=BDpertoire =EF=BF=BD =20 >>>> /home/ob1/src/SOPE.try/sope-gdl1/PostgreSQL =EF=BF=BD >>>> make[2]: *** [internal-all] Erreur 2 >>>> make[2]: quittant le r=EF=BF=BDpertoire =EF=BF=BD /home/ob1/src/SOPE.tr= y/sope-gdl1 =EF=BF=BD >>>> make[1]: *** [internal-all] Erreur 2 >>>> make[1]: quittant le r=EF=BF=BDpertoire =EF=BF=BD /home/ob1/src/SOPE.tr= y =EF=BF=BD >>>> make: *** [build-stamp] Erreur 2 >>>> >>> Re hello, >>> >>> Someone have any hint for that ? >>> >>> eric >>> >> Hi, I've successful (I think) build sogo on a clean debian etch >> enviroment following the site-doc. >> You have to patch an build the sope deb-packages making some changes >> on debian/rules and debian/control and correct some path to install >> library. >> > > just minimal changes to migrate from gnustep-make-ogo to gnustep-make in debian/control I've changed build-deps Build-Depends: debhelper (>=3D 4.0.0), dpatch, gnustep-make, =20 gnustep-base-runtime, libgnustep-base-dev, gobjc | objc-compiler, =20 libobjc1, libxml2-dev, libldap2-dev | libldap-dev, libssl-dev, =20 zlib1g-dev, libpq-dev | postgresql-dev, libecpg-dev, apache-dev, =20 apache2-threaded-dev | apache2-prefork-dev | apache2-dev, autotools-dev in debian/rules I did the same you've suggested: config.status: configure dh_testdir CFLAGS=3D"$(CFLAGS)" . $(GNUSTEP_SETUP); \ ./configure --with-gnustep and GNUSTEP_SETUP=3D/usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh to correct path for libs installation change =20 debian/libsope-appserver_SOPEVER_-dev.install from /usr/lib/opengroupware.org/System/Library/Makefiles to /usr/lib/GNUstep/System/Library/Makefiles > What did you do exactly in the debian/rule, debian/control file and the > correcting path for library ? > > Because i'm trying to do a little procedure for debianner and will > publish it !!! > > great! let me know about this! >> build with these packages installed: >> postgresql-server-dev-7.4 libecpg-dev gnustep-make >> gnustep-base-runtime >> libgnustep-base-dev >> > > I'v install this already > > >> and these completely removed: libfoundation1.1-dev >> gnustep-make-ogo >> > > I'v already remove. > did you get it to work? I still have problem whit missinf compontent! bye marco From sogo@opengroupware.org Sat Nov 17 08:24:50 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Sat, 17 Nov 2007 11:24:50 +0300 Subject: [SOGo] RE: Exception in processing of unicode strings In-Reply-To: <20071116200401.20224.65411.Mailman@mail.opengroupware.org> References: <20071116200401.20224.65411.Mailman@mail.opengroupware.org> Message-ID: Hello Helge, I've to study how to attach the GDB to sogod process, I did never use it befor :( Regarding to libFoundation: In fact, I've installed both gnustep-base and libfoundation packages. 1st I installed gnustep-base but had specific compilation errors, so I added libfondation as well. From this point SOGo has been compiled successfully. I'm testing SOGo on Debian Sarge, installed packages are gnustep-make 1.13.0-1, libgnustep-base1.13, libgnustep-base-dev 1.13.0-7. SOPE is compiled from a snapshot of revision 1546 with sope-patchset-r1546.diff applied.=20 SOGo is compiled from the latest snapshot as well. Best regards, Dmitri =20 > From: Helge Hess > Subject: Re: [SOGo] Exception in processing of unicode strings > Date: Fri, 16 Nov 2007 17:46:33 +0100 > To: sogo@opengroupware.org > Reply-To: sogo@opengroupware.org >=20 > On 16.11.2007, at 17:28, Ivanov Dmitri wrote: > > 172.16.0.215 - - [16/Nov/2007:19:09:03 GMT] "POST /SOGo/so/connect?=20 > > userName=3Divanov_dv&password=3DXXXXX HTTP/1.1" 204 0/0 0.022 - - = 804K > > EXCEPTION: =20 > > NAME:NSCharacterConversionException REASON:Can't get cStringLength =20 > > from Unicode string. > > ### child 6972 (#41) was terminated by signal 6 (uptime=3D4s). >=20 >=20 > A GDB backtrace would be helpful. Do you use libFoundation or=20 > gnustep-=20 > base? >=20 > Greets, > Helge > --=20 > Helge Hess > http://www.helgehess.eu/ >=20 From sogo@opengroupware.org Sat Nov 17 14:22:20 2007 From: sogo@opengroupware.org (sogo@opengroupware.org) Date: Sat, 17 Nov 2007 15:22:20 +0100 Subject: [SOGo] [missing component: R.0.2.0.1.25] in SOGo Message-ID: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> > > Le Vendredi 16 Novembre 2007 07:39:44 EST, nospam =20 > a =3DC3=3DA9crit: > > >> > But the road to victory is so long, infact I build sogo, =20 >> installed > libraries, configured apache, make postgres db, linked =20 >> library to > /usr/lib/sogo-0.9, run the daemon sogod but I can't =20 >> get it to work. >> > I see the login page i can log-in and i can see the > =20 >> mail,calendar,addressbook interfaces, but nothing is working! >> > on top of the page I've the following alert >> > > [missing component: R.0.2.0.1.25] >> > > Hi "nospam", > sorry for the sender :-( > > This problem has been fixed in SVN. The latest snapshot is already =20 > quite outdated so I suggest to use the svn version instead... > I've build sope and sogo from last svn but I got the same error.... [missing component: R.0.2.0.1.25] which component is missing? could be caused by a component installed =20 in a wrong locations? it's the same components I see failing in looking up in sogod logs? 2007-11-17 15:03:37.580 sogod-0.9[5933] || Creating component <0x0x84a5c08[NGDOMElement]: name=3Dif-ie =20 parent=3Dhead #attrs=3D0 #children=3D1> using tag. '/> is preferred ! Nov 17 15:03:37 sogod-0.9 [5933]: [RM:CommonUI] LOOKUP FAILED: if-ie Nov 17 15:03:37 sogod-0.9 [5933]: [RM:CommonUI] PARENT =20 (<0x0x83e2d68[WEResourceManager]:>) SAID: (nil) Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84c6e80[WOComponentDefinition]> =20 Note: did not find component class with name 'if-ie' Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84c6e80[WOComponentDefinition]> =20 Note: missing class for component: 'if-ie' Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> =20 could not resolve fault for component: if-ie Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> =20 resource-manager: Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> =20 parent: <0x0x84bea78[UIxPageFrame]: name=3DUIxPageFrame =20 parent=3DSOGoRootPage #subs=3D2 awake=3D0x0x8447d20> Nov 17 15:03:37 sogod-0.9 [5933]: [WARN] UIxPageFrame Could not =20 resolve component fault: R.0.2.0.1.25 Nov 17 15:03:37 sogod-0.9 [5933]: [WARN] =20 <0x0x84b5a48[WOChildComponentReference]> did not find child component =20 R.0.2.0.1.25 of parent UIxPageFrame I did ./configure --with-gnustep --enable-strip --disable-debug =20 --gsmake=3D/usr/lib/GNUstep/System/Tools/ make make install then I've linked all components in =20 /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/ to /usr/lib/sogod-0.9in =20 order to be loaded from sogod daemon and I've copied UI/WebServerResources and UI/Templates to =20 /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/ and /SOGo.woa/WebServerResources/ is aliased by apache to =20 /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/WebServerResources it is correct? I'm missing something? Tnx for you replay! marco > > Wolfgang > From sogo@opengroupware.org Mon Nov 19 23:42:00 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 19 Nov 2007 18:42:00 -0500 Subject: [SOGo] ANN: SOGo v1.0 RC1 Message-ID: <3beb-47421f80-11-b73f8130@38230661> The Inverse Team is pleased to announce the first release candidate (RC1) of Scalable OpenGroupware.org (SOGo). === What is SOGo === SOGo is a free and modern scalable groupware server. It offers shared calendars, address books and emails through your favorite Web browser or by using a native client such as Mozilla Thunderbird and Lightning. SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and reuses existing IMAP, SMTP and database servers - making the solution easy to deploy and interoperable with many applications. SOGo features : * Scalable architecture suitable for deployments from dozen to many thousand users * Rich Web-based interface that shares the look and feel, the features and the data of Mozilla Thunderbird and Lightning * Perfected integration with Mozilla Thunderbird and Lighthing by using the SOGo Connector * Two-way synchronization support with any SyncML-capable devices (BlackBerry, Palm, Windows CE, etc.) by using the Funambol SOGo Connector and many more! SOGo and our connectors are completely free. === Getting SOGo === SOGo is free software and is distributed under the GNU GPL. As such, you are free to download and try it by either getting the newly released snapshot from : http://www.inverse.ca/uploads/SOGo/SOGo-1.0rc1.tar.gz or by getting the sources from the official SVN server : http://svn.opengroupware.org/SOGo/inverse/trunk/ Documentation about the installation and configuration of SOGo is available from : http://www.inverse.ca/contributions/sogo/documentation.html You can also try our online SOGo demo at : http://sogo-demo.inverse.ca Finally, you can also download our SOGo Connector for Mozilla Thunderbird / Lighthing and our SOGo Connector for Funambol at : http://www.inverse.ca/contributions/sogo_connector.html http://www.inverse.ca/contributions/funambol.html These connectors allow a good integration with Mozilla Thunderbird, Lightning and your favorite mobile devices. === Changes from the previous release === * Added browser detection with recommended alternatives (supports for Internet Explorer 7, Firefox, and Safari) * User-configurable Drafts / Sent / Trash mailboxes * Completed IMIP/ITIP support and added CardDAV support * Added identities and recurring events support * Added the ability the move and copy message across mail folders * Added the ability to label messages * Implemented cookie-based identification in the web interface * Fixed a bug where a false positive happening whenever a wrong user login was given during an indirect bind * Remove the constraint that a username can't begin with a digit * Deleting a message no longer expunges its parent folder * Implemented support for multiple calendars * It is now possible to rename folders * Fixed search in message content * Added tooltips for toolbar buttons (English and French) * Added checkmarks in live search options popup menus * Added browser detection with recommanded alternatives * Support for resizable columns in tables * Improved support for multiple selection in tables and lists * Improved IE7 and Safari support: attendees selector, email file attachments * Updated PrototypeJS to version 1.6.0 * Improved address completion and freebusy timeline in attendees selector * Changed look of message composition window to Thunderbird 2.0 === How can I help ? === The product is in constant evolution. You can provide your help to make SOGo better by contributing on various areas such as : * Testing and bug reports! (you can use http://sogo-demo.inverse.ca) * CSS and JavaScript adjustments to the Web UI Feel free to send us your questions. You can also post them to the SOGo mailing list: http://sogo.opengroupware.org/en/support/lists/index.html === Getting Support === For any questions, do not hesitate to contact us by writing an email to : support@inverse.ca Inverse offers profesionnal services around SOGo to help organizations deploy the solution and migrate from their legacy systems. From sogo@opengroupware.org Tue Nov 20 09:28:04 2007 From: sogo@opengroupware.org (sogo@opengroupware.org) Date: Tue, 20 Nov 2007 10:28:04 +0100 Subject: [SOGo] Re: [missing component: R.0.2.0.1.25] in SOGo In-Reply-To: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> Message-ID: <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> Quoting marco.lertora@infoporto.it: >> >> Le Vendredi 16 Novembre 2007 07:39:44 EST, nospam =20 >> a =3DC3=3DA9crit: >> >> >>>> But the road to victory is so long, infact I build sogo, =20 >>>> installed libraries, configured apache, make postgres db, linked =20 >>>> library to > >>> /usr/lib/sogo-0.9, run the daemon sogod but I can't get it to work. >>>> I see the login page i can log-in and i can see the > >>> mail,calendar,addressbook interfaces, but nothing is working! >>>> on top of the page I've the following alert >>>> > [missing component: R.0.2.0.1.25] >>> >> >> Hi "nospam", >> > sorry for the sender :-( >> >> This problem has been fixed in SVN. The latest snapshot is already =20 >> quite outdated so I suggest to use the svn version instead... >> > > I've build sope and sogo from last svn but I got the same error.... > > [missing component: R.0.2.0.1.25] > > which component is missing? could be caused by a component installed in > a wrong locations? > it's the same components I see failing in looking up in sogod logs? > > 2007-11-17 15:03:37.580 sogod-0.9[5933] | 8463578>| Creating component <0x0x84a5c08[NGDOMElement]: name=3Dif-ie > parent=3Dhead #attrs=3D0 #children=3D1> using tag. name=3D'<0x0x84a5c08[NGDOMElement]: name=3Dif-ie parent=3Dhead #attrs=3D0 > #children=3D1>'/> is preferred ! > Nov 17 15:03:37 sogod-0.9 [5933]: [RM:CommonUI] LOOKUP FAILED: if-ie > Nov 17 15:03:37 sogod-0.9 [5933]: [RM:CommonUI] PARENT > (<0x0x83e2d68[WEResourceManager]:>) SAID: (nil) > Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84c6e80[WOComponentDefinition]> > Note: did not find component class with name 'if-ie' > Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84c6e80[WOComponentDefinition]> > Note: missing class for component: 'if-ie' > Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> could > not resolve fault for component: if-ie > Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> > resource-manager: product=3D'CommonUI'> > Nov 17 15:03:37 sogod-0.9 [5933]: <0x0x84bf8b8[WOComponentFault]> > parent: <0x0x84bea78[UIxPageFrame]: name=3DUIxPageFrame > parent=3DSOGoRootPage #subs=3D2 awake=3D0x0x8447d20> > Nov 17 15:03:37 sogod-0.9 [5933]: [WARN] UIxPageFrame Could not resolve > component fault: R.0.2.0.1.25 > Nov 17 15:03:37 sogod-0.9 [5933]: [WARN] > <0x0x84b5a48[WOChildComponentReference]> did not find child component > R.0.2.0.1.25 of parent UIxPageFrame > > I did > ./configure --with-gnustep --enable-strip --disable-debug > --gsmake=3D/usr/lib/GNUstep/System/Tools/ > make > make install > then I've linked all components in > /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/ to /usr/lib/sogod-0.9in > order to be loaded from sogod daemon > and I've copied UI/WebServerResources and UI/Templates to > /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/ > and /SOGo.woa/WebServerResources/ is aliased by apache to > /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/WebServerResources > > it is correct? > I'm missing something? > > Tnx for you replay! > marco > >> >> Wolfgang >> I've tried to download and compile the 1.0rc1 version but I still get =20 the same error! Someone have any suggests? Marco From sogo@opengroupware.org Tue Nov 20 10:05:51 2007 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 20 Nov 2007 11:05:51 +0100 Subject: [SOGo] Re: [missing component: R.0.2.0.1.25] in SOGo In-Reply-To: <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> Message-ID: On 20.11.2007, at 10:28, marco.lertora@infoporto.it wrote: > I've tried to download and compile the 1.0rc1 version but I still > get the same error! > Someone have any suggests? Most likely something is wrong with your template setup (that is, SOGo can't find the templates). Maybe a permission issue? Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Nov 20 12:02:32 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Tue, 20 Nov 2007 15:02:32 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> Message-ID: Hello Helge, I've made further investigations of that trouble. For now I belive, a bug is not in layer of LDAP search/bind/etc. The problem appears only when CommonName (CN) attribute is written by cyrillic characters. I created a test user account and placed it in eigther Latin-1 named OU, or cyrillic named OU. No differences: when CN is in english, then authorizatin comes good, when CN is in russian then sogod crashes with NSCharacterConversionException. This applies to address-book search as well: the container "cn=3Dusers,dc=3Dmediasign,dc=3Dru" contains only english common names, = while others contain both english and russian ones. So search from baseDN "cn=3Dusers,dc=3Dmediasign,dc=3Dru" goes well, while search from baseDN "dc=3Dmediasign,dc=3Dru" leads up a crash of sogod. About GDB: I tried to configure sogo with --enable-debug, but when I attach gdb to sogod process, I see lines like follows: Reading symbols from /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/MainUI.SOGo/MainUI...(no debugging symbols found)...done. So I can't set a break point on known function name... Backtrace of crashed process seems useless: (gdb) cont Continuing. Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 18099)] 0x40a68b01 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40a68b01 in kill () from /lib/libc.so.6 #1 0x409b7f65 in pthread_kill () from /lib/libpthread.so.0 #2 0x409b7fab in raise () from /lib/libpthread.so.0 #3 0x40a68894 in raise () from /lib/libc.so.6 #4 0x40a69ccc in abort () from /lib/libc.so.6 #5 0x0804a361 in main () (gdb) disas 0x0804a348 0x0804a36f =20 Dump of assembler code from 0x804a348 to 0x804a36f: 0x0804a348 : call *%edx 0x0804a34a : mov %eax,0x4(%esp) 0x0804a34e : lea 0xffffeab2(%ebx),%eax 0x0804a354 : mov %eax,(%esp) 0x0804a357 : call 0x8048fd0 <_init+200> 0x0804a35c : call 0x8048f90 <_init+136> 0x0804a361 : push %ebp 0x0804a362 : mov %esp,%ebp 0x0804a364 : push %edi 0x0804a365 : push %esi 0x0804a366 : push %ebx 0x0804a367 : sub $0x2c,%esp 0x0804a36a : call 0x80492b2 End of assembler dump. Setting up a break point at 0x0804a35c gives no effect: (gdb) cont Continuing. Breakpoint 1, 0x0804a35c in main () (gdb) bt #0 0x0804a35c in main () (gdb) step Single stepping until exit from function main,=20 which has no line number information. Program received signal SIGABRT, Aborted. 0x40a68b01 in kill () from /lib/libc.so.6 (gdb)=20 What else can I do in order to help you to locate this bug? Best regards, Dmitri =20 > On 16.11.2007, at 17:28, Ivanov Dmitri wrote: > > 172.16.0.215 - - [16/Nov/2007:19:09:03 GMT] "POST /SOGo/so/connect?=3D20 > > userName=3D3Divanov_dv&password=3D3DXXXXX HTTP/1.1" 204 0/0 0.022 - = - =3D 804K > > EXCEPTION: =3D20 > > NAME:NSCharacterConversionException REASON:Can't get cStringLength =3D20 > > from Unicode string. > > ### child 6972 (#41) was terminated by signal 6 (uptime=3D3D4s). >=3D20 >=3D20 > A GDB backtrace would be helpful. Do you use libFoundation or=3D20 > gnustep-=3D20 > base? >=3D20 > Greets, > Helge > --=3D20 > Helge Hess > http://www.helgehess.eu/ From sogo@opengroupware.org Tue Nov 20 12:12:41 2007 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 20 Nov 2007 13:12:41 +0100 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> Message-ID: <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> On 20.11.2007, at 13:02, Ivanov Dmitri wrote: > /usr/local/lib/GNUstep/Local/Library/SOGo-0.9/MainUI.SOGo/MainUI...(no > debugging symbols found)...done. > So I can't set a break point on known function name... Hm, the backtrace is disappointing :-) Wrt the function name, this should work nevertheless, but you first need to "run" once (this loads the required shared libraries during SOGo startup). Then type Ctrl-C to go back to GDB and enter the "break [NSException raise]". You can also try "break abort" and see whether that gives useful information. Disabling debug is a bit dangerous in any case, I strongly recommend not to do that. Besides the additional information debug also disables certain GCC compiler optimizations. And GCC (well, Foundation) is known to produce crashes in certain contexts with certain optimizations. (you could also do a -O1 or -O0 GCC compiler flag, but then you can just enable debug in the first place :-) Thanks a lot, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Nov 20 14:14:08 2007 From: sogo@opengroupware.org (sogo@opengroupware.org) Date: Tue, 20 Nov 2007 15:14:08 +0100 Subject: [SOGo] Re: [missing component: R.0.2.0.1.25] in SOGo In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> Message-ID: <20071120151408.0777mfsujs48ws0s@mail.infoporto.it> Quoting Helge Hess : > On 20.11.2007, at 10:28, marco.lertora@infoporto.it wrote: >> I've tried to download and compile the 1.0rc1 version but I still =20 >> get the same error! >> Someone have any suggests? > > > Most likely something is wrong with your template setup (that is, SOGo > can't find the templates). Maybe a permission issue? > > Greets, > Helge > --=20 > Helge Hess > http://www.helgehess.eu/ > --=20 > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo Finally i get it to work! It wasn't a permission issue... I was =20 failing to source GNUstep.sh... :-( Now SOGo is running up! And now I've a new trouble.... I use ldap + postfix + cyrus configured for vhost so my login are =20 somenthing like "marco@infoporto.it" I can login into sogo trought ldap-authentication without no problems =20 but when it try to access imap-mail i got these errors: > 151.68.20.109 - - [20/Nov/2007:14:02:34 GMT] "POST =20 > /SOGo/so/marco.lertora@infoporto.it/Mail/marco.lertora@infoporto.it@192.16= 8.1.2/mailboxes HTTP/1.1" 200 151/0 0.010 - - =20 > 2007-11-20 14:02:34.234 sogod-0.9[21104] =20 > NAME:NSGenericException REASON:illegal character in host part > Nov 20 14:02:34 sogod-0.9 [21104]: [ERROR] =20 > <0x08661B28[SOGoMailFolder]:folderINBOX> Could not connect IMAP4. > 2007-11-20 14:02:34.234 sogod-0.9[21104] =20 > NAME:NSGenericException REASON:illegal character in host part > 2007-11-20 14:02:34.235 sogod-0.9[21104] =20 > NAME:NSGenericException REASON:illegal character in host part I think the "@" within the username cause the mistake and sogod try to =20 connect to: infoporto.it@192.168.1.2 (or something like that).. It's my supposition correct? There is any workaround? Marco From sogo@opengroupware.org Tue Nov 20 14:31:36 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Tue, 20 Nov 2007 17:31:36 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> Message-ID: > Wrt the function name, this should work nevertheless, but you first =20 > need to "run" once (this loads the required shared libraries during =20 > SOGo startup). > Then type Ctrl-C to go back to GDB and enter the "break [NSException =20 > raise]". >=20 Unfortunately, that doesn't work for me :( If I execute "gdb sogod-0.9" then a child process dies immediately and a parent daemon seems to run another one, and so on: ### child 600 (#77) was terminated by signal 5 (uptime=3D0s). 2007-11-20 16:45:08.301 sogod-0.9[601] starting SOGo (build root@squid 200711191903) 2007-11-20 16:45:08.301 sogod-0.9[601] Note: vmem size check enabled: shutting down app when vmem > 200 MB Nov 20 16:45:08 sogod-0.9 [601]: SNS support disabled. ### child 601 (#78) was terminated by signal 5 (uptime=3D0s). 2007-11-20 16:45:08.318 sogod-0.9[602] starting SOGo (build root@squid 200711191903) 2007-11-20 16:45:08.318 sogod-0.9[602] Note: vmem size check enabled: shutting down app when vmem > 200 MB Nov 20 16:45:08 sogod-0.9 [602]: SNS support disabled. ### child 602 (#79) was terminated by signal 5 (uptime=3D0s). So I'm trying to attach gdb to already running child. Nov 20 17:23:21 sogod-0.9 [787]: |SOGo-0.9| WOHttpAdaptor listening on address *:8088 (gdb) attach 787 Attaching to process 787 Reading symbols from /usr/local/lib/GNUstep/Local/Tools/sogod-0.9...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/GNUstep/Local/Library/Libraries/libSOGo.so.0.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/GNUstep/Local/Library/Libraries/libSOGo.so.0.9 Reading symbols from /usr/local/lib/GNUstep/Local/Library/Libraries/libOGoContentStore.so.0.. .(no debugging symbols found)...done. ................ (gdb) break [NSException raise] Function "" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 ([NSException raise]) pending. (gdb) break abort Breakpoint 2 at 0x40a69c15 (gdb) info break Num Type Disp Enb Address What 1 breakpoint keep y [NSException raise] 2 breakpoint keep y 0x40a69c15 (gdb) cont Continuing. Now I'm passing account information with cyrillic CN into sogod: (gdb) cont Continuing. [Switching to Thread 16384 (LWP 787)] Breakpoint 2, 0x40a69c15 in abort () from /lib/libc.so.6 (gdb) bt #0 0x40a69c15 in abort () from /lib/libc.so.6 #1 0x0804a361 in main () (gdb)=20 So gdb ignores breakpoint at unknown (or undeclared?) exception... (gdb) cont Continuing. Program received signal SIGABRT, Aborted. 0x40a68b01 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40a68b01 in kill () from /lib/libc.so.6 #1 0x409b7f65 in pthread_kill () from /lib/libpthread.so.0 #2 0x409b7fab in raise () from /lib/libpthread.so.0 #3 0x40a68894 in raise () from /lib/libc.so.6 #4 0x40a69ccc in abort () from /lib/libc.so.6 #5 0x0804a361 in main () (gdb)=20 As far as I understand, I have to load any symbol map into gdb where this exception is defined. But I don't know how to do this(as I said, I'm a newbie in GDB). Could you direct me in proper way? Regards, Dmitri From sogo@opengroupware.org Tue Nov 20 14:34:40 2007 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 20 Nov 2007 15:34:40 +0100 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> Message-ID: On 20.11.2007, at 15:31, Ivanov Dmitri wrote: > Unfortunately, that doesn't work for me :( > If I execute "gdb sogod-0.9" then a child process dies immediately Ah! OK :-) You need to run it like this: gdb> run -WOUseWatchDog NO Then SOGo doesn't fork itself. Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Nov 20 14:51:47 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 20 Nov 2007 09:51:47 -0500 Subject: [SOGo] Re: [missing component: R.0.2.0.1.25] in SOGo In-Reply-To: <20071120151408.0777mfsujs48ws0s@mail.infoporto.it> Message-ID: > > 151.68.20.109 - - [20/Nov/2007:14:02:34 GMT] "POST > > /SOGo/so/marco.lertora@infoporto.it/Mail/marco.lertora@infoporto.it@192.168.1.2/mailboxes HTTP/1.1" 200 151/0 0.010 - - > > 2007-11-20 14:02:34.234 sogod-0.9[21104] > > NAME:NSGenericException REASON:illegal character in host part > > Nov 20 14:02:34 sogod-0.9 [21104]: [ERROR] > > <0x08661B28[SOGoMailFolder]:folderINBOX> Could not connect IMAP4. > > 2007-11-20 14:02:34.234 sogod-0.9[21104] > > NAME:NSGenericException REASON:illegal character in host part > > 2007-11-20 14:02:34.235 sogod-0.9[21104] > > NAME:NSGenericException REASON:illegal character in host part > > I think the "@" within the username cause the mistake and sogod try to > connect to: infoporto.it@192.168.1.2 (or something like that).. > It's my supposition correct? There is any workaround? > > Marco Hi Marco, Actually the only way at this time would be to run a different instance of SOGo per-site and have a different configuration for each instance pointing to a different LDAP branch for authentication. This maybe improved at some point but probably not before 1.0 is out... Is that an acceptable solution for you? -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Nov 20 15:39:00 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Tue, 20 Nov 2007 18:39:00 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> Message-ID: >=20 > On 20.11.2007, at 15:31, Ivanov Dmitri wrote: > > Unfortunately, that doesn't work for me :( > > If I execute "gdb sogod-0.9" then a child process dies immediately >=20 >=20 > Ah! OK :-) You need to run it like this: >=20 > gdb> run -WOUseWatchDog NO >=20 > Then SOGo doesn't fork itself. >=20 No luck :( (gdb) run -WOUseWatchDog NO Starting program: /usr/local/lib/GNUstep/Local/Tools/sogod-0.9 -WOUseWatchDog NO (no debugging symbols found) (no debugging symbols found) ..... (no debugging symbols found) Nov 20 18:01:56 sogod-0.9 [1004]: |SOGo-0.9| WOHttpAdaptor listening on address *:8088 Program received signal SIGINT, Interrupt. [Switching to Thread 16384 (LWP 1004)] 0x40af15d6 in poll () from /lib/libc.so.6 (gdb) break [NSException raise] Function "" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 ([NSException raise]) pending. (gdb) cont Continuing. ........... EXCEPTION: NAME:NSCharacterConversionException REASON:Can't get cStringLength from Unicode string. Program received signal SIGABRT, Aborted. 0x40a68b01 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40a68b01 in kill () from /lib/libc.so.6 #1 0x409b7f65 in pthread_kill () from /lib/libpthread.so.0 #2 0x409b7fab in raise () from /lib/libpthread.so.0 #3 0x40a68894 in raise () from /lib/libc.so.6 #4 0x40a69ccc in abort () from /lib/libc.so.6 #5 0x0804a361 in main () I suppose, I have to load a symbol map in some way or to enable debug symbols at compile time. I thought "./configure --enable-debug" implements "-g" switch for gcc. Am I wrong? Should I enable -g manually? Best regards, Dmitri =20 From sogo@opengroupware.org Tue Nov 20 15:40:57 2007 From: sogo@opengroupware.org (sogo@opengroupware.org) Date: Tue, 20 Nov 2007 16:40:57 +0100 Subject: [SOGo] Re: [missing component: R.0.2.0.1.25] in SOGo In-Reply-To: References: Message-ID: <20071120164057.9d1fc8kyog8ggosg@mail.infoporto.it> Quoting Wolfgang Sourdeau : > >> > 151.68.20.109 - - [20/Nov/2007:14:02:34 GMT] "POST >> > =20 >> /SOGo/so/marco.lertora@infoporto.it/Mail/marco.lertora@infoporto.it@192.1= 68.1.2/mailboxes HTTP/1.1" 200 151/0 0.010 - =20 >> - >> > 2007-11-20 14:02:34.234 sogod-0.9[21104] >> > NAME:NSGenericException REASON:illegal character in host part >> > Nov 20 14:02:34 sogod-0.9 [21104]: [ERROR] >> > <0x08661B28[SOGoMailFolder]:folderINBOX> Could not connect IMAP4. >> > 2007-11-20 14:02:34.234 sogod-0.9[21104] >> > NAME:NSGenericException REASON:illegal character in host part >> > 2007-11-20 14:02:34.235 sogod-0.9[21104] >> > NAME:NSGenericException REASON:illegal character in host part >> >> I think the "@" within the username cause the mistake and sogod try to >> connect to: infoporto.it@192.168.1.2 (or something like that).. >> It's my supposition correct? There is any workaround? >> >> Marco > > Hi Marco, > > > Actually the only way at this time would be to run a different =20 > instance of SOGo per-site and have a different configuration for =20 > each instance pointing to a different LDAP branch for authentication. > > This maybe improved at some point but probably not before 1.0 is out... > > Is that an acceptable solution for you? > > -- > Wolfgang Sourdeau > T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 > > AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou > privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire, veui= llez nous > aviser imm=E9diatement. Merci. > NOTICE - This e-mail may contain confidential or privileged information. > If you are not the intended recipient, please notify us immediately. =20 > Thank you. > > -- > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo > Tnx for you replay! This is my ldap structure: dc=3Dinfoporto,dc=3Dit --ou=3Dinfoporto.it ---- mail=3Dluca@infoporto.it ---- mail=3Dmarco@infoporto.it --ou=3Ddomain.com ---- mail=3Dinfo@domain.com ---- mail=3Dstuff@domain.com and cyrus by saslauthd authenticate againt ldap, so my cyrus username =20 are the complete email: e.g. luca@infoporto.it, stuff@domain.com, =20 marco@infoporto.it So, running an instance of sogo for every domain should be ok, and now =20 I'm doing somenthing like that. In sogo-ldap-conf I've set basedn to =20 ou=3Dinfoporto.it,dc=3Dinfoporto,dc=3Dit and I can login in sogo using =20 marco.lertora@infoporto.it The problem is when I try to access to "mail". sogo try to login in =20 cyrus with marco.lertora@infoporto.it but it fail. NAME:NSGenericException REASON:illegal character in host part looking in the log I've notice this url /SOGo/so/marco.lertora@infoporto.it/Mail/marco.lertora@infoporto.it@192.168.= 1.2/mailboxes so i suppose the mistake is in retrieving imap-host from this url... if you teach me which part of the source this is done maybe I can try =20 to fixit, or just patch it for my situation. I think sogo is a really good project, thank 4 your great work! marco From sogo@opengroupware.org Tue Nov 20 15:52:44 2007 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 20 Nov 2007 16:52:44 +0100 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> Message-ID: <6D6F7D0B-ABAB-4F77-B591-784F91EDC80B@opengroupware.org> On 20.11.2007, at 16:39, Ivanov Dmitri wrote: > (gdb) run -WOUseWatchDog NO > Starting program: /usr/local/lib/GNUstep/Local/Tools/sogod-0.9 > -WOUseWatchDog NO > (no debugging symbols found) > (no debugging symbols found) > ..... > (no debugging symbols found) > Nov 20 18:01:56 sogod-0.9 [1004]: |SOGo-0.9| WOHttpAdaptor > listening on > address *:8088 Well, at least that seems to work :-) > (gdb) break [NSException raise] > Function "" not defined. Weird. Maybe your GDB does not support Objective-C. BTW, what platform are you on? (Linux distri / version). > I suppose, I have to load a symbol map in some way or to enable debug > symbols at compile time. Possibly. For plain C functions in a shared object you usually don't need to do this because the names are there for linking anyways. > I thought "./configure --enable-debug" implements "-g" switch for gcc. Yes, it does. But then, [NSException raise] is in gnustep-base. Which AFAIK has no such switch? :-) How did you install gnustep-base? > Am I wrong? Should I enable -g manually? You can try that, but usually this is done in GNUstep by calling something like this make debug=yes strip=no shared=yes [SOPE sets those switched in config.make when configure is called] Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Nov 20 16:02:00 2007 From: sogo@opengroupware.org (Jan Gerbecks) Date: Tue, 20 Nov 2007 17:02:00 +0100 Subject: [SOGo] SOGo compilation error "NSString+Utilities.m" Message-ID: <001b01c82b8e$af5590f0$0e00b2d0$@gerbecks@t-online.de> Hello again, after the first attempts at getting SOGo to run were not that successful, I started from scratch. Unfortunately when I try to compile the RC1 version of SOGo I get the following error message: NSString+Utilities.m: In function `-[NSString(SOGoURLExtension) _handleURLs:textToMatch:prefix:inRanges:]': NSString+Utilities.m:199: warning: `NSMutableString' does not respond to `_rangeOfURLInRange:' NSString+Utilities.m:199: error: incompatible types in assignment make[3]: *** [shared_debug_obj/NSString+Utilities.o] Error 1 make[2]: *** [libSOGo.all.library.variables] Error 2 I have the following packages installed on a Debian Sarge 3.1 system: gcc-3.4 (3.4.3-13sarge1) gcc-3.4-base (>= 3.4.3-13sarge1) libgcc1 (>= 1:3.4.3-13sarge1) libc6 (>= 2.3.2.ds1-21) cpp-3.4 (>= 3.4.3-13sarge1) cpp-3.4 (< 3.4.5) binutils (>= 2.15-5) make (3.80-9) gobjc (4:4.3-20070902-0) build-essential (10.1) bin86 (0.16.14-1.2) gnustep-make (1.13.0 => the one included in the sope package) gnustep-base-1.14.1 sope (latest svn snapshot) sogo (RC1) I DO NOT have libfoundation installed. I always sourced the GNUstep.sh file which is stored at /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh Applying the "sope-patchset-r1546.diff" patch did not make a difference, at least regarding the compilation error. Any hints what I might did wrong are greatly appreciated. Thanks in advance, Jan From sogo@opengroupware.org Tue Nov 20 16:27:28 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Tue, 20 Nov 2007 19:27:28 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: <6D6F7D0B-ABAB-4F77-B591-784F91EDC80B@opengroupware.org> References: <20071117152220.opf3mht1us8ww4w0@mail.infoporto.it> <20071120102804.1fashegeg4g8cocg@mail.infoporto.it> <4B5B09D6-22F5-4FF7-AD46-BB2DBF27DCAD@opengroupware.org> <6D6F7D0B-ABAB-4F77-B591-784F91EDC80B@opengroupware.org> Message-ID: >=20 > > (gdb) break [NSException raise] > > Function "" not defined. >=20 > Weird. Maybe your GDB does not support Objective-C. BTW, what =20 > platform are you on? (Linux distri / version). >=20 I'm testing on existing Debian 3.1 installation. Soon we are going to buy new hardware and I will set up debian 4.1 (or maybe RHEL in order to support proprietary Dell drivers for FC HBAs, in case we will need additional extenal storage). Current version of GDB is GNU gdb 6.3-debian. And really, it supports C,C++,Fortran,Modulo 2 and Java only :( And I don't see any objC plugins among available packages... Best regards, Dmitri=20 From sogo@opengroupware.org Tue Nov 20 16:55:53 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 20 Nov 2007 11:55:53 -0500 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: Message-ID: Le Mardi 20 Novembre 2007 11:27 EST, "Ivanov Dmitri" a =C3=A9crit: > > > > > (gdb) break [NSException raise] > > > Function "" not defined. > > > > Weird. Maybe your GDB does not support Objective-C. BTW, what > > platform are you on? (Linux distri / version). > > I think the problem comes from the fact that gnustep-base has its debug symbols stripped. I think the only choice left would be to rebuild it from source and remove the debian packages. There used to be a dbg version of those packages. Maybe you can still find libgnustep-base1.13-dbg somewhere instead and install it? -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Nov 20 18:35:05 2007 From: sogo@opengroupware.org (Dmitri Ivanov) Date: Tue, 20 Nov 2007 21:35:05 +0300 Subject: Re[2]: [SOGo] Exception in processing of unicode strings In-Reply-To: References: Message-ID: <22498592257.20071120213505@mediasign.ru> Hello Wolfgang, >> > >> > > (gdb) break [NSException raise] >> > > Function "" not defined. >> > >> > Weird. Maybe your GDB does not support Objective-C. BTW, what >> > platform are you on? (Linux distri / version). >> > WS> I think the problem comes from the fact that gnustep-base has its debug symbols stripped. WS> I think the only choice left would be to rebuild it from WS> source and remove the debian packages. There used to be a dbg WS> version of those packages. WS> Maybe you can still find libgnustep-base1.13-dbg somewhere instead and install it? WS> -- Yes, really i haven't noticed this package myself. It exists. Tomorrow i will try and report. Thank you :) -- Best regards, Dmitri mailto:ivanov_dv@mediasign.ru From sogo@opengroupware.org Wed Nov 21 07:49:50 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Wed, 21 Nov 2007 10:49:50 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: Message-ID: Hello,=20 At last a bit of luck :) 172.16.0.215 - - [21/Nov/2007:10:45:03 GMT] "POST = /SOGo/so/connect?userName=3Divanov_dv&password=3DXXXXX HTTP/1.1" 204 0/0 = 0.393 - - 892K EXCEPTION: NAME:NSCharacterConversionException = REASON:Can't get cStringLength from Unicode string. Program received signal SIGABRT, Aborted. 0x40a68b01 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40a68b01 in kill () from /lib/libc.so.6 #1 0x409b7f65 in pthread_kill () from /lib/libpthread.so.0 #2 0x409b7fab in raise () from /lib/libpthread.so.0 #3 0x40a68894 in raise () from /lib/libc.so.6 #4 0x40a69ccc in abort () from /lib/libc.so.6 #5 0x0804a361 in -[SOGo handleException:inContext:] (self=3D0x8155e38, = _cmd=3D0x4038c1c0, _exc=3D0x865f4f8, _ctx=3D0x865fa08) at SOGo.m:337 #6 0x4029ce78 in WOApplicationMain () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #7 0x4025566d in WOSetKVCValueUsingMethod () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #8 0x40255550 in WOSetKVCValueUsingMethod () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #9 0x0804a4b4 in -[SOGo dispatchRequest:] (self=3D0x8155e38, = _cmd=3D0x403c7a10, _request=3D0x8661760) at SOGo.m:368 #10 0x403015e7 in OWFormElementName () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #11 0x4030480b in OWFormElementName () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #12 0x402fd75f in OWFormElementName () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #13 0x402ff679 in OWFormElementName () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #14 0x402ffb72 in OWFormElementName () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #15 0x40783cff in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #16 0x40783690 in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #17 0x40782d8c in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #18 0x4056d402 in __link_NSProcessInfo_misc () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGExtensions.so.4.7 #19 0x40859f57 in chartouni () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #20 0x407c0060 in NSRangeFromString () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #21 0x407bfb93 in NSRangeFromString () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #22 0x40256051 in WOSetKVCValueUsingMethod () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #23 0x08049e20 in -[SOGo run] (self=3D0x8155e38, _cmd=3D0x4037f690) at = SOGo.m:232 #24 0x40284fdf in WOApplicationMain () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #25 0x402a5081 in WOWatchDogApplicationMain () from = /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 #26 0x08049247 in main (argc=3D3, argv=3D0xbfffe0c4, env=3D0xbfffe0d4) = at sogod.m:56 Best regards, Dmitri =20 > -----Original Message----- > From: sogo-admin@opengroupware.org=20 > [mailto:sogo-admin@opengroupware.org] On Behalf Of Wolfgang Sourdeau > Sent: Tuesday, November 20, 2007 7:56 PM > To: sogo@opengroupware.org > Subject: RE: [SOGo] Exception in processing of unicode strings >=20 >=20 > Le Mardi 20 Novembre 2007 11:27 EST, "Ivanov Dmitri"=20 > a =E9crit: >=20 > > >=20 > > > > (gdb) break [NSException raise] > > > > Function "" not defined. > > >=20 > > > Weird. Maybe your GDB does not support Objective-C. BTW, what =20 > > > platform are you on? (Linux distri / version). > > >=20 >=20 > I think the problem comes from the fact that gnustep-base has=20 > its debug symbols stripped.=20 > I think the only choice left would be to rebuild it from=20 > source and remove the debian packages. There used to be a dbg=20 > version of those packages. >=20 > Maybe you can still find libgnustep-base1.13-dbg somewhere=20 > instead and install it? > -- > Wolfgang Sourdeau > T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 >=20 > AVIS - Ce courriel pourrait contenir des renseignements=20 > confidentiels ou > privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire,=20 > veuillez nous > aviser imm=E9diatement. Merci. > NOTICE - This e-mail may contain confidential or privileged=20 > information. > If you are not the intended recipient, please notify us=20 > immediately. Thank you. >=20 > --=20 > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo >=20 From sogo@opengroupware.org Wed Nov 21 09:12:49 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Wed, 21 Nov 2007 12:12:49 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: Message-ID: Maybe more informative backtrace with SOPE debug enabled: 172.16.0.215 - - [21/Nov/2007:11:57:28 GMT] "POST = /SOGo/so/connect?userName=3Divanov_dv&password=3DXXXXXX HTTP/1.1" 204 = 0/0 0.478 - - 992K EXCEPTION: NAME:NSCharacterConversionException = REASON:Can't get cStringLength from Unicode string. Program received signal SIGABRT, Aborted. 0x40a98b01 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40a98b01 in kill () from /lib/libc.so.6 #1 0x409e7f65 in pthread_kill () from /lib/libpthread.so.0 #2 0x409e7fab in raise () from /lib/libpthread.so.0 #3 0x40a98894 in raise () from /lib/libc.so.6 #4 0x40a99ccc in abort () from /lib/libc.so.6 #5 0x0804a361 in -[SOGo handleException:inContext:] (self=3D0x8155ee0, = _cmd=3D0x403a7660, _exc=3D0x8659d38, _ctx=3D0x8677a38) at SOGo.m:337 #6 0x402a6bf7 in -[WORequestHandler handleRequest:] (self=3D0x819f7b8, = _cmd=3D0x40384198, _request=3D0x86567b0) at WORequestHandler.m:268 #7 0x4025cf13 in -[WOCoreApplication dispatchRequest:usingHandler:] = (self=3D0x8155ee0, _cmd=3D0x403841d0, _request=3D0x86567b0,=20 handler=3D0x819f7b8) at WOCoreApplication.m:669 #8 0x4025d299 in -[WOCoreApplication dispatchRequest:] = (self=3D0x8155ee0, _cmd=3D0x804e2b0, _request=3D0x86567b0) at WOCoreApplication.m:709 #9 0x0804a4b4 in -[SOGo dispatchRequest:] (self=3D0x8155ee0, = _cmd=3D0x403e3a90, _request=3D0x86567b0) at SOGo.m:368 #10 0x4031383c in -[WOHttpTransaction _run] (self=3D0x866e310, = _cmd=3D0x403e3aa8) at WOHttpTransaction.m:541 #11 0x40313c43 in -[WOHttpTransaction run] (self=3D0x866e310, = _cmd=3D0x403e2b30) at WOHttpTransaction.m:594 #12 0x4030f440 in -[WOHttpAdaptor runConnection:] (self=3D0x8579520, = _cmd=3D0x403e2b80, _socket=3D0x862cc08) at WOHttpAdaptor.m:484 #13 0x4030f6c2 in -[WOHttpAdaptor _handleAcceptedConnection:] = (self=3D0x8579520, _cmd=3D0x403e2bd0, _connection=3D0x862cc08) at WOHttpAdaptor.m:518 #14 0x4030fe6d in -[WOHttpAdaptor acceptConnection:] (self=3D0x8579520, = _cmd=3D0x403e2ae8, _notification=3D0x864ad20) at WOHttpAdaptor.m:626 #15 0x407b3cff in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #16 0x407b3690 in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #17 0x407b2d8c in NSMapInsertIfAbsent () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #18 0x40594efc in -[NSObject(FileObjectWatcher) = receivedEvent:type:extra:forMode:] (self=3D0x857dc90, _cmd=3D0x409d6298, = _fdData=3D0xa,=20 _type=3DET_RDESC, _extra=3D0xa, _mode=3D0x409a3cf8) at = NSRunLoop+FileObjects.m:57 #19 0x40889f57 in chartouni () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #20 0x407f0060 in NSRangeFromString () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #21 0x407efb93 in NSRangeFromString () from = /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 #22 0x4025c6a2 in -[WOCoreApplication run] (self=3D0x8155ee0, = _cmd=3D0x804e200) at WOCoreApplication.m:541 #23 0x08049e20 in -[SOGo run] (self=3D0x8155ee0, _cmd=3D0x4039a810) at = SOGo.m:232 #24 0x4028de0c in WOApplicationMain (_appClassName=3D0x804d4b8, = argc=3D3, argv=3D0xbfffda44) at WOApplicationMain.m:42 #25 0x402b01ef in WOWatchDogApplicationMain (appName=3D0x804d4b8, = argc=3D3, argv=3D0xbfffda44) at WOWatchDogApplicationMain.m:251 #26 0x08049247 in main (argc=3D3, argv=3D0xbfffda44, env=3D0xbfffda54) = at sogod.m:56 (gdb)=20 Best regards, Dmitri =20 > -----Original Message----- > From: sogo-admin@opengroupware.org=20 > [mailto:sogo-admin@opengroupware.org] On Behalf Of Ivanov Dmitri > Sent: Wednesday, November 21, 2007 10:50 AM > To: sogo@opengroupware.org > Subject: RE: [SOGo] Exception in processing of unicode strings >=20 > Hello,=20 >=20 > At last a bit of luck :) >=20 > 172.16.0.215 - - [21/Nov/2007:10:45:03 GMT] "POST=20 > /SOGo/so/connect?userName=3Divanov_dv&password=3DXXXXX HTTP/1.1"=20 > 204 0/0 0.393 - - 892K > EXCEPTION: =20 > NAME:NSCharacterConversionException REASON:Can't get=20 > cStringLength from Unicode string. >=20 > Program received signal SIGABRT, Aborted. > 0x40a68b01 in kill () from /lib/libc.so.6 > (gdb) bt > #0 0x40a68b01 in kill () from /lib/libc.so.6 > #1 0x409b7f65 in pthread_kill () from /lib/libpthread.so.0 > #2 0x409b7fab in raise () from /lib/libpthread.so.0 > #3 0x40a68894 in raise () from /lib/libc.so.6 > #4 0x40a69ccc in abort () from /lib/libc.so.6 > #5 0x0804a361 in -[SOGo handleException:inContext:]=20 > (self=3D0x8155e38, _cmd=3D0x4038c1c0, _exc=3D0x865f4f8, = _ctx=3D0x865fa08) > at SOGo.m:337 > #6 0x4029ce78 in WOApplicationMain () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #7 0x4025566d in WOSetKVCValueUsingMethod () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #8 0x40255550 in WOSetKVCValueUsingMethod () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #9 0x0804a4b4 in -[SOGo dispatchRequest:] (self=3D0x8155e38,=20 > _cmd=3D0x403c7a10, _request=3D0x8661760) at SOGo.m:368 > #10 0x403015e7 in OWFormElementName () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #11 0x4030480b in OWFormElementName () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #12 0x402fd75f in OWFormElementName () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #13 0x402ff679 in OWFormElementName () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #14 0x402ffb72 in OWFormElementName () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #15 0x40783cff in NSMapInsertIfAbsent () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #16 0x40783690 in NSMapInsertIfAbsent () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #17 0x40782d8c in NSMapInsertIfAbsent () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #18 0x4056d402 in __link_NSProcessInfo_misc () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGExtensions.so.4.7 > #19 0x40859f57 in chartouni () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #20 0x407c0060 in NSRangeFromString () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #21 0x407bfb93 in NSRangeFromString () from=20 > /usr/lib/GNUstep/System/Library/Libraries/libgnustep-base.so.1.13 > #22 0x40256051 in WOSetKVCValueUsingMethod () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #23 0x08049e20 in -[SOGo run] (self=3D0x8155e38,=20 > _cmd=3D0x4037f690) at SOGo.m:232 > #24 0x40284fdf in WOApplicationMain () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #25 0x402a5081 in WOWatchDogApplicationMain () from=20 > /usr/local/lib/GNUstep/Local/Library/Libraries/libNGObjWeb.so.4.7 > #26 0x08049247 in main (argc=3D3, argv=3D0xbfffe0c4,=20 > env=3D0xbfffe0d4) at sogod.m:56 >=20 >=20 >=20 > Best regards, > Dmitri =20 >=20 > > -----Original Message----- > > From: sogo-admin@opengroupware.org=20 > > [mailto:sogo-admin@opengroupware.org] On Behalf Of Wolfgang Sourdeau > > Sent: Tuesday, November 20, 2007 7:56 PM > > To: sogo@opengroupware.org > > Subject: RE: [SOGo] Exception in processing of unicode strings > >=20 > >=20 > > Le Mardi 20 Novembre 2007 11:27 EST, "Ivanov Dmitri"=20 > > a =E9crit: > >=20 > > > >=20 > > > > > (gdb) break [NSException raise] > > > > > Function "" not defined. > > > >=20 > > > > Weird. Maybe your GDB does not support Objective-C. BTW, what =20 > > > > platform are you on? (Linux distri / version). > > > >=20 > >=20 > > I think the problem comes from the fact that gnustep-base has=20 > > its debug symbols stripped.=20 > > I think the only choice left would be to rebuild it from=20 > > source and remove the debian packages. There used to be a dbg=20 > > version of those packages. > >=20 > > Maybe you can still find libgnustep-base1.13-dbg somewhere=20 > > instead and install it? > > -- > > Wolfgang Sourdeau > > T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 > >=20 > > AVIS - Ce courriel pourrait contenir des renseignements=20 > > confidentiels ou > > privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable = destinataire,=20 > > veuillez nous > > aviser imm=E9diatement. Merci. > > NOTICE - This e-mail may contain confidential or privileged=20 > > information. > > If you are not the intended recipient, please notify us=20 > > immediately. Thank you. > >=20 > > --=20 > > OpenGroupware.org SOGo > > sogo@opengroupware.org > > http://mail.opengroupware.org/mailman/listinfo/sogo > >=20 > --=20 > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo >=20 From sogo@opengroupware.org Wed Nov 21 12:32:35 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 21 Nov 2007 07:32:35 -0500 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: Message-ID: <40da-47442580-23-b73ee130@164798345> Just to make sure, Did you configure SOGo with WOMessageUsesUTF8 set to YES as mentionned in the configuration guide? -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Wed Nov 21 12:41:04 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Wed, 21 Nov 2007 15:41:04 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: <40da-47442580-23-b73ee130@164798345> References: <40da-47442580-23-b73ee130@164798345> Message-ID: Below is my .GNUStepDefaults file: { = =20 NSGlobalDomain =3D { = =20 }; = =20 gdnc =3D { = =20 }; = =20 "sogod-0.9" =3D { = =20 AgenorProfileURL =3D = "postgresql://sogo:sogosogo@localhost:5432/sogo/sogo_user_profile"; = =20 OCSFolderInfoURL =3D = "postgresql://sogo:sogosogo@localhost:5432/sogo/sogo_folder_info"; = =20 SOGoAuthentificationMethod =3D "LDAP"; = =20 SOGoDefaultMailDomain =3D mediasign.ru; = =20 SOGoFallbackIMAP4Server =3D exch3.mediasign.ru; = =20 SOGoServerTimeZone =3D Europe/Moscow; = =20 WOMessageUseUTF8 =3D YES; = =20 WOParsersUseUTF8 =3D YES; = =20 WOPort =3D 8088; = =20 SOGoLDAPSources =3D ( = =20 { = =20 CNFieldName =3D displayName; = =20 IDFieldName =3D cn; = =20 UIDFieldName =3D sAMAccountName; = =20 baseDN =3D "dc=3Dmediasign,dc=3Dru"; = =20 bindDN =3D = "CN=3Dtech,CN=3DUsers,DC=3DMediasign,DC=3Dru"; = =20 bindPassword =3D XXXXXX; = =20 bindFields =3D sAMAccountName; = =20 canAuthenticate =3D YES; = =20 displayName =3D "Mediasign Directory"; = =20 hostname =3D "bdc2.mediasign.ru"; = =20 id =3D public; = =20 isAddressBook =3D YES; = =20 port =3D 389; = =20 } = =20 ); = =20 = =20 }; = =20 } = =20 It seems to follow to your recommendations... Best regards, Dmitri =20 > -----Original Message----- > From: sogo-admin@opengroupware.org=20 > [mailto:sogo-admin@opengroupware.org] On Behalf Of Wolfgang Sourdeau > Sent: Wednesday, November 21, 2007 3:33 PM > To: sogo@opengroupware.org > Subject: RE: [SOGo] Exception in processing of unicode strings >=20 > Just to make sure, >=20 >=20 > Did you configure SOGo with WOMessageUsesUTF8 set to YES as=20 > mentionned in the configuration guide? >=20 > -- > Wolfgang Sourdeau > T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 >=20 > AVIS - Ce courriel pourrait contenir des renseignements=20 > confidentiels ou > privil=E9gi=E9s. Si vous n'en =EAtes pas le v=E9ritable destinataire,=20 > veuillez nous > aviser imm=E9diatement. Merci. > NOTICE - This e-mail may contain confidential or privileged=20 > information. > If you are not the intended recipient, please notify us=20 > immediately. Thank you. >=20 > --=20 > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo >=20 From sogo@opengroupware.org Wed Nov 21 13:43:47 2007 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 21 Nov 2007 14:43:47 +0100 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: References: Message-ID: <9ABBC990-2332-4375-8595-260EB85A4E77@opengroupware.org> On 21.11.2007, at 10:12, Ivanov Dmitri wrote: > 172.16.0.215 - - [21/Nov/2007:11:57:28 GMT] "POST /SOGo/so/connect? > userName=ivanov_dv&password=XXXXXX HTTP/1.1" 204 0/0 0.478 - - 992K Oh oh, *major* security flaw! The password is transferred in the URL??? Or did you add that manually for your debugging? [its already a POST, so no reason to transfer the password in the URL] Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Wed Nov 21 13:57:41 2007 From: sogo@opengroupware.org (Ivanov Dmitri) Date: Wed, 21 Nov 2007 16:57:41 +0300 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: <9ABBC990-2332-4375-8595-260EB85A4E77@opengroupware.org> References: <9ABBC990-2332-4375-8595-260EB85A4E77@opengroupware.org> Message-ID: >=20 > On 21.11.2007, at 10:12, Ivanov Dmitri wrote: > > 172.16.0.215 - - [21/Nov/2007:11:57:28 GMT] "POST /SOGo/so/connect?=20 > > userName=3Divanov_dv&password=3DXXXXXX HTTP/1.1" 204 0/0 0.478 - - = 992K >=20 >=20 > Oh oh, *major* security flaw! The password is transferred in the =20 > URL??? Or did you add that manually for your debugging? > [its already a POST, so no reason to transfer the password in the URL] >=20 You are right, but how can I avoid this? There are too few details about how to configure all this stuff :(=20 However, I thought about using of stunel or mod_ssl in order to secure tranfers thru internet (in case we will use SOGo instead of OWA). Inside the local network we will use Thunderbird's CalDAV plugin, but I suppose, the same happens when Thunderbird posts user auth data to SOGo... Best regards, Dmitri=20 From sogo@opengroupware.org Wed Nov 21 14:14:28 2007 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 21 Nov 2007 09:14:28 -0500 Subject: [SOGo] Exception in processing of unicode strings In-Reply-To: <9ABBC990-2332-4375-8595-260EB85A4E77@opengroupware.org> Message-ID: <414b-47443d80-7-b7459130@226023039> Le Mercredi 21 Novembre 2007 08:43 EST, Helge Hess a =C3=A9crit: > On 21.11.2007, at 10:12, Ivanov Dmitri wrote: > > 172.16.0.215 - - [21/Nov/2007:11:57:28 GMT] "POST /SOGo/so/connect? > > userName=3Divanov_dv&password=3DXXXXXX HTTP/1.1" 204 0/0 0.478 - - 992K > > > Oh oh, *major* security flaw! The password is transferred in the > URL??? Or did you add that manually for your debugging? > [its already a POST, so no reason to transfer the password in the URL] It's actually done as a GET through an AJAX request. It's not there for debugging but to do it fast (POST requests are less easy to implement through AJAX). We are anyway going to replace it with a POST for RC2. So the password will no longer appear in the log files. However, SSL encryption is and will always be recommended... -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Wed Nov 21 15:46:10 200