Re: [SOGo] running sogo in production
2013-07-07 01:25 keltezéssel, Mail Robot írta: OpenChange limitation only work for users less than 100 ? Are you really? OpenChange just an extension for Samba 4 AD for the exchange compatibility. So, where is the limit? In the Samba 4 (cannot create more user in AD) or in the OpenChange (cannot extend more user's ldap properties) or nowhere? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] running sogo in production
Ludovic Marcotte did acknowledge it by saying He's most likely talking about the SOGo/OpenChange part - which has this limitation I also were told the same by my vendor before. On Sunday, July 7, 2013, Szládovics Péter wrote: 2013-07-07 01:25 keltezéssel, Mail Robot írta: OpenChange limitation only work for users less than 100 ? Are you really? OpenChange just an extension for Samba 4 AD for the exchange compatibility. So, where is the limit? In the Samba 4 (cannot create more user in AD) or in the OpenChange (cannot extend more user's ldap properties) or nowhere? -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] running sogo in production
2013-07-07 11:37 keltezéssel, Mail Robot írta: Ludovic Marcotte did acknowledge it by saying He's most likely talking about the SOGo/OpenChange part - which has this limitation I also were told the same by my vendor before. I never seen similar notices in any docs, but are can exist... BTW I'm very interest in these limitations - where are they exactly and in which part of the ZEG? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] sogo segfault (2.0.6b) - SOLVED
I managed to solve this problem. It was all to do with permissions on /var/log/sogo/ For some reason, the permissions were wrong, because of uid changing during installs. On 30 June 2013 18:43, Odhiambo Washington odhia...@gmail.com wrote: I have kinda made a step fwd. I can run sogo from the debug mode[0], but when I try to start it normally, I get the following in /var/log.messages: Jun 30 18:26:41 gw sogod: 2013-06-30 18:26:41.693 sogod[58347] unable to get status of descriptor 2 - Bad file descriptor Jun 30 18:28:05 gw sogod: 2013-06-30 18:28:05.152 sogod[58733] unable to get status of descriptor 2 - Bad file descriptor Jun 30 18:29:42 gw sogod: 2013-06-30 18:29:42.984 sogod[70515] unable to get status of descriptor 2 - Bad file descriptor Is this something easy to overcome? [0] [sogo@gw ~]$ gdb --args /usr/local/GNUstep/Local/Tools/Admin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPidFile /tmp/sogo.pid GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... (gdb) r Starting program: /usr/local/GNUstep/Local/Tools/Admin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPi dFile /tmp/sogo.pid Jun 30 18:40:11 sogod [72874]: version 2.0.6b (build r...@gw.kictanet.or.ke 201306301829) -- starting Jun 30 18:40:11 sogod [72874]: vmem size check enabled: shutting down app when vmem 1024 MB Jun 30 18:40:11 sogod [72874]: 0x0x23be7df4[SOGoProductLoader] SOGo products loaded from '/usr/local/GNUstep/Local/Library/SOGo': Jun 30 18:40:11 sogod [72874]: 0x0x23be7df4[SOGoProductLoader] Appointments.SOGo, Contacts.SOGo, Mailer.SOGo, CommonUI.SOGo, ContactsUI.SOGo, MailerUI.SOGo, MailPartViewers.SOGo, MainUI.SOGo, PreferencesUI.SOGo, SchedulerUI.SOGo, AdministrationUI.SOGo Jun 30 18:40:11 sogod [72874]: |SOGo| WOHttpAdaptor listening on address *:2 On 29 June 2013 23:46, Odhiambo Washington odhia...@gmail.com wrote: # su - sogo -s /usr/local/bin/bash [sogo@gw ~]$ gdb --args /usr/local/GNUstep/Local/Tools/Admin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPidFile /tmp/sogo.pid GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... (gdb) r Starting program: /usr/local/GNUstep/Local/Tools/Admin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPidFile /tmp/sogo.pid /libexec/ld-elf.so.1: Shared object libSOGo.so.2 not found, required by sogod Program exited with code 01. (gdb) quit [sogo@gw ~]$ exit logout root@gw:/ # ls -al /usr/local/GNUstep/Local/Library/Frameworks/SOGo.framework/Versions/2/ total 1784 drwxr-xr-x 4 root wheel 512 Jun 29 23:31 . drwxr-xr-x 3 root wheel 512 Jun 29 23:30 .. drwxr-xr-x 2 root wheel 1536 Jun 29 23:30 Headers drwxr-xr-x 2 root wheel 512 Jun 29 23:31 Resources lrwxr-xr-x 1 root wheel 10 Jun 29 23:31 SOGo - libSOGo.so lrwxr-xr-x 1 root wheel 12 Jun 29 23:31 libSOGo.so - libSOGo.so.2 lrwxr-xr-x 1 root wheel 17 Jun 29 23:31 libSOGo.so.2 - libSOGo.so.2.0.6b -rwxr-xr-x 1 root wheel 1786194 Jun 29 23:31 libSOGo.so.2.0.6b Odd! It is complaining about a file that is actually there! I've even added the path to the hints file, but no luck still. ldconfig -r | grep GNU search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/lib/compat/pkg:/usr/local/GNUstep/Local/Library/:/usr/local/GNUstep/System/Library/Libraries:/usr/local/lib/compat:/usr/local/lib/dovecot:/usr/local/lib/gcc42:/usr/local/lib/mysql:/usr/local/lib/nss:/usr/local/lib/pth:/usr/local/libexec/openldap What next? On 29 June 2013 15:58, Ludovic Marcotte lmarco...@inverse.ca wrote: On 2013-06-29 6:30 AM, Odhiambo Washington wrote: Is there a way I can track this to find out the cause of the segfault? http://www.sogo.nu/nc/support/**faq/article/how-do-i-debug-**sogo.htmlhttp://www.sogo.nu/nc/support/faq/article/how-do-i-debug-sogo.html -- 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 -- Best regards, Odhiambo WASHINGTON, Nairobi,KE
Re: [SOGo] Mail module not functional
Am 26.06.2013 20:53, schrieb Steven Hiscocks: On 26/06/13 16:20, Igor wrote: Hi folks, first: I'm new here. Thanks for the great work on SOGo. Here is my problem, may be somebody can help: I compiled SOPE 2.0.6 and SOGo 2.0.6a on OpenSUSE 12.2 32-bit. GNUstep is from OpenSUSE repository http://download.opensuse.org/repositories/X11:/GNUstep/openSUSE_12.2 Everything looks good, I can start the service, I can login but if I change to Mail tab, I get the error in browser: An error occurred during object publishing the requested object could not be found! At this time I get a 404 return code in the logfile. Here ist SOGo logfile (there is something about could not load product: Mail...: Jun 26 16:01:39 sogod [26693]: version 2.0.6a (build root@samba-server.axora 201306261505) -- starting Jun 26 16:01:39 sogod [26693]: vmem size check enabled: shutting down app when vmem 384 MB Jun 26 16:01:39 sogod [26693]: 0x0xb885ef74[SOGoProductLoader] SOGo products loaded from '/usr/lib/GNUstep/SOGo': Jun 26 16:01:39 sogod [26693]: 0x0xb885ef74[SOGoProductLoader] AdministrationUI.SOGo, Appointments.SOGo, CommonUI.SOGo, Contacts.SOGo, ContactsUI.SOGo, MailPartViewers.SOGo, Mailer.SOGo, MailerUI.SOGo, MainU I.SOGo, PreferencesUI.SOGo, SchedulerUI.SOGo Jun 26 16:01:39 sogod [26693]: [so-product-registry] could not load product: MailPartViewers Jun 26 16:01:39 sogod [26693]: [so-product-registry] could not load product: MailerUI Jun 26 16:01:39 sogod [26693]: 0x0xb88662c4[WOWatchDog] listening on *:2 Jun 26 16:01:39 sogod [26693]: 0x0xb88662c4[WOWatchDog] watchdog process pid: 26693 Jun 26 16:01:39 sogod [26693]: 0x0xb74aad20[WOWatchDogChild] watchdog request timeout set to 10 minutes Jun 26 16:01:39 sogod [26693]: 0x0xb88662c4[WOWatchDog] preparing 1 children Jun 26 16:01:39 sogod [26693]: 0x0xb88662c4[WOWatchDog] child spawned with pid 26694 Jun 26 16:02:15 sogod [26694]: 0x0xb892b5dc[SOGoCache] Cache cleanup interval set every 300.00 seconds Jun 26 16:02:15 sogod [26694]: 0x0xb892b5dc[SOGoCache] Using host(s) 'localhost' as server(s) 2013-06-26 16:02:15.601 sogod[26694] Note(SoObject): SoDebugKeyLookup is enabled! 2013-06-26 16:02:15.601 sogod[26694] Note(SoObject): SoDebugBaseURL is enabled! 2013-06-26 16:02:15.601 sogod[26694] Note(SoObject): relative base URLs are enabled. Jun 26 16:02:15 sogod [26694]: SOGoRootPage successful login from '10.8.0.30' for user 'igor' - expire = -1 grace = -1 Jun 26 16:02:15 sogod [26694]: [ERROR] 0x0xb8b7458c[NGLdapAttribute] cound not convert value of objectSid to string Jun 26 16:02:15 sogod [26694]: [ERROR] 0x0xb8b744bc[NGLdapAttribute] cound not convert value of objectGUID to string Jun 26 16:02:15 sogod [26694]: [WARN] 0x0xb8b86acc[SOGoWebDAVAclManager] entry '{DAV:}write' already exists in DAV permissions table Jun 26 16:02:15 sogod [26694]: [WARN] 0x0xb8b86acc[SOGoWebDAVAclManager] entry '{DAV:}write-properties' already exists in DAV permissions table Jun 26 16:02:15 sogod [26694]: [WARN] 0x0xb8b86acc[SOGoWebDAVAclManager] entry '{DAV:}write-content' already exists in DAV permissions table 2013-06-26 16:02:15.741 sogod[26694] Note: Using UTF-8 as URL encoding in NGExtensions. 10.8.0.30 - - [26/Jun/2013:16:02:15 GMT] POST /SOGo/connect HTTP/1.1 200 27/38 0.147 - - 3M 10.8.0.30 - - [26/Jun/2013:16:02:15 GMT] GET /SOGo/so/igor HTTP/1.1 302 0/0 0.004 - - 8K 10.8.0.30 - - [26/Jun/2013:16:02:15 GMT] GET /SOGo/so/igor/view HTTP/1.1 302 0/0 0.004 - - 8K 10.8.0.30 - - [26/Jun/2013:16:02:15 GMT] GET /SOGo/so/Igor/Calendar HTTP/1.1 302 0/0 0.005 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] GET /SOGo/so/Igor/Calendar/view HTTP/1.1 200 13112/0 0.084 47891 72% 1M 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/personal/canAccessContent HTTP/1.1 204 0/0 0.012 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/alarmslist?browserTime=1372255335 HTTP/1.1 200 2/0 0.006 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/eventslist?asc=truesort=startday=filterpopup=view_today HTTP/1.1 200 2/0 0.009 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/taskslist?show-completed=0asc=truesort=end HTTP/1.1 200 2/0 0.005 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/weekview HTTP/1.1 200 2185/0 0.017 22433 90% 12K 10.8.0.30 - - [26/Jun/2013:16:02:16 GMT] POST /SOGo/so/Igor/Calendar/eventsblocks?sd=20130624ed=20130630view=weekview HTTP/1.1 200 64/0 0.005 - - 0 10.8.0.30 - - [26/Jun/2013:16:02:18 GMT] GET /SOGo/so/Igor/Mail HTTP/1.1 302 0/0 0.003 - - 0 Jun 26 16:02:18 sogod [26694]: [ERROR] 0x0xb8b6b94c[NGLdapAttribute] cound not convert value of objectSid to string Jun 26 16:02:18 sogod [26694]: [ERROR] 0x0xb8b0100c[NGLdapAttribute] cound not convert value of objectGUID to string 10.8.0.30 - - [26/Jun/2013:16:02:18 GMT] GET /SOGo/so/Igor/Mail/view
Re: [SOGo] Dear progammers and architects
Ok, Then, let's step back and look at this.. If you look at my last letter, I have provided some insight: lowest common factor on ability, screenshots, etc. Table of Contents, Glossary, Cross-references, external references, templating I believe these to be pretty standard solutions to documentation issues Why would someone like me have problems with installation with the documentation given? Let's start by looking at the Configuration and Installation Guide: (First off, you may want something like WordPress to be installed to perform content management and use it as you web site system) Nice Intro. Contents uses hyperlinks - very good About this Guide. No biggie there. However, I understand Funambol is a big win for it, however, 'horse before the cart' Define Funambol's functionality and why it's such a big win (aka What does it do? What does it give you?) Introduction - I will address just the first two paragraphs... It introduces Sogo and what it does kind of Again, 'horse' issue. Define everything you're talking about please. This includes: through your favourite Web browser and by using a native client such as Mozilla Thunderbird and Lightning - List favourite web browser examples known to work. If it's a Microsoft shop looking to migrate, does IE work with it? Have you tested it? Which versions? This applies to all other browsers Opera, Safari, Konqeror, etc, etc, what versions are known to work. Where is the document's 'known issues' and the subsection on 'browser compatibility'? SOGo is standard-compliant. - This may mean little to some persons but it is definitely useful to those 'in the know'. Also, due to MS' lack of standards compliance, you are going to have to constantly, throughout your document, have screen shots of things like 'Outlook' clients connecting and working just fine. It supports CalDAV, CardDAV, GroupDAV, iMIP and iTIP - This requires translation. It's sad but true. Wikipedia reference links or you can copy the definitions and put them in a glossary and hyperlink them there. Otherwise, you've got low-end people turned off. Sure, some people just want to muddle through a 'quick start', but there are trained minds out there that need an argument to go to their biz bosses and say It's all standards compliant. We won't ever have vendor lock-in again. It handles the standards for calendar, contacts, groups and others so that we can migrate in the future if we need. reuses existing IMAP, SMTP and database servers - Same issue here. Also, again, give some examples that are known to work for each protocol and the LDAs and MTAs that are known to work. (Also, define LDA and MTA :-) ) Define IMAP, SMTP, LDA, MTA and put them in the glossary and hyperlink to their definitions. Next, list the MTAs known to work and their versions. Postfix v 2.0, Sendmail 9.0, EXIM x.x.x. LDAs - Dovecot 2.x (To start your list, I'm on FreeBSD 9.1, Postfix 2.10.0.1, Dovecot 2.1.15... :-) ) Database servers? Why do I need a database server? Explain it before you get here. Let them know somewhere above that the calendar information, contacts and other things are stored in a database. Now, which databases? Can I use MS-SQL? Which versions? I may be wanting to get away from the slowly fading MS world and it's licensing costs. If not, let them know it's untested. I'm using PostrgreSQL 9.2 and it's working flawlessly. So, there's one DB and version to start the list. :-) Who is using MySQL? What versions? BTW, it is acceptable that once you have compliance, as long as you continue to test, you can say something like: FireFox 9.0+ instead of listing every version. making the solution easy to deploy and interoperable with many application No, never make a statement like this. In the back of some people's mind, they may be undertaking something enormous for them. Let them know there is the incredible help of this community to make SOGo be the best player in the market. A statement like Although we at SOGo have made every effort for compliance, ease of installation and integration with existing infrastructures, we recognize there may be an unforeseen issue. We want to hear from you if you encounter any problems so they can be addressed and corrected in a future release. Please read through the guide carefully and note anything that is not obvious and let us know. SOGo wants to be the best and we recognize through constant feedback from it's users on features and 'ease of use' can we get there. If you have difficuly, please sign up for the forums at by doing. Ok, ladies and gentlemen, is this clear enough? I cannot go through the entire document right now, however, I would suggest you create threads in your forums for an install for each OS and the primary variants.. Take a poll and go for the top three of everything people are using with:
Re: Re: [SOGo] Dear progammers and architects
Exactly. Guys, I have evaluated all of the groupware mentioned below as well as egroupware and a couple of others JUNK. SOGo is THE product right now in regards to well-engineered, not resource hungry, easy to use, etc, etc. KUDOS However, despite all the products that I evaluated being inferior, their documentation is better and it allowed me to install, configure and get them all up and running for evaluation in a day, not days or weeks. You can win the market in the short term (3 years or less), borrowing you continue to improve the product and get some really good documentation. P. From: c.schm...@briefdomain.de c.schm...@briefdomain.de To: users@sogo.nu Sent: Sunday, July 7, 2013 1:59 PM Subject: Re: Re: [SOGo] Dear progammers and architects It's true what you are saying, currently i'm planning some sogo deployments, one with a LDAP (FreeIPA) Backend and one with a postgresql Backend. Currently I'm playing around with postgresql and it isn't really easy with this documentation to bring up SOGo. (But btw. other Groupware Documentations are painful aswell) I mean SOGo is really really good. It's very fast and it works on my VPS that has 512MB Memory even with LDAP installed. (Currently Zimbra needs way more 2GB Memory or above, that makes it painful to use, but easy to install / configure). I think the problem with the documentation is not the configuration steps, Some things are just missing. I mean when I want to configure SOGo, I wan't to know, how I configure Cyrus with any SOGo Backend aswell and Postfix also with any Backend. I mean I'm confident with Apache and i wouldn't even needed the config file that you deployed with sogo. But I'm a total newbie with ldap / postfix / cyrus and I think many people are new to this feature aswell, since most of the groupware people coming from other enviroments where you didn't need to configure your own imap or mta. Nothing against you sogo guys, since you gave us one of the best, groupware's that are completly free and there aren't good alternatives. I mean kolab3, is really not production ready, zimbra is not really good since the nice features are only in the network edition and it uses way to much ressources, horde is cool and good, but it's old and still uses more than sogo uses. there are plenty of examples why sogo is better, but since you gave us 1 Document with like 60 sites which only includes the options that i could configure about sogo and not a complete document HOW TO INSTALL sogo it's really hard. I mean rename the document from SOGo installation to SOGO Configurable Options and make a new Guide which says Install Sogo which includes nearly every configuration option for real world deployments. -- users@sogo.nu https://inverse.ca/sogo/lists-- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
2013-07-07 19:59 keltezéssel, c.schm...@briefdomain.de írta: It's true what you are saying, currently i'm planning some sogo deployments, one with a LDAP (FreeIPA) Backend and one with a postgresql Backend. Currently I'm playing around with postgresql and it isn't really easy with this documentation to bring up SOGo. (But btw. other Groupware Documentations are painful aswell) I mean SOGo is really really good. It's very fast and it works on my VPS that has 512MB Memory even with LDAP installed. (Currently Zimbra needs way more 2GB Memory or above, that makes it painful to use, but easy to install / configure). I think the problem with the documentation is not the configuration steps, Some things are just missing. I mean when I want to configure SOGo, I wan't to know, how I configure Cyrus with any SOGo Backend aswell and Postfix also with any Backend. I mean I'm confident with Apache and i wouldn't even needed the config file that you deployed with sogo. But I'm a total newbie with ldap / postfix / cyrus and I think many people are new to this feature aswell, since most of the groupware people coming from other enviroments where you didn't need to configure your own imap or mta. Nothing against you sogo guys, since you gave us one of the best, groupware's that are completly free and there aren't good alternatives. I mean kolab3, is really not production ready, zimbra is not really good since the nice features are only in the network edition and it uses way to much ressources, horde is cool and good, but it's old and still uses more than sogo uses. there are plenty of examples why sogo is better, but since you gave us 1 Document with like 60 sites which only includes the options that i could configure about sogo and not a complete document HOW TO INSTALL sogo it's really hard. I mean rename the document from SOGo installation to SOGO Configurable Options and make a new Guide which says Install Sogo which includes nearly every configuration option for real world deployments. Guys, it's absolutelly right! But... If anybody newbie in postgres/mysql or in any ldap, or dovecot/cyrus/courier or postfix/sendmail/exim or _wathever what is not sogo, just a backend_ - is this problem of documentation of sogo? I dont think so... At the begin of this year I never yet used Dovecot. I didn't install and use any OpenLDAP/Samba 4 instances. I knew postfix (but not in ldap auth), and knew mysql, and I knew apache. Understanding some dovecot mechanism was a little bit hard - quota+ldap, folder sharing+ldap, sieve (pigeonhole). Samba 4 and openchange was absolutelly new for me. AFAIK I did 30-40 installs with failed or almost worked status, and reinstalled them, and again, and again - and learn. You need to know, everybody thinks otherwise. My config is probably won't good for you, and your problem is probably not similar to my problem. So, I can't help - not 'don't want', just 'can't'. But when your problem is same or similar with one of my problems, I can help, and I will help. I think this community is helpful, when it can. /Sorry my bad English/ -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Feature Request
The documentation says SOGoLoginDomains parameter used to define which domains should be selectable from the login page. This parameter is an array of keys from the domains dictionary. In a situation of single or even multiple domains, I'd love to have a user only input their username and then select the domain. Sogo should then concat username and domain in the form username@domain and present this to the IMAP server as the uid for login. I run a system of virtual domains where users are required to login with username@domain. At the moment, even if I enable SOGoLoginDomains, I still have to enter the whole username@domain on the webUI in order to login. This makes the domain selection useless. Unless I am missing a config for SOGo to achieve the above, I'd love to get the feature. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 I can't hear you -- I'm using the scrambler. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
I know that it is not a problem of sogo, but i'm a developer and not a system administrator. I mean if I really want to make use of sogo i wouldn't want to go through thousands of documentations, just to have a good and working installation. i mean, you configured your apache right? i don't think so. i mean i've spent a week, fulltime to make the best available configuration, just for a python deployment with mod_wsgi. it contains only the things that are needed to work. also i've spent hours with mod_proxy and nginx as a proxy pass or haproxy. i've did this since i needed it. I've currently doing the same with Postgresql and 389 Directory Server. But still it's a lot of stuff and I could do that in fulltime. But how much people have that much time in their company? Most people won't they need to show some things and than deploy it or even the people who want it for their home servers, they want to make things work, not to spent their whole life by configure and evolve the process of deployments. You ever used Microsoft Exchange? I Could configure and install / deploy it in under 4 hours, fully configured and working (without used it before). Do you really think that ANYBODY could do that with sogo? I mean you ever seen a good documentation? Look at the Zimbra Documentation. In the Single Server install guide you could install Zimbra from Zero to Working and Zimbra still uses OpenLDAP, Postfix and Apache. Could you do that with sogo? No. The Documentation won't have the required things. Or take a look at the FreeIPA Docs here: http://docs.fedoraproject.org/en-US/Fedora/18/html/FreeIPA_Guide/index.html There is a shitload of stuff but it's organized and you could easily use freeipa. Trust me sogo is great. But to deploy it you need a really really long time. Especially in good enviroments. 2013/7/7 Szládovics Péter p...@szladovics.hu 2013-07-07 19:59 keltezéssel, c.schm...@briefdomain.de írta: It's true what you are saying, currently i'm planning some sogo deployments, one with a LDAP (FreeIPA) Backend and one with a postgresql Backend. Currently I'm playing around with postgresql and it isn't really easy with this documentation to bring up SOGo. (But btw. other Groupware Documentations are painful aswell) I mean SOGo is really really good. It's very fast and it works on my VPS that has 512MB Memory even with LDAP installed. (Currently Zimbra needs way more 2GB Memory or above, that makes it painful to use, but easy to install / configure). I think the problem with the documentation is not the configuration steps, Some things are just missing. I mean when I want to configure SOGo, I wan't to know, how I configure Cyrus with any SOGo Backend aswell and Postfix also with any Backend. I mean I'm confident with Apache and i wouldn't even needed the config file that you deployed with sogo. But I'm a total newbie with ldap / postfix / cyrus and I think many people are new to this feature aswell, since most of the groupware people coming from other enviroments where you didn't need to configure your own imap or mta. Nothing against you sogo guys, since you gave us one of the best, groupware's that are completly free and there aren't good alternatives. I mean kolab3, is really not production ready, zimbra is not really good since the nice features are only in the network edition and it uses way to much ressources, horde is cool and good, but it's old and still uses more than sogo uses. there are plenty of examples why sogo is better, but since you gave us 1 Document with like 60 sites which only includes the options that i could configure about sogo and not a complete document HOW TO INSTALL sogo it's really hard. I mean rename the document from SOGo installation to SOGO Configurable Options and make a new Guide which says Install Sogo which includes nearly every configuration option for real world deployments. Guys, it's absolutelly right! But... If anybody newbie in postgres/mysql or in any ldap, or dovecot/cyrus/courier or postfix/sendmail/exim or _wathever what is not sogo, just a backend_ - is this problem of documentation of sogo? I dont think so... At the begin of this year I never yet used Dovecot. I didn't install and use any OpenLDAP/Samba 4 instances. I knew postfix (but not in ldap auth), and knew mysql, and I knew apache. Understanding some dovecot mechanism was a little bit hard - quota+ldap, folder sharing+ldap, sieve (pigeonhole). Samba 4 and openchange was absolutelly new for me. AFAIK I did 30-40 installs with failed or almost worked status, and reinstalled them, and again, and again - and learn. You need to know, everybody thinks otherwise. My config is probably won't good for you, and your problem is probably not similar to my problem. So, I can't help - not 'don't want', just 'can't'. But when your problem is same or similar with one of my problems, I can help, and I will help. I think this community is
Re: [SOGo] Dear progammers and architects
Yes, it's true too. But the sogo not a complete system, it's only the part of a system. Sogo just a frontend for any imap server, authenticate from any ldap and stores the card/calendar informations any database. Sogo works with cyrus? Yes. Works with dovecot? Yes. Works with courier? Yes. Works with postgres? Yes. Works with mysql? Yes. Works with openldap? Yes. Works with MS AD? Yes. Works with alternate user sources? Yes. What about zimbra in this context? (LOL) - Easy docs... Exchange in 4 hours? Yes, I installed some exchange in AD forest with replication. But I can build a sogo about 30 minutes from booting Ubuntu setup cd till first incoming/outgoing mail with the fresh installed system. How? I created a script for that. It's get some data at start (mail domain, admin passwords, ldap parameters, etc.), and then install needed packages, and set them up it automatically - next-next finish. And the result? Samba4 LDAP + OpenChange + Sogo + Dovecot (quota, shared dirs, sieve) + mysql + postfix + sogosync + Outlook anywhere compatibility + multi domain support + phpldapadmin + phpmyadmin - and everything over SSL for secure remote clients. 30 minutes, and not few hours with exchange - btw exchange... what about the updates? My 30 minutes contains all of the updates. So... If you want to try my install script, I can share it, but not for cyrus/courier/postgres/openldap - you could use it too, but you'll need an x509 CA, certificate and key in pem format. I need to remove from it some private parts and translate it for English. And no, I won't modify the script for other ldap/imap/sql backend, if you need another, feel free to modify it - just please reshare ;) Please give me about a few days for it. OK? 2013-07-07 21:43 keltezéssel, Schmitt, Christian írta: I know that it is not a problem of sogo, but i'm a developer and not a system administrator. I mean if I really want to make use of sogo i wouldn't want to go through thousands of documentations, just to have a good and working installation. i mean, you configured your apache right? i don't think so. i mean i've spent a week, fulltime to make the best available configuration, just for a python deployment with mod_wsgi. it contains only the things that are needed to work. also i've spent hours with mod_proxy and nginx as a proxy pass or haproxy. i've did this since i needed it. I've currently doing the same with Postgresql and 389 Directory Server. But still it's a lot of stuff and I could do that in fulltime. But how much people have that much time in their company? Most people won't they need to show some things and than deploy it or even the people who want it for their home servers, they want to make things work, not to spent their whole life by configure and evolve the process of deployments. You ever used Microsoft Exchange? I Could configure and install / deploy it in under 4 hours, fully configured and working (without used it before). Do you really think that ANYBODY could do that with sogo? I mean you ever seen a good documentation? Look at the Zimbra Documentation. In the Single Server install guide you could install Zimbra from Zero to Working and Zimbra still uses OpenLDAP, Postfix and Apache. Could you do that with sogo? No. The Documentation won't have the required things. Or take a look at the FreeIPA Docs here: http://docs.fedoraproject.org/en-US/Fedora/18/html/FreeIPA_Guide/index.html There is a shitload of stuff but it's organized and you could easily use freeipa. Trust me sogo is great. But to deploy it you need a really really long time. Especially in good enviroments. 2013/7/7 Szládovics Péter p...@szladovics.hu mailto:p...@szladovics.hu 2013-07-07 19:59 keltezéssel, c.schm...@briefdomain.de mailto:c.schm...@briefdomain.de írta: It's true what you are saying, currently i'm planning some sogo deployments, one with a LDAP (FreeIPA) Backend and one with a postgresql Backend. Currently I'm playing around with postgresql and it isn't really easy with this documentation to bring up SOGo. (But btw. other Groupware Documentations are painful aswell) I mean SOGo is really really good. It's very fast and it works on my VPS that has 512MB Memory even with LDAP installed. (Currently Zimbra needs way more 2GB Memory or above, that makes it painful to use, but easy to install / configure). I think the problem with the documentation is not the configuration steps, Some things are just missing. I mean when I want to configure SOGo, I wan't to know, how I configure Cyrus with any SOGo Backend aswell and Postfix also with any Backend. I mean I'm confident with Apache and i wouldn't even needed the config file that you deployed with sogo. But I'm a total newbie with
Re: [SOGo] Dear progammers and architects
I appreciate the discussion, and I appreciate having clear, concise documentation. However, I find the SOGo documentation adequate for me, even though I am a relatively inexperienced administrator (having come from the Microsoft side of things to Linux and open source) IF the same amount of time we're spending to critique SOGo documentation were spent in documenting how to change example.com in the ZEG to a domain of your choice, we'd have something! The ZEG is fully configured and ready to go, and except for very-large domains, the ZEG is fully adequate with the exception of changing the domain. We hired Inverse to do that work, and we're happy! Download the ZEG; set it up as a virtual machine; change the domain; and you're ready to go with no fuss. On 07/07/2013 03:43 PM, Schmitt, Christian wrote: I know that it is not a problem of sogo, but i'm a developer and not a system administrator. I mean if I really want to make use of sogo i wouldn't want to go through thousands of documentations, just to have a good and working installation. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
helloI m following this discution with some interest and some of the words makes me Exchange in 4 hours ? you dream Exchange is a complicated system and you have to learn about a lot of things too .Try to make public activesync for example without reverse proxy and your windows will be hacked in a few time. Try toread the configuration of an apache of a nginx for exchange and you will cry too.Try to make exchange runing with an no uniform park (office 2003 , office 2007 , office ...) and you will cry too.I m new in Sogo and we have planned to migrate your customers from kolab (who is a goo email server but a weak groupware storage) andwe configured and learned all in 2 days . All did run and we didnt have problems with configuration.We use Debian, Postgress and openLDAP (kolab) and all run like a charm.For now we don t use openchange and outlook connectivity but we planned to test it before septemberReally Sogo is THE RESPONSE against exchange and THANKS GUYS FOR YOUR WORK.I participated to Kolab development i m the creator of the backend Kolab for Zpush (who was integrated in standard in Kolab 2.3.4) and have some experiences on the mail servers and i know what mean opensource development and how peoples react.You try to set the system without really try to knowledge what really Sogo does and without plan . did you think why mysql versus postgress ? did you think why386dir versus openldap ? did you make a map of your system and how all the bricks works between them ? i guess not otherside you shouldn t have this kind of problems.Exhange gives to you the illusion of the knowlege.In microsoft you spend 10% of your time to make the system runs at 90% and 90% of your time for the another 10%In Unix world (i mean UNIX in general and not Linux) this is the inverse you have 90% of the tim e to aquire the knowledge and after 10% to make the system runs ...Unix world is not for mouse clickers ...My experience since 1 month of SOGO is more than well and definitively we adopted the system (i migrated last week a customer with 1500 accounts in less than one day ...)Alain AbbasRegardsLe Dimanche 7 Juillet 2013 22:34 CEST, Steve Ankeny stev...@cinergymetro.net a crit:I appreciate the discussion, and I appreciate having clear, concisedocumentation.However, I find the SOGo documentation adequate for me, even though I ama relatively inexperienced administrator (having come from the Microsoftside of things to Linux and open source)IF the same amount of time were spending to critique SOGo documentationwere spent in documenting how to change example.com in the ZEG to adomain o f your choice, wed have something!The ZEG is fully configured and ready to go, and except for very-largedomains, the ZEG is fully adequate with the exception of changing thedomain. We hired Inverse to do that work, and were happy!Download the ZEG; set it up as a virtual machine; change the domain; andyoure ready to go with no fuss.On 07/07/2013 03:43 PM, Schmitt, Christian wrote: I know that it is not a problem of sogo, but im a developer and not a system administrator. I mean if I really want to make use of sogo i wouldnt want to go through thousands of documentations, just to have a good and working installation.--users@sogo.nuhttps://inverse.ca/sogo/lists--Alain AbbasDirecteur03 83 18 02 70
Re: [SOGo] Dear progammers and architects
I will evaluate SOGo on my own, but since our enviroment uses 389DS (FreeIPA) your script won't work. And btw. you evaluated SOGo and created that script. I wanted to just make a simple comparsion. Total newb of sogo, total newb of active directory. As another one posted it's currently not completly a safe enviroment. Just aworking one. And I don't think about install scripts, as soon as i'm evaluated it i will write a puppet script and a kickstart file. that's completly not my problem. it's just that the documentation is not feature complete. it explain's how to install sogo, not how to configure it and make use of a basic enviroment. With a basic enviroment i don't mean something lik hey I need a 389ds etc. i mean something like the 10.04 ubuntu draft. Like that: http://tracker.openchange.org/projects/1/wiki/HowTo_build_your_own_OpenChangeSOGo_appliance I mean that is a howto, but you could write something like that in a documentation mannor. And yes, SOGo is the solution. I'm currently looking for a few hard weeks, since we got a shitload of work and still have the need to change our current enviroment from Microsoft Exchange, Microsoft AD and Microsoft Clients to fully Linux based solution. Based on CentOS and Fedora, with SOGo as groupware, Thunderbird as mail client. And i mean we are a very small team (5 people) which only have basic knowledge about ldap/cyrus/postfix etc. But we wanted to do that change, and we evaluated freeipa, fedora, etc and it taken a long time, but currently we are happy about our new enviroment. but currently we are missing the good old groupware features from outlook. and in the last week we evaluated diffrent groupware solutions (we also taken a look at ibm domino) but at the end we taught, it's best to stick with sogo. still the configuration and installation steps needs to be more user friendly or the documentation needs to be evolved. 2013/7/7 Szládovics Péter p...@szladovics.hu Yes, it's true too. But the sogo not a complete system, it's only the part of a system. Sogo just a frontend for any imap server, authenticate from any ldap and stores the card/calendar informations any database. Sogo works with cyrus? Yes. Works with dovecot? Yes. Works with courier? Yes. Works with postgres? Yes. Works with mysql? Yes. Works with openldap? Yes. Works with MS AD? Yes. Works with alternate user sources? Yes. What about zimbra in this context? (LOL) - Easy docs... Exchange in 4 hours? Yes, I installed some exchange in AD forest with replication. But I can build a sogo about 30 minutes from booting Ubuntu setup cd till first incoming/outgoing mail with the fresh installed system. How? I created a script for that. It's get some data at start (mail domain, admin passwords, ldap parameters, etc.), and then install needed packages, and set them up it automatically - next-next finish. And the result? Samba4 LDAP + OpenChange + Sogo + Dovecot (quota, shared dirs, sieve) + mysql + postfix + sogosync + Outlook anywhere compatibility + multi domain support + phpldapadmin + phpmyadmin - and everything over SSL for secure remote clients. 30 minutes, and not few hours with exchange - btw exchange... what about the updates? My 30 minutes contains all of the updates. So... If you want to try my install script, I can share it, but not for cyrus/courier/postgres/openldap - you could use it too, but you'll need an x509 CA, certificate and key in pem format. I need to remove from it some private parts and translate it for English. And no, I won't modify the script for other ldap/imap/sql backend, if you need another, feel free to modify it - just please reshare ;) Please give me about a few days for it. OK? 2013-07-07 21:43 keltezéssel, Schmitt, Christian írta: I know that it is not a problem of sogo, but i'm a developer and not a system administrator. I mean if I really want to make use of sogo i wouldn't want to go through thousands of documentations, just to have a good and working installation. i mean, you configured your apache right? i don't think so. i mean i've spent a week, fulltime to make the best available configuration, just for a python deployment with mod_wsgi. it contains only the things that are needed to work. also i've spent hours with mod_proxy and nginx as a proxy pass or haproxy. i've did this since i needed it. I've currently doing the same with Postgresql and 389 Directory Server. But still it's a lot of stuff and I could do that in fulltime. But how much people have that much time in their company? Most people won't they need to show some things and than deploy it or even the people who want it for their home servers, they want to make things work, not to spent their whole life by configure and evolve the process of deployments. You ever used Microsoft Exchange? I Could configure and install / deploy it in under 4 hours, fully configured and working (without used it before). Do you
Re: [SOGo] Dear progammers and architects
Would you please send me this script, I am willing to try SOGo again if this will work.. Thanks PK On 07/07/2013 01:32 PM, Szládovics Péter wrote: Yes, it's true too. But the sogo not a complete system, it's only the part of a system. Sogo just a frontend for any imap server, authenticate from any ldap and stores the card/calendar informations any database. Sogo works with cyrus? Yes. Works with dovecot? Yes. Works with courier? Yes. Works with postgres? Yes. Works with mysql? Yes. Works with openldap? Yes. Works with MS AD? Yes. Works with alternate user sources? Yes. What about zimbra in this context? (LOL) - Easy docs... Exchange in 4 hours? Yes, I installed some exchange in AD forest with replication. But I can build a sogo about 30 minutes from booting Ubuntu setup cd till first incoming/outgoing mail with the fresh installed system. How? I created a script for that. It's get some data at start (mail domain, admin passwords, ldap parameters, etc.), and then install needed packages, and set them up it automatically - next-next finish. And the result? Samba4 LDAP + OpenChange + Sogo + Dovecot (quota, shared dirs, sieve) + mysql + postfix + sogosync + Outlook anywhere compatibility + multi domain support + phpldapadmin + phpmyadmin - and everything over SSL for secure remote clients. 30 minutes, and not few hours with exchange - btw exchange... what about the updates? My 30 minutes contains all of the updates. So... If you want to try my install script, I can share it, but not for cyrus/courier/postgres/openldap - you could use it too, but you'll need an x509 CA, certificate and key in pem format. I need to remove from it some private parts and translate it for English. And no, I won't modify the script for other ldap/imap/sql backend, if you need another, feel free to modify it - just please reshare ;) Please give me about a few days for it. OK? 2013-07-07 21:43 keltezéssel, Schmitt, Christian írta: I know that it is not a problem of sogo, but i'm a developer and not a system administrator. I mean if I really want to make use of sogo i wouldn't want to go through thousands of documentations, just to have a good and working installation. i mean, you configured your apache right? i don't think so. i mean i've spent a week, fulltime to make the best available configuration, just for a python deployment with mod_wsgi. it contains only the things that are needed to work. also i've spent hours with mod_proxy and nginx as a proxy pass or haproxy. i've did this since i needed it. I've currently doing the same with Postgresql and 389 Directory Server. But still it's a lot of stuff and I could do that in fulltime. But how much people have that much time in their company? Most people won't they need to show some things and than deploy it or even the people who want it for their home servers, they want to make things work, not to spent their whole life by configure and evolve the process of deployments. You ever used Microsoft Exchange? I Could configure and install / deploy it in under 4 hours, fully configured and working (without used it before). Do you really think that ANYBODY could do that with sogo? I mean you ever seen a good documentation? Look at the Zimbra Documentation. In the Single Server install guide you could install Zimbra from Zero to Working and Zimbra still uses OpenLDAP, Postfix and Apache. Could you do that with sogo? No. The Documentation won't have the required things. Or take a look at the FreeIPA Docs here: http://docs.fedoraproject.org/en-US/Fedora/18/html/FreeIPA_Guide/index.html There is a shitload of stuff but it's organized and you could easily use freeipa. Trust me sogo is great. But to deploy it you need a really really long time. Especially in good enviroments. 2013/7/7 Szládovics Péter p...@szladovics.hu mailto:p...@szladovics.hu 2013-07-07 19:59 keltezéssel, c.schm...@briefdomain.de mailto:c.schm...@briefdomain.de írta: It's true what you are saying, currently i'm planning some sogo deployments, one with a LDAP (FreeIPA) Backend and one with a postgresql Backend. Currently I'm playing around with postgresql and it isn't really easy with this documentation to bring up SOGo. (But btw. other Groupware Documentations are painful aswell) I mean SOGo is really really good. It's very fast and it works on my VPS that has 512MB Memory even with LDAP installed. (Currently Zimbra needs way more 2GB Memory or above, that makes it painful to use, but easy to install / configure). I think the problem with the documentation is not the configuration steps, Some things are just missing. I mean when I want to configure SOGo, I wan't to know, how I configure Cyrus with any SOGo Backend aswell and
Re: [SOGo] Dear progammers and architects
I'm ok with all of the open discussion. However, I'm far from inexperienced and I'd like to think I'm fairly intelligent. I've seen good documentation and I can see the difference of what's being discussed here. Once you go outside the cookie cutter world of the existing documentation, well, it seems you're quite screwed. Well, good for the existing documentation with the existing cookie cutters. However, never let it be said that I didn't try to give insight and try to help the product as I can see some serious superiority here. I've now realized that the prevalent attitude is We think it's great documentation, why improve it? That's ok, too. However, don't expect people to help when they offer some very simple methods of how to improve it and it becomes Heck no! We think it's good enough. :-( Let's face it, I have enough work in my own life. I've offered some very simple things that could be done, and it seems that people want me to do the documentation or just be quiet. That's fine. Good luck with this project. I'll try to help round out the FreeBSD port with Jim, at least there'll be turnkey solution for the Server OS. Oh and, yes, if anyone has been reading any of the other threads that I've been posting, I have been improving the installation with information on how to create a more well-rounded FreeBSD port so that it's like everything on FreeBSD it just works. It will become, go to /usr/ports/sysutils/sogo and type make install Change a couple of configuration files and turn it on. Done. However, knowing it doesn't work like that elsewhere, will make me sad. Also, if Zimbra gets their engineering to look at not hard coding paths, there will be a Zimbra port and their documentation is, presently, superior and the system is pretty turnkey. I'll just migrate. *shrug* P. From: ABBAS Alain alain.ab...@libertech.fr To: users@sogo.nu Sent: Sunday, July 7, 2013 5:06 PM Subject: Re: [SOGo] Dear progammers and architects hello I m following this discution with some interest and some of the words makes me Exchange in 4 hours ? you dream Exchange is a complicated system and you have to learn about a lot of things too . Try to make public activesync for example without reverse proxy and your windows will be hacked in a few time. Try to read the configuration of an apache of a nginx for exchange and you will cry too. Try to make exchange runing with an no uniform park (office 2003 , office 2007 , office ...) and you will cry too. I m new in Sogo and we have planned to migrate your customers from kolab (who is a goo email server but a weak groupware storage) and we configured and learned all in 2 days . All did run and we didnt have problems with configuration. We use Debian, Postgress and openLDAP (kolab) and all run like a charm. For now we don t use openchange and outlook connectivity but we planned to test it before september Really Sogo is THE RESPONSE against exchange and THANKS GUYS FOR YOUR WORK.I participated to Kolab development i m the creator of the backend Kolab for Zpush (who was integrated in standard in Kolab 2.3.4) and have some experiences on the mail servers and i know what mean opensource development and how peoples react. You try to set the system without really try to knowledge what really Sogo does and without plan . did you think why mysql versus postgress ? did you think why 386dir versus openldap ? did you make a map of your system and how all the bricks works between them ? i guess not otherside you shouldn t have this kind of problems. Exhange gives to you the illusion of the knowlege.In microsoft you spend 10% of your time to make the system runs at 90% and 90% of your time for the another 10% In Unix world (i mean UNIX in general and not Linux) this is the inverse you have 90% of the tim e to aquire the knowledge and after 10% to make the system runs ... Unix world is not for mouse clickers ... My experience since 1 month of SOGO is more than well and definitively we adopted the system (i migrated last week a customer with 1500 accounts in less than one day ...) Alain Abbas Regards Le Dimanche 7 Juillet 2013 22:34 CEST, Steve Ankeny stev...@cinergymetro.net a écrit: I appreciate the discussion, and I appreciate having clear, concise documentation. However, I find the SOGo documentation adequate for me, even though I am a relatively inexperienced administrator (having come from the Microsoft side of things to Linux and open source) IF the same amount of time we're spending to critique SOGo documentation were spent in documenting how to change example.com in the ZEG to a domain o f your choice, we'd have something! The ZEG is fully configured and ready to go, and except for very-large domains, the ZEG is fully adequate with the exception of changing the domain. We hired Inverse to do that work, and we're happy! Download the ZEG; set it up
Re: [SOGo] Dear progammers and architects
On 2013-07-07 5:46 PM, Paul Pathiakis wrote: Let's face it, I have enough work in my own life. I've offered some very simple things that could be done, and it seems that people want me to do the documentation or just be quiet. That's fine. Because two folks told you they like the doc how it is while you said yourself two times it was horrid and you're ready to drop the ball? I appreciate the comments you provided, but if you voice your opinion, be ready to accept what others tell you. -- 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] Dear progammers and architects
Absolutely fantastic, Szládovics! Good for you! (and, yes, we'd be interested) On 07/07/2013 04:32 PM, Szládovics Péter wrote: But I can build a sogo about 30 minutes from booting Ubuntu setup cd till first incoming/outgoing mail with the fresh installed system. How? I created a script for that. It's get some data at start (mail domain, admin passwords, ldap parameters, etc.), and then install needed packages, and set them up it automatically - next-next finish. And the result? Samba4 LDAP + OpenChange + Sogo + Dovecot (quota, shared dirs, sieve) + mysql + postfix + sogosync + Outlook anywhere compatibility + multi domain support + phpldapadmin + phpmyadmin - and everything over SSL for secure remote clients. 30 minutes, and not few hours with exchange - btw exchange... what about the updates? My 30 minutes contains all of the updates. So... If you want to try my install script, I can share it, but not for cyrus/courier/postgres/openldap - you could use it too, but you'll need an x509 CA, certificate and key in pem format. I need to remove from it some private parts and translate it for English. And no, I won't modify the script for other ldap/imap/sql backend, if you need another, feel free to modify it - just please reshare ;) Please give me about a few days for it. OK? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
And that was the point of the comment. :-) You're very intuitive and insightful. I'm always open to constuctive criticism. However, saying it's fine the way it is in certain instances is ludicrous. Just like the code will mature and refine over time, the documentation must do the same. Without that understanding and impetus, the product will fail. It's just a matter of time. I've watched the downfall of giants in this industry, including DEC, due to their inability to understand simple, constructive critiques meant to improve their products and market. They failed to embrace UNIX, an operating system based on computing theory and automata. VMS is near-dead except for some hold outs. However, their fall was dramatic they went from owning the mini computer segment to death in just 3 years. Personally, until there is effort on the part of the project programmers, support and architects to improve their penetration (aka better documentation), it will fail over time. Simple things like polling a strong, helpful community of believers, like myself, could change this. Sending e-mails and correlating the information and presenting it to people so they know, up front, implementing SOGo is the 'right way to go', will change the tide. People need to stop sitting and critiquing and take action. Probably the first stage is to brainstorm on how do we improve the existing documentation and putting together a project plan for that. After that, it's how do we improve our documentation as a whole so people embrace our product and a project plan for that. I believe I've given the foundation for the former. Ask the community. Poll what works for OS, DB, browsers, LDAP versions, etc, etc. I believe I've been helpful and I'm not just 'naysaying' Peace to all! P. From: Schmitt, Christian c.schm...@briefdomain.de To: users@sogo.nu Sent: Sunday, July 7, 2013 6:15 PM Subject: Re: [SOGo] Dear progammers and architects That is the best answer that the list gotten since the discussion started. it's bad to drop the ball. 2013/7/8 Ludovic Marcotte lmarco...@inverse.ca On 2013-07-07 5:46 PM, Paul Pathiakis wrote: Let's face it, I have enough work in my own life. I've offered some very simple things that could be done, and it seems that people want me to do the documentation or just be quiet. That's fine. Because two folks told you they like the doc how it is while you said yourself two times it was horrid and you're ready to drop the ball? I appreciate the comments you provided, but if you voice your opinion, be ready to accept what others tell you. -- 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 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
And this is brilliant, too. Can it also be extended? Can the user be prompted for simple things? Database server type? Server Address? Database type? MTA mail type? Server Address? LDA type? Server Address? :-) Just continue to improve the installation. Make it close to turnkey. When it bombs out or something isn't covered, extended and/or troubleshoot. These are the things that need to happen. P. From: Steve Ankeny stev...@cinergymetro.net To: users@sogo.nu Sent: Sunday, July 7, 2013 6:28 PM Subject: Re: [SOGo] Dear progammers and architects Absolutely fantastic, Szládovics! Good for you! (and, yes, we'd be interested) On 07/07/2013 04:32 PM, Szládovics Péter wrote: But I can build a sogo about 30 minutes from booting Ubuntu setup cd till first incoming/outgoing mail with the fresh installed system. How? I created a script for that. It's get some data at start (mail domain, admin passwords, ldap parameters, etc.), and then install needed packages, and set them up it automatically - next-next finish. And the result? Samba4 LDAP + OpenChange + Sogo + Dovecot (quota, shared dirs, sieve) + mysql + postfix + sogosync + Outlook anywhere compatibility + multi domain support + phpldapadmin + phpmyadmin - and everything over SSL for secure remote clients. 30 minutes, and not few hours with exchange - btw exchange... what about the updates? My 30 minutes contains all of the updates. So... If you want to try my install script, I can share it, but not for cyrus/courier/postgres/openldap - you could use it too, but you'll need an x509 CA, certificate and key in pem format. I need to remove from it some private parts and translate it for English. And no, I won't modify the script for other ldap/imap/sql backend, if you need another, feel free to modify it - just please reshare ;) Please give me about a few days for it. OK? -- users@sogo.nu https://inverse.ca/sogo/lists-- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Proposed solution (was:Dear programmers and architects)
This problem (ie. time-consuming and error-prone installations) is FAR broader than SOGo... and existing solutions used in the industry aren't optimal and/or have serious tradeoffs eg. bundling a product in a specialist distro or custom VM etc... I'm working on a project which, amongst other things, allows easy sharing of automated configurations (ie. package lists, scripted configuration and even remote OS installation if required) between sites... but is MUCH broader than just this mission. It's a web admin GUI that can be extended with plugins to achieve many tasks ie. administration of Samba, SOGo, Postfix, Dovecot, Cyrus, Kerberos, Asterisk, rSyslog, Freeradius, Kolab, Nagios, Openstack, and many more services... all controlled via LDAP + RPC. The automatic configuration aspect allows complete remote installation and/or configuration of clients, and works with both Windows (via OPSI) and Linux (via FAI). Unfortunately the Linux autoconfig part has been a bit neglected and needs work, but is receiving developer attention at the moment. If you're interested in helping and/or giving the project a spin join us in #fusiondirectory on FreeNode (IRC network). The best time is between 9000(GMT) and 1600(GMT). I should also mention that FusionDirectory is the name of the project... it's a fork of the stalled GOsa project. If you're expecting things to be easy we certainly aren't there yet... which is why we need testers and help... HEEELP!!! ;) -- Mark Pavlichuk Strategic IT ph. (07)47242890 m. 0409 124577 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Dear progammers and architects
From someone that just started looking at Sogo. It seems you have solved the major road block with mail servers and that is native integration of Outlook. I am wondering why the product doesn't get more open source exposure. There are only 1039 users on the mail list and looks like ~30 emails per month. I would expect a lot more activity. Have a great day! Geoff On 13-07-07 03:57 PM, Paul Pathiakis wrote: And that was the point of the comment. :-) You're very intuitive and insightful. I'm always open to constuctive criticism. However, saying it's fine the way it is in certain instances is ludicrous. Just like the code will mature and refine over time, the documentation must do the same. Without that understanding and impetus, the product will fail. It's just a matter of time. I've watched the downfall of giants in this industry, including DEC, due to their inability to understand simple, constructive critiques meant to improve their products and market. They failed to embrace UNIX, an operating system based on computing theory and automata. VMS is near-dead except for some hold outs. However, their fall was dramatic they went from owning the mini computer segment to death in just 3 years. Personally, until there is effort on the part of the project programmers, support and architects to improve their penetration (aka better documentation), it will fail over time. Simple things like polling a strong, helpful community of believers, like myself, could change this. Sending e-mails and correlating the information and presenting it to people so they know, up front, implementing SOGo is the 'right way to go', will change the tide. People need to stop sitting and critiquing and take action. Probably the first stage is to brainstorm on how do we improve the existing documentation and putting together a project plan for that. After that, it's how do we improve our documentation as a whole so people embrace our product and a project plan for that. I believe I've given the foundation for the former. Ask the community. Poll what works for OS, DB, browsers, LDAP versions, etc, etc. I believe I've been helpful and I'm not just 'naysaying' Peace to all! P. *From:* Schmitt, Christian c.schm...@briefdomain.de *To:* users@sogo.nu *Sent:* Sunday, July 7, 2013 6:15 PM *Subject:* Re: [SOGo] Dear progammers and architects That is the best answer that the list gotten since the discussion started. it's bad to drop the ball. 2013/7/8 Ludovic Marcotte lmarco...@inverse.ca mailto:lmarco...@inverse.ca On 2013-07-07 5:46 PM, Paul Pathiakis wrote: Let's face it, I have enough work in my own life. I've offered some very simple things that could be done, and it seems that people want me to do the documentation or just be quiet. That's fine. Because two folks told you they like the doc how it is while you said yourself two times it was horrid and you're ready to drop the ball? I appreciate the comments you provided, but if you voice your opinion, be ready to accept what others tell you. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] sogo-integrator bundling as an hidden addon
Hi, Facing an strange issue here. I deploy Thunderbird 17.0.5 with lightning 1.9.1 sogo-integrator/connector 17.0.5 to windows clients in an way, that lightning and sogo addons are bundled as hidden addons. Means they reside in C:\Program Files(x86)\mozilla thunderbird\distribution\bundles\. Made just a few mofigications to sogo-integrator: sogo-integrator\chrome\content\extension.rtf has the proper isi_updateURL for the site sogo-integrator\chrome\content\general\custom-preferences.js has this addition line force_char_pref(calendar.timezone.local, /mozilla.org/20070129_1/Europe/Berlin); Also sogo-integrator\defaults\preferences has an modified timezone pref(calendar.timezone.local, /mozilla.org/20070129_1/Europe/Berlin); But in thunderbird lightning the icons to add appointments or todo's are greyed out and not selectable, as well as the selectors for day/week/mont view are greyed out and not selectable. Same counts for the corrsponding menue entries. If i move the sogo-integrator addon folder to C:\Program Files(x86)\mozilla thunderbird\extensions and restart thunderbird it asks for installing the addon and afterwards everything works in thunderbird. Moving it back to C:\Program Files(x86)\mozilla thunderbird\distribution\bundles\ and lightning has these greyed out fields again. If i move the addon folder to the user profiles extension folder lightning is also fully functional. If i move this folder back to C:\Program Files(x86)\mozilla thunderbird\distribution\bundles\ voila no more greyed out fields in lightning as well. Now if i compare the content of the original sogo-integrator as deployed with the now working version after copying back and forth between user extension and distribution\bundel folder i see a bunch of changes Directory structure before sogo-integrator chrome content addressbook calendar general global messenger preferences locale skin custom defaults Afterwards chrome content chrome content addressbook calendar general global messenger preferences locale skin custom defaults locale skin custom defaults Seems like sogo-integrator/chrome/content/ now holds everything of sogo-integrator/ Do these changes happen during the first run of the integrator addon? And why does the unmodified version work if it resides in Mozilla Thunderbird\extensions but not under Mozilla Thunderbird\distribution\bundles Thanks in advance, achim~ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] sogo-integrator bundling as an hidden addon
Did an test with an fresh deployed thunderbird, the calendar looks like this http://abload.de/image.php?img=lightningjws9y.jpg Now I went into C:\Program Files(x86)\Mozilla Thunderbird\distribution\bundles\sogo-integra...@inverse.ca\chrome\content And removed everything at first then i copied the original content of C:\Program Files(x86)\Mozilla Thunderbird\distribution\bundles\sogo-integra...@inverse.ca into that folder and then no more greyed out fields. -- users@sogo.nu https://inverse.ca/sogo/lists