Re: [SOGo] Large deployments
On Fri, Dec 20, 2013 at 07:35:40AM -0500, Ludovic Marcotte wrote: There are a couple of things you should look at for under-performing sogod child processes: 1. make sure your IMAP server is fast. Look at Cyrus IMAP Server or Dovecot with indexes. You might also want to use imapproxy in between SOGo and your imap server 2. make sure your LDAP server is properly indexed - see the SOGo installation guide for details 3. make sure the number of sogod workers X the value of SxVMemLimit is lower than the amount of RAM you have - so you don't start swapping 4. tune your database server - especially if you do use MySQL Recently, we discovered another aspect that needs to be tuned on the web side. We had a performance problem crippling SOGo for several days. The parent process was waiting a long time for unresponsive children. Lots of kernel messages filled the log saying: TCP: Possible SYN flooding on port 2. Sending cookies. Strace showed a strange behaviour: a child process accepts an Nginx connection, and then blocks polling() on the socket for over a minute. Capture trafic on the loopback interface, we saw TCP retransmissions between Nginx and SOGo. With the help of the following page http://blog.dubbelboer.com/2012/04/09/syn-cookies.html we understood the problem and found a solution. Nginx was hammering SOGo too fast and saturating the listen queue. It turned out that the listen backlock was too low; Unless specified, WOListenQueueSize defaults to 5 : (in _prepareListeningSocket, sope/sope-appserver/NGObjWeb/WOWatchDogApplicationMain.m backlog = [[NSUserDefaults standardUserDefaults] integerForKey: @WOListenQueueSize]; if (!backlog) backlog = 5; [listeningSocket listenWithBacklog: backlog]; (in sope/sope-appserver/NGObjWeb/Defaults.plist) WOListenQueueSize = 5; This value is insufficient in a large SOGo installation : we had enough workers to handle the load. We set WOListenQueueSize to 511 in ~sogo/GNUstep/Defaults/.GNUstepDefaults We also modified the following sysctl parameters : net.core.somaxconn = 511 net.ipv4.tcp_max_syn_backlog = 4096 I am not sure about how much we should really allow (32 ? 128 ?). But this fixed our problem. -- Jean BENOIT -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
On Fri, Dec 20, 2013 at 11:41:26AM +0100, Albert Shih wrote: We kill sogod's that has been running for more than 15 cpuminutes, as these are normally stuck in something. I believe your sogod's must be stuck.. Well I try this, actually only manually, for example I just kill some sogod process who eat ~150:00:00 time (since yesterday) and that make sogo crash (no more connection on the web-gui, need a service sogod restart). How you manage the kill ? We run this cronjob every 5 minute: --- #! /bin/sh - # # Kill sogo-processes that's been running too long. too_long=15 # 00-59 minutes ps -u sogo -opid,ppid,cputime | grep -v PPID | while read pid ppid time do # Don't kill main daemon. if test x$ppid != x1 then minutes=$(echo $time | cut -d: -f2) if test $minutes -gt $too_long; then echo Killing $pid ps -fp $pid kill -9 $pid fi fi done --- Can I ask what linux you using ? RHEL6. -jf -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
On Fri, Dec 20, 2013 at 07:35:40AM -0500, Ludovic Marcotte wrote: On 2013-12-20 5:41 AM, Albert Shih wrote: Well I try this, actually only manually, for example I just kill some sogod process who eat ~150:00:00 time (since yesterday) and that make sogo crash (no more connection on the web-gui, need a service sogod restart). That's because you killed the parent process, and not one of its child workers. You must never do that. There are a couple of things you should look at for under-performing sogod child processes: 1. make sure your IMAP server is fast. Look at Cyrus IMAP Server or Dovecot with indexes. Dovecot in high performance mode, with auth caching: http://wiki2.dovecot.org/LoginProcess http://wiki2.dovecot.org/Authentication/Caching You might also want to use imapproxy in between SOGo and your imap server For us we saw no benefit in using an imapproxy, rather a tiny performance decrease: http://dovecot.org/list/dovecot/2012-February/133544.html and then it's definitely not worth the hassle of having yet another service running. -jf -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
Le 18/12/2013 à 16:28:11+0100, Jan-Frode Myklebust a écrit On Wed, Dec 18, 2013 at 03:55:22PM +0100, Albert Shih wrote: We at the Universität Konstanz in Germany have more than 16000 users. Can you describe your infrastructure ? How many server ? (hardware Virtual), what size (Ram, CPU) ? We have around 30.000 unique users daily. The sogo-servers are 5 virtual machines with 4 cpus and 8 GB memory each. Top output from one of these right now: top - 16:17:22 up 15 days, 15:54, 1 user, load average: 0.16, 0.09, 0.03 Tasks: 277 total, 2 running, 275 sleeping, 0 stopped, 0 zombie Cpu0 : 2.0%us, 0.7%sy, 0.0%ni, 97.0%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 1.7%us, 0.3%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 3.7%us, 1.0%sy, 0.0%ni, 94.6%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Cpu3 : 0.3%us, 0.7%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 8059428k total, 5849244k used, 2210184k free, 540264k buffers Swap: 2097144k total,26476k used, 2070668k free, 2298216k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 6580 root 20 0 273m 115m 3844 S 0.0 1.5 36:49.53 splunkd 7997 sogo 20 0 381m 62m 8796 S 0.0 0.8 0:44.65 sogod 6438 sogo 20 0 380m 60m 8108 S 0.0 0.8 0:55.09 sogod 2730 sogo 20 0 379m 59m 8708 S 0.0 0.8 0:42.99 sogod 6035 sogo 20 0 378m 59m 8568 S 0.0 0.8 0:44.89 sogod 6459 sogo 20 0 379m 59m 8164 S 0.0 0.8 0:51.07 sogod 17130 sogo 20 0 378m 59m 8672 S 0.0 0.8 0:46.98 sogod 13702 sogo 20 0 379m 58m 8600 S 0.0 0.7 0:43.08 sogod 6428 sogo 20 0 380m 58m 8356 S 0.0 0.7 0:51.75 sogod 25734 sogo 20 0 376m 57m 8896 S 0.0 0.7 0:42.47 sogod 8076 sogo 20 0 375m 56m 8616 S 0.0 0.7 0:38.01 sogod 2725 sogo 20 0 375m 56m 8336 S 2.7 0.7 0:35.36 sogod 2690 sogo 20 0 372m 55m 8388 S 0.0 0.7 0:38.71 sogod 14427 sogo 20 0 374m 55m 8620 S 0.0 0.7 0:36.37 sogod 8090 sogo 20 0 374m 55m 8552 S 0.0 0.7 0:36.86 sogod 23322 sogo 20 0 375m 54m 8244 S 0.0 0.7 0:28.58 sogod 13543 sogo 20 0 373m 54m 8448 S 0.0 0.7 0:25.63 sogod 9580 sogo 20 0 372m 54m 8584 S 0.0 0.7 0:34.44 sogod 28024 sogo 20 0 372m 53m 8780 S 0.0 0.7 0:33.48 sogod 7722 sogo 20 0 374m 53m 8640 S 0.0 0.7 0:35.03 sogod 8991 sogo 20 0 373m 52m 8272 S 0.0 0.7 0:23.42 sogod 8411 sogo 20 0 369m 50m 8496 S 0.0 0.6 0:34.35 sogod
Re: [SOGo] Large deployments
On 2013-12-20 5:41 AM, Albert Shih wrote: Well I try this, actually only manually, for example I just kill some sogod process who eat ~150:00:00 time (since yesterday) and that make sogo crash (no more connection on the web-gui, need a service sogod restart). That's because you killed the parent process, and not one of its child workers. You must never do that. There are a couple of things you should look at for under-performing sogod child processes: 1. make sure your IMAP server is fast. Look at Cyrus IMAP Server or Dovecot with indexes. You might also want to use imapproxy in between SOGo and your imap server 2. make sure your LDAP server is properly indexed - see the SOGo installation guide for details 3. make sure the number of sogod workers X the value of SxVMemLimit is lower than the amount of RAM you have - so you don't start swapping 4. tune your database server - especially if you do use MySQL (run http://mysqltuner.pl to start with) This should get you started. Thanks, -- 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] Large deployments
On 04/12/13 13:34, Dhionel Díaz wrote: Hello all, Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. Thanks in advance, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación As I understand, SOGo has the capability of distribute the users across more than one database, the sogo_folder_info table contains the needed info per user to reach the proper database (host, db user, and db password) where the user data is stored. I don't know how the users can be routed to the proper database when they log on and how to set this parameters (sogo_folder_info data) when the users are created. Has anyone with a large deployment implemented distributed users across more than one databases? Regards Federico -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
Le 06/12/2013 à 14:16:31+0100, Christian Mack a écrit Hi Am 2013-12-04 17:34, schrieb Dhionel Díaz: Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. We at the Universität Konstanz in Germany have more than 16000 users. Can you describe your infrastructure ? How many server ? (hardware Virtual), what size (Ram, CPU) ? Thanks. I ask because we plan to use sogo as our primary webmail and actually we don't have lot of user but the server has a load close to 3-4 in the middle of the working-day, and actually we just have few (~40) agenda-user. For example at this moment : top - 15:51:05 up 5:14, 1 user, load average: 3.59, 3.41, 3.07 Tasks: 104 total, 5 running, 99 sleeping, 0 stopped, 0 zombie Cpu(s): 68.2%us, 6.8%sy, 0.0%ni, 23.5%id, 0.0%wa, 0.2%hi, 1.3%si, 0.0%st Mem: 1541580k total, 1437524k used, 104056k free,12940k buffers Swap: 1048568k total, 584k used, 1047984k free, 642468k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 13994 sogo 15 0 374m 156m 9136 R 46.3 10.4 33:37.89 sogod 2752 sogo 16 0 379m 161m 9128 R 26.0 10.7 58:34.85 sogod 2750 sogo 15 0 377m 159m 9.9m S 23.6 10.6 78:38.46 sogod 2754 sogo 15 0 347m 133m 9132 S 23.0 8.8 50:06.85 sogod 16966 sogo 16 0 277m 62m 8780 S 22.3 4.2 8:56.31 sogod 2723 sogo 15 0 210m 13m 4464 R 1.0 0.9 2:13.78 sogod so what's going to happen if we go to ~500 users. Our server is a single server running in a vmware-vsphere with 1.5 Go of Ram Regards JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: j...@obspm.fr Heure local/Local time: mer 18 déc 2013 15:48:57 CET -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
On Wed, Dec 18, 2013 at 03:55:22PM +0100, Albert Shih wrote: We at the Universität Konstanz in Germany have more than 16000 users. Can you describe your infrastructure ? How many server ? (hardware Virtual), what size (Ram, CPU) ? We have around 30.000 unique users daily. The sogo-servers are 5 virtual machines with 4 cpus and 8 GB memory each. Top output from one of these right now: top - 16:17:22 up 15 days, 15:54, 1 user, load average: 0.16, 0.09, 0.03 Tasks: 277 total, 2 running, 275 sleeping, 0 stopped, 0 zombie Cpu0 : 2.0%us, 0.7%sy, 0.0%ni, 97.0%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 1.7%us, 0.3%sy, 0.0%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 3.7%us, 1.0%sy, 0.0%ni, 94.6%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Cpu3 : 0.3%us, 0.7%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 8059428k total, 5849244k used, 2210184k free, 540264k buffers Swap: 2097144k total,26476k used, 2070668k free, 2298216k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 6580 root 20 0 273m 115m 3844 S 0.0 1.5 36:49.53 splunkd 7997 sogo 20 0 381m 62m 8796 S 0.0 0.8 0:44.65 sogod 6438 sogo 20 0 380m 60m 8108 S 0.0 0.8 0:55.09 sogod 2730 sogo 20 0 379m 59m 8708 S 0.0 0.8 0:42.99 sogod 6035 sogo 20 0 378m 59m 8568 S 0.0 0.8 0:44.89 sogod 6459 sogo 20 0 379m 59m 8164 S 0.0 0.8 0:51.07 sogod 17130 sogo 20 0 378m 59m 8672 S 0.0 0.8 0:46.98 sogod 13702 sogo 20 0 379m 58m 8600 S 0.0 0.7 0:43.08 sogod 6428 sogo 20 0 380m 58m 8356 S 0.0 0.7 0:51.75 sogod 25734 sogo 20 0 376m 57m 8896 S 0.0 0.7 0:42.47 sogod 8076 sogo 20 0 375m 56m 8616 S 0.0 0.7 0:38.01 sogod 2725 sogo 20 0 375m 56m 8336 S 2.7 0.7 0:35.36 sogod 2690 sogo 20 0 372m 55m 8388 S 0.0 0.7 0:38.71 sogod 14427 sogo 20 0 374m 55m 8620 S 0.0 0.7 0:36.37 sogod 8090 sogo 20 0 374m 55m 8552 S 0.0 0.7 0:36.86 sogod 23322 sogo 20 0 375m 54m 8244 S 0.0 0.7 0:28.58 sogod 13543 sogo 20 0 373m 54m 8448 S 0.0 0.7 0:25.63 sogod 9580 sogo 20 0 372m 54m 8584 S 0.0 0.7 0:34.44 sogod 28024 sogo 20 0 372m 53m 8780 S 0.0 0.7 0:33.48 sogod 7722 sogo 20 0 374m 53m 8640 S 0.0 0.7 0:35.03 sogod 8991 sogo 20 0 373m 52m 8272 S 0.0 0.7 0:23.42 sogod 8411 sogo 20 0 369m 50m 8496 S 0.0 0.6 0:34.35 sogod 6863 sogo 20 0 369m 50m 8016 S 0.0 0.6 0:32.21 sogod
Re: [SOGo] Large deployments
Am 18.12.2013 16:28, schrieb Jan-Frode Myklebust: We have around 30.000 unique users daily. The sogo-servers are 5 virtual machines with 4 cpus and 8 GB memory each. Are you using clustered database servers? -- Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
Le 18/12/2013 à 16:28:11+0100, Jan-Frode Myklebust a écrit On Wed, Dec 18, 2013 at 03:55:22PM +0100, Albert Shih wrote: We at the Universität Konstanz in Germany have more than 16000 users. Can you describe your infrastructure ? How many server ? (hardware Virtual), what size (Ram, CPU) ? We have around 30.000 unique users daily. The sogo-servers are 5 virtual machines with 4 cpus and 8 GB memory each. Top output from one of these right now: Ok. So that's mean on one machine with same feature 4 CPU and 8 GB I should easy to accept 500-1000 user pear day. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 6580 root 20 0 273m 115m 3844 S 0.0 1.5 36:49.53 splunkd 7997 sogo 20 0 381m 62m 8796 S 0.0 0.8 0:44.65 sogod 6438 sogo 20 0 380m 60m 8108 S 0.0 0.8 0:55.09 sogod 2730 sogo 20 0 379m 59m 8708 S 0.0 0.8 0:42.99 sogod 6035 sogo 20 0 378m 59m 8568 S 0.0 0.8 0:44.89 sogod 6459 sogo 20 0 379m 59m 8164 S 0.0 0.8 0:51.07 sogod 17130 sogo 20 0 378m 59m 8672 S 0.0 0.8 0:46.98 sogod 13702 sogo 20 0 379m 58m 8600 S 0.0 0.7 0:43.08 sogod 6428 sogo 20 0 380m 58m 8356 S 0.0 0.7 0:51.75 sogod 25734 sogo 20 0 376m 57m 8896 S 0.0 0.7 0:42.47 sogod 8076 sogo 20 0 375m 56m 8616 S 0.0 0.7 0:38.01 sogod 2725 sogo 20 0 375m 56m 8336 S 2.7 0.7 0:35.36 sogod 2690 sogo 20 0 372m 55m 8388 S 0.0 0.7 0:38.71 sogod 14427 sogo 20 0 374m 55m 8620 S 0.0 0.7 0:36.37 sogod 8090 sogo 20 0 374m 55m 8552 S 0.0 0.7 0:36.86 sogod 23322 sogo 20 0 375m 54m 8244 S 0.0 0.7 0:28.58 sogod 13543 sogo 20 0 373m 54m 8448 S 0.0 0.7 0:25.63 sogod 9580 sogo 20 0 372m 54m 8584 S 0.0 0.7 0:34.44 sogod 28024 sogo 20 0 372m 53m 8780 S 0.0 0.7 0:33.48 sogod 7722 sogo 20 0 374m 53m 8640 S 0.0 0.7 0:35.03 sogod 8991 sogo 20 0 373m 52m 8272 S 0.0 0.7 0:23.42 sogod 8411 sogo 20 0 369m 50m 8496 S 0.0 0.6 0:34.35 sogod 6863 sogo 20 0 369m 50m 8016 S 0.0 0.6 0:32.21 sogod 5485 sogo 20 0 369m 50m 8668 S 0.0 0.6 0:34.20 sogod snip We kill sogod's that has been running for more than 15 cpuminutes, as these are normally stuck in something. I believe your sogod's must be
Re: [SOGo] Large deployments
Am 18.12.2013 17:24, schrieb Jan-Frode Myklebust: On Wed, Dec 18, 2013 at 04:32:41PM +0100, Martin Rabl wrote: Am 18.12.2013 16:28, schrieb Jan-Frode Myklebust: Are you using clustered database servers? No, just a single active server, plus warm standby. That single server holds all data for the 5 virtual machines (= 5 SOGo servers?) and the instances use them together? -- Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
On Wed, Dec 18, 2013 at 05:32:01PM +0100, Martin Rabl wrote: Am 18.12.2013 17:24, schrieb Jan-Frode Myklebust: On Wed, Dec 18, 2013 at 04:32:41PM +0100, Martin Rabl wrote: Am 18.12.2013 16:28, schrieb Jan-Frode Myklebust: Are you using clustered database servers? No, just a single active server, plus warm standby. That single server holds all data for the 5 virtual machines (= 5 SOGo servers?) and the instances use them together? Yes. Single VM, with 16GB memory, 4 virtual cpus and ~30GB database. -jf -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
we have 25,000 users at our university. one IBM server 48 GB RAM and enough disk - no problem :) On Fri, Dec 6, 2013 at 10:44 PM, Dhionel Díaz dd...@cenditel.gob.vewrote: El 06/12/13 08:46, Christian Mack escribió: Hello Dhionel Díaz Am 2013-12-04 17:34, schrieb Dhionel Díaz: Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. We at the Universität Konstanz in Germany have more than 16000 users. Not as big as you search for, but not a small one either. Kind regards, Christian Mack It's certainly a interesting reference, thanks for your attention. Best regards, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
El 18/12/13 12:12, Khapare Joshi escribió: we have 25,000 users at our university. one IBM server 48 GB RAM and enough disk - no problem :) On Fri, Dec 6, 2013 at 10:44 PM, Dhionel Díaz dd...@cenditel.gob.vewrote: El 06/12/13 08:46, Christian Mack escribió: Hello Dhionel Díaz Am 2013-12-04 17:34, schrieb Dhionel Díaz: Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. We at the Universität Konstanz in Germany have more than 16000 users. Not as big as you search for, but not a small one either. Kind regards, Christian Mack It's certainly a interesting reference, thanks for your attention. Best regards, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación It's good to know, thanks for the reference. Best regards, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación signature.asc Description: OpenPGP digital signature
Re: [SOGo] Large deployments
Hello Dhionel Díaz Am 2013-12-04 17:34, schrieb Dhionel Díaz: Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. We at the Universität Konstanz in Germany have more than 16000 users. Not as big as you search for, but not a small one either. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
Hello Dhinel Díaz, Le 04/12/2013 17:34, Dhionel Díaz a écrit : Hello all, Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. Thanks in advance, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación At the University of Strasbourg in France, we have ~120 000 account with ~15 000 differents users per day. If we can help us Best regards, Ludovic. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Large deployments
El 06/12/13 08:58, Ludovic Hutin escribió: Hello Dhinel Díaz, Le 04/12/2013 17:34, Dhionel Díaz a écrit : Hello all, Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. Thanks in advance, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación At the University of Strasbourg in France, we have ~120 000 account with ~15 000 differents users per day. If we can help us Best regards, Ludovic. That's a quite busy deployment you have there. Apart from ISPs, that's in the order of other groupwares biggest deployments I've found reference. The administration of such a system should surely be a lot of fun. Thanks for your attention. Best regards, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación signature.asc Description: OpenPGP digital signature
Re: [SOGo] Large deployments
El 06/12/13 08:46, Christian Mack escribió: Hello Dhionel Díaz Am 2013-12-04 17:34, schrieb Dhionel Díaz: Do you have references of very large deployments of SOGo? Something on the order of 30 users or more, or the biggest deployments known. In the web site there are some testimonials but I haven't found references to the size of the deployments. We are currently evaluating groupware software and that references would be very helpful. We at the Universität Konstanz in Germany have more than 16000 users. Not as big as you search for, but not a small one either. Kind regards, Christian Mack It's certainly a interesting reference, thanks for your attention. Best regards, -- Dhionel Díaz Centro Nacional de Desarrollo e Investigación en Tecnologías Libres Ministerio del Poder Popular para Ciencia, Tecnología e Innovación signature.asc Description: OpenPGP digital signature
