Re: [SOGo] ActiveSync improvements

2014-12-27 Thread Charles Marcus
On 12/23/2014 9:56 AM, Ludovic Marcotte  wrote:
> On 23/12/2014 09:25, Tanstaafl wrote:
>> What is affected by this setting? We have a ton of people with a huge
>> amount of emails that are larger than 512KB, so it can't have anything
>> to do with emails can it?
> I mentioned in my mail "or a bit greater if needed for syncing one item".
>
> Say you have these five mails and you set the limit to 512KB:
>
>  1. 250 KB
>  2. 250 KB
>  3. 25 KB
>  4. 750 KB
>  5. 10 KB
>
> Sync iteration no. 1 will pick 1, 2 and 3. Sync iteration will pick 4.
> Sync iteration will pick no. 5.
>

Ok, I think I get it, but...

Don't 1, 2 and 3 equal greater than 512KB?

So, shouldn't it be:

Sync 1 will pick 1 & 2, Sync 2 will pick 3, Sync 3 will pick 4, and Sync
4 will pick 5?

Thanks again, looking forward to trying these out when I get back
(currently out of the country)!

Charles
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ActiveSync improvements

2014-12-27 Thread Ludovic Marcotte

On 27/12/2014 02:16, Charles Marcus wrote:
Sync 1 will pick 1 & 2, Sync 2 will pick 3, Sync 3 will pick 4, and 
Sync 4 will pick 5?
No, it'll work like I said - ie., we "stop" and return the response when 
the size is greater than the limit set. That allows to at least always 
sync one item.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence 
(http://packetfence.org)

--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] ActiveSync improvements

2014-12-27 Thread Tanstaafl
On 12/27/2014 9:32 AM, Ludovic Marcotte  wrote:
> On 27/12/2014 02:16, Charles Marcus wrote:
>> Sync 1 will pick 1 & 2, Sync 2 will pick 3, Sync 3 will pick 4, and 
>> Sync 4 will pick 5?
> No, it'll work like I said - ie., we "stop" and return the response when 
> the size is greater than the limit set. That allows to at least always 
> sync one item.
> 
oh, ok, got it now, thx
-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Moving a SOGo installation to another server?

2014-12-27 Thread Steve Ankeny

I used the backup/restore instructions in the FAQ

http://www.sogo.nu/english/nc/support/faq/article/how-can-i-backuprestore-my-user-data.html

Here's the output of 'sogo-tool restore -l' for one user . . .

root@sogo:~# sogo-tool restore -l output-directory/ steve
<0x0x2661448[SOGoCache]> Cache cleanup interval set every 300.00 seconds
<0x0x2661448[SOGoCache]> Using host(s) '127.0.0.1' as server(s)
2014-12-27 18:39:45.955 sogo-tool[14906] Restorable folders:
2014-12-27 18:39:45.958 sogo-tool[14906]   Calendar/personal (Personal 
Calendar)
2014-12-27 18:39:45.958 sogo-tool[14906]   Contacts/collected (Collected 
Address Book)
2014-12-27 18:39:45.958 sogo-tool[14906]   Contacts/personal (Personal 
Address Book)



Here's the output of 'sogo-tool -f ALL' for one user (truncated) . . .

root@sogo:~# sogo-tool restore -f ALL output-directory/ steve
<0x0x205f508[SOGoCache]> Cache cleanup interval set every 300.00 seconds
<0x0x205f508[SOGoCache]> Using host(s) '127.0.0.1' as server(s)
<0x0x1f802a8[GCSFolderManager]> ERROR(-[GCSFolderManager performSQL:]): 
cannot execute
  SQL 'SELECT c_folder_id, c_path, c_location, c_quick_location, 
c_acl_location, c_folder_type FROM sogo_folder_info WHERE c_path1 = 
'Users' AND c_path2 = 'steve' AND c_path3 = 'Contacts' AND c_path4 = 
'personal'':
   NAME:ExecutionFailed REASON:*Table 
'sogo.sogo_folder_info' doesn't exist*



I've created user 'sogo' and the 'sogo' database, and I've granted ALL  
However, I've not created any tables in the 'sogo' database. Question: 
*How can I properly create the 'sogo.sogo_folder_info' table?*


Thanks.


--
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] Error starting sogo service. Debian 7 dotdeb. memcached.so.11

2014-12-27 Thread chris
I'm trying to get sogo working on Debian 7.

Installed from inverse repo using apt-get as documented on the inverse
website.

This debian 7 wheezy system is running newer versions of PHP (5.4) and
memcached (libmemcached.so.11) which were automatically  installed from dotdeb
repo in order to get newer better versions of these.

Sogo service fails to start, gives this error :

"Starting SOGo: sogo/usr/sbin/sogod: error while loading shared libraries:
libmemcached.so.10: cannot open shared object file: No such file or directory
 already running."

Obviously this is because we have a newer version of libmemcached.so.11 on the
server:
~# locate libmemcached.so
/usr/lib/libmemcached.so.11
/usr/lib/libmemcached.so.11.0.0
/usr/lib/libmemcached.so.5
/usr/lib/libmemcached.so.5.0.0
/usr/lib/x86_64-linux-gnu/libmemcached.so
/usr/lib/x86_64-linux-gnu/libmemcached.so.11
/usr/lib/x86_64-linux-gnu/libmemcached.so.11.0.0

Why is sogo statically linked to particular versions of memcached?
Any suggestion?
Help to fix this?
-- 
users@sogo.nu
https://inverse.ca/sogo/lists