From sogo@opengroupware.org Tue Apr 1 02:27:07 2008 From: sogo@opengroupware.org (Ludovic Marcotte) Date: Mon, 31 Mar 2008 21:27:07 -0400 Subject: [SOGo] ANN: Funambol SOGo Connector v1.0.3 Message-ID: <2baa-47f18f80-4f-b72c0570@244111153> The Inverse Team is happy to announce the 1.0.3 release of the Funambol SOGo Connector. == Description == The Funambol SOGo Connector allows any SyncML enabled devices to fully synchronize contacts, events and tasks with SOGo. The connector is fast and reliable. You can try the Funambol SOGo Connector with our SOGo demonstration server at http://sogo-demo.inverse.ca The official webpage of the project is: http://www.inverse.ca/english/contributions/funambol.html == Features == * Two-way synchronization support * Contacts, events and tasks support * vCalendar / vCard with version downgrade support * Full SIF support == Changes since the last release == * Improved the SIF to vCalendar converter * Updated the code to reflect database schema changes in SOGo * Implemented initial items comparison after a slow sync * Many small bug fixes and general improvements == What is SOGo == SOGo is a free and modern scalable groupware server. It offers shared calendars, address books and emails through your favorite Web browser or by using a native client such as Mozilla Thunderbird and Lightning. SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and reuses existing IMAP, SMTP and database servers - making the solution easy to deploy and interoperable with many applications. SOGo features : * Scalable architecture suitable for deployments from dozen to many thousand users * Rich Web-based interface that shares the look and feel, the features and the data of Mozilla Thunderbird and Lightning * Perfected integration with Mozilla Thunderbird and Lighthing by using the SOGo Connector * Two-way synchronization support with any SyncML-capable devices (BlackBerry, Palm, Windows CE, etc.) by using the Funambol SOGo Connector and many more! SOGo and our connectors are completely free. We have a demo website where you can experience SOGo at : http://sogo-demo.inverse.ca/ For all details, see http://www.inverse.ca/contributions/sogo.html and http://sogo.opengroupware.org/ == Getting the Funambol SOGo Connector == The Funambol SOGo Connector is free software and is distributed under the GNU GPL. As such, you are free to download and try it by either getting the newly released snapshot from : http://www.inverse.ca/uploads/Funambol/funambol-sogo-1.0.3.s4j or by getting the sources from: http://www.inverse.ca/uploads/Funambol/SOGo-connector-v1.0.3.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 Inverse offers profesionnal services around SOGo to help organizations deploy the solution and migrate from their legacy systems. -- INVERSE T: (514) 989-2000, ext. 2800 C: (514) 755-3630 ludovic@inverse.ca www.inverse.ca From sogo@opengroupware.org Tue Apr 1 05:00:33 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Tue, 01 Apr 2008 11:00:33 +0700 Subject: [SOGo] SOGo RC5.3 packages for RHEL 5? Message-ID: <47F1B361.50806@hrd-asia.com> Is there any chance that we might see updated RPM packages for SOGo 1.0RC5.3? Admittedly, I am not yet familiar with compiling SOGo from source and have a packed schedule for the next few weeks, so little time is left for learning new things. I did and do appreciate the extra effort invested in these packages as it was specifically their existence which allowed me start into SOGo really easily. On the other hand, if the effort is justified only for major development steps, I would also understand. Regards, Wolf From sogo@opengroupware.org Tue Apr 1 00:11:39 2008 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 1 Apr 2008 01:11:39 +0200 Subject: [SOGo] Re: question about /etc/init.d script In-Reply-To: <1207001683.7343.26.camel@ganso> References: <1206841319.6870.40.camel@ganso> <1206841461.6870.43.camel@ganso> <47F0F077.7030804@inverse.ca> <1207001683.7343.26.camel@ganso> Message-ID: On 01.04.2008, at 00:14, Ernersto Revilla wrote: > About load balancing: I'll have a look later on. snsd can forward > request to the load balancer. The snsd is irrelevant for ScalableOGo, since it does not use sessions. (it can also balance non-session requests, but there are way better solutions for this). > I don't know the interface, but I can read > the source code to see what really happens there (and why I can't use > just mod_proxy proxy-balancer, pound or a hardware load balancer). You can use all of those as a frontend. Be sure to configure them to stick requests to an instance (probably using some cookie). Originally we used Pound, but mod_proxy has gotten quite good in the last years too. Note that this does not remove the need to use Apache in front of a SOPE application (since the SOPE app is not a full HTTP server). The load balancer is to be used as an Apache load balancer. > FastCGI would also be a nice thing as lighttpd may do load balancing > at > this level with no external code. I fail to see what FastCGI has to do with this or why it would be any better than implementing the necessary HTTP (why another protocol?). Anyways, you could certainly write an WOFastCGIAdaptor if you wanted to. > Of course, this depends of what data > is NOT shared between instances (like session data, etc.). ScalableOGo is stateless, thats the core of the idea. Stateful servers do not scale (as well). *However* to have good cache usage, requests of course should stay at their origin instance if possible (most load balancers support this). Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Apr 1 15:23:18 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 01 Apr 2008 10:23:18 -0400 Subject: [SOGo] SOGo RC5.3 packages for RHEL 5? In-Reply-To: <47F1B361.50806@hrd-asia.com> References: <47F1B361.50806@hrd-asia.com> Message-ID: <47F24556.4080703@inverse.ca> Wolf Siedler a écrit : > Is there any chance that we might see updated RPM packages for SOGo > 1.0RC5.3? > > Admittedly, I am not yet familiar with compiling SOGo from source and > have a packed schedule for the next few weeks, so little time is left > for learning new things. > I did and do appreciate the extra effort invested in these packages as > it was specifically their existence which allowed me start into SOGo > really easily. On the other hand, if the effort is justified only for > major development steps, I would also understand. > > Regards, > Wolf > Hi Wolf, I have built new packages for CentOS/RHEL 4 yesterday. I am about to do the same for version 5 of those distros... Wolfgang From sogo@opengroupware.org Wed Apr 2 03:37:56 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Wed, 02 Apr 2008 09:37:56 +0700 Subject: [SOGo] Re: SOGo RC5.3 packages for RHEL 5? In-Reply-To: <47F24556.4080703@inverse.ca> References: <47F1B361.50806@hrd-asia.com> <47F24556.4080703@inverse.ca> Message-ID: <47F2F184.2040701@hrd-asia.com> > I have built new packages for CentOS/RHEL 4 yesterday. I am about to > do the same for version 5 of those distros... And I see they are already there. Wolfgang, I appreciate that for sure - many thanks! Best regards, Wolf From sogo@opengroupware.org Wed Apr 2 09:50:57 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 2 Apr 2008 10:50:57 +0200 Subject: [SOGo] WebDAV ACL Principals Message-ID: Hi, does SOGo already support WebDAV ACL principals? (with CalDAV and CardDAV calendar/ab collection URLs) [does SOGo actually work with Apples iCal.app?] Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Wed Apr 2 10:15:44 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Wed, 02 Apr 2008 11:15:44 +0200 Subject: [SOGo] ANN: SOGo v1.0 RC 5.3 Message-ID: <20080402091545.3E86FD1BFB@smtp.l00-bugdead-prods.de> Hi, sogo@opengroupware.org wrote: > The Inverse Team is pleased to announce the release candidate 5.3 of Scalable OpenGroupware.org (SOGo). > I updated the sope and SOGo ports tarballs to be able to install the latest SOGo rc 5.3. They should work OpenBSD 4.2, recent snapshots and the upcoming OpenBSD 4.3. They can be found here: https://www.l00-bugdead-prods.de Just extract both tarballs in /usr/ports/www then cd into /usr/ports/www/sogo and do a make install The ports are tested and seem to work well on i386. I also compiled and tested it on sparc64, but there seem to be some problems, in 9 of 10 tries the sogod does not answer the attemts of the apache daemon to communicate, but I am not sure whether the problem is because of a screwed up environment on that host. cheers Sebastian From sogo@opengroupware.org Wed Apr 2 11:58:07 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Wed, 02 Apr 2008 12:58:07 +0200 Subject: [SOGo] Organize and accept meeting requests on behalf of another user Message-ID: <1207133887.23368.37.camel@ganso> Hi. This may be a bit off-topic. One my customers (public admin) is very interested in having a solution where some people (secretaries, aka "delegate") may act on behalf of other people (managers, aka "delegator"). Searching a bit, I found that his is possible in Outlook/Evolution-Exchange and Evolution-Groupwise. The base is that the "delegate" subscribes (may be INBOX) of the "delegator" and the Mail front-end does act in consonance: 1. Organizing Meeting/Appointment: the delegate may act on behalf of theo delegator (Organizer: delegator, sent-by: delegate, From: ?) 2. When receiving meeting requests, the webmail front-end does recognize this and a possible delegate may accept, decline, etc. on behalf of the delegator, updating the attendee status and saving the event to the delegators calendar. (Note: here with delegator/delegate I don't refer to the same persons that in step 1). 3. When receiving the iMIP confirmations, a delegate may update the attendee status of the event found in the delegators calendar. Has SOGo some (planned) support of this? It seems that Thunderbird/Lightning actually doesn't support this. Regards. Erny From sogo@opengroupware.org Wed Apr 2 12:03:49 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Wed, 02 Apr 2008 13:03:49 +0200 Subject: [SOGo] Spanish translation soon available Message-ID: <1207134229.23368.43.camel@ganso> Hi. I just wanted to drop in a message that I started the spanish translation. (42% progress). I hope that it'll be ready in about a week. I'm trying to use the same words as the ones used in Thunderbird (2.0.0.12). The translated files specify the svn version used as base (1397) so that it's easier to find the differences at any given time. Regards. Erny From sogo@opengroupware.org Wed Apr 2 12:07:57 2008 From: sogo@opengroupware.org (Deven Phillips) Date: Wed, 02 Apr 2008 07:07:57 -0400 Subject: [SOGo] SOPE Patching failure - update In-Reply-To: <47EBEBD1.9000107@metalsales.us.com> References: <47EBB2C3.3090905@metalsales.us.com> <47EBC202.4020702@inverse.ca> <47EBCE51.20207@metalsales.us.com> <47EBD6D5.7060600@metalsales.us.com> <47EBEBD1.9000107@metalsales.us.com> Message-ID: <47F3690D.1090304@metalsales.us.com> It appears that the root of my problems are related to Apache Portable=20 Runtime. When I attempt to compile SOPE, I get errors related to apr.h.=20 As mentioned before, this is on CentOS 5.1. Do I need a particular=20 version of APR? Can someone please point me in the right direction? Thanks, Deven Phillips, CISSP, CCNA Systems Administrator Metal Sales Manufacturing Corp. Deven Phillips, CISSP, CCNA wrote: > OK, I linked all of the apr includes into /usr/include/httpd/ and=20 > re-ran make. Here's what I get: > > make[2]: Entering directory=20 > `/root/Source/SOPE/sope-appserver/mod_ngobjweb' > gcc -Wall -I. -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=3D2=20 > -fexceptions -fstack-protector --param=3Dssp-buffer-size=3D4 -m32=20 > -march=3Di386 -mtune=3Dgeneric -fasynchronous-unwind-tables=20 > -I/usr/include/httpd -O0 -ggdb -c -o handler.o handler.c > In file included from /usr/include/httpd/apr.h:7, > from /usr/include/httpd/ap_config.h:25, > from /usr/include/httpd/httpd.h:43, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr-i386.h:270: error: expected =91=3D=92, =91,=92, = =91;=92,=20 > =91asm=92 or =91__attribute__=92 before =91apr_off_t=92 > In file included from /usr/include/httpd/apr_file_io.h:29, > from /usr/include/httpd/apr_network_io.h:26, > from /usr/include/httpd/httpd.h:53, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr_file_info.h:204: error: expected=20 > specifier-qualifier-list before =91apr_off_t=92 > In file included from /usr/include/httpd/apr_network_io.h:26, > from /usr/include/httpd/httpd.h:53, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr_file_io.h:548: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_file_io.h:740: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from /usr/include/httpd/httpd.h:53, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr_network_io.h:545: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from /usr/include/httpd/apr_buckets.h:32, > from /usr/include/httpd/httpd.h:54, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr_mmap.h:134: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_mmap.h:161: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from /usr/include/httpd/httpd.h:54, > from common.h:37, > from handler.c:22: > /usr/include/httpd/apr_buckets.h:242: error: expected=20 > specifier-qualifier-list before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:706: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:718: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:754: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:890: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:891: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:1168: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:1367: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:1381: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:1431: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_buckets.h:1447: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from common.h:37, > from handler.c:22: > /usr/include/httpd/httpd.h:826: error: expected=20 > specifier-qualifier-list before =91apr_off_t=92 > In file included from /usr/include/httpd/http_core.h:32, > from common.h:38, > from handler.c:22: > /usr/include/httpd/util_filter.h:142: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/util_filter.h:299: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from common.h:38, > from handler.c:22: > /usr/include/httpd/http_core.h:229: error: expected =91=3D=92, =91,=92,= =91;=92,=20 > =91asm=92 or =91__attribute__=92 before =91ap_get_limit_req_body=92 > /usr/include/httpd/http_core.h:672: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from common.h:41, > from handler.c:22: > /usr/include/httpd/http_protocol.h:111: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/http_protocol.h:203: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > In file included from common.h:47, > from handler.c:22: > /usr/include/httpd/apr_strings.h:297: error: expected declaration=20 > specifiers or =91...=92 before =91apr_off_t=92 > /usr/include/httpd/apr_strings.h:313: error: expected =91)=92 before =91= *=92=20 > token > /usr/include/httpd/apr_strings.h:349: error: expected =91)=92 before =91= size=92 > handler.c: In function =91_getConfig=92: > handler.c:44: error: =91request_rec=92 has no member named =91per_dir_c= onfig=92 > handler.c:51: error: =91request_rec=92 has no member named =91per_dir_c= onfig=92 > handler.c: In function =91_readRequestBody=92: > handler.c:87: error: =91request_rec=92 has no member named =91headers_i= n=92 > handler.c: In function =91_copyHeadersToRequest=92: > handler.c:139: error: =91request_rec=92 has no member named =91content_= type=92 > handler.c:141: error: =91request_rec=92 has no member named=20 > =91content_encoding=92 > handler.c:151: error: =91request_rec=92 has no member named =91headers_= out=92 > handler.c: In function =91_writeInHeaders=92: > handler.c:239: error: =91request_rec=92 has no member named =91headers_= in=92 > handler.c:241: error: =91request_rec=92 has no member named =91headers_= in=92 > handler.c: In function =91ngobjweb_handler=92: > handler.c:271: error: =91request_rec=92 has no member named =91uri=92 > handler.c:276: error: =91request_rec=92 has no member named =91handler=92 > handler.c:278: error: =91request_rec=92 has no member named =91handler=92 > handler.c:318: error: =91request_rec=92 has no member named =91headers_= in=92 > handler.c:496: error: =91request_rec=92 has no member named =91ap_auth_= type=92 > handler.c:509: error: =91request_rec=92 has no member named =91user=92 > handler.c:569: error: =91request_rec=92 has no member named =91subproce= ss_env=92 > handler.c:570: error: =91request_rec=92 has no member named =91subproce= ss_env=92 > make[2]: *** [handler.o] Error 1 > make[2]: Leaving directory=20 > `/root/Source/SOPE/sope-appserver/mod_ngobjweb' > make[1]: *** [internal-all] Error 2 > make[1]: Leaving directory `/root/Source/SOPE/sope-appserver' > make: *** [internal-all] Error 2 > > Thanks, > > Deven > > Deven Phillips, CISSP, CCNA wrote: >> The error with apr.h not being found seems to be because CentOS=20 >> places apr.h in /usr/include/apr-1/apr.h instead of the expected=20 >> /usr/include/httpd/apr.h... How would I fix where it's looking? >> >> Deven >> >> Deven Phillips, CISSP, CCNA wrote: >>> After getting all of my settings right and trying to compile I am=20 >>> getting an error compiling handler.c. See the compiler output below: >>> >>> Making all in mod_ngobjweb... >>> make[2]: Entering directory=20 >>> `/root/Source/SOPE/sope-appserver/mod_ngobjweb' >>> gcc -Wall -I. -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=3D2=20 >>> -fexceptions -fstack-protector --param=3Dssp-buffer-size=3D4 -m32=20 >>> -march=3Di386 -mtune=3Dgeneric -fasynchronous-unwind-tables=20 >>> -I/usr/include/httpd -O0 -ggdb -c -o handler.o handler.c >>> In file included from /usr/include/httpd/httpd.h:43, >>> from common.h:37, >>> from handler.c:22: >>> /usr/include/httpd/ap_config.h:25:17: error: apr.h: No such file or=20 >>> directory >>> /usr/include/httpd/ap_config.h:26:23: error: apr_hooks.h: No such=20 >>> file or directory >>> /usr/include/httpd/ap_config.h:27:32: error: apr_optional_hooks.h:=20 >>> No such file or directory >>> In file included from /usr/include/httpd/httpd.h:46, >>> from common.h:37, >>> from handler.c:22: >>> /usr/include/httpd/ap_release.h:25:41: error: apr_general.h: No such=20 >>> file or directory >>> In file included from common.h:37, >>> from handler.c:22: >>> /usr/include/httpd/httpd.h:50:24: error: apr_tables.h: No such file=20 >>> or directory >>> /usr/include/httpd/httpd.h:51:23: error: apr_pools.h: No such file=20 >>> or directory >>> /usr/include/httpd/httpd.h:52:22: error: apr_time.h: No such file or=20 >>> directory >>> /usr/include/httpd/httpd.h:53:28: error: apr_network_io.h: No such=20 >>> file or directory >>> /usr/include/httpd/httpd.h:54:25: error: apr_buckets.h: No such file=20 >>> or directory >>> /usr/include/httpd/httpd.h:55:22: error: apr_poll.h: No such file or=20 >>> directory >>> In file included from /usr/include/httpd/httpd.h:59, >>> from common.h:37, >>> from handler.c:22: >>> /usr/include/httpd/ap_regex.h:87: error: expected=20 >>> specifier-qualifier-list before =E2apr_size_t=E2 >>> /usr/include/httpd/ap_regex.h:118: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_size_t=E2 >>> /usr/include/httpd/ap_regex.h:127: error: expected =E2=3D=E2, =E2,=E2= , =E2;=E2,=20 >>> =E2asm=E2 or =E2__attribute__=E2 before =E2ap_regerror=E2 >>> In file included from common.h:37, >>> from handler.c:22: >>> /usr/include/httpd/httpd.h:433: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:601: error: expected=20 >>> specifier-qualifier-list before =E2apr_int64_t=E2 >>> /usr/include/httpd/httpd.h:723:21: error: apr_uri.h: No such file or=20 >>> directory >>> /usr/include/httpd/httpd.h:730: error: expected=20 >>> specifier-qualifier-list before =E2apr_pool_t=E2 >>> /usr/include/httpd/httpd.h:746: error: expected=20 >>> specifier-qualifier-list before =E2apr_pool_t=E2 >>> /usr/include/httpd/httpd.h:1008: error: expected=20 >>> specifier-qualifier-list before =E2apr_pool_t=E2 >>> /usr/include/httpd/httpd.h:1085: error: expected=20 >>> specifier-qualifier-list before =E2APR_RING_ENTRY=E2 >>> /usr/include/httpd/httpd.h:1118: error: expected=20 >>> specifier-qualifier-list before =E2apr_sockaddr_t=E2 >>> /usr/include/httpd/httpd.h:1146: error: expected=20 >>> specifier-qualifier-list before =E2apr_port_t=E2 >>> /usr/include/httpd/httpd.h:1202: error: expected=20 >>> specifier-qualifier-list before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/httpd.h:1210: error: expected=20 >>> specifier-qualifier-list before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/httpd.h:1216: error: expected=20 >>> specifier-qualifier-list before =E2apr_socket_t=E2 >>> /usr/include/httpd/httpd.h:1232: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1242: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1255: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1265: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1274: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1284: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1294: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1306: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1314: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1323: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1334: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1357: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1367: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1379: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1388: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1397: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1439: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1449: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1460: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1468: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1477: error: expected =E2=3D=E2, =E2,=E2, = =E2;=E2,=20 >>> =E2asm=E2 or =E2__attribute__=E2 before =E2ap_escape_errorlog_item=E2 >>> /usr/include/httpd/httpd.h:1488: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1497: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1526: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1540: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1550: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1602: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1610: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1624: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1632: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1645: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1685: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1697: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1707: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1715: error: expected =E2)=E2 before =E2*=E2= token >>> /usr/include/httpd/httpd.h:1726: error: expected =E2)=E2 before =E2*=E2= token >>> In file included from common.h:38, >>> from handler.c:22: >>> /usr/include/httpd/http_core.h:30:22: error: apr_hash.h: No such=20 >>> file or directory >>> /usr/include/httpd/http_core.h:31:26: error: apr_optional.h: No such=20 >>> file or directory >>> In file included from /usr/include/httpd/http_core.h:32, >>> from common.h:38, >>> from handler.c:22: >>> /usr/include/httpd/util_filter.h:136: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2*=E2 token >>> /usr/include/httpd/util_filter.h:137: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:137: warning: type defaults to=20 >>> =E2int=E2 in declaration of =E2apr_status_t=E2 >>> /usr/include/httpd/util_filter.h:137: error: =E2apr_status_t=E2 decla= red=20 >>> as function returning a function >>> /usr/include/httpd/util_filter.h:139: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:141: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_read_type_e=E2 >>> /usr/include/httpd/util_filter.h:142: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_off_t=E2 >>> /usr/include/httpd/util_filter.h:142: error: =E2ap_in_filter_func=E2=20 >>> declared as function returning a function >>> /usr/include/httpd/util_filter.h:146: error: expected=20 >>> specifier-qualifier-list before =E2ap_out_filter_func=E2 >>> /usr/include/httpd/util_filter.h:296: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:298: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_read_type_e=E2 >>> /usr/include/httpd/util_filter.h:299: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_off_t=E2 >>> /usr/include/httpd/util_filter.h:299: error: =E2ap_get_brigade=E2=20 >>> declared as function returning a function >>> /usr/include/httpd/util_filter.h:310: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:310: error: =E2ap_pass_brigade=E2=20 >>> declared as function returning a function >>> /usr/include/httpd/util_filter.h:348: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2ap_out_filter_func=E2 >>> /usr/include/httpd/util_filter.h:374: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2ap_out_filter_func=E2 >>> /usr/include/httpd/util_filter.h:492: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:493: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:493: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/util_filter.h:493: error: =E2ap_save_brigade=E2=20 >>> declared as function returning a function >>> /usr/include/httpd/util_filter.h:503: error: expected =E2)=E2 before = =E2*=E2=20 >>> token >>> /usr/include/httpd/util_filter.h:511: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:511: error: =E2ap_fflush=E2 declared= as=20 >>> function returning a function >>> /usr/include/httpd/util_filter.h:548: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:549: error: =E2ap_fputstrs=E2 declar= ed=20 >>> as function returning a function >>> /usr/include/httpd/util_filter.h:559: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/util_filter.h:562: error: =E2ap_fprintf=E2 declare= d=20 >>> as function returning a function >>> /usr/include/httpd/util_filter.h:562: error: format string argument=20 >>> not a string type >>> In file included from common.h:38, >>> from handler.c:22: >>> /usr/include/httpd/http_core.h:208: error: expected =E2)=E2 before =E2= *=E2=20 >>> token >>> /usr/include/httpd/http_core.h:222: error: expected =E2=3D=E2, =E2,=E2= , =E2;=E2,=20 >>> =E2asm=E2 or =E2__attribute__=E2 before =E2ap_get_server_port=E2 >>> /usr/include/httpd/http_core.h:229: error: expected =E2=3D=E2, =E2,=E2= , =E2;=E2,=20 >>> =E2asm=E2 or =E2__attribute__=E2 before =E2ap_get_limit_req_body=E2 >>> /usr/include/httpd/http_core.h:278: error: expected=20 >>> specifier-qualifier-list before =E2apr_int64_t=E2 >>> /usr/include/httpd/http_core.h:314: error: expected =E2=3D=E2, =E2,=E2= , =E2;=E2,=20 >>> =E2asm=E2 or =E2__attribute__=E2 before =E2*=E2 token >>> /usr/include/httpd/http_core.h:633: error: expected=20 >>> specifier-qualifier-list before =E2apr_hash_t=E2 >>> /usr/include/httpd/http_core.h:662: error: expected =E2)=E2 before =E2= int=E2 >>> /usr/include/httpd/http_core.h:680: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2ap_ident_lookup=E2 >>> /usr/include/httpd/http_core.h:681: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2(=E2 token >>> /usr/include/httpd/http_core.h:681: warning: data definition has no=20 >>> type or storage class >>> /usr/include/httpd/http_core.h:681: warning: type defaults to =E2int=E2= =20 >>> in declaration of =E2APR_DECLARE_OPTIONAL_FN=E2 >>> In file included from common.h:39, >>> from handler.c:22: >>> /usr/include/httpd/http_config.h:279: error: expected=20 >>> specifier-qualifier-list before =E2apr_int64_t=E2 >>> /usr/include/httpd/http_config.h:357: error: expected =E2)=E2 before = =E2*=E2=20 >>> token >>> /usr/include/httpd/http_config.h:365: error: expected =E2;=E2 before = =E2void=E2 >>> /usr/include/httpd/http_config.h:557: error: expected =E2)=E2 before = =E2*=E2=20 >>> token >>> /usr/include/httpd/http_config.h:566: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_config.h:582: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_config.h:608: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_config.h:608: error: =E2ap_pcfg_openfile=E2=20 >>> declared as function returning a function >>> /usr/include/httpd/http_config.h:619: error: expected =E2)=E2 before = =E2*=E2=20 >>> token >>> /usr/include/httpd/http_config.h:669: error: expected =E2)=E2 before = =E2*=E2=20 >>> token >>> /usr/include/httpd/http_config.h:685: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_config.h:686: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_config.h:975: error: expected =E2)=E2 before = =E2int=E2 >>> In file included from common.h:40, >>> from handler.c:22: >>> /usr/include/httpd/http_log.h:33:29: error: apr_thread_proc.h: No=20 >>> such file or directory >>> In file included from /usr/include/syslog.h:1, >>> from /usr/include/httpd/http_log.h:36, >>> from common.h:40, >>> from handler.c:22: >>> /usr/include/sys/syslog.h:200: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2__gnuc_va_list=E2 >>> In file included from common.h:40, >>> from handler.c:22: >>> /usr/include/httpd/http_log.h:102: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:109: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:121: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:196: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_log.h:198: error: format string argument not=20 >>> a string type >>> /usr/include/httpd/http_log.h:261: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:269: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:282: error: expected=20 >>> specifier-qualifier-list before =E2apr_pool_t=E2 >>> /usr/include/httpd/http_log.h:301: error: expected =E2)=E2 before =E2= *=E2 token >>> /usr/include/httpd/http_log.h:335: error: expected =E2)=E2 before =E2= void=E2 >>> In file included from common.h:41, >>> from handler.c:22: >>> /usr/include/httpd/http_protocol.h:31:26: error: apr_portable.h: No=20 >>> such file or directory >>> /usr/include/httpd/http_protocol.h:32:22: error: apr_mmap.h: No such=20 >>> file or directory >>> In file included from common.h:41, >>> from handler.c:22: >>> /usr/include/httpd/http_protocol.h:77: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:111: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_off_t=E2 >>> /usr/include/httpd/http_protocol.h:127: error: expected =E2=3D=E2, =E2= ,=E2,=20 >>> =E2;=E2, =E2asm=E2 or =E2__attribute__=E2 before =E2ap_rationalize_mt= ime=E2 >>> /usr/include/httpd/http_protocol.h:203: error: expected =E2)=E2 befor= e=20 >>> =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:228: error: expected =E2)=E2 befor= e=20 >>> =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:235: error: expected =E2)=E2 befor= e=20 >>> =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:253: error: expected =E2)=E2 befor= e=20 >>> =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:356: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2va_list=E2 >>> /usr/include/httpd/http_protocol.h:426: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_size_t=E2 >>> /usr/include/httpd/http_protocol.h:534: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_size_t=E2 >>> /usr/include/httpd/http_protocol.h:535: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_size_t=E2 >>> /usr/include/httpd/http_protocol.h:537: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:537: error: =E2ap_rgetline_core=E2= =20 >>> declared as function returning a function >>> /usr/include/httpd/http_protocol.h:554: error: expected =E2)=E2 befor= e=20 >>> =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:569: error: expected =E2)=E2 befor= e=20 >>> =E2int=E2 >>> /usr/include/httpd/http_protocol.h:608: error: expected=20 >>> specifier-qualifier-list before =E2apr_bucket_refcount=E2 >>> /usr/include/httpd/http_protocol.h:616: error: expected =E2=3D=E2, =E2= ,=E2,=20 >>> =E2;=E2, =E2asm=E2 or =E2__attribute__=E2 before =E2ap_bucket_type_er= ror=E2 >>> /usr/include/httpd/http_protocol.h:633: error: expected =E2=3D=E2, =E2= ,=E2,=20 >>> =E2;=E2, =E2asm=E2 or =E2__attribute__=E2 before =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:644: error: expected =E2=3D=E2, =E2= ,=E2,=20 >>> =E2;=E2, =E2asm=E2 or =E2__attribute__=E2 before =E2*=E2 token >>> /usr/include/httpd/http_protocol.h:648: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:648: error: =E2ap_byterange_filter= =E2=20 >>> declared as function returning a function >>> /usr/include/httpd/http_protocol.h:649: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:649: error:=20 >>> =E2ap_http_header_filter=E2 declared as function returning a function >>> /usr/include/httpd/http_protocol.h:651: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:651: error:=20 >>> =E2ap_content_length_filter=E2 declared as function returning a funct= ion >>> /usr/include/httpd/http_protocol.h:652: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_bucket_brigade=E2 >>> /usr/include/httpd/http_protocol.h:652: error: =E2ap_old_write_filter= =E2=20 >>> declared as function returning a function >>> In file included from handler.c:22: >>> common.h:45:17: error: apr.h: No such file or directory >>> common.h:46:25: error: apr_buckets.h: No such file or directory >>> common.h:47:25: error: apr_strings.h: No such file or directory >>> common.h:48:26: error: apr_portable.h: No such file or directory >>> common.h:49:26: error: apr_optional.h: No such file or directory >>> common.h:50:21: error: apr_lib.h: No such file or directory >>> In file included from common.h:52, >>> from handler.c:22: >>> /usr/include/httpd/ap_listen.h:34: error: expected declaration=20 >>> specifiers or =E2...=E2 before =E2apr_pool_t=E2 >>> /usr/include/httpd/ap_listen.h:34: error: =E2accept_function=E2 decla= red=20 >>> as function returning a function >>> /usr/include/httpd/ap_listen.h:50: error: expected=20 >>> specifier-qualifier-list before =E2apr_socket_t=E2 >>> In file included from handler.c:22: >>> common.h:110: error: expected =E2=3D=E2, =E2,=E2, =E2;=E2, =E2asm=E2 = or=20 >>> =E2__attribute__=E2 before =E2*=E2 token >>> common.h:132: error: expected =E2)=E2 before =E2*=E2 token >>> common.h:133: error: expected =E2)=E2 before =E2*=E2 token >>> handler.c: In function =E2_getConfig=E2: >>> handler.c:41: warning: implicit declaration of function =E2fprintf=E2 >>> handler.c:41: warning: incompatible implicit declaration of built-in=20 >>> function =E2fprintf=E2 >>> handler.c:41: error: =E2stderr=E2 undeclared (first use in this funct= ion) >>> handler.c:41: error: (Each undeclared identifier is reported only onc= e >>> handler.c:41: error: for each function it appears in.) >>> handler.c:44: error: =E2request_rec=E2 has no member named =E2per_dir= _config=E2 >>> handler.c:45: error: =E2request_rec=E2 has no member named =E2server=E2 >>> handler.c:51: error: =E2request_rec=E2 has no member named =E2per_dir= _config=E2 >>> handler.c: In function =E2_readRequestBody=E2: >>> handler.c:87: warning: implicit declaration of function =E2apr_table_= get=E2 >>> handler.c:87: error: =E2request_rec=E2 has no member named =E2headers= _in=E2 >>> handler.c:87: warning: assignment makes pointer from integer without=20 >>> a cast >>> handler.c:88: warning: implicit declaration of function =E2atoi=E2 >>> handler.c:97: error: =E2request_rec=E2 has no member named =E2server=E2 >>> handler.c:101: warning: implicit declaration of function =E2apr_pallo= c=E2 >>> handler.c:101: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:101: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:109: error: too many arguments to function=20 >>> =E2ap_get_client_block=E2 >>> handler.c:118: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c: At top level: >>> handler.c:129: error: expected declaration specifiers or =E2...=E2=20 >>> before =E2apr_table_t=E2 >>> handler.c: In function =E2_copyHeadersToRequest=E2: >>> handler.c:131: error: expected =E2=3D=E2, =E2,=E2, =E2;=E2, =E2asm=E2= or=20 >>> =E2__attribute__=E2 before =E2*=E2 token >>> handler.c:131: error: =E2array=E2 undeclared (first use in this funct= ion) >>> handler.c:132: error: =E2apr_table_entry_t=E2 undeclared (first use i= n=20 >>> this function) >>> handler.c:132: error: =E2entries=E2 undeclared (first use in this fun= ction) >>> handler.c:136: error: =E2headers=E2 undeclared (first use in this fun= ction) >>> handler.c:138: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:139: error: =E2request_rec=E2 has no member named =E2conten= t_type=E2 >>> handler.c:140: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:141: error: =E2request_rec=E2 has no member named=20 >>> =E2content_encoding=E2 >>> handler.c:142: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:145: warning: implicit declaration of function=20 >>> =E2apr_table_elts=E2 >>> handler.c:146: error: expected expression before =E2)=E2 token >>> handler.c:149: error: =E2entry=E2 undeclared (first use in this funct= ion) >>> handler.c:151: warning: implicit declaration of function=20 >>> =E2apr_table_set=E2 >>> handler.c:151: error: =E2request_rec=E2 has no member named =E2header= s_out=E2 >>> handler.c: In function =E2_logInstanceAddress=E2: >>> handler.c:163: warning: implicit declaration of function =E2apr_snpri= ntf=E2 >>> handler.c:187: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c: In function =E2_connectInstance=E2: >>> handler.c:205: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:210: warning: implicit declaration of function =E2apr_sleep= =E2 >>> handler.c:213: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:225: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c: In function =E2_writeInHeaders=E2: >>> handler.c:235: error: expected =E2=3D=E2, =E2,=E2, =E2;=E2, =E2asm=E2= or=20 >>> =E2__attribute__=E2 before =E2*=E2 token >>> handler.c:235: error: =E2array=E2 undeclared (first use in this funct= ion) >>> handler.c:236: error: =E2apr_table_entry_t=E2 undeclared (first use i= n=20 >>> this function) >>> handler.c:236: error: =E2entries=E2 undeclared (first use in this fun= ction) >>> handler.c:239: error: =E2request_rec=E2 has no member named =E2header= s_in=E2 >>> handler.c:241: error: =E2request_rec=E2 has no member named =E2header= s_in=E2 >>> handler.c:242: error: expected expression before =E2)=E2 token >>> handler.c:245: error: =E2entry=E2 undeclared (first use in this funct= ion) >>> handler.c: In function =E2ngobjweb_handler=E2: >>> handler.c:271: error: =E2request_rec=E2 has no member named =E2uri=E2 >>> handler.c:276: error: =E2request_rec=E2 has no member named =E2handle= r=E2 >>> handler.c:278: error: =E2request_rec=E2 has no member named =E2handle= r=E2 >>> handler.c:291: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:317: error: =E2request_rec=E2 has no member named =E2the_re= quest=E2 >>> handler.c:318: error: =E2request_rec=E2 has no member named =E2header= s_in=E2 >>> handler.c:321: warning: passing argument 3 of =E2_sendSNSQuery=E2 mak= es=20 >>> pointer from integer without a cast >>> handler.c:324: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:334: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:334: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:348: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:348: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:366: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:366: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:370: warning: implicit declaration of function=20 >>> =E2apr_inet_addr=E2 >>> handler.c:376: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:380: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:386: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:392: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:403: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:417: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:426: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:434: error: =E2request_rec=E2 has no member named =E2the_re= quest=E2 >>> handler.c:437: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:455: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:464: error: =E2request_rec=E2 has no member named =E2protoc= ol=E2 >>> handler.c:473: error: =E2request_rec=E2 has no member named =E2connec= tion=E2 >>> handler.c:482: error: =E2request_rec=E2 has no member named =E2connec= tion=E2 >>> handler.c:483: error: =E2request_rec=E2 has no member named =E2connec= tion=E2 >>> handler.c:496: error: =E2request_rec=E2 has no member named =E2ap_aut= h_type=E2 >>> handler.c:509: error: =E2request_rec=E2 has no member named =E2user=E2 >>> handler.c:533: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:538: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:539: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:550: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:552: warning: implicit declaration of function=20 >>> =E2ap_run_http_scheme=E2 >>> handler.c:553: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:554: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:558: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:569: error: =E2request_rec=E2 has no member named=20 >>> =E2subprocess_env=E2 >>> handler.c:570: error: =E2apr_table_t=E2 undeclared (first use in this= =20 >>> function) >>> handler.c:570: error: =E2env=E2 undeclared (first use in this functio= n) >>> handler.c:570: error: =E2request_rec=E2 has no member named=20 >>> =E2subprocess_env=E2 >>> handler.c:573: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:583: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:585: error: expected =E2=3D=E2, =E2,=E2, =E2;=E2, =E2asm=E2= or=20 >>> =E2__attribute__=E2 before =E2*=E2 token >>> handler.c:585: error: =E2array=E2 undeclared (first use in this funct= ion) >>> handler.c:586: error: =E2apr_table_entry_t=E2 undeclared (first use i= n=20 >>> this function) >>> handler.c:586: error: =E2entries=E2 undeclared (first use in this fun= ction) >>> handler.c:598: error: expected expression before =E2)=E2 token >>> handler.c:600: error: =E2entry=E2 undeclared (first use in this funct= ion) >>> handler.c:617: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:625: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:657: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:672: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:681: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:693: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:697: error: =E2request_rec=E2 has no member named =E2status= =E2 >>> handler.c:698: error: =E2request_rec=E2 has no member named =E2status= _line=E2 >>> handler.c:702: error: =E2headers=E2 undeclared (first use in this fun= ction) >>> handler.c:705: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:707: warning: implicit declaration of function=20 >>> =E2NGScanHeaders=E2 >>> handler.c:707: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:708: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:712: error: too many arguments to function=20 >>> =E2_copyHeadersToRequest=E2 >>> handler.c:720: error: =E2request_rec=E2 has no member named =E2header= _only=E2 >>> handler.c:724: warning: implicit declaration of function =E2apr_pcall= oc=E2 >>> handler.c:724: error: =E2request_rec=E2 has no member named =E2pool=E2 >>> handler.c:724: warning: assignment makes pointer from integer=20 >>> without a cast >>> handler.c:725: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:738: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> handler.c:761: error: =E2request_rec=E2 has no member named =E2server= =E2 >>> make[2]: *** [handler.o] Error 1 >>> make[2]: Leaving directory=20 >>> `/root/Source/SOPE/sope-appserver/mod_ngobjweb' >>> make[1]: *** [internal-all] Error 2 >>> make[1]: Leaving directory `/root/Source/SOPE/sope-appserver' >>> make: *** [internal-all] Error 2 >>> >>> >>> Wolfgang Sourdeau wrote: >>>> >>>>> >>>>> patching file sope-appserver/mod_ngobjweb/handler.c >>>>> Hunk #6 FAILED at 728. >>>>> Hunk #7 succeeded at 740 (offset -3 lines). >>>>> 1 out of 8 hunks FAILED -- saving rejects to file=20 >>>>> sope-appserver/mod_ngobjweb/handler.c.rej >>>> >>>> There were fixes commited in SOPE yesterday. I think those fixes do=20 >>>> the same thing than what was in the pachset. I think you can thus=20 >>>> ignore this. >>>> >>>> I will update the patchset to avoid the rejection. >>>> >>>> >>>> Wolfgang >>>> >>> >> > From sogo@opengroupware.org Wed Apr 2 18:55:50 2008 From: sogo@opengroupware.org (Kai Beckmann) Date: Wed, 02 Apr 2008 19:55:50 +0200 Subject: [SOGo] Problem Update R 5.1 to R 5.3 Message-ID: <47F3C8A6.4050307@stud.informatik.fh-wiesbaden.de> Hi, we are using sogo R5.1 in our research group and it works fine. Today I tried to update to R5.3 and also executed the sql-update scripts mentioned at the R5.3 Announcement. After that update all appointments etc. are not longer displayed (but the data is still in the DB). After a downgrade back to R5.1 everything is fine again. We are using SOPE in Version 4.6. I found the following messages in the log-file, which should correspond to the problem: 2008-04-02 14:04:10.783 sogod-0.9[32763] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080325 Ubuntu/7.10 (gutsy) Firefox/2.0.0.13 Apr 02 14:04:10 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> Note: no GCS folder types found. 2008-04-02 14:04:10.811 sogod-0.9[32763] Note: setup default manager at: postgresql://XXX:XXX@XXX.vs.cs.fh-wiesbaden.de:5432/sogo/sogo_folder_info Apr 02 14:04:10 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal Apr 02 14:04:10 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal Apr 02 14:04:10 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 Apr 02 14:04:10 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 2008-04-02 14:04:10.846 sogod-0.9[32763] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080325 Ubuntu/7.10 (gutsy) Firefox/2.0.0.13 172.25.48.176 - - [02/Apr/2008:14:04:10 GMT] "GET /SOGo/so/beckmann/Calendar/view HTTP/1.1" 200 8272/0 0.101 34216 75% 1M 172.25.48.176 - - [02/Apr/2008:14:04:11 GMT] "GET /SOGo/so/beckmann/jsonDefaults HTTP/1.1" 200 607/0 0.006 - - 4K 172.25.48.176 - - [02/Apr/2008:14:04:11 GMT] "GET /SOGo/so/beckmann/jsonSettings HTTP/1.1" 200 73/0 0.002 - - 0 Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal 172.25.48.176 - - [02/Apr/2008:14:04:12 GMT] "POST /SOGo/so/beckmann/Calendar//personal/canAccessContent HTTP/1.1" 204 0/0 0.023 - - 8K Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 172.25.48.176 - - [02/Apr/2008:14:04:12 GMT] "POST /SOGo/so/beckmann/Calendar//8A0-47C84A00-13-B73ECA80/canAccessContent HTTP/1.1" 204 0/0 0.006 - - 0 Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal Apr 02 14:04:12 sogod-0.9 [32763]: [ERROR] <0x086F9740[SOGoAppointmentFolder]:personal> (-[SOGoAppointmentFolder fetchFields:from:to:title:component:]): missing folder for fetch! Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 Apr 02 14:04:12 sogod-0.9 [32763]: [ERROR] <0x086FE158[SOGoAppointmentFolder]:8A0-47C84A00-13-B73ECA80> (-[SOGoAppointmentFolder fetchFields:from:to:title:component:]): missing folder for fetch! 172.25.48.176 - - [02/Apr/2008:14:04:12 GMT] "POST /SOGo/so/beckmann/Calendar//eventslist?asc=true&sort=start&day=&filterpopup=view_today HTTP/1.1" 200 2/0 0.007 - - 4K Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/personal Apr 02 14:04:12 sogod-0.9 [32763]: [ERROR] <0x08727388[SOGoAppointmentFolder]:personal> (-[SOGoAppointmentFolder fetchFields:from:to:title:component:]): missing folder for fetch! Apr 02 14:04:12 sogod-0.9 [32763]: <0x0x8719c28[GCSFolderManager]> ERROR(-[GCSFolderManager folderForRecord:]): could not resolve type 'Appointment' of folder: /Users/beckmann/Calendar/8A0-47C84A00-13-B73ECA80 Apr 02 14:04:12 sogod-0.9 [32763]: [ERROR] <0x08730118[SOGoAppointmentFolder]:8A0-47C84A00-13-B73ECA80> (-[SOGoAppointmentFolder fetchFields:from:to:title:component:]): missing folder for fetch! 172.25.48.176 - - [02/Apr/2008:14:04:12 GMT] "POST /SOGo/so/beckmann/Calendar/taskslist?show-completed=0 HTTP/1.1" 200 2/0 0.007 - - 0 Maybe someone have some hints? BTW.: I don't know if someone already mentioned, but SOGo doesn't like Ampersands in passwords... Regards, Kai Beckmann From sogo@opengroupware.org Wed Apr 2 21:14:18 2008 From: sogo@opengroupware.org (Helge Hess) Date: Wed, 2 Apr 2008 22:14:18 +0200 Subject: [SOGo] Problem Update R 5.1 to R 5.3 In-Reply-To: <47F3C8A6.4050307@stud.informatik.fh-wiesbaden.de> References: <47F3C8A6.4050307@stud.informatik.fh-wiesbaden.de> Message-ID: On 02.04.2008, at 19:55, Kai Beckmann wrote: > We are using SOPE in Version 4.6. Thats unlikely to work, I think you need 4.7-trunk. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu Apr 3 02:43:55 2008 From: sogo@opengroupware.org (Deven Phillips) Date: Wed, 02 Apr 2008 21:43:55 -0400 Subject: [SOGo] Re: SOGo RC5.3 packages for RHEL 5? In-Reply-To: <47F2F184.2040701@hrd-asia.com> References: <47F1B361.50806@hrd-asia.com> <47F24556.4080703@inverse.ca> <47F2F184.2040701@hrd-asia.com> Message-ID: <47F4365B.2020809@metalsales.us.com> I downloaded the packages and installed them, but I am getting the following errors: 1. When I attempt to run sogod-0.9, I get: [sogo@groupware ~]$ sogod-0.9 bash: sogod-0.9: command not found 2. When I execute sogod-0.9 with the full path I get: [sogo@groupware ~]$ /usr/GNUstep/System/Tools/Admin/sogod-0.9 /usr/GNUstep/System/Tools/Admin/sogod-0.9: error while loading shared libraries: libgnustep-base.so.1.13: cannot open shared object file: No such file or directory There is a libgnustep-base.so.1.14.2, but apparently the binaries are not linked against that. Any suggestions would be appreciated. Additionally, this is CentOS 5.1. Thanks, Deven Wolf Siedler wrote: >> I have built new packages for CentOS/RHEL 4 yesterday. I am about to >> do the same for version 5 of those distros... > > And I see they are already there. > > Wolfgang, I appreciate that for sure - many thanks! > > Best regards, > Wolf > From sogo@opengroupware.org Thu Apr 3 13:31:22 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 03 Apr 2008 08:31:22 -0400 Subject: [SOGo] WebDAV ACL Principals In-Reply-To: References: Message-ID: <47F4CE1A.9000100@inverse.ca> Helge Hess a écrit : > Hi, > > does SOGo already support WebDAV ACL principals? (with CalDAV and > CardDAV calendar/ab collection URLs) Hi Helge, Yes and no. We use the concept of principals for the ACL implementation. But I am not sure my implementation is correct for that matter. The remaining question is actually to know whether a principal URL has to exist. Also, there is no support for user groups in SOGo. > > [does SOGo actually work with Apples iCal.app?] Well... at least iCal.app doesn't crash ;) Seriously, there are certain CalDAV requirements that SOGo still lacks. Wolfgang From sogo@opengroupware.org Thu Apr 3 15:18:54 2008 From: sogo@opengroupware.org (Stefan Henschke) Date: Thu, 03 Apr 2008 16:18:54 +0200 Subject: [SOGo] Problem at runing SOGo ("missing XML parser ..") Message-ID: <47F4E74E.5020508@new-board.de> Hello there, at this day I have installed SOGo along the documentation from: "http://www.inverse.ca/english/contributions/sogo/documentation.html". SOGo and SOPE come from trunk (SVN). After installation procedure, I had startet SOGo the first time. But after connecting with Firefox on port 20000 SOGo automaticaly restarts and I get a white screen in the browser. A recompile and installation doesn't work. If someone can help me I would be thankful. Greetings, Stefan Log: "2008-04-03 14:02:41.242 sogod-0.9[5225] -[DOMBuilderFactory createDOMBuilderForMimeType:]:88: could not create DOM builder for MIME type 'text/xml' because no SAX proper reader could be constructed. 2008-04-03 14:02:41.242 sogod-0.9[5225] WOxTemplateBuilder.m:136 Assertion failed in WOxTemplateBuilder(instance), method buildTemplateAtURL:. missing XML parser .. EXCEPTION: NAME:NSInternalInconsistencyException REASON:WOxTemplateBuilder.m:136 Assertion failed in WOxTemplateBuilder(instance), method buildTemplateAtURL:. missing XML parser .. ### child 5225 (#5) was terminated by signal 6 (uptime=8s)." From sogo@opengroupware.org Thu Apr 3 15:55:34 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 3 Apr 2008 16:55:34 +0200 Subject: [SOGo] Problem at runing SOGo ("missing XML parser ..") In-Reply-To: <47F4E74E.5020508@new-board.de> References: <47F4E74E.5020508@new-board.de> Message-ID: <31993815-9A48-4DF6-A8CD-ABE2C301F314@opengroupware.org> On 03.04.2008, at 16:18, Stefan Henschke wrote: > But after connecting with Firefox on port 20000 This is not expected to work, you need to connect through Apache. > "2008-04-03 14:02:41.242 sogod-0.9[5225] -[DOMBuilderFactory > createDOMBuilderForMimeType:]:88: could not create DOM builder for > MIME type 'text/xml' because no SAX proper reader could be > constructed. So it could not find a SAX driver (XML parser). What is the output if you run the SOPE configure script? Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Thu Apr 3 17:38:16 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 03 Apr 2008 12:38:16 -0400 Subject: [SOGo] Re: SOGo RC5.3 packages for RHEL 5? In-Reply-To: <47F4365B.2020809@metalsales.us.com> References: <47F1B361.50806@hrd-asia.com> <47F24556.4080703@inverse.ca> <47F2F184.2040701@hrd-asia.com> <47F4365B.2020809@metalsales.us.com> Message-ID: <47F507F8.6080707@inverse.ca> Hi Deven, The sogod-0.9 executable is located in the GNUstep hierarchy. We have included a wrapper in /usr/sbin/sogod, which takes care of setting up the environment correctly and launching the correct executable. Wolfgang From sogo@opengroupware.org Thu Apr 3 17:38:05 2008 From: sogo@opengroupware.org (Stefan Henschke) Date: Thu, 03 Apr 2008 18:38:05 +0200 Subject: [SOGo] Problem at runing SOGo ("missing XML parser ..") In-Reply-To: <31993815-9A48-4DF6-A8CD-ABE2C301F314@opengroupware.org> References: <47F4E74E.5020508@new-board.de> <31993815-9A48-4DF6-A8CD-ABE2C301F314@opengroupware.org> Message-ID: <47F507ED.2080705@new-board.de> >> But after connecting with Firefox on port 20000 > This is not expected to work, you need to connect through Apache. I thing there is something I didn't understand. The webinterface is located at localhost:port? So I can connect through by Firefox, typing 192.168.1.10:20000 (server-IP and port, set with SetAppPort). >> "2008-04-03 14:02:41.242 sogod-0.9[5225] -[DOMBuilderFactory >> createDOMBuilderForMimeType:]:88: could not create DOM builder for >> MIME type 'text/xml' because no SAX proper reader could be constructed. > > So it could not find a SAX driver (XML parser). What is the output if > you run the SOPE configure script? distribution: gentoo Shell output: # ./configure GNUstep environment: system: /usr/GNUstep/System local: /usr/GNUstep/Local user: /root/GNUstep path: /root/GNUstep:/usr/GNUstep/Local:/usr/GNUstep/Network:/usr/GNUstep/System flat: yes arch: x86_64-pc-linux-gnu combo: gnu-gnu-gnu Note: will install in default location: /usr/local/ Configuration: FHS: install in FHS root debug: yes strip: yes prefix: /usr/local/ frameworks: gstep: /usr/GNUstep/System/Library/Makefiles/ config: /usr/src/sope/trunk/config.make script: /usr/GNUstep/System/Library/Makefiles//GNUstep.sh creating: /usr/src/sope/trunk/config.make optional library found: xml2 optional library found: ldap required library found: ssl optional library found: pq failed to link optional library: sqlite3 failed to link optional library: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log). From sogo@opengroupware.org Thu Apr 3 18:25:14 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 3 Apr 2008 19:25:14 +0200 Subject: [SOGo] Problem at runing SOGo ("missing XML parser ..") In-Reply-To: <47F507ED.2080705@new-board.de> References: <47F4E74E.5020508@new-board.de> <31993815-9A48-4DF6-A8CD-ABE2C301F314@opengroupware.org> <47F507ED.2080705@new-board.de> Message-ID: <80BFCD97-0FBD-4B3A-93D4-02F683144008@opengroupware.org> On 03.04.2008, at 18:38, Stefan Henschke wrote: >>> But after connecting with Firefox on port 20000 >> This is not expected to work, you need to connect through Apache. > I thing there is something I didn't understand. The webinterface is > located at localhost:port? So I can connect through by Firefox, > typing 192.168.1.10:20000 (server-IP and port, set with SetAppPort). SOPE applications are not fully conforming HTTP servers on their own. It may apparently work, sometimes, but it doesn't really. Even on localhost you must connect through Apache. >>> optional library found: xml2 > optional library found: ldap > required library found: ssl > optional library found: pq Looks good. Do you have a libxmlSAXDriver.sax on your system? Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Apr 4 09:55:41 2008 From: sogo@opengroupware.org (Wilco Baan Hofman - AndoBurg B.V.) Date: Fri, 04 Apr 2008 10:55:41 +0200 Subject: [SOGo] Problem at runing SOGo ("missing XML parser ..") In-Reply-To: <80BFCD97-0FBD-4B3A-93D4-02F683144008@opengroupware.org> References: <47F4E74E.5020508@new-board.de> <31993815-9A48-4DF6-A8CD-ABE2C301F314@opengroupware.org> <47F507ED.2080705@new-board.de> <80BFCD97-0FBD-4B3A-93D4-02F683144008@opengroupware.org> Message-ID: <47F5ED0D.90708@andoburg.com> Note that the documentation does not include patching SOPE with the patchsets in SOGo/SOPE. These patches must be applied to SOPE. Regards, Wilco From sogo@opengroupware.org Fri Apr 4 16:37:47 2008 From: sogo@opengroupware.org (pd) Date: Fri, 4 Apr 2008 11:37:47 -0400 Subject: [SOGo] Microsoft Exchange interoperability using iCalendar RFCs Message-ID: Do people running SOGo have good luck scheduling meetings with Microsoft Exchange users? It's my understanding that SOGo uses the iTIP and iMIP standards (RFC 2446 and RFC 2447) at the client level to schedule meetings with Exchange users. Free/busy information is also supposed to available (assuming users have published theirs) using the VFREEBUSY component of the iCalendar standard (RFC 2445). This page show as least "partial" support for Thunderbird and Outlook users scheduling meetings with each other. . . http://wiki.mozilla.org/Calendar:Calendar:ITIPIMIPStatus . . . but I'd love to hear some real world examples of scheduling bliss among Outlook/Thunderbird/Exchange/SOGo/Etc. I would be happy to summarize for the group if you email me directly! Thanks, Phil From sogo@opengroupware.org Fri Apr 4 21:02:20 2008 From: sogo@opengroupware.org (Helge Hess) Date: Fri, 4 Apr 2008 22:02:20 +0200 Subject: [SOGo] WebDAV ACL Principals In-Reply-To: <47F4CE1A.9000100@inverse.ca> References: <47F4CE1A.9000100@inverse.ca> Message-ID: <9E5D8451-9D2F-4224-A951-C06C8D6CA864@opengroupware.org> On 03.04.2008, at 14:31, Wolfgang Sourdeau wrote: > Seriously, there are certain CalDAV requirements that SOGo still > lacks. BTW: I just had a look on how the Apple server implements REPORT queries, eg prop-filter, text-match. Its exactly the way I would have done it ;-) The basic idea is to convert the CalDAV filter hierarchy (XML) into an EOQualifier hierarchy / EOFetchSpecification. Eg section 7.8.6 ;-): ---snip--- DC6C50A017428C5216A2F1CD@example.com ---snap--- would become an EOFetchSpecification: - attributeNames: - {DAV:}getetag, - {urn:ietf:params:xml:ns:caldav}calendar-data - qualifier: component = 'VCALENDAR' AND ( component = 'VEVENT' AND ( UID LIKE '*DC6C50A017428C5216A2F1CD@example.com*' ); ); To evaluate the EOQualifier, you would first check whether all EOQualifier keys are in the content index table (methods to extract the keys should already exist). If so, you can directly translate that into GCS SQL. If not, you can do partial things in SQL or just grep through the whole content (as a first shot). Would be nice to have that in SOPE ;-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Apr 4 21:16:12 2008 From: sogo@opengroupware.org (Deven Phillips, CISSP, CCNA) Date: Fri, 04 Apr 2008 16:16:12 -0400 Subject: [SOGo] Re: SOGo RC5.3 packages for RHEL 5? In-Reply-To: <47F507F8.6080707@inverse.ca> References: <47F1B361.50806@hrd-asia.com> <47F24556.4080703@inverse.ca> <47F2F184.2040701@hrd-asia.com> <47F4365B.2020809@metalsales.us.com> <47F507F8.6080707@inverse.ca> Message-ID: <47F68C8C.4060109@metalsales.us.com> Wolfgang, Thanks for the reply. When I try to use sogod to start the service, I get the following error: defaults read: couldn't read default I looked at the contents of the sogod script and I tracked the source of the problem to be the "defaults" program from GNUstep. It appears that it is not looking in $HOME/GNUstep/Defaults/.GNUstepDefaults for my settings. Any suggestions on how to fix that? Deven Wolfgang Sourdeau wrote: > Hi Deven, > > > The sogod-0.9 executable is located in the GNUstep hierarchy. We have > included a wrapper in /usr/sbin/sogod, which takes care of setting up > the environment correctly and launching the correct executable. > > > Wolfgang > From sogo@opengroupware.org Mon Apr 7 10:15:34 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Mon, 07 Apr 2008 11:15:34 +0200 Subject: [SOGo] Translation (spanish) questions Message-ID: <1207559734.10364.25.camel@ganso> Hi. I have some questions: * File UI/Scheduler/Spanish.lproj/Localizable.strings: * Where can I see the "Schedule" part in Web or UI/Thunderbird+Lightning ? * "Classification": Does this refer to Public|Private| Confidential? * "Target": What does this refer to? * File UI/MailPartViewers/Spanish.lproj/Localizable.strings: * What does "to" refer to? * File UI/MailerUI/Spanish.lproj/Localizable.strings: * What does "Write" refer to? (Save?) */ * File UI/MainUI/Spanish.lproj/Locale: * "$9,999.00$": , means thousands separator, . decimal point and $ currency simbol ? There are some smaller files missing. All Localizable.strings have been translates (AFAIK). The translation of files in UI/Templates (.wox)are still missing. What else do I have to translate? Regards Erny From sogo@opengroupware.org Mon Apr 7 23:15:35 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Apr 2008 18:15:35 -0400 Subject: [SOGo] WebDAV ACL Principals In-Reply-To: <9E5D8451-9D2F-4224-A951-C06C8D6CA864@opengroupware.org> References: <47F4CE1A.9000100@inverse.ca> <9E5D8451-9D2F-4224-A951-C06C8D6CA864@opengroupware.org> Message-ID: <47FA9D07.3000901@inverse.ca> Helge Hess a écrit : > On 03.04.2008, at 14:31, Wolfgang Sourdeau wrote: >> Seriously, there are certain CalDAV requirements that SOGo still lacks. > > > BTW: I just had a look on how the Apple server implements REPORT > queries, eg prop-filter, text-match. Its exactly the way I would have > done it ;-) > > The basic idea is to convert the CalDAV filter hierarchy (XML) into an > EOQualifier hierarchy / EOFetchSpecification. > I don't know if you are serious but I left myself a note in SOGoAppointmentFolder a couple of days ago saying exactly that > To evaluate the EOQualifier, you would first check whether all > EOQualifier keys are in the content index table (methods to extract > the keys should already exist). If so, you can directly translate that > into GCS SQL. If not, you can do partial things in SQL or just grep > through the whole content (as a first shot). I think looking up the fields in the OCS quick tables would suffice even if it means adding more fields in the tables. > > Would be nice to have that in SOPE ;-) I don't know how you would do that in SOPE. My idea is to use the quick tables but OGo/SOPE doesn't use that concept... Wolfgang From sogo@opengroupware.org Mon Apr 7 23:19:42 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Apr 2008 18:19:42 -0400 Subject: [SOGo] Microsoft Exchange interoperability using iCalendar RFCs In-Reply-To: References: Message-ID: <47FA9DFE.2020103@inverse.ca> Hi Phil, The web interface in SOGo doesn't lookup the freebusy information on remote servers yet but this feature is planned soon. However, you can achieve this when using Thunderbird along with the SOGo Connector extension that we wrote... It uses hooks to lookup the email address of meeting attendees in your addressbooks and search for their FBURL. If found, a query will be made on that address to fetch the freebusy. You may have a look on our website on you to use the extension: http://www.inverse.ca/contributions/sogo_connector.html. Wolfgang From sogo@opengroupware.org Mon Apr 7 23:29:34 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Mon, 07 Apr 2008 18:29:34 -0400 Subject: [SOGo] Translation (spanish) questions In-Reply-To: <1207559734.10364.25.camel@ganso> References: <1207559734.10364.25.camel@ganso> Message-ID: <47FAA04E.9010106@inverse.ca> Ernersto Revilla a écrit : > Hi. > > I have some questions: > > * File UI/Scheduler/Spanish.lproj/Localizable.strings: > * Where can I see the "Schedule" part in Web or > UI/Thunderbird+Lightning ? > I don t understand that question... > * "Classification": Does this refer to Public|Private| > Confidential? > Yes > * "Target": What does this refer to? > Its the URL of the document you want to point at in the event or task you are defining. > * File UI/MailPartViewers/Spanish.lproj/Localizable.strings: > * What does "to" refer to? > It probably introduces one or more destination emails... > * File UI/MailerUI/Spanish.lproj/Localizable.strings: > * What does "Write" refer to? (Save?) */ > No. It means "Start an email". > * File UI/MainUI/Spanish.lproj/Locale: > * "$9,999.00$": , means thousands separator, . decimal > point and $ currency simbol ? > Yep > There are some smaller files missing. > All Localizable.strings have been translates (AFAIK). The translation of > files in UI/Templates (.wox)are still missing. > > What else do I have to translate? > All the .wod directories you can find beneat SoObjects/*. Thanks a lot! Wolfgang From sogo@opengroupware.org Mon Apr 7 23:37:53 2008 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 8 Apr 2008 00:37:53 +0200 Subject: [SOGo] WebDAV ACL Principals In-Reply-To: <47FA9D07.3000901@inverse.ca> References: <47F4CE1A.9000100@inverse.ca> <9E5D8451-9D2F-4224-A951-C06C8D6CA864@opengroupware.org> <47FA9D07.3000901@inverse.ca> Message-ID: <9E21187E-6F74-48D5-8C47-C9D0C5192046@opengroupware.org> On 08.04.2008, at 00:15, Wolfgang Sourdeau wrote: > I don't know if you are serious but I left myself a note in > SOGoAppointmentFolder a couple of days ago saying exactly that Great! :-) >> To evaluate the EOQualifier, you would first check whether all >> EOQualifier keys are in the content index table (methods to extract >> the keys should already exist). If so, you can directly translate >> that into GCS SQL. If not, you can do partial things in SQL or just >> grep through the whole content (as a first shot). > I think looking up the fields in the OCS quick tables would suffice > even if it means adding more fields in the tables. I don't think so. CalDAV allows querying of ANY field. We can't possibly add all of them. Well, if we do, we would need to dynamically enhance the index table. (which might be quite viable, in fact the Z1 plugin does something like that, but its not too easy to implement, especially X-database). >> Would be nice to have that in SOPE ;-) > I don't know how you would do that in SOPE. My idea is to use the > quick tables but OGo/SOPE doesn't use that concept... There are two steps: a) converting the REPORT into an EOFetchSpecification b) performing the EOFetchSpecification In fact SOPE already does both of them in a generic way for DASL (PROPFIND, SEARCH HTTP methods). The entry method is - performWebDAVQuery:. I don't see why it would not work in a generic way? Of course SOGo would then override the generic in-memory implementation with database ones. Thats also how ZideStore works (if it can 'detect' a certain query, it will evaluate it in the database). Anyways, a generic implementation of b) is not the most important thing (because it will usually require custom implementations anyways). But a generic implementation of a) would be very useful. And everything is in place for that. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Wed Apr 9 16:03:40 2008 From: sogo@opengroupware.org (Patrick Mulrooney) Date: Wed, 09 Apr 2008 10:03:40 -0500 Subject: [SOGo] Failing authentication using LDAP Message-ID: <47FCDACC.9010404@uiuc.edu> I cannot seem to get SOGo to authenticate no matter how I try to come in (web interface, caldav via lightning, etc). Here are the logs I see... 2008-04-09 09:17:05.144 sogod-0.9[3792] starting SOGo (build root@sogo 200804011156) 2008-04-09 09:17:05.144 sogod-0.9[3792] Note: vmem size check enabled: shutting down app when vmem > 200 MB Apr 09 09:17:05 sogod-0.9 [3792]: SNS support disabled. Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> scanning SOGo products in: /home/sogo/GNUstep/Library/SOGo-0.9 Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/Local/Library/SOGo-0.9 Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/System/Library/SOGo-0.9 Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: Appointments.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: PreferencesUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: Mailer.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: SchedulerUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: CommonUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: MailPartViewers.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: MainUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: MailerUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: Contacts.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> register SOGo product: ContactsUI.SOGo Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> scanning SOGo products in: /usr/local/lib/sogod-0.9 Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> scanning SOGo products in: /usr/lib/sogod-0.9 2008-04-09 09:17:05.215 sogod-0.9[3792] Note: fetching full mail header. 2008-04-09 09:17:05.216 sogod-0.9[3792] Note(SOGoMailObject): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using SOGo mail spool folder: /var/spool/sogo 2008-04-09 09:17:05.217 sogod-0.9[3792] Note(SOGoMailBodyPart): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using drafts folder named: 'INBOX.Drafts' 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using shared-folders name: 'Shared Folders' 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using other-users-folders name: 'Other Users' Apr 09 09:17:05 sogod-0.9 [3792]: |SOGo-0.9| WOHttpAdaptor listening on address *:25000 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): SoDebugKeyLookup is enabled! 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): SoDebugBaseURL is enabled! 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): relative base URLs are enabled. 2008-04-09 09:23:29.241 sogod-0.9[3792] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as default for type text/x-vcard. 2008-04-09 09:23:29.241 sogod-0.9[3792] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as default for type text/calendar. 2008-04-09 09:23:29.354 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 Apr 09 09:23:29 sogod-0.9 [3792]: [WARN] |SOGo-0.9| (SoObjectRootURLInContext:346): got an empty port from Apache! 2008-04-09 09:23:29.387 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 130.126.48.69 - - [09/Apr/2008:09:23:29 GMT] "GET /SOGo HTTP/1.1" 200 1849/0 0.186 5763 67% 2M 2008-04-09 09:23:35.016 sogod-0.9[3792] Note: Using UTF-8 as URL encoding in NGExtensions. 130.126.48.69 - - [09/Apr/2008:09:23:35 GMT] "POST /SOGo/connect HTTP/1.1" 204 0/49 0.005 - - 12K Apr 09 09:23:35 sogod-0.9 [3792]: <0x0x97e4668[SOGoWebAuthenticator]> tried wrong password for user 'mulroony'! 2008-04-09 09:23:35.048 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 2008-04-09 09:23:35.056 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 130.126.48.69 - - [09/Apr/2008:09:23:35 GMT] "GET /SOGo/mulroony HTTP/1.1" 200 1889/0 0.014 5889 67% 32K A little more background. I initially installed on Ubuntu Server from the inverse trunk, and saw the same issue. I decided to try the rpms so installed centos5. The installation went smoothly. It created the tables in my postgresql database, but will not allow me to authenticate. I am running Apache/2.2.3 and postgresql-server-8.1.11-1. We are running openldap-2.3.30-3 on a different machine. If I try connecting via ldapsearch, using all the same settings it works just fine. We do use md5 encryption in our password field. I have also tried using tcpdump to watch the outgoing traffic to our ldap server and I do not see any packets being sent or received. Here is my configuration... { NSGlobalDomain = { }; "sogod-0.9" = { AgenorProfileURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_user_profile"; NGUseUTF8AsURLEncoding = YES; OCSFolderInfoURL = "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_folder_info"; SOGoAppointmentSendEMailNotification = YES; SOGoAuthenticationMethod = LDAP; SOGoDefaultLanguage = English; SOGoDefaultMailDomain = mymailserver; SOGoDraftsFolderName = INBOX.Drafts; SOGoFallbackIMAP4Server = localhost; SOGoLDAPSources = ( { CNFieldName = cn; IDFieldName = uid; UIDFieldName = uid; baseDN = "ou=people,restofbaseDN"; bindDN = "cn=manager,restofbindDN"; bindPassword = myPassword; canAuthenticate = YES; hostname = "MyLDAPServer"; displayName = "Authentication LDAP"; isAddressBook = NO; id = public; port = 389; } ); SOGoMailSpoolPath = "/var/spool/sogo"; SOGoMailingMechanism = smtp; SOGoOtherUsersFolderName = "Other Users"; SOGoSMTPServer = MySMTPServer; SOGoSentFolderName = INBOX.Sent; SOGoServerTimeZone = America/Chicago; SOGoSharedFolderName = "Shared Folders"; SOGoSpecialFoldersInRoot = YES; SOGoTrashFolderName = INBOX.Trash; SOGoUseLocationBasedSentFolder = YES; SOGoUIxDebugEnabled = YES; WOMessageUseUTF8 = YES; WOParsersUseUTF8 = YES; WOPort = 25000; WOUseRelativeURLs = NO; }; } Thanks in advance for your help. -- Patrick Mulrooney From sogo@opengroupware.org Thu Apr 10 02:47:14 2008 From: sogo@opengroupware.org (Brent Roberts) Date: Wed, 9 Apr 2008 18:47:14 -0700 Subject: [SOGo] problem compiling SOGo Message-ID: <200804091847.14487.brent@globalopensource.net> Hello all. I am having some trouble compiling SOGo. =A0After I do: =2E/configure --with-gnustep --enable-strip --disable-debug make ends with: make[2]: Entering directory `/home/brent/SOGo-trunk/SoObjects/SOGo' Making all for library libSOGo... =A0Compiling file SOGoCache.m ... In file included from SOGoCache.m:27: SOGoUser.h:124: error: syntax error before "NSMutableDictionary" SOGoUser.h:125: fatal error: method definition not in class context compilation terminated. I have all the needed packages (Apache, Postgresql, etc) installed witht he= =20 libs and devel packages as well. =A0I'm using SOPE-trunk and SOGo-trunk...= =20 pulled the sources today using svn. I installed GNUstep from the sources with the SOPE-trunk directory using th= e=20 following: cd gnustep-make =2E/configure --prefix=3D$HOME/GNUstep \ =2D-with-config-file=3D$HOME/GNUstep/GNUstep.conf \ =2D-without-system-root \ =2D-with-network-root=3D$HOME/GNUstep \ =2D-with-local-root=3D$HOME/GNUstep \ =2D-with-user-root=3D$HOME/GNUstep \ =2D-with-library-combo=3Dgnu-fd-nil make install I installed SOPE with this: =2E/configure --with-gnustep --enable-strip --disable-debug make && make install I tried to compile SOGo with this: cd ../SOGo-trunk =2E/configure --with-gnustep --enable-strip --disable-debug make but it ends as I described above. I'm on CentOS 4. Please let me know if any further information is needed. Thanks in advance! =2DBrent Roberts From sogo@opengroupware.org Thu Apr 10 04:26:54 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 09 Apr 2008 23:26:54 -0400 Subject: [SOGo] test Message-ID: <47FD88FE.6060500@inverse.ca> Please ignore -- Wolfgang Sourdeau :: +1 (514) 755-3520 :: wsourdeau@inverse.ca From sogo@opengroupware.org Thu Apr 10 15:52:34 2008 From: sogo@opengroupware.org (Lars Anderson) Date: Thu, 10 Apr 2008 16:52:34 +0200 Subject: [SOGo] Sharing calendars to groups Message-ID: <20080410145234.GA15828@business.aau.dk> Hi, Is it possible to use groups from ones LDAP server? Ie. if I wish to share my personal calendar with people I allready now is in a group? Lars From sogo@opengroupware.org Thu Apr 10 17:12:42 2008 From: sogo@opengroupware.org (Patrick Mulrooney) Date: Thu, 10 Apr 2008 11:12:42 -0500 Subject: [SOGo] Re: Failing authentication using LDAP In-Reply-To: <20080410042614.31903.53167.Mailman@mail.opengroupware.org> References: <20080410042614.31903.53167.Mailman@mail.opengroupware.org> Message-ID: <47FE3C7A.6040206@uiuc.edu> Solved it. Had typed SOGoAuthenticationMethod instead of SOGoAuthentificationMethod, and now I feel stupid for working on it for 3 days without noticing it. Pat sogo-request@opengroupware.org wrote: > Send SOGo mailing list submissions to > sogo@opengroupware.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.opengroupware.org/mailman/listinfo/sogo > or, via email, send a message with subject or body 'help' to > sogo-request@opengroupware.org > > You can reach the person managing the list at > sogo-admin@opengroupware.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SOGo digest..." > > > ------------------------------------------------------------------------ > > Today's Topics: > > 1. Failing authentication using LDAP (Patrick Mulrooney) > 2. problem compiling SOGo (Brent Roberts) > 3. test (Wolfgang Sourdeau) > > > ------------------------------------------------------------------------ > > Subject: > [SOGo] Failing authentication using LDAP > From: > Patrick Mulrooney > Date: > Wed, 09 Apr 2008 10:03:40 -0500 > To: > sogo@opengroupware.org > > To: > sogo@opengroupware.org > > > > I cannot seem to get SOGo to authenticate no matter how I try to come > in (web interface, caldav via lightning, etc). Here are the logs I see... > > 2008-04-09 09:17:05.144 sogod-0.9[3792] starting SOGo (build root@sogo > 200804011156) > 2008-04-09 09:17:05.144 sogod-0.9[3792] Note: vmem size check enabled: > shutting down app when vmem > 200 MB > Apr 09 09:17:05 sogod-0.9 [3792]: SNS support disabled. > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > scanning SOGo products in: /home/sogo/GNUstep/Library/SOGo-0.9 > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > scanning SOGo products in: /usr/GNUstep/Local/Library/SOGo-0.9 > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > scanning SOGo products in: /usr/GNUstep/System/Library/SOGo-0.9 > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: Appointments.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: PreferencesUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: Mailer.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: SchedulerUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: CommonUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: MailPartViewers.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: MainUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: MailerUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: Contacts.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > register SOGo product: ContactsUI.SOGo > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > scanning SOGo products in: /usr/local/lib/sogod-0.9 > Apr 09 09:17:05 sogod-0.9 [3792]: <0x0x9677478[SOGoProductLoader]> > scanning SOGo products in: /usr/lib/sogod-0.9 > 2008-04-09 09:17:05.215 sogod-0.9[3792] Note: fetching full mail header. > 2008-04-09 09:17:05.216 sogod-0.9[3792] Note(SOGoMailObject): using > constant etag for mail parts: '"imap4url_0_9_126"' > 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using SOGo mail spool > folder: /var/spool/sogo > 2008-04-09 09:17:05.217 sogod-0.9[3792] Note(SOGoMailBodyPart): using > constant etag for mail parts: '"imap4url_0_9_126"' > 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using drafts folder > named: 'INBOX.Drafts' > 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using shared-folders > name: 'Shared Folders' > 2008-04-09 09:17:05.217 sogod-0.9[3792] Note: using > other-users-folders name: 'Other Users' > Apr 09 09:17:05 sogod-0.9 [3792]: |SOGo-0.9| WOHttpAdaptor listening > on address *:25000 > 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): > SoDebugKeyLookup is enabled! > 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): SoDebugBaseURL > is enabled! > 2008-04-09 09:23:29.209 sogod-0.9[3792] Note(SoObject): relative base > URLs are enabled. > 2008-04-09 09:23:29.241 sogod-0.9[3792] WARNING(-[SaxXMLReaderFactory > _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers > available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as > default for type text/x-vcard. > 2008-04-09 09:23:29.241 sogod-0.9[3792] WARNING(-[SaxXMLReaderFactory > _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers > available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as > default for type text/calendar. > 2008-04-09 09:23:29.354 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; > U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 > Apr 09 09:23:29 sogod-0.9 [3792]: [WARN] |SOGo-0.9| > (SoObjectRootURLInContext:346): got an empty port from Apache! > 2008-04-09 09:23:29.387 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; > U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 > 130.126.48.69 - - [09/Apr/2008:09:23:29 GMT] "GET /SOGo HTTP/1.1" 200 > 1849/0 0.186 5763 67% 2M > 2008-04-09 09:23:35.016 sogod-0.9[3792] Note: Using UTF-8 as URL > encoding in NGExtensions. > 130.126.48.69 - - [09/Apr/2008:09:23:35 GMT] "POST /SOGo/connect > HTTP/1.1" 204 0/49 0.005 - - 12K > Apr 09 09:23:35 sogod-0.9 [3792]: <0x0x97e4668[SOGoWebAuthenticator]> > tried wrong password for user 'mulroony'! > 2008-04-09 09:23:35.048 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; > U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 > 2008-04-09 09:23:35.056 sogod-0.9[3792] User agent = Mozilla/5.0 (X11; > U; Linux i686; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5 > 130.126.48.69 - - [09/Apr/2008:09:23:35 GMT] "GET /SOGo/mulroony > HTTP/1.1" 200 1889/0 0.014 5889 67% 32K > > > A little more background. I initially installed on Ubuntu Server from > the inverse trunk, and saw the same issue. I decided to try the rpms > so installed centos5. The installation went smoothly. It created the > tables in my postgresql database, but will not allow me to > authenticate. I am running Apache/2.2.3 and > postgresql-server-8.1.11-1. We are running openldap-2.3.30-3 on a > different machine. If I try connecting via ldapsearch, using all the > same settings it works just fine. We do use md5 encryption in our > password field. I have also tried using tcpdump to watch the outgoing > traffic to our ldap server and I do not see any packets being sent or > received. Here is my configuration... > > { > NSGlobalDomain = { > }; > "sogod-0.9" = { > AgenorProfileURL = > "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_user_profile"; > NGUseUTF8AsURLEncoding = YES; > OCSFolderInfoURL = > "postgresql://sogo:sogo@127.0.0.1:5432/sogo/sogo_folder_info"; > SOGoAppointmentSendEMailNotification = YES; > SOGoAuthenticationMethod = LDAP; > SOGoDefaultLanguage = English; > SOGoDefaultMailDomain = mymailserver; > SOGoDraftsFolderName = INBOX.Drafts; > SOGoFallbackIMAP4Server = localhost; > SOGoLDAPSources = ( > { > CNFieldName = cn; > IDFieldName = uid; > UIDFieldName = uid; > baseDN = "ou=people,restofbaseDN"; > bindDN = "cn=manager,restofbindDN"; > bindPassword = myPassword; > canAuthenticate = YES; > hostname = "MyLDAPServer"; > displayName = "Authentication LDAP"; > isAddressBook = NO; > id = public; > port = 389; > } > ); > SOGoMailSpoolPath = "/var/spool/sogo"; > SOGoMailingMechanism = smtp; > SOGoOtherUsersFolderName = "Other Users"; > SOGoSMTPServer = MySMTPServer; > SOGoSentFolderName = INBOX.Sent; > SOGoServerTimeZone = America/Chicago; > SOGoSharedFolderName = "Shared Folders"; > SOGoSpecialFoldersInRoot = YES; > SOGoTrashFolderName = INBOX.Trash; > SOGoUseLocationBasedSentFolder = YES; > SOGoUIxDebugEnabled = YES; > WOMessageUseUTF8 = YES; > WOParsersUseUTF8 = YES; > WOPort = 25000; > WOUseRelativeURLs = NO; > }; > } > > Thanks in advance for your help. > > > ------------------------------------------------------------------------ > > Subject: > [SOGo] problem compiling SOGo > From: > Brent Roberts > Date: > Wed, 9 Apr 2008 18:47:14 -0700 > To: > sogo@opengroupware.org > > To: > sogo@opengroupware.org > > > Hello all. > > I am having some trouble compiling SOGo. After I do: > > ./configure --with-gnustep --enable-strip --disable-debug > > make ends with: > > make[2]: Entering directory `/home/brent/SOGo-trunk/SoObjects/SOGo' > Making all for library libSOGo... > Compiling file SOGoCache.m ... > In file included from SOGoCache.m:27: > SOGoUser.h:124: error: syntax error before "NSMutableDictionary" > SOGoUser.h:125: fatal error: method definition not in class context > compilation terminated. > > > I have all the needed packages (Apache, Postgresql, etc) installed witht he > libs and devel packages as well. I'm using SOPE-trunk and SOGo-trunk... > pulled the sources today using svn. > > I installed GNUstep from the sources with the SOPE-trunk directory using the > following: > > cd gnustep-make > ./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 > > I installed SOPE with this: > > ./configure --with-gnustep --enable-strip --disable-debug > make && make install > > I tried to compile SOGo with this: > > cd ../SOGo-trunk > ./configure --with-gnustep --enable-strip --disable-debug > make > > but it ends as I described above. > > I'm on CentOS 4. > > Please let me know if any further information is needed. > > Thanks in advance! > > -Brent Roberts > > > ------------------------------------------------------------------------ > > Subject: > [SOGo] test > From: > Wolfgang Sourdeau > Date: > Wed, 09 Apr 2008 23:26:54 -0400 > To: > sogo@opengroupware.org > > To: > sogo@opengroupware.org > > > Please ignore > -- Patrick Mulrooney Research Programmer UIUC School of Life Sciences mulroony@life.uiuc.edu 333 Morrill Hall Office - 217.333.2756 Help - 217.333.7525 Cell - 708.359.2556 From sogo@opengroupware.org Thu Apr 10 16:55:54 2008 From: sogo@opengroupware.org (Philippe Brangier) Date: Thu, 10 Apr 2008 17:55:54 +0200 Subject: [SOGo] Strange Behaviour with custom event repeat interval Message-ID: <47FE388A.4040403@ilex.fr> This is a multi-part message in MIME format. --------------060607050400030802030401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit We are testing SOGo in our company for use with the thunderbird client, web clients, and some outlook 2007 clients with the funambol connector (we will use the Zideone connector when it will be ready) When I try to create a repeated event in Outlook it doesn't appear in SOGo, so, I suspect the funambol connector. However after some testing it's obvious that the same events created inside SOGo share the same behaviour. After further invistigation it seem that the type of event that doesn't work well is : a two (or more) week interval with a repeat day set The result is not the same for all the combinations : sometimes the event doesn't appear at all, sometimes it appears every week ... exemples (the .ics are attached) : 00000000CB70992CF903D447AA82CCEB9E92978CC4C22000.ics was created with outlook, 3 week interval : appears every week A07-47FE3B00-5-B7404790.ics was created with SOGo, 3 week interval : doesn't appear 00000000CB70992CF903D447AA82CCEB9E92978C64C22000.ics was created with outlook, 2 week interval : appears every week ADD-47F4B600-5-B7346790.ics was created with SOGo, 2 week interval : doesn't appear Versions : - SOGo 1.0rc5.3 (revision 1396) - SOPE revision 1619 - Funambol 6.0.6 - Funambol SOGo Connector 1.0.3 beta -- *Philippe Brangier * Administrateur systèmes et réseaux Ilex 51, boulevard Voltaire 92600 Asnières-sur-Seine *philippe.brangier@ilex.fr * Tél // +33 (0)1 46 88 03 40 Fax // +33 (0)1 46 88 03 41 http://www.ilex.fr/ --------------060607050400030802030401 Content-Type: text/plain; name="00000000CB70992CF903D447AA82CCEB9E92978CC4C22000" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="00000000CB70992CF903D447AA82CCEB9E92978CC4C22000" QkVHSU46VkNBTEVOREFSDQpWRVJTSU9OOjIuMA0KQkVHSU46VkVWRU5UDQpVSUQ6MDAwMDAw MDBDQjcwOTkyQ0Y5MDNENDQ3QUE4MkNDRUI5RTkyOTc4Q0M0QzIyMDAwDQpYLUZVTkFNQk9M LUZPTERFUjpERUZBVUxUX0ZPTERFUg0KWC1GVU5BTUJPTC1BTExEQVk6MA0KRFRTVEFSVDoy MDA4MDQxMFQxMTAwMDBaDQpEVEVORDoyMDA4MDQxMFQxMTMwMDBaDQpYLU1JQ1JPU09GVC1D RE8tQlVTWVNUQVRVUzoyDQpQUklPUklUWToxDQpTVEFUVVM6MA0KU1VNTUFSWTozIHdlZWtz IDENCkNMQVNTOlBVQkxJQw0KQUFMQVJNOjIwMDgwNTAxVDEwNDUwMFo7OzA7DQpMQVNULU1P RElGSUVEOjIwMDgwNDEwVDE2MzUyMloNClJSVUxFOklOVEVSVkFMPTM7RlJFUT1XRUVLTFk7 QllEQVk9VEgNCkVORDpWRVZFTlQNCkVORDpWQ0FMRU5EQVI= --------------060607050400030802030401 Content-Type: text/plain; name="00000000CB70992CF903D447AA82CCEB9E92978C64C22000" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="00000000CB70992CF903D447AA82CCEB9E92978C64C22000" BEGIN:VCALENDAR VERSION:1.0 BEGIN:VEVENT UID:00000000CB70992CF903D447AA82CCEB9E92978C64C22000 X-FUNAMBOL-FOLDER:DEFAULT_FOLDER X-FUNAMBOL-ALLDAY:0 DTSTART:20080404T090000Z DTEND:20080404T093000Z X-MICROSOFT-CDO-BUSYSTATUS:2 CATEGORIES: DESCRIPTION: LOCATION: PRIORITY:1 STATUS:0 X-MICROSOFT-CDO-REPLYTIME: SUMMARY:test outlook CLASS:PUBLIC AALARM:20080404T084500Z;;0; RRULE:FREQ=WEEKLY;INTERVAL=2;BYDAY=FR;COUNT=0 EXDATE: RDATE: X-FUNAMBOL-COMPANIES: X-FUNAMBOL-MILEAGE: END:VEVENT END:VCALENDAR --------------060607050400030802030401 Content-Type: text/plain; name="ADD-47F4B600-5-B7346790.ics" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ADD-47F4B600-5-B7346790.ics" QkVHSU46VkNBTEVOREFSDQpWRVJTSU9OOjIuMA0KUFJPRElEOi0vL0ludmVyc2UgZ3JvdXBl IGNvbnNlaWwvL1NPR28gMC45Ly9FTg0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOjIgd2Vla3MN ClVJRDpBREQtNDdGNEI2MDAtNS1CNzM0Njc5MC5pY3MNCkNSRUFURUQ6MjAwODA0MDNUMTA1 MDE3Wg0KRFRTVEFNUDoyMDA4MDQwM1QxMDUwMTdaDQpMQVNULU1PRElGSUVEOjIwMDgwNDEw VDE2MDYzMFoNCkRUU1RBUlQ6MjAwODA0MDNUMTIwMDAwWg0KRFRFTkQ6MjAwODA0MDNUMTMw MDAwWg0KVFJBTlNQOk9QQVFVRQ0KUlJVTEU6SU5URVJWQUw9MjtGUkVRPVdFRUtMWTtCWURB WT1USA0KRU5EOlZFVkVOVA0KRU5EOlZDQUxFTkRBUg== --------------060607050400030802030401 Content-Type: text/plain; name="A07-47FE3B00-5-B7404790.ics" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="A07-47FE3B00-5-B7404790.ics" QkVHSU46VkNBTEVOREFSDQpWRVJTSU9OOjIuMA0KUFJPRElEOi0vL0ludmVyc2UgZ3JvdXBl IGNvbnNlaWwvL1NPR28gMC45Ly9FTg0KQkVHSU46VkVWRU5UDQpTVU1NQVJZOjMgd2Vla3Mg Mg0KVUlEOkEwNy00N0ZFM0IwMC01LUI3NDA0NzkwLmljcw0KQ1JFQVRFRDoyMDA4MDQxMFQx NjA3NTNaDQpEVFNUQU1QOjIwMDgwNDEwVDE2MDc1M1oNCkxBU1QtTU9ESUZJRUQ6MjAwODA0 MTBUMTYzMDQ4Wg0KRFRTVEFSVDoyMDA4MDQxMVQxMTAwMDBaDQpEVEVORDoyMDA4MDQxMVQx MjAwMDBaDQpUUkFOU1A6T1BBUVVFDQpSUlVMRTpJTlRFUlZBTD0zO0ZSRVE9V0VFS0xZO0JZ REFZPUZSDQpFTkQ6VkVWRU5UDQpFTkQ6VkNBTEVOREFS --------------060607050400030802030401-- From sogo@opengroupware.org Thu Apr 10 17:44:04 2008 From: sogo@opengroupware.org (Philippe Brangier) Date: Thu, 10 Apr 2008 18:44:04 +0200 Subject: [SOGo] shared ressources and events calendar Message-ID: <47FE43D4.7050803@ilex.fr> hello, I need to create shared calendars for different ressources (cars, meeting rooms ...) and company events (trading show...). Did I have to create a 'virtual' user on ldap and manage this calendars with his account or is it possible to create a calendar that doesn't belong to a specific user ? thanks -- *Philippe Brangier * Administrateur systèmes et réseaux Ilex 51, boulevard Voltaire 92600 Asnières-sur-Seine *philippe.brangier@ilex.fr * Tél // +33 (0)1 46 88 03 40 Fax // +33 (0)1 46 88 03 41 http://www.ilex.fr/ From sogo@opengroupware.org Thu Apr 10 18:24:28 2008 From: sogo@opengroupware.org (Helge Hess) Date: Thu, 10 Apr 2008 19:24:28 +0200 Subject: [SOGo] Strange Behaviour with custom event repeat interval In-Reply-To: <47FE388A.4040403@ilex.fr> References: <47FE388A.4040403@ilex.fr> Message-ID: On 10.04.2008, at 17:55, Philippe Brangier wrote: > 00000000CB70992CF903D447AA82CCEB9E92978C64C22000.ics was created > with outlook, 2 week interval : appears every week This one has a COUNT of 0, which is clearly wrong: ---snip--- BEGIN:VEVENT UID:00000000CB70992CF903D447AA82CCEB9E92978C64C22000 ... RRULE:FREQ=WEEKLY;INTERVAL=2;BYDAY=FR;COUNT=0 EXDATE: RDATE: END:VEVENT ---snap--- The event should not show up at all. Showing it every week is wrong anyways, maybe SOGo does not deal properly with INTERVAL? This would also be an issue with many RRULEs generated by the Outlook (with the Z1 Connector). COUNT support is also very common in Outlook (and iCal.app) RRULEs. Greets, Helge -- Helge Hess http://www.zideone.com/ From sogo@opengroupware.org Mon Apr 14 23:40:54 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Tue, 15 Apr 2008 00:40:54 +0200 Subject: [SOGo] Spanish translations for SOGo inverse branch / Re: [SOGo] Translation (spanish) questions In-Reply-To: <47FAA04E.9010106@inverse.ca> References: <1207559734.10364.25.camel@ganso> <47FAA04E.9010106@inverse.ca> Message-ID: <1208212854.6483.12.camel@ganso> --=-/7svbccplvlMoFgoOyXy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi again. Here goes the spanish translation patch for Inverse branch of SOGo. Please, apply inside SOGo directory. All translations are based upon svn 1397 english files. Still I couldn't find any time to test these. Some more questions/annotations inline... El lun, 07-04-2008 a las 18:29 -0400, Wolfgang Sourdeau escribió: > Ernersto Revilla a écrit : > > Hi. > > > > I have some questions: > > > > * File UI/Scheduler/Spanish.lproj/Localizable.strings: > > * Where can I see the "Schedule" part in Web or > > UI/Thunderbird+Lightning ? > > > I don t understand that question... In which part of the application can I find the translations of the "Schedule" part of UI/Scheduler/English.lproj/Localizable.string ? > All the .wod directories you can find beneat SoObjects/*. I just found some in Appointments and Mailer. Regards. Erny --=-/7svbccplvlMoFgoOyXy Content-Disposition: attachment; filename=Spanish-svn1397.diff.gz Content-Type: application/x-gzip; name=Spanish-svn1397.diff.gz Content-Transfer-Encoding: base64 H4sICCDcA0gAA1NwYW5pc2gtc3ZuMTM5Ny5kaWZmAOxd3XIbN7K+Xj8FMllvkrVE/Tq2mciOrB9L Kf2tKK/LW6fKBc6A5NgzAwaYkUyfOjfnTXK5VWcvtnKXW73JPsnpbgAzIDmkSNmWnCr5QiQH3egG 0Pi6ATTG+1kk3jdZSx6334ow10ub/b6MszwVGfxoHb+Qm/38kMdJq8+zWPdORSrPedK4kFMLo3sb H//v3uLi4qfX7E/fKnEe61hmbPm7ew8ePPjcIn76iS0uLyyzBysLa+vsp5/uPQDGVs5Vvs1z0WSv jlu5irMu++97DxiDKgrB6N8Gy8RFSfgDlkbwpSNVynMoDe5HS/fTpfuDgMqEDnlf7J0dHkDZ0TE8 +597DyphZ3H6ccL2mvcPp0o6Vl3oiQ9CXSUGVGpIR9wIs1dx3pNF/rdC5kJPk7DH9Z5MxQnvipen ByhmS2ZRnENP88TICt0DYOxVtI1EZN28V1Y0XMtEZXllEEA6TbV93SrIiq7UKnaUFetzGQ3m4mPQ jV0YHqPl650W1bX/OSZzL0+TL3Q2o2qfezqPy/Dms5nOP35dDv7TvxVxziPJIpEwcQ6CJfvxa3++ s6Wn3hOclPDkxyWvClMhmsRTtHimY6jvF1tvXypgL2ca1hYJlnCWxDrn+D3OzolU+zrg1+jyX7xG GWDlelylBqixVOoxr2Xtb/HkVPSTQX3n+sW34Crm0e4j7Ov6YnyXsTajy9hg+vO7iiuEXOkiNvNc gClNrJ3b8jmdwmYYin4uoqs9QkXrsW+LMImz2dgd7R8Z92c2zNvB/rnUu4n5OacPOAXzrsX+Meif hvxAaScDsPUQuT1Df8rxE1Ae+P3HRORM9KkSYY9/KKnK50wX1k2E8eVv2UdCPVWEtjqhG/3y2wD7 ufT7GHP6CEF3a4S7NcIX6itmt+pb8hbzKXgzE3yqx3g05jE8wQzIa4L0fJ5Fw2tZfKPsSkBErD0Y XTKAZ+IsFSIHi0b0/3p40kAVJ4ngWrCUvxMMlxWhaQhMdZb3Ym3dB1kd6eZxl4uHsUo9L/Nf7Eji NEeHhDWAo2OywzpxIuY20Zd9RKHxMfGLbsHxzKTWR5jjNer3w5bvyQqPk2hmTyOT6KM9jSfvSmdz lbwrnc0RuZGbc6OevFv3pHdO9AtyoldP1dvxnbPp9Vkxak5PucXTdjyyvTaCYWaHbQRopvrLnbKy OIvDmCfYHMH6Cc8EbbpxxVm1g1Yjz22ijUtluIZTl7+ypOhy5dUyAk5+LSM4AkX1PhqccYefS7WA ekfxLzCdYGUH2ubQir5Z3IFnvYZ7ntfAt0UiJgdGXukt+OHZdfsIQ7+ukLuF393C78v0WTNa9O04 rjmU+/yTes7twZ2Zj4Vw249Of0KehSIxG3lX+rD5z3rG5dScM12xS4gdIxR109Apmre9Ovb8M9nO dVWZZimfpk7PLh6SXeyUQxXR/vACfOsomcKYAJSouA0uvIkw8OPXqdAaQAm7H+MBfKTjbsbzQgHj pxmQz+Ofr6nJpx6Oab535QkNRzTldC1ynm8CxuOwTeLFsmm83thOqsIjmVZTaRITz+8cwcRaZrSk XakuuIpqutuV3Oj0nk2d+W3qOvX6hrVMhrVo/7FjFXdj9OCHZjyZK4FYTBcA301AAG0AHqf5Lh7h NEt8uPdgWzRLjEAM6HFN5n0mn54K3YeQQKjFTaRR5jEtfDwqYrHATht4T90PWi8gp/RKHfsQxwks iJAwl6USW+HTrS18FoaOBR5RESxn9Asli75++kIVfcpMYJnERQrXyAJRn+4SgWP1WGwTO0IJcE76 qftqeVVZUjW0pP2UyHm1Idwkes6kzeew9mko+sgEO7qKdWsRyAtUJ6DYbeFwNU1mSQWwpI5ZVZx1 slVJPU28P81m0cGnd9XIkTrqtJHDfBNVyie2J7+qKVvhLA3YCh1LGE4SFYZXiKrgYhaRFbWrogKg KZupluJK+3HoM5sJOerKinz+ekPyeP5QIcXLfYSdDD4sqDSSvpJvlw5kyBPxybBzuphxUJyH3l/Z Gde+9Fdm2dhfl+gnHZDhSRajgzL28mx38TEzmyVfOaLNIu9J1WRCZYOfBjyUDaFd2XOuRcRw8oJo trL25JErOeA6Z0Xf4OPq8vLjxeX1xeVVKr73gEblqHXAs24BA3vEUxyewKpntmeOWruoSOIKt6BG kSQ8k67cNHtLRlQudPADA8n7rWP2/dqTxRWS5YtxlLrPf2BYXYzVDXOtllwQOsAqFeZFLt7T1hGK NUWbhyeH28JYk5kh324eLrCTw++sZluFQsMftAZpWybI/J///T+nNq5xqWm5tVHcltpk9wW7/5zd f+2T4bL3WEGgZMi2D1/vuVIRxtA52xCk5RoVCJaDBRas4J9V/LOGf9bxz0P88z3+eYR/HuOfJ8F3 wxW1BO4d57CYBm0aTocdrpJYKFTDa6+R1+ca1t/BQnD5e5LHKX7j0FcqlqqsfE8WCsdvlPnbZdAh FVEMoxn2RPDdAvt2hZ7xy3/zjJsHq5ZI4srTPFqHRzl4d8vyBH7aGpzIfdTBiOJJOQ6uo3denpbD vb668sizkXxSO9Xlb+9N+6CkiHHHHb7jHvY5/BBlYw/BVHrY2k2l+AB5dzKh5ALbFW1FXw65+gAf m20VJ/hrAD9+LrKYPhL82OxKncMnDEceixT4FthxmBf05Uieu2fbEJLSVyf8CIx0mw/GtC871KOb RGtGlI2ynOCQ1tDzgVCOpgUQkdcatvA3dy1hbU9RP1EfUQ9R/1D3UOdQ11C/UIdQZ1A3DGlAAzhF C+Zt/1qWV0K8g8YNaRNsyxRnyUGR4QeoRB/x5T/x8+dC4MffY/poXf7aLrvqDAC1rmd7cuDRyELz LNL1U25iEyqEMK1o3m+x+//w2cZYLJmjmdRUIJe2uQCipsG5/QZtVqFMzC9o+bn5Bo1Xlhg7AIHA te+14IoGmMSN9gTYFslKDbMW6ZCpSQ0xx7lw83a0RX9+svDkyZPG8vKfg9Keu3wax+Iwy2weHsLN diIammrRN+Puh2XO6funMftr/DUXCNy4539oPX+Qx3kiAvL2sG4zPjV4qRGzU9Gkgpe64IA5TSwM TrjWF1JFpgjdsQLRgFBNywuPMliluWL4CtPVFL1SEqygsJXDUoL1bW0NIj+SCKG4yC+MSCYx7nUS oGNCCWYV5lLj/KxMZ0umqcxu1nRmlVlrOtdj9neBV2/NdFas6aBsKZM2V6aqoMXPjSW9gMGLzKgH W4nU5umWAJAzD3dgKcPQyNhp3O3lmsoPZRR34pCDVQiVxlpqazZ4rEYU+3jILk21EGlmKMOEouaH LduMIgUrFPZcynfBn6D8IAazMpdcohjsBypBsERa3KiwpgqWZfhPqoUSFZW/Y26YtmMd+lZODWMa sPXyt4woqFlsMwIsj2EoCXCJtnpkDtlBJb+1wYHsMpg1GiCefRuJ88Z3biLBIw4j1EVmPKthPASg jSMeOcJq7vrT1nWiSPpGg0ERcfswkz/zc47nBf18RympSiAASb9AbAWzsaJoMC9xgKT7pZgvoAuW gRF0wf8o8qBDEk5FrgYk4VTEELVlFTKcFO0EF0J5T7BdJcTS80IPwJqNGbvOIyo0EFtQdmEU4wZm 3I4T7A9b57bo8CLJ2Sm5SxKL3+iEKoIRBRixlC0Ye4htUDiCE1NklHiohbuNrC0QhToQbCqYKCaT kedM0m6UQa6Pq8Fo0VbyAniPJCxy0j60um2BeU+ktPWZI5bSlS4Bi+VcwPoZ/qYcRDAtoVlg4jAC 50Jp2zGJNxzsVIQwkWCeYG0Q8ii2C5OhI9832B7vchZC3+IgAlcZWMPvhIfCJLJEuEJXmIwCllhK SS9/1WAtoaGPrGojZsATuwo4F89NM82IbJbPOaXOQBdins7lPzPWLwQ5AhBXYAMFAySpNNOVCPge lj2mm2yCxBbvwHyYINaTZuiM3tvyIkskmBRybdv2m/EC+OvCckPFYeOtBcCXGWI3Jsnqok2ncPSD xrojE1g3fhUwjJNcIgB4PEYWqVF14DJHd0pj7qzAe3kgsA/QZbR5LQs0KbSoIQHc1m4kDYAK1J5H VJGVksi6EkIlmKEiFEZ01bQiq2TjtujszQP78aQaS5ncwjE512jlmMR5GgqIj1HKlOYdVJWBhRoT otkvMoxkeOS1qgfWyniiBI8G1ehFY/ZhBaDbes3R6vGInRpBAz3eZWfjmGMhB5bqeQk3EBwYuClF 1HVYWvpgnGzOMxlvA+7QaiCoqlwOB2FnIu0nECrYhIitAxvdgDumjcvNCCIZqfA89f2nDMTmkVsb jF2/Ai8gW7Uph8/ep4kBR5ltBCuN5QBvPgLqJhBzbAQDcEXP8Ojrq+3jrbPXJzsU4MJCQih8Wv4g Q4OqMr0R9PK831xauri4aFysYYrT0gosoZbe4/lhUNI1z7kaotXvBip+3wBoXJLRUjvOIogoPXqQ pfMpHFTOs9xjUVqFGwF0UrNQvuiEt0ViCuhrYE7LQKNm3Km2rjeCMtsIKdACd5Iy1idyE/eaHeKN IKRVZI4hDa6SA0Y6Naud4o3g6DhYeorzGOYJ7yryCJhwYmRP1gM3rwOT/vLpFaB8mepmtZ07EWVZ OsTwpZlajcxvgm8mSalREJyfLFQopmp3DVEN7LgTg2g+hGL4nBunOYJGJiIES5d1EUTTDHdNC9D+ 3Ax7eXowsRElZj5LIWZfrO6RbLzeaVGi4AJIRcgX3PlzX3WKU2ivktF+j8QhwjBUdfgH9kq0cXwQ AKjpZ8NhCI4guh4Lf9AJhYIRrSqq2ovJf6XVjTd1l3B+WkNHrXfJQ4ir0datom4DcSfJngt1Z6vk Dnm/EOQF1HNBA86E2qjhFvDYqTVFK8bv4PgOjj8zHNu3wdw0EteInQuEr+S/w98vBH9N4One8gNT /dYgd1iTkZcL/aEhd2QbwQfdkV2Mz4263qbIHLg7deNlTiR+7e11fOkwbGq9lW2IK0XPAMdz1uFD 8uodJF8DkreUqM4UPg064clEYs74PyU4zQPv3i7lF92m6jIRbpLyBqsAeE6gYex2oeZGg76rJM8L NHOFfnc4c73QL07j7A5qbh9qhBkJhzYHI0jCBhTtCM3OL3/Fs+WbiGG89IObToeaU3QttHxUHUMX oFZuLcVlfSzFpcpwYYBrrMpqsbkubMDCKr+lLunF1Mbb9qz4BZ4dc5N74r77iS3suE9ZekRw3Dcp KwgW4XCyCyawTKatklr2IzBqmLA2FcL8jHhk82BcWtdoVlepuZTSKL7/TcrsmjDBFA1KepCdThya Fm/CKJCfloMyLyMRRochVlnk+OamKeydArrFpPQUuaRbMzCI9CekI1oI13pM47sOFbuIc5M/0pFJ Ii9wclKmeBMgm1JO7B03xqEuWPPkcWjXcHgoTNk15+IDQwSLMNEmjXMqhTk6vJbDWqXJMqCeidhf WG76xmQ95oyuR/8DRoGZNDn4yhk2TMW0RCx4YtMUKOeV0TVrkyppOcwPWkZ38CYfDqWTGhxgGt0M PAlXXcdDKk0iR9VciwJd5g6n+ZvlwMvXpVz44fKVwHtlRE35qs8/GC9f8/lrytct/+L9dLGu/KHl n1T+vc9fo98jn7+m/LEpf03l0Xj5k6C6ihBAtNMd6bjNhaGLBEMkKz5JRFT4d5zQdSIVt4kCoggw vWfPnhnD86nXhqltlVMYXB9PUPOh38Qc85qr5rn07fK5bdNeY+S5bcIe6zXYSNGaVz+o6PDN6IlJ y6wtunGm8QV3xnJblKXMIIaNxQecGpk18m0+MO8ZZli5pd5DQKH380iPDN8bN0rUiV1Fu7ECv3CB wgGiBgLUadpcQOBRmJhBKmCKFaZQW7YdkzyC4IFQoyn3okR0AJTUoO8ex1Q1UBSXMoC6mHUe4yGF eV+QQFyy7+EegfsTiIZwF00WoP9FT2SMl+IwCwpxvxAG8loI4LghePm7RrQz1eNhyJBU0yU2Wa6s q2kT9SpCSpyTaazNbV9rEB3sKRyl4w5mmr/ZiyOBP4+KtO2yvI4kSyXmPCqWXf4O/WfOwk2u+Q81 lfzMM3CrA2NMO3aYoTNWaPMKb3HUstGorcPo4rP64WLr9N4EPZl/t0iSSfyYZpZAdGvb7joLsfXN MvwjnmUGT8HHGBmjNGY2PZxGs2LqWZla0YqpaGVqTWumprVpNa1YtVfIC9QQrFqCVSKoq2LdUqxP pHhsKR5PolhxUlaWVmmExklW10tN6wnWH5ealmNMkGKuLFsX3RPhO5qXmbhguIfqMtlTCFEx0ssK cS5t6GTntb3wGCLvmxSNM0lMJush/aA4YpxSwJJ48Ia63kaDGFqYoZhEvWrpdcWwOjR6NTwPx3ke XsWzsjzONGJxddrVcK1eybVWw7U2hQvDuzd9od70ZKEqFmefiM/mUrm7iaodWonsPIYhhPHQ/C0+ 9uruGJ43cYbvDrUJ5TDMAGt4X6aGkuc5BJjCBcWpZDx6i+9aGMkwjk1sPWgOh9Z+pnHTBusZvroh LmPxRqNhVwCabsgpW0aBORY6E3YXJYwRH4Hp9iddxCADNtcx8DGAnEmhLgnpiRq6WeFYhmKErR7P us5w03ZM65ih+zowq27hxs6MUifd2bkWu7/ptfb9rS1MV6uF6T6M3zea0daTHS8lOAKNS+08FRF3 t2/Qi+YDdgYD3qMR/TsPcab0eR/iDYv79GIqr4Lnsrqx8b5fkDHYIkpRLyu30zGoJJuJSIUvRM7M NQtXGOJJFJX9XGTvAi8bFfqjsMrQci9gXmvsAq4qZZsJ1VqW0hZxLiMLKuC9s9yrYh8gPk6t6FYu +77obYFpwKbslYrLfhjtSWSFiMyEJlUrcQICjS5nIw8dtm0SjNjrH4gflqXuvgwN7ZmUSR73tbuj 1aJgFW3NAhTL5IWngNkVt6DHeOnHWzCeYU4RYhj3cfVqM6kzNnRHxsTUibkYQ/n2eGSYxxnP6VTY Jk4nk6/RAJAmBW7U41udsbXoER3EJkVMdXrgaXZS/CYNbab47SltiPy1xfvAMyTjsHUJ+mY4aC5A 0z0uMzRKVA7CsBoJkjLpbbe0Xbfso0VNabixQ0riFkNyvP2GZKgpJYfdt8DtJAgnqjHS4/zVbsTA GTjF8f4oaX8mQuU49CIa0WnYPxoqGnTrAA0CjHHjVT2ToB5UuIABuauIDmHc1q9fq7tlpd5RD41W rBnX7C2BAAVTyqWeu8EcrgwDcMnaFUjQDB+3IzfRxw0JZz1pYvehGLjATHdswywGYGPcc7r2Zfds /IAyY7sKrwe4OWouqY3+26gurbF7/q21EaL6G2zGCn26K2+y1Sjg3WybeC2N4o+a+2gTLo7ZmBrP 5WAhmmMYnbELiMTlRQlar0SC61E3N+hSmfG+Dbz657bq6EKHEgJX9/goEZ0cecxtKLzmoShKd7L0 V8YEYaaciyymXOuxusEyL39V+KoH2jAls9QmKTv+QPfaIrsaNpeIFIVqugADK/Bamrd56m5nnQoe efBTjYgQahh6yHnUII9zIgiFZo3hGSZtBXJ8VUq5GsG38Sq7ANk0jXelpGS5g8jxUlkdhbkWpTCc 9PYreZjYPegZb8jRlUJ3vQSCG7sT4hIqsR/d5d8DMCtCNC0svHuwgYW0Uw6LgqEUFIuL2MEwiNpd KxrhFrTDoXBQRnNYKpAxFeABMqlRZPjVBxczqhZJEnH5L4QViac89oepC3NHB8ZGE97VbqPaVE+b 3sPaHQ5dnMFjx9BeTYvMxTUnFy/YjWq+n0EH5wtA0x+Q2qk8r2TRBBqWZhjwzQzAElOfIkvVOj4u 5ETq3NTpRw6WwaEO3kwycjSrkbsJawXAHaTyZlXNUFIDRrmd2xgl31Hmf4yYOPSW0e/GOgOwMeoY exmr1tye8gYa5oUZ5okj6+Wz+enEo4rgjKHA3fQZuQ5YW9g4kd6UahdV9NJUNYypwr7mycLoLnTI sA/Ad+iZmW9Plasi8ybAcjBtNGNDZDd41nHYq8plfErvsjVTe+iB3feVwYhbKdUIw9GirZAK2sMl WLDlls4jHm66a9vMeKwDvyLzxFRFl8m3Fe/kbjVdDVkbLQdvobqldHBGsQJ2NHy2BR4T/X9zz7Lb xpXl3l9REeBuB4idyA9k2oGRoSgqZociNSQlw4MGiBJZkiohq9isKtlyIz8yuyxn0avssgkQ/dic 932wKMcOOj078t5zH3Uf533OrXzGuIGrBbwBsIZZDeL190xuesJHLJDZyfAWw+0hL8dKmGPEwRSm egm8iZPbT8p1s07QZgAMu2xpulyapIS8nGiy0oVKSIyJqFgRGBYbjqKaBbFqjNvkM1mpCfjqUspX iPMWZXDAEAuf5UCbPOFCjvpY2Uz/eCHv58HwEUtKx5MS8LREONh4PRoA0e2KUhzoWKZ5K3mDkPBd ZqpPNX2KE19lJSiLJfWCUw7rzvAu8vlYLqODNtVlPS1sYaVqGKxiRNFxzTxarjri4OyxTpibr1FH UDZe8xMqocoie1uHU55YwiIysqRVVH/7P5y6iYdeVZcFadFndPugnj/XlZcXXL5QHoJo4GkL0Vt5 JM5Ry7GsTQTpwGgFKUUI9zdB0nf7z7pZukM1Re7NHaaa/SDYZSMxUqOUlTQQAQgdGE8L0S/Oy7cx xAGQxey7lPX/NYbWsryC177ygZVcEPHlc5xn11nc31G+rDcmMxHBC7eiK/SNdWK0BAm9OWQKGLxM x0DnpiVc8tO1LgEX+SfumEhzmvzpKlsu8/VXtnIqhDOSgIPXMF+GuBvumC+jK2pTJJ7eIZELsiO6 VwJlJbKCU9oSf9eKw0VcxlWBqSLN0fuqAwvEBa1bkvJjERsyUUlvvrqyv8LrHX8XCf1UFUj7OZYU AZKCEwBcqLYWdnW0BuYJDiBqP+mbXpHEwetyvsndd2XMYaNFH9hgMTJ1kbvivU5Q32fCT5d5KEcX xXnd5y0m6nat6zFRj2pdbbpQ0j3eKyNGcrFEOHYXLNWW+D3c0F9sa+JvJ7AxCVGwo/exN6IAgsGv dCtN23zQYCIDk1p0AJQk8F0vnYTKIP48J8ofhlN1DKECjzl6PvyusQTGb32b6B2Otng+/2tQsvM+ Hr0ZCPS0ir7dnWvSPaqqAY0+IiYF+iPTNZBEyBKgncZ4UO80I9tw7CukeqH1wcNQbXiJv3kRdnGs cxGS7hmxRBWDLKh3N7yroRB9viJ33Q65F3xLQrUU0/pkVCw1V4sqoqrbn5ZloI4KWxIZphaqufJ0 saYijtXDxL51KpyyHhMsMqqFkrLdMRQrBJMJVnVXWzEc32auGJBjJvVZ4zM3qnrFy+rdTqeS7DiT jGAnnIWOz+omIvEZrywxIQmwAexIuDFexXZjQtEpDJxtxDiA3JLk8/YwqBtDJ6GKrOie+LyUXJRQ lxDjiN6WiEImBjQdxEdpWIpxbAi4oBHcCfPA9DKq09V/qZ6BV6WsJ5D38/Q78VUAoopZH1VdwH+E Wzzk3cKMQlfpXPTulPWR98WCUjy6AAg2ni0cnLEyO11PpOdhrkgREMIU6KcsvrceMmZGkiGTgxty r/IwodMVoHKE3Kt0T+DYu/6nrJv1JnEE/HhAugFTbTBxqo74V1V/0jAs4Po6TrwbZd0OVlBKVr6G TUEwTBrJHliqrA98fFOryY9UPKbf8kaiVRY0V4KAK2kC+VSk5irDWdrM46WmjCwZqbs4rdsFa+1E uYf+d6yzgKEXzbs5eXIUnOqN9WABuVUfnZJSvMAGLgG7vEkL0grGegVVj2Sor62ukq9lsF9/maAg xrmSKBZKFCSemprUgWr/+poGHelXJxeoTeQtpUI+LxcwmdyyZ/29KYFBZDc6gvwvKnie3P/HFz+Q 39U/9n9Ivj3HOAU8FV9BweMf7ktreSizUhuNSCKPQmsMCpeOXWPJQ3BRe3tcpTWhkLgjT13vViVX BNPSp7haZju6JilP23/mFPWZEAo3cZW9MQ9OkXHSm/lVWVLuoaIsHl7nG1SSuDQ7L9BHip2EfLNU kG9HGmnnQA9QmHcLQUcDs/GWbwo7LhXOuKwo280n7CY1pORSHNEmh8Q3QNAxWeXVKtIcIc353QMW qsB733ABC0AqIhiabmaGedtm1ykeTDy63smllG64ilxrOh9pA6NUaOlWNRJP7So19SWFkzqVUtAq MldtNfw8tk89qDBDnXMfmKBnRUNPCfyR/gMfMGyrA8FHt/cTgH/5/8K1PTYzBzZTehPK4/DNaCGP RXGiuMg7MegBUOH3QQfCbiJZz1LH+9ESUK+oQrJWTolHRjwZtvRaCzO0o73TNrc2Znsv8KfpjTP0 Yl5gYgXf5DXITegcnd4kxuyJFwwAXrMeOEeH7qgFOY3ubMKOhMuozQrz8+5uhMjBNz+i/6oqXJpC v0AzBzOjbMWcRZjYoSartFRSChPvli0Kr8JlGGYWqtlYneQbJq5mk2up5h5mHrpuNlohmYi/0onq LHWGOj2dnE5MZ2Xz0ZnoJHQGOrwObaMKSUgfz4L1ITgoDFZHC8PV0dJ4cQw6XBctDpZFC+NFkdlB CXHgHgMR+NG7s/mSjyXtPTlEm4k1U+cNc6Wl2/BGKzJ35mRUan9/4TVL7i8chaGDqKmBSVWOJdoX sQLSkfjoiuCrClHMrW7FkmhdJS7xgaGs68zZAu+wNAF1KXC6BTcMBDxtJqtc5Fq01IVfqsW8uWwq XkTO2S76j3WdoaZUPleTuDOzN69LrZKc7qzmAB7A2liOd8E4c1dlOd/1tD2Zta8JVOxcFqhrWxko blscgo7WB4fdXiIq3Vol7LZ1oaDizrWC+l3LBVV3rBjU3rVocOTQ8zo4ceht7w4cJSh3DJDIffec L4X6lCohEv+fO/ID73bVEiWXwqv8N2SPYOslksaDsUxvFQz5PtVa7y1K1FsDc3HQnakiJGNu3MRy 5G43GWeYyjRB66w3a/Ol4tSurhma0QHSfOlQJLT4MfybZxY/ds9pm3sPSQBlfVDSqfEZ40w9f1mv yYInaducL1NK2WwLpUrb3Z1CP/N8gb4OH9Ep8qbQHE22D4B/5Xy8mkP400j8FaFXdRa2KNFpQiuw KTX4gObVXA8o6uTotaA3wHRgBLNKk1GpaMfO8wXIA7q4Vzn8Z6+hf63Txh45kM742DDM7c/4u/Rr N/m12rPp98KvJZdicltONZc2F+CL2E4hpupB1IKZ2ZNqUH6ncLY/UeSc05VRFNuNC0xga33IHsrR JiWl6gA95zlB6YFOqxSGIq9kBylR85yZV86SSsz46sZ2/lGYNZX0abL7IjrO6Ri64B1gkFe5fwtb B83I90HHJCP0B42qescgaqhlYJYVmrqGcadozDKu/0MQ3iTMOhw3M5sImadaMZAocDxPwLux55aL ouqixCEnaG3vB8SCyT00xr5xn0aTIVXG3YpcFLRbTttC/KRfBC7SIAYCxlJ1J/xpMjVQ/5644b0+ pvjJIqRHhSgihFjzsJw3KxPK9Z+g8A92SiG3hdkm+452apauLVM/B3PNc3QA2uAtfZcuJKznCm5+ S5vRHJDWjjZyPFW0NtlG/guzgvtJ9t9r90nD0n9MGxFdI67ZpJC4CYCPswzVJnD/aKfg7J3foJKR SS0DUh1unGh6gVfKFjta1+WdrZESueYVfsys0keVY6bfvYSzhymk9LUA56ezhzlQ1rXDrxjDIadx bgEtY15XrliVcBnS4NiQWj06MxixZ5mpeZSMved0F4M1DnZTlhfzJChBZX863WBZ+gkcpA8dQ0/Z bxxDber+cZCD5JWRkG2eXf4AIpE4SLz8ZewDtgO2/e6707rVQDa452rpXW2m0ofoVcTUuVdIgM/L FDrkssOGyeVzIZRAZ1eoiZMgI0LvXDdlV43nAUv8POJiuNa8JxiJ8uCrltcxYJ51I45iSJAW0sF9 9ebhbu4Hzj17anB/LlL3Jc6D+cq83FjsFP8DttIqr9P5jeM75vq+w173Zr7UM7+Gm7lxpUlPcMAR 0PAN1bpr1IWFu4QxLBaN/lpIaHeZVpXln20b+LDx/Kbxj/SN/t2Go8WPzi7ac+VSyBhoLDdmMeJx 7cF0bqmvcy5KWabDjN/QsCWUAn56N8D9z0Pc/9z/7Jvn0VfrxNbA+zz3l1MrOL5yOxpYHQOnIDZk 0hQzpiyCcRFv1TXwBBb8l/I/+ewQO4WICWPBMRwQfUHY/4b4X+SfPHY0k7/MHWCbYAeFkd/B3e7g a1Evi6kjGsTycIbQKIB4oyKMVftq072M4qq8V5RCD6k9mauP3ryb78/9nkbcbbkx+p41AX57QFLk PF/zt8JtrLNPFethHV7W2bDXO5w87HSn/dFQ9lHedkk9+mLgnW63dzLtHQakRth1AzrsdQf9oQCN FRGHMNPecNqZ9s96jIvQ5aDOr7c6GvS+6ehwKFFfbnU0mr7sjfle1Jtyx1KQdcI89G0V8ANgv5U3 UNvSDdESrCirT5TNQitJknfRKJ/WKYMCokWHbixEmxOlAdIm3bJZLuiBF5EdorahoYfkg0UqsoH6 AWCTT+yT2GFHbTswBB67WSqS09TkWp+tIZAtZSEXowvil3K8+dnEKvkSldpVCLP/NALaf9oC9WQ/ gnqyH0GhAsdpDHuexpDrLxp87rX9YxKq9D9KZQTT4ALCahMIUIhUYrjxiCDaAzzE6ZPEhHx3DYNK R7z8zNiTj5RoEcmLKsRV4kMV8VICugkQvRV6+F77jJke6dbfXwEFvCJ+0B6YlvH0UeGCBoue2W5w kdFOYwHzcwt/1/MfdOguhXTJb+cklNXqhVhJ8I8JVUrymOCpd6Kuih1sy+qxKhdO9hwJYlWhHSkH 36wruPv8Bem5uEqg4zJzD+b42y2XzapQRR7+9qL+hbPI3XCAbEvJXELPnqyzOScuTxVVl5LApLOs vbLHLWVPWsqetpQ9k+HMT4NKOS3NQfqdB/llS9l/tJT9JSgT7dAcHUWJ9GVIFphv+lSo3+nBoN+d XTuTnhIfnxZ2R8Oj/iGg7H5n0AI7j3U6J+P+GeDttm49DZGOTQof3k/Agzpy2jJyBLl73LhLGtWt SUV8alLfrIVx4IJZtP06UakdjqYPJye9bv+oLyQJkbgdlAD2LvomIPRp4+N2YqownWG3NxgoDMvf 0axiCj7MYMNBkuY8vde4PErHpUl/+PBkPOr2JhPemgJlFMzBHE7v+GTQc7Ses5sQyrB1JJbartAc /1GCBmpStXDYDLIA0YGxNltJXYoMrkcTlQCITTSGeIwgfLfP8x0wTx0Mpe16KsauyoMheiRDiSW1 bTJKZKgfxJcYWl9uUk1expBonJC+wswfBgFoDojltciYpAWocuASN343CNQUtUhXVyTbaUYdkgso gV6yRpqzETEEOGfxTd4ohBifx8g1okbMKkQygvKypYFx/Fvy0+HOXXt1x34d37XCr3etGKKLjVtz Gf+Gd9Ml6cGB0XfEjcyeJEA9eGGEZNAkFBCYjgeZgE2veDV64ieHa4HRprDhCi5LgPQUB9YBcOoK gnYoLZdLcMEzVashpZQyDRvKAay/vsiFpkl6hhdisoh1AjoS034dizcqcYdF5xoemiMOU3kRhqdM MkzTKUzIJbC/pvkWT9xpBlyKmm6BZRHGrdsA+ZXS/EKd23JVVQxSGSuIVwk5cqD4Kmgb7hAZFJDs kHGm72JqtZ3hEHDqeNIZv2Z6WuTksqm2NAM86I+nLw87r2XKiLxwl6oI6nQCgoqgwSGUzfMYpNsZ DLh+sExXrJVMAoBBH3A9g3SXueP3HARg0t60bwgacSkGk+sVdYCnk+noWMQZ6YtcxDbOm9aAjzpn o3F/2uORj/DlzbyOZ380GgxGr5LTE9tnUQeFYN/0j+QLxiBiLeNeXo4GfVhLhjhL56kXf2dAQKU7 DNFfZGlcOZmcykxPNiWgzVUMcdyfIKXrDHujUwZEe1m2vP2xyKJlOoEDMBp2mOsMfIcdyHj01153 aiPeZPOttWH2I5GP41VEn7TrGHAClFzmxEqtqPr05ATOwNgGu84y58lvYNNx56zHcz7LLQTAqs86 3Y6dEFxjkkq+klxieM+B0p/J2WgjrQJ02OkPXrdiaQF41et9KxBbyFpADvoPPagWAitwOJ/XCYLq Au4ikNLgeDScvpRut4iBwLzudcYCEtEEAeBbwhRUNp+0YS6OUzN/OWQyoQUzDVWYIGz2DE7f8BSu 0uygdzQacxPLkpWkdqWtxf4XbU1cjqzWNq3D7N85zpPWcZ7cOc7T1nGe3v09cMdPx8G8yLLaBvuY YIPOJf1bG/Szbehnu6H3W8D374KH8/46nDadvtZpIwoLZ02cRHu/eKrDjiXPXwv0+0/ku7JczSwV 3hdfkKM3l1oKvaDUMu8Fpc+48FnQnqXIx8/uG6l1Dr8Jab6Uykp5NitKVppGAaimnfws+fUXjAfI 0WWJ3N+tac6qMLZWYQnjTWRmKG4Aycu70j3Hnra2BnaI2iZB64ucV44d6nd0AU3PMQtbxsk8Ze4N M1Sf06H1J8IPmAKnnMvLi/E4FvydViItkMzo2abUdrEgB9LQAEVOo5Ulf1x4OgaXz3mqfqdT590a CcaO/fRY9Jgzj1NOo3nedTT0XHCZ7YRqG3rY4l4rX+Kbrw9bzdfsEDttd4hFj9Oz0FTuOb+ST2FU 7Tu6sldhBBA4tTLTeyIKX/8JQO9Z8oaC/PhtIVN88zkKnt9N1bi98HwfvAAnXdHQ24EX1Y91xHX1 YWRpzWcLnZcn6sYQ9BjbCwOlZeQ9Fvbg7UpbW+HqKTxD/Wn8zF3mV4MBWeSJjPpZiuRgWIrMYJRo 1Fs8ffHco5bR9ik8//5G8dT95IKmKsncm0MU14XaR4lltMfBZakBAR1SEEqIhvbwBv6uEXSjdgyA YteGUgslVSM/NMBooT7lLtF68rc9DOj5297XHL7x6y/AId7+yKkeys9TL5rm3BJjeR4srrmexUGG zgx8GskWg8kj7ETLITDjYQK8dH7JVjeWe0mbnS53N4EdpyzwqW5u9yrNN8K7ZhU5a6nWYgicbJV4 TgdmHdrWLXXEch9qs9Qbn9wQNMJT/Dv4aIlqLNtWlKGEuRHtMWUAoQYHTcXndTRv1qllLLg5z5Jz rTrhJ6s5hXvpwcEZuYAuHyIkfAMbWvTjkABKGX4WR85zkvocic/ikctEjRPDmcA6F3jGyHtKXQMl 8UNSLctalS2NMFOoeBYs8rZ2EJb9IdkQLIFYR5br9GXZ2k1YX/mZJFgHvK45NpjJkRkkp54xknwM GLtLVrJ75GLAgpHoKYLYeLLUU/EDMZYynmJVxYNQ4ytulKwRnpE2+osATPTNBOdD7e/qzAd67AP5 amEdFpGfP2qoaub+HMy+D8O64xjksQfSMuDeHN210KOPQ639qNxff/wGPQPS6pPktXkIZi7/kQRg S1hzs4R7TPaLZCelTVYOKt27txUAWLgYmJSYmLZIwjAQ5jMOZkW1wp4fmqUO0n9sZNZvH7U1MOtj m/tPjjx9/G+Ly9o3ZyU/M9KLu/MiMaiYGQ+jWs/dz0swutPXr1uuVpYQY3X7sygteVXbnaHm4jsf QLY4WAVwzqmIfxFemgOqLZLIBynps0Nc7y2ZGBlLsT0+o6LcYqzTt6IheytKy01VFy0eTZylkT69 Sq3k5Er9g6fZ8vZ/L8qi5MSBlWYR8HrrrDGLi44cIMvDILMWfD7QlNbOV7c/Xcunt/ldjeg5lLaG JVTkojBVHyEbXgvcDJALTNr6qf0w/e16V16FFRILAPsqvm7uk4O5taW23VMj8qvsnP8XIp7AD/Wu 8lxrz51sYn64q0CQEUkzw3P0JhU7ySD1M7lknOqL41Kjx5wY+apjsEsFyy8YIU8mS5OEi7em+tzL q9UeNbCVY1evsioQWu70+wMz/RS1GCLM10It7xamGd5Nv4Ol2tHjuMyl2dUlLtPz0raBPNFmaYO0 ySiY1pYTrflJMCVFCnqHO5fCOOssDkZ0LMjGG7jCq6O4TqDckQtpOxktjIdvyGFUCTvhzk6H3w5H r1gri+4isMdz2d0Y9KgzmKi59y3yKsu0aAWcjk8ZDp//Uk6b/NY3icOAgudKfzHi4xMSgrvOju8p ErV1/iKyTMb8o/N/dIaCo4MQg/DEuHOyMx7jffFOkmA7QhDtiok+v8i3nUDuOxRRqA4NCJb2MEqV FcYeRJ37t13FI3e3MQnYgpxl7v+nijx83MisC4U0a36jjqiXpF+VfeVHTxb2OgzdBtkaS/RKYUt0 8tG8CwxeaNMr4l71Dag0qDOqJNXDfP69X73M08o6BlSWrXdgfSQZ0khyuUiPSCh10kAY9aGc9K0U 8i9H96T4mEid1JzA/m2kgo6kmxI5LSe+xKL5bdFFaK517p/wLMDs3UhdD43sNrMJZhWuo+WWjblG z1fpAn2P5bPyBj2PtTkqItHSkwOT5Ls7fy6FuXbx3/2TGZPEpFsuBLZ7+9MivyxJMWmvfXUx99RG xztJb/+p+wU0UUr5F69Ka1qdESDmTdIHIVZ88Wt638hkWrUoDcvanRzLq4IBVu9g66XGf5lMIA7y TX21SHWWrLnF1yrFyVw2HlaXJGx6cJXJOLr/BsK0fQhlI63czfyR8czKiwySdBKyMpqXLt2cA5uO uTZ4VTml5MEyx2CarUqLEMJwM4cCw1xlggHbY5qKtnZhXFMa99AW1bSFgCWFrRApjyoZKvaimrY4 B4ts4iS0hsJ/kyLLJuXT09+szFruSjMYfARr7jDByzwt0CO2bXwhLOjaoIlQWDI2vdnnnOOXsSzA BeQb/j9y58kWaEts2FqlcGZVGMSmOciv0poWsHxTfBJNz389PQ3S0OBq4Uo0N8JNnvILYMgS+cNQ 75rd5q7OtzIU3/tXpOmOoxDhYBDT5ZI+p94teG8QYiqMgzzEoPtnuaH1vjACiiMgldfkCWgG5g+a wCrIvu3GV3XwnRMgpRlNANqRBuVjprDk5OYfMT7lKPudC7DMso8am8NPeWCXevuDhlY08d7Bafht bICOTCSXcZZ/HvoRX5LeDhED4WugFlmUtHO+zU3p0HG6LOm3TUmmQ3rqsUd78ctHaKs6I1XHH6wm ++DBd76D9Dt68ZRmT/7yb89lpBEruJXzwMfWHFy5Sv1bsUojWLBm4wewWEQK1iy8gBTnUos1GNKB /vxY4/vnki5B3XO9ABvzFkaA2reBlBL7tZid38yQBAFAaQFgHIa6oHMMlbN0k83SYqbRCDSVCo+t Zw0iNRJcpRmyhTOKZQKw/Lh/kvy5c3j4Z8DYPxesDCHiX5L7mZhL15xZImzb8x+hwR1mfpNirUWp LM/7UB9z0iyGXUwaaIVRy6IuSlzTK0BF9B73XL2fK+pmk/0dAym5n6IMPvoqddG2TrWN738gcsH0 ZOdibhSsIEmwa6IUNIfPEJURMklh8WDPGMZfSJqG79ZIcoKyFRa156vfFmy1oQd3X7C5hjrR8BFh cG2IKv5SBKAlvqYj5H2ciriUQM+PfLfAi62UXKJbIeQ+bwm1b3ljlBXH4kDP3Vu4uJjg6YPIGChi sYtHFjsgsSleNLLZAFnk9H3lg/EQcYSfFo+NWoxwxhvMQNt6SF7y21eYS0Oy9FcSmst8nH8gLViX T0Xmn/j4iETX7VE4C6OUGVrZf+OgVyRnWcy50q2aYxw0o/G99yVkh5J3ItenK0me838ZflDmrNcA AC== --=-/7svbccplvlMoFgoOyXy-- From sogo@opengroupware.org Tue Apr 15 08:53:13 2008 From: sogo@opengroupware.org (Ernersto Revilla) Date: Tue, 15 Apr 2008 09:53:13 +0200 Subject: [SOGo] Spanish translations for SOGo inverse branch / Re: [SOGo] Translation (spanish) questions In-Reply-To: <1208212854.6483.12.camel@ganso> References: <1207559734.10364.25.camel@ganso> <47FAA04E.9010106@inverse.ca> <1208212854.6483.12.camel@ganso> Message-ID: <1208245993.6873.6.camel@ganso> I respond myself. * The GNUmakefiles are not updated. * The content of the Calendar tab is not translated correctly: - everything still appears in English - the small calendar is quirked (May be a comment is not closed). Please don't apply patch yet. I'll send an update. Thanks. Erny El mar, 15-04-2008 a las 00:40 +0200, Ernersto Revilla escribió: > Hi again. > > Here goes the spanish translation patch for Inverse branch of SOGo. > Please, apply inside SOGo directory. All translations are based upon svn > 1397 english files. Still I couldn't find any time to test these. > > Some more questions/annotations inline... > > El lun, 07-04-2008 a las 18:29 -0400, Wolfgang Sourdeau escribió: > > Ernersto Revilla a écrit : > > > Hi. > > > > > > I have some questions: > > > > > > * File UI/Scheduler/Spanish.lproj/Localizable.strings: > > > * Where can I see the "Schedule" part in Web or > > > UI/Thunderbird+Lightning ? > > > > > I don t understand that question... > > In which part of the application can I find the translations of the > "Schedule" part of UI/Scheduler/English.lproj/Localizable.string ? > > > All the .wod directories you can find beneat SoObjects/*. > I just found some in Appointments and Mailer. > > Regards. > Erny From sogo@opengroupware.org Tue Apr 15 11:36:39 2008 From: sogo@opengroupware.org (Guillaume Gautreau) Date: Tue, 15 Apr 2008 12:36:39 +0200 Subject: [SOGo] SOGo 1.0RC5.3 on CentOS 5 Message-ID: <48048537.1010705@enpc.fr> This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1CC05853F8BB6004E8DDF08D Content-Type: multipart/alternative; boundary="------------020409080607010207090804" This is a multi-part message in MIME format. --------------020409080607010207090804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I'm trying to install SOGo 1.0RC5.3 on CentOS 5. I installed all the=20 needed rpms, created the configuration file=20 //home/sogo/GNUstep/Defaults/.GNUstepDefaults/ (I copied its content belo= w) { NSGlobalDomain =3D { }; "sogod-0.9" =3D { AgenorProfileURL =3D "postgresql://****:****@pgdevdb:5432/sogo/sogo_user_profile"; OCSFolderInfoURL =3D "postgresql://****:****@pgdevdb:5432/sogo/sogo_folder_info"; SOGoDefaultMailDomain =3D enpc.fr; SOGoFallbackIMAP4Server =3D mail.enpc.fr; SOGoServerTimeZone =3D Europe/Paris; SOGoSuperUsernames =3D ( admin ); WOMessageUseUTF8 =3D YES; WOParsersUseUTF8 =3D YES; WOPort =3D 20000; }; } I started apache (/etc/init.d/httpd start) and then sogo=20 (/etc/init.d/sogod start). I get a internal server error (500) when trying to access=20 http://testurl/SOGo/ with my browser. In the apache log file /var/log/httpd/error_log, I found : [error] connect to application instance failed, tried 3 times. The sogo log file /var/log/sogo-20000.log, I found : 2008-04-15 12:29:54.767 sogod-0.9[2773] starting SOGo (build root@sogo 200804011156) 2008-04-15 12:29:54.783 sogod-0.9[2773] Note: vmem size check enabled: shutting down app when vmem > 200 MB Apr 15 12:29:54 sogod-0.9 [2773]: SNS support disabled. Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> scanning SOGo products in: /home/sogo/GNUstep/Library/ Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/Local/Library/ Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/System/Library/ Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: CommonUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: MailPartViewers.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: MainUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: SchedulerUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: PreferencesUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: Appointments.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: ContactsUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> =20 register SOGo product: MailerUI.SOGo Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> scanning SOGo products in: /usr/local/lib/sogod-0.9 Apr 15 12:29:54 sogod-0.9 [2773]: <0x0x95dddd8[SOGoProductLoader]> scanning SOGo products in: /usr/lib/sogod-0.9 2008-04-15 12:29:55.019 sogod-0.9[2773] Note: fetching full mail head= er. 2008-04-15 12:29:55.019 sogod-0.9[2773] Note(SOGoM