http://permalink.gmane.org/gmane.comp.groupware.sogo.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10585 <pre>No. Moreover, SOGo doesn't auto-magically delete entries from the quick tables. Look for other evidences regarding this. </pre> Ludovic Marcotte 2012-05-25T17:36:52 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10584 <pre></pre> Andreas Balg 2012-05-25T14:57:56 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10583 <pre></pre> Andreas Balg 2012-05-25T15:03:05 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10582 <pre>Inverse is proud to announce the second release candidate of SOGo v2.0.0 with native Microsoft Outlook compatibility. This release allows Microsoft Outlook 2003, 2007 or 2010 to talk directly to SOGo - just like if it was a Microsoft Exchange server. No plugins are required for Microsoft Outlook to make this work. This release candidate is available as source, as RPM packages for Red Hat Enterprise Linux/CentOS version 5 or 6, or as Debian packages for Debian 6.0 "Squeeze" and Ubuntu 11.10 "Oneiric Ocelot". The Zero Effort Groupware ("ZEG") virtual appliance is also available for testing purposes. The virtual appliance consists of the latest development version of SOGo, SOPE and OpenChange, properly installed and configured. Note that the native Microsoft Outlook compatibility is still experimental. The fundamentals have been developed and should suit normal end-users. Progress towards the final version will be fast from now on. == Getting it == To download SOGo ZEG v2.0.0rc2, visit http://ww</pre> Wolfgang Sourdeau 2012-05-25T14:22:41 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10581 <pre>Le 12-05-25 06:06, Клименко Николай a écrit : Hi Nicolai, Those are just warnings actually and they can be safely ignored. It only means that SOPE is trying to read LDAP fields as strings while they are binary fields. Since we don't make use of those fields, it's ok. Wolfgang </pre> Wolfgang Sourdeau 2012-05-25T13:29:39 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10580 <pre>Hi, Observe the following errors in the log, I can not understand what the problem is May 25 13:50:51 sogod [30188]: [ERROR] &lt;0x0x10bac50[NGLdapAttribute]&gt; cound not convert value of objectGUID to string May 25 13:50:51 sogod [30188]: [ERROR] &lt;0x0x1114c00[NGLdapAttribute]&gt; cound not convert value of objectSid to string May 25 13:50:51 sogod [30188]: [ERROR] &lt;0x0x10fc610[NGLdapAttribute]&gt; cound not convert value of terminalServer to string </pre> Клименко Николай 2012-05-25T10:06:33 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10579 <pre> Did run in the same trap ... ;-) Am 25. Mai 2012 10:41 CEST, Thomas Dilts &lt;thomas-uCLRoFEjnApATv3iAwvYWg&lt; at &gt;public.gmane.org&gt; schrieb: -- Mit freundlichen Grüßen, Martin Rabl Dipl.-Informatiker (FH) </pre> Martin Rabl 2012-05-25T08:52:53 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10578 <pre>Thanks! that was the problem. Restart... Of course.. Martin Rabl skrev 2012-05-25 10:34: </pre> Thomas Dilts 2012-05-25T08:41:47 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10577 <pre> Dont forget to restart SOGo after customizing. Am 25. Mai 2012 10:23 CEST, Thomas Dilts &lt;thomas-uCLRoFEjnApATv3iAwvYWg&lt; at &gt;public.gmane.org&gt; schrieb: -- Mit freundlichen Grüßen, Martin Rabl Dipl.-Informatiker (FH) </pre> Martin Rabl 2012-05-25T08:34:23 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10576 <pre>In the FAQ http://www.sogo.nu/english/support/faq/article/how-to-customize-the-html.html are some paths to how to customize. Other users with Ubuntu have commented that the paths are wrong for ubuntu. That is cp /usr/GNUstep/System/Library/SOGo/Templates/MainUI/SOGoRootPage.wox \ /home/sogo/GNUstep/Library/SOGo/Templates/MainUI Should be in ubuntu: cp /usr/lib/GNUstep/SOGo/Templates/MainUI/SOGoRootPage.wox \ /home/sogo/GNUstep/Library/SOGo/Templates/MainUI But I still can't get the customizing to work on my ubuntu server at all. I tried even changing the original document where it is at /usr/lib/GNUstep/SOGo/Templates/MainUI/SOGoRootPage.wox but not even that worked. How do I customize? What am I doing wrong? Thomas </pre> Thomas Dilts 2012-05-25T08:23:59 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10575 <pre>Hello sogo users, I have a problem with recurring events. If I create a recurring event on Outlook 2010, Sogo correctly save the data on the database. When I create an exception (I edit an instance of a recurring event), I see the exception on the client, but after folder update, the exception disappears and I go back to the original situation (no exceptions). This is my server situation: SO: Ubuntu server 11.10 amd64 SOGo: 2.0.0 release: 3960 Openchange: 1.0 IMAP server: dovecot 2.0.13 SMTP server: Postfix 2.8.5 Database server: MySQL 5.1 (all data saved here) ----------------------- Fabio Onorini </pre> Fabio Onorini 2012-05-25T07:23:53 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10574 <pre></pre> SOGo reporter 2012-05-25T04:01:02 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10573 <pre>The fix is in sope49-appserver, nothing changed in sogo regarding this issue. It will be in 20120525 (tomorrow). Since this is a configuration file, yes, it should be changed manually. </pre> Jean Raby 2012-05-24T19:19:54 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10572 <pre>Hi, On Thu, May 24, 2012 at 9:34 PM, Jean Raby &lt;jraby-tiT8nZ+Z9Bqw5LPnMra/2Q&lt; at &gt;public.gmane.org&gt; wrote: Will there be 1.3.15b or should one install 1.3.15a + updated sope packages from nightly? And which of the sope packages should be updated: sope49-appserver sope49-sbjson sope49-xml sope49-cards sope49-gdl1-contentstore sope49-gdl1-postgresql sope49-gdl1 sope49-ldap sope49-gdl1-mysql sope49-core sope49-mime And is the nightly version 20120524 or 20120525 where this is fixed? And when updating should one add these changes to the Apache configs manually? Regards, Peter </pre> Peter Peltonen 2012-05-24T19:06:04 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10571 <pre>Hi, thanks for the Tip but it cant be the cause because its running on a vServer in a vSphere Cloud ;) This Error only appears when one colleague updates his iCal (snow leopard) with a subscription from another colleague....only then. Any other Ideas? Thanks, Martin On 5/24/12 6:20 PM, MJ Ray wrote: </pre> Martin Seener 2012-05-24T19:03:19 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10570 <pre>Thanks for the patch. The daemon should now be restarted after an upgrade on rpm and deb platforms. </pre> Jean Raby 2012-05-24T18:36:29 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10569 <pre> We could finally reproduce the issue and it should now be fixed in the nightly builds (sope). The problem was that apache wasn't returning any 'Expires' header in its responses for static content. This lead to browser specific behavior, where chrome and firefox would cache the content for a certain time. The time is derived from the last-modified header and could be pretty long if sogo had not been updated for a while. When a resource is cached like this, the browser does not even send a GET request for it, it simply pulls it out of its cache. (which is fast) However, clients would end up showing stale content (js, css, images, etc...) To work around this issue, the filename of a resource will now change each time the underlying file is modified. Basically, the resources now have their mtime appended to their name, for example : /SOGo.woa/WebServerResources/jquery.js?lm=1337817165 Now that we have this fix, we can tell the browser to cache the resources for a long time. The default apache configur</pre> Jean Raby 2012-05-24T18:34:40 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10568 <pre> Last time I saw something like that, it was dying hardware. Can you deploy another server and take that one down for testing? Hope that helps, </pre> MJ Ray 2012-05-24T16:20:44 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10567 <pre>Yah, been using sogo-tool along with a perl script I created to convert Avel Sieve rules into SOGo rules :) considering posting the script to the list, but fear the back lash of support that could in sue from doing so. I'll file a bug for this issue as well. Thanks!!!! Outstanding support as usual :) </pre> Ronald J. Yacketta 2012-05-24T16:15:19 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10566 <pre>Hi Ronald On 2012-05-24, at 11:12 AM, Ronald J. Yacketta wrote: Yes, this can be the cause of the issue, and yes, we should check SOGoSieveScriptsEnabled. Would you please fill a bug report? You can look at your Sieve filters (even if SOGoSieveScriptsEnabled is set to NO) using sogo-tool : sogo-tool user-preferences get defaults yacketrj SOGoSieveFilters Thanks, Francis -- flachapelle-tiT8nZ+Z9Bqw5LPnMra/2Q&lt; at &gt;public.gmane.org :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) </pre> Francis Lachapelle 2012-05-24T15:58:25 http://permalink.gmane.org/gmane.comp.groupware.sogo.user/10565 <pre>Le 12-05-24 11:26, Bruno Lingner (Hugo) a écrit : memcached could be recommended or suggested, but it should not be a dependency as the service could actually run on another host. W. </pre> Wolfgang Sourdeau 2012-05-24T15:56:26 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.groupware.sogo.user