Forums

Resolved
1 votes
Requirements :-

You are proficient using the command line - essential :-) We don't want to trash our server do we :)
No Zarafa... N.B. might be able to have it installed but disabled. As I don't have Zarafa therefore cannot test. Thoughts Anyone?
The user database installed and password created and working (MariaDB)
smtp (postfix) installed and working
cyrus-imap installed and working
without the last two above - do not install SOGo - ensure you can send and receive mail first. See elsewhere in these forums for help on this...

create the file "/etc/yum.repos.d/inverse.repo"


[SOGo]
name=Inverse SOGo Repository
baseurl=http://inverse.ca/rhel-v3/7/$basearch
enabled=1
gpgcheck=0

The repository only has SOGo files so I am happy to leave it enabled. Your call...

Now let's install it... (all one line)

# yum --enablerepo=clearos-updates,clearos-epel,clearos-centos install sogo sogo-tool sope49-gdl1-mysql

(Thanks Ben for the hint about enabling the clearos repos for dependencies, I guess
mine are enabled my default)

Enable, start and check memcached
# systemctl enable memcached.service
# systemctl start memcached.service
# systemctl status memcached.service

Create the SOGo database

mysql --user=root -p
<your sql password created within webconfig>

CREATE DATABASE sogo;
CREATE USER 'sogo'@'localhost' IDENTIFIED BY 'yoursogopasswd';
GRANT ALL PRIVILEGES ON sogo.* TO 'sogo'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;
exit

Remember the password you created for the sogo database as you will need it for the sogo config file

Enable SOGo to use mail servers other than one one it is running on...


# su - sogo -s /bin/bash
# defaults write sogod SOGoMailAuxiliaryUserAccountsEnabled YES
# exit


Edit /etc/my.cnf file to look like this

[mysqld]
...
character_set_server=utf8
character_set_client=utf8
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8

Restart the maria database

# systemctl restart mariadb.service

Use the following to obtain your ldap credentials bind settings

# php /var/clearos/openldap/config.php

Here's mine {password changed :-) }so you match the ldap entries in
mine which what I put into the SOGo config file...


[root@sandra ~]# php /var/clearos/openldap/config.php
mode = standalone
base_dn = dc=system,dc=lan
bind_dn = cn=manager,ou=Internal,dc=system,dc=lan
bind_pw =xxxxxxxxxxxxxxxx
bind_pw_hash = {SSHA}yyyyyyyyyyyyyyyyyyyyyyy
[root@sandra ~]#


Save your /etc/sogo/sogo.conf so you can always start again :-)

# cp /etc/sogo/sogo.conf /etc/sogo/sogo.conf.original

Edit /etc/sogo/sogo.conf using your ldap credentials etc
Go through every line - I have added a few hints such as
yourdbsogopasswordyoumakeup, Country/City, put_yours_here, your.domain.com
in the example below.

Also, if ldap shows "system" and "lan" different in your case - change sogo.conf to suit

baseDN = "ou=Users,ou=Accounts,dc=system,dc=lan";
bindDN = "cn=manager,ou=Internal,dc=system,dc=lan";

Here's mine as an example if you want to use it :- Update with YOUR details :-)
for instance your INBOX might be setup differently - mine was started with Thunderbird

Do NOT put quotes " " around the ldap password.


{
/* ********************* Main SOGo configuration file **********************
* *
* Since the content of this file is a dictionary in OpenStep plist format, *
* the curly braces enclosing the body of the configuration are mandatory. *
* See the Installation Guide for details on the format. *
* *
* C and C++ style comments are supported. *
* *
* This example configuration contains only a subset of all available *
* configuration parameters. Please see the installation guide more details. *
* *
* ~sogo/GNUstep/Defaults/.GNUstepDefaults has precedence over this file, *
* make sure to move it away to avoid unwanted parameter overrides. *
* *
* **************************************************************************/

// /* Database configuration (postgresql://) */
// SOGoProfileURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile";
// OCSFolderInfoURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info";
// OCSSessionsFolderURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_sessions_folder";

// /* Database configuration (mariadbl://) */
SOGoProfileURL = "mysql://sogo:yoursogopasswd@localhost:3306/sogo/sogo_user_profile";
OCSFolderInfoURL = "mysql://sogo:yoursogopasswd@localhost:3306/sogo/sogo_folder_info";
OCSSessionsFolderURL = "mysql://sogo:yoursogopasswd@localhost:3306/sogo/sogo_sessions_folder";

/* Mail */
SOGoDraftsFolderName = INBOX/Drafts;
SOGoSentFolderName = INBOX/Sent;
SOGoTrashFolderName = INBOX/Trash;

/* SMTP Server configuration */
SOGoSMTPServer = localhost;
SOGoMailingMechanism = smtp;
// SOGoForceExternalLoginWithEmail = NO;
// SOGoMailSpoolPath = /var/spool/sogo;
// NGImap4ConnectionStringSeparator = "/";

/* IMAP Server configuration */
// SOGoIMAPServer = "imap://localhost:143";
SOGoIMAPServer = "imaps://localhost:993";
SOGoMailShowSubscribedFoldersOnly = NO;

/* Web Interface */
SOGoPageTitle = "WebMail";
SOGoLoginModule = Mail;
SOGoVacationEnabled = YES;
SOGoForwardEnabled = YES;
SOGoSieveScriptsEnabled = YES;
SOGoMailMessageCheck = every_minute;
// SOGoMailMessageCheck = every_10_minutes;
SOGoMailReplyPlacement = above;
SOGoMailSignaturePlacement = below;
SOGoMailComposeMessageType = html;
SOGoEnableEMailAlarms = NO;
SOGoTimeFormat = "%H:%M";
SOGoDayStartTime = 6;
SOGoDayEndTime = 23;
SOGoFirstDayOfWeek = 1;
SOGoFirstWeekOfYear = January1;
SOGoMailAuxiliaryUserAccountsEnabled = YES;

/* General */
SOGoLanguage = English;
SOGoTimeZone = "City/Country";
SOGoMailDomain = "your.domain.com";
SOGoAppointmentSendEMailNotifications = YES;
SOGoFoldersSendEMailNotifications = YES;
SOGoACLsSendEMailNotifications = YES;
SOGoCalendarDefaultRoles = (PublicViewer, ConfidentialDandTViewer);
// SOGoSuperUsernames = "sraellis";
SOGoEnablePublicAccess = YES;

/* LDAP authentication */
SOGoUserSources = (
{
type = ldap;
baseDN = "ou=Users,ou=Accounts,dc=system,dc=lan";
bindDN = "cn=manager,ou=Internal,dc=system,dc=lan";
bindPassword = put_yours_here;
CNFieldName = cn;
IDFieldName = cn;
UIDFieldName = uid;
bindFields = (uid);
filter = "(objectClass = clearMailAccount)";
canAuthenticate = YES;
displayName = "Local Addresses";
hostname = ldap://127.0.0.1:389;
id = public;
isAddressBook = NO;
MailFieldNames = (clearMailAliases,mail);
}
)
}


Now you should be able to start SOGo

Enable, start and check sogod
# systemctl enable sogod.service
# systemctl start sogod.service
# systemctl status memcached service

You should see something like this

[root@sandra ~]# systemctl status sogod.service
● sogod.service - SOGo is a groupware server
Loaded: loaded (/usr/lib/systemd/system/sogod.service; enabled; vendor preset: disabled)
Active: active (running) since Fri 2016-03-11 18:47:57 AEDT; 1min 1s ago
Process: 5550 ExecStart=/usr/sbin/sogod -WOWorkersCount ${PREFORK} -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log (code=exited, status=0/SUCCESS)
Main PID: 5587 (sogod)
CGroup: /system.slice/sogod.service
├─5587 /usr/sbin/sogod -WOWorkersCount 3 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log
├─5588 /usr/sbin/sogod -WOWorkersCount 3 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log
├─5589 /usr/sbin/sogod -WOWorkersCount 3 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log
└─5590 /usr/sbin/sogod -WOWorkersCount 3 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log

Mar 11 18:47:56 sandra.sraellis.com systemd[1]: Starting SOGo is a groupware server...
Mar 11 18:47:57 sandra.sraellis.com systemd[1]: Started SOGo is a groupware server.
[root@sandra ~]#


Restart the Apache Web Server

# systemctl restart httpd.service

Try to login using your browser
https://your.host.name>/SOGo

If this goes pear-shaped see the logs "/var/log/sogo/sogo.log" and "/var/log/mariadb/mariadb.log"
They helped me solve a minor problem or two - would help if I actually read what was in the doc :-(

Good Luck - I hope there are not too many typos here, it was written while doing the installation and copying and pasting as much as I could....

References
https://www.clearos.com/clearfoundation/social/community/installing-sogo-2-0-5-on-clearos-6-4-0#
http://sogo.nu/files/docs/SOGo%20Installation%20Guide.pdf

Edit: Be careful - it's annoying that lines between
codetags 
wrap - really they shouldn't, and a horizontal scroll bar created.
The only solution with this site is to reduce the font size (Ctl -) - be careful with the sogo.conf; example the last line in the " /* Database configuration (mariadbl://) */" wrapped with my normal font, putting er"; on the next line instead, and previous line ending with mysql://sogo:yoursogopasswd@localhost:3306/sogo/sogo_sessions_fold
Friday, March 11 2016, 11:48 AM
Share this post:
Responses (20)
  • Accepted Answer

    Thursday, March 08 2018, 04:20 AM - #Permalink
    Resolved
    0 votes
    Not using OpenDKIM - but thanks for the heads up - Philippe
    I am sure anybody that is will appreciate the warning and respond...
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, March 07 2018, 03:19 PM - #Permalink
    Resolved
    0 votes
    Thanks Tony for the instructions.

    By any chance have you configured OpenDKIM for your postfix service ?. I ran into the following issues: Risks of changing the Alias validation for Users with SOGo and wondering if any one else has had this problem using SOGo?
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, March 06 2018, 01:34 AM - #Permalink
    Resolved
    0 votes
    Those of you who keep abreast of security issues will know that in the last few days there have been some massive DDoS attacks. This time the exploit makes use of memcached running on servers with port 11211 open to the internet. See https://krebsonsecurity.com/2018/03/powerful-new-ddos-method-adds-extortion/#more-42782 or similar sites for an explanation, if you were not aware of this...

    Should this concern us? Well SOGo uses memcached, so if you are running SOGo - you are running memcached. Is this a problem? It shouldn't be as you should not have port 11211 open to the internet. It is not opened by default in ClearOS. However, the default it to listen on all interfaces as the below illustrates... So the firewall is the only thing protecting your site from being used by the attackers as a tool to DDoS their target(s).

    [root@danda ~]# netstat -nlp | grep 11211
    tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 2953/memcached
    tcp 0 0 :::11211 :::* LISTEN 2953/memcached
    udp 0 0 0.0.0.0:11211 0.0.0.0:* 2953/memcached
    udp 0 0 :::11211 :::* 2953/memcached

    You can enhance your security by editing /etc/sysconfig/memcached - initially it is something like this...

    PORT="11211"
    USER="memcached"
    MAXCONN="1024"
    CACHESIZE="64"
    PREFORK=10
    OPTIONS=""

    Edit the OPTIONS line so it now looks like this... then restart memcached...

    PORT="11211"
    USER="memcached"
    MAXCONN="1024"
    CACHESIZE="64"
    PREFORK=10
    OPTIONS="-l localhost"

    You should now see this, memcached is only available to the server it is running on...

    [root@danda ~]# netstat -nlp | grep 11211
    tcp 0 0 127.0.0.1:11211 0.0.0.0:* LISTEN 17540/memcached
    udp 0 0 127.0.0.1:11211 0.0.0.0:* 17540/memcached

    Edit: Fixed some typos
    The reply is currently minimized Show
  • Accepted Answer

    Friday, April 28 2017, 03:59 PM - #Permalink
    Resolved
    0 votes
    The installation went well. One thing that I noticed immediately is how sluggish this new application is. I recall going through similar symptoms with the installation of SOGo 2, the configuration at the time required a change to increase the amount of processes that should be spawned, hence increase the WOWorkersCount to 10. The only issue is that configuration must now be applied in /etc/sysconfig/sogo by the use of PREFORK=10 for it to work with SOGo 3 in a CentOS 7 environment.

    For the Aliases well all seem to work well with the use of: MailFieldNames = (clearMailAliases) for my particular case since I do not want to use the mailbox name. The only issue with this is that you can not append the domain name in the alias field and can not use two destination domains, seems like a design contradiction in the CLearOS world to me.

    If you are moving from SOGo 2 to 3 like I am, pending the version you are running in SOGo 2 you may need to run some shell scripts to upgrade the DB.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 11 2017, 06:44 PM - #Permalink
    Resolved
    0 votes
    To be honest Nick I can not remember either. It has been years since I have done my SOGo setup, but you are right the proper configuration would be: MailFieldNames = (clearMailAliases,mail).

    I recall I had an issue with ClearOS aliases, my mail account name is never used to transmit emails, I only use aliases. Something clashed with the way ClearOS had configure the LDAP structure and how an LDAP structure was interpreted by SOGo. I think I wanted to do this: MailFieldNames = (clearMailAliases), but was not possible with the ClearOS structure and I ended up adding a field to the ClearOS LDAP structure for it to work.

    Can not really check this right now, I am on vacation and If my wife caught me working... you know what I mean. But I will come back with more on this issue.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 11 2017, 05:57 PM - #Permalink
    Resolved
    0 votes
    Not really answering the question, but I did find that with Tony's set up, it chose the alias as the identity of the mailbox if you set MailFieldNames = (clearMailAliases,mail). I had to set "MailFieldNames = (mail)" to get it to default to the account name, but it may just me not understanding how SoGo works.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 11 2017, 04:55 PM - #Permalink
    Resolved
    0 votes
    Thanks Tony for the update on some of SOGo features i.e. SOGoMailAuxiliaryUserAccountsEnabled Installing SOGo 2.0.5 on ClearOS 6.4.0. I can see that you have moved on to SOGo 3. Seeing that you seem to like it over 2, I will give it a try ... but last time I looked at it, I did not warm up to it.

    I have had to learn first how to put a new ClearOS 7.3 together, I just recently did in an ESXI env. That include getting use to the CentOS world again, last time I played with those babies was in the good old ClarkConnect days. The good part is that my mail data is on a different server and I can focus on the front end first. I just finished getting Squirrelmail going, still my favorite for searching and speed but now the speed is lees of an issue, I always though I lived in the country but now not so sure anymore since we recently had fiber installed in our neighborhood.

    Anyways thanks again for the instructions above, hopefully I can give it a try. I do have a question about the ClearOS LDAP structure for: Mail Aliases, the structure that ClearOS 6.x adopted at the time was a master detail relationship and that did not fit very well with SOGo. I remember modifying the ClearOS LDAP structure to fit SOGo world any experience with this topic?
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, February 19 2017, 06:28 AM - #Permalink
    Resolved
    0 votes
    Is ZEG using ldap? or what ??? If ZEG uses ldap suppose it would be possible to synchronize accounts across the two ldap instances. However, if the ZEG ldap structure is very different to that of ClearOS - could be quite a bit of work to setup requiring a good knowledge of ldap internals.

    Considerably more work, but you could host another ClearOS instance on a VM and use Account Synchronization - master and slave. I recall there was some ClearOS doc on this - but not sure for what version. (later...) Just checked - there is a *paid* app "Master/Slave Synchronization" for ClearOS 7.x

    Cannot think of another solution off-hand - other than manual which you have already indicated...

    EDIT:
    Just a short explanation why this is necessary. Using the LDAP login credentials in ClearOS got you as far as logging into SOGo only - and that is all. When SOGo went to the Dovecot mail db - Dovecot took the userid/password pair from SOGo and checked it against local the ldap database (in ZEG) - no match.

    Now looking at an example of the dovecot-ldap configuration file in Ubuntu "/usr/local/etc/dovecot-ldap.conf" there is an option to use a remote ldap server, parameter "hosts = " - the default is "hosts = localhost" - there are several other ldap settings that follow. No idea if these can be made compatible with the ClearOS ldap database. Over to you...

    For more information search "Configure Dovecot" sub-heading "dovecot-ldap.conf" at http://wiki2.dovecot.org/HowTo/DovecotOpenLdap

    I am sure there is more on the web, but I will leave you to 'suss that out - it's your project :-)
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, February 19 2017, 05:28 AM - #Permalink
    Resolved
    0 votes
    Hi Tony,
    I want keep the mail on ZEG.
    Though I would like to be able to authenticate against ClearOS ldap.
    So I would not have to keep two copies of user data, one on ZEG and one on ClearOS.
    Thank you.
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, February 19 2017, 05:21 AM - #Permalink
    Resolved
    0 votes
    My SOGo is still running after upgrades, both to ClearOS 6.8 and several nightly updates to SOGo. I don't "sync" with my Samsung Note 2 using anything special - just use the standard supplied Email app with imap and my ClearOS userid/password for email hosted by ClearOS.

    The instructions posted at the start of this thread use ldap on the system hosting SOGo for authentication. This means that by default only the userid/password pair as exists on that SOGo host system will be authenticated for mail hosted on that system and with SOGo and httpd running on that system.

    So you tried using the ZEG appliance to access your mail located on the ClearOS server? Is that correct? As I understand it ZEG is a complete solution that includes its own imap server (Dovecot), SMTP server (Postfix) and web-server (Apache) - so seems to me that the intention is to use ZEG SOGo to access the mail stored natively on ZEG, and not elsewhere. For testing you could always use imapsync to make a copy of your ClearOS mail on ZEG. Then, if happy with that, just use ZEG for all your mail needs and no mail (or SOGo) on ClearOS whatsoever.

    Now if you really want to use ZEG to access mail on ClearOS, then please clarify as this statement "I kind of like the idea of keeping the mail separate from the clearos". This doesn't make sense to me. By doing this the mail is still on ClearOS. Obviously I am missing something crucial... more detail please.

    Edit:
    Forgot to add - if you are using SOGo to access a remote host, then the userid/password for that remote host's imap would apply. In the case of ClearOS that would be the ldap stored userid/password on that remote host aka their usual userid/pasword on that remote system...
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, February 19 2017, 02:34 AM - #Permalink
    Resolved
    0 votes
    Hi Tony,
    How is this been working for you? Any issues? How is sync with iphone/android?

    I tried to use ZEG VM and authenticate to COS. btw: I kind of like the idea of keeping the mail separate from the clearos.

    I was able to login with my clear user/password but got an error:
    = <0x0x5633e96d06d0[NGImap4Client]: login=robert(pwd) socket=<NGActiveSocket[0x0x5633e9a74e20]: mode=rw address=<0x0x5633e9a74ec0[NGInternetSocketAddress]: host=localhost port=33062> connectedTo=<0x0x5633e96d08a0[NGInternetSocketAddress]: host=127.0.0.1 port=1143>>>
    Feb 18 21:18:02 sogod [1821]: <0x5633e9684b70[SOGoMailAccount]:0> renewing imap4 password
    Feb 18 21:18:02 sogod [1821]: [ERROR] <0x0x5633e9c86060[NGImap4ConnectionManager]> IMAP4 login failed:
    host=127.0.0.1, user=robert, pwd=yes
    url=imap://robert@127.0.0.1:1143/
    base=(null)
    base-class=(null))

    I think this is telling me that I do not have an account on ZEG .... any idea on how to fix that?
    In your solution creation of the user on Cos creates users in SOGO?
    Thanks
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, October 22 2016, 07:57 AM - #Permalink
    Resolved
    0 votes
    My server is a Core-i3 4130 and workstation is a similar but slower Core-i3 4130T and on my gigabit LAN I see noticeable (but small) delays between selecting e-mails and navigating between settings, but it is not for use at home as we use Thunderbird. At work - don't ask - they use Bromium which, as far as I can make out, is a security wrapper round Internet Exploder. If I go between settings panes there, I see the new settings pane below the old pane before the old pane disappears and selecting e-mails is slow. Part of this is Bromium/IE and I guess it may be restricted by my upload speed which is 3Mb/s. I still need to go through all the settings and get to know SOGo a bit more to see how it can be tweaked (I prefer my reading pane below the inbox pane, and prefer e-mails not to be marked as read when selected but not opened)

    Note that from the systems changes I seen and done professionally, people notice more what they have lost than what they have gained! I probably fall into that camp as well. I am looking forward to trying the Thunderbird connector and so on which are gains.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, October 21 2016, 11:29 PM - #Permalink
    Resolved
    0 votes
    Hi Nick - glad the The ProxyPass entry works for you...

    I still run squirrelmail and that is my favorite. As for response, what are you running ClearOS on? I have an Ivy Bridge i7 here for ClearOS and opening a new folder is sub-second and selecting an email within it almost instantaneous. The workstation uses Chrome for a browser and running Fedora Linux, CPU is an Ivy Bridge i3.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, October 21 2016, 02:09 PM - #Permalink
    Resolved
    0 votes
    Thanks, Tony. The ProxyPass works.

    Now I've seen SOGo, from you earlier posts on squirrelmail and hastymail I thought you were against eye candy! And it is slow compared to roundcubemail! I'll give it a go for a while and see if I can integrate the address book with Thunderbird. That would be useful.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, October 20 2016, 10:59 PM - #Permalink
    Resolved
    0 votes
    Hi Nick
    Yes, SOGo changed their policy
    see https://sogo.nu/news/2016/article/sogo-package-repositories.html
    I occasionally update to the latest nightly build and never had a problem. By all accounts they are extremely stable.

    This should achieve what you are looking for...

    Edit /etc/httpd/conf.d/SOGo.conf
    and add an extra "ProxyPass" line...

    ...cut
    # Enable to use Microsoft ActiveSync support
    # Note that you MUST have many sogod workers to use ActiveSync.
    # See the SOGo Installation and Configuration guide for more details.
    #
    #ProxyPass /Microsoft-Server-ActiveSync \
    # http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync" target="_blank">http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync \
    # retry=60 connectiontimeout=5 timeout=360

    ProxyPass /SOGo http://127.0.0.1:20000/SOGo retry=0
    ProxyPass /webmail http://127.0.0.1:20000/SOGo retry=0

    <Proxy http://127.0.0.1:20000/SOGo>
    ## adjust the following to your configuration
    ## and do not forget to enable the headers module
    <IfModule headers_module>
    RequestHeader set "x-webobjects-server-port" "443"
    ... cut

    and restart httpd and sogod - let me know how you go...

    for those that are interested in the nightly builds repository
    /etc/yum.repos.d/inverse.repo - ClearOS 6.x

    [SOGo]
    name=Inverse SOGo Repository
    #baseurl=http://inverse.ca/rhel-v3/6/$basearch
    baseurl=http://packages.inverse.ca/SOGo/nightly/3/rhel/6/$basearch
    enabled=0
    gpgcheck=0

    /etc/yum.repos.d/inverse.repo - ClearOS 7.x

    [code]
    [SOGo]
    name=Inverse SOGo Repository
    #baseurl=http://inverse.ca/rhel-v3/7/$basearch
    baseurl=http://packages.inverse.ca/SOGo/nightly/3/rhel/7/$basearch
    enabled=0
    gpgcheck=0
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, October 20 2016, 02:00 PM - #Permalink
    Resolved
    0 votes
    Hi Tony,
    I've just tried to use this Howto and it seems like you now need a support contract with user/pass in order to access the repo? Do you know if this is true? It looks like you can only use the nightly builds for free.

    I've got the nightly up and running (took a while!), and as it is a nightly, I've disabled the repo. Thanks for the instructions.:D

    One thing you may be able to guide me with is setting an alias. The /etc/httpd/conf.d/SOGo.conf file looks like:
    Alias /SOGo.woa/WebServerResources/ \
    /usr/lib64/GNUstep/SOGo/WebServerResources/
    Alias /SOGo/WebServerResources/ \
    /usr/lib64/GNUstep/SOGo/WebServerResources/

    <Directory /usr/lib64/GNUstep/SOGo></Directory>
    AllowOverride None

    <IfVersion < 2.4>
    Order deny,allow
    Allow from all
    </IfVersion>
    <IfVersion >= 2.4>
    Require all granted
    </IfVersion>

    # Explicitly allow caching of static content to avoid browser specific behavior.
    # A resource's URL MUST change in order to have the client load the new version.
    <IfModule expires_module>
    ExpiresActive On
    ExpiresDefault "access plus 1 year"
    </IfModule>
    </Directory>

    ## Uncomment the following to enable proxy-side authentication, you will then
    ## need to set the "SOGoTrustProxyAuthentication" SOGo user default to YES and
    ## adjust the "x-webobjects-remote-user" proxy header in the "Proxy" section
    ## below.
    #
    ## For full proxy-side authentication:
    #<Location /SOGo>
    # AuthType XXX
    # Require valid-user
    # SetEnv proxy-nokeepalive 1
    # Allow from all
    #</Location>
    #
    ## For proxy-side authentication only for CardDAV and GroupDAV from external
    ## clients:
    #<Location /SOGo/dav>
    # AuthType XXX
    # Require valid-user
    # SetEnv proxy-nokeepalive 1
    # Allow from all
    #</Location>

    ProxyRequests Off
    SetEnv proxy-nokeepalive 1
    ProxyPreserveHost On

    # When using CAS, you should uncomment this and install cas-proxy-validate.py
    # in /usr/lib64/cgi-bin to reduce server overloading
    #
    # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
    # <Proxy http://localhost/app/cas-proxy-validate.py>;
    # Order deny,allow
    # Allow from your-cas-host-addr
    # </Proxy>

    # Enable to use Microsoft ActiveSync support
    # Note that you MUST have many sogod workers to use ActiveSync.
    # See the SOGo Installation and Configuration guide for more details.
    #
    #ProxyPass /Microsoft-Server-ActiveSync \
    # http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync" target="_blank">http://127.0.0.1:20000/SOGo/Microsoft-Server-ActiveSync \
    # retry=60 connectiontimeout=5 timeout=360

    ProxyPass /SOGo http://127.0.0.1:20000/SOGo retry=0

    <Proxy http://127.0.0.1:20000/SOGo>
    ## adjust the following to your configuration
    ## and do not forget to enable the headers module
    <IfModule headers_module>
    RequestHeader set "x-webobjects-server-port" "443"
    RequestHeader set "x-webobjects-server-name" "%{HTTP_HOST}e" env=HTTP_HOST
    RequestHeader set "x-webobjects-server-url" "https://%{HTTP_HOST}e" env=HTTP_HOST

    ## When using proxy-side autentication, you need to uncomment and
    ## adjust the following line:
    RequestHeader unset "x-webobjects-remote-user"
    # RequestHeader set "x-webobjects-remote-user" "%{REMOTE_USER}e" env=REMOTE_USER

    RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
    </IfModule>

    AddDefaultCharset UTF-8

    Order allow,deny
    Allow from all
    </Proxy>

    # For Apple autoconfiguration
    <IfModule rewrite_module>
    RewriteEngine On
    RewriteRule ^/.well-known/caldav/?$ /SOGo/dav [R=301]
    RewriteRule ^/.well-known/carddav/?$ /SOGo/dav [R=301]
    </IfModule>

    But it does not have the normal alias lines I am used to so I don't know how to put in an alias to "webmail". I've tried a few hacks and failed.

    Stupid effing forum. You can't see the file I've pasted in as it does not display properly. If you hit the quote button you should be able to see it OK. :(
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, March 20 2016, 12:53 AM - #Permalink
    Resolved
    0 votes
    Thanks Ben, have updated the HOW-TO...
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, March 19 2016, 06:32 PM - #Permalink
    Resolved
    0 votes
    Hi Ben,

    Thanks that did the job. I can install and wil try the complete howto.
    I have installed the community edition yesterday and have registered this version. So i don't know what the problem is...

    Jan-Martin
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, March 19 2016, 06:13 PM - #Permalink
    Resolved
    0 votes
    Jan-Martin,

    Looks like you're on verified repos (either because you're using a Business or Home Edition or Community within 30 days of registration).

    Currently, the verified repos only contain RPM's for core apps for ClearOS, so you'll need to modify your yum to include some repos as follows:

    yum --enablerepo=clearos-updates,clearos-epel,clearos-centos install sogo sogo-tool sope49-gdl1-mysql


    B
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, March 19 2016, 06:09 PM - #Permalink
    Resolved
    0 votes
    Hi Tony,

    I having problems with your howto. Right at the beginning at 'Install sogo with yum install sogo.......' i get the following dependency problems

    Packages skipped because of dependency problems:
    gnustep-base-1.24.6-6.el7.centos.x86_64 from SOGo
    gnustep-base-libs-1.24.6-6.el7.centos.x86_64 from SOGo
    libevent-2.0.21-4.el7.x86_64 from clearos
    libicu-50.1.2-15.el7.x86_64 from clearos-centos-verified
    libmemcached-1.0.16-5.el7.x86_64 from clearos-centos-verified
    sogo-3.0.2-1.el7.centos.x86_64 from SOGo
    sogo-tool-3.0.2-1.el7.centos.x86_64 from SOGo
    sope49-appserver-4.9-20160305_1664.el7.1.x86_64 from SOGo
    sope49-cards-3.0.2-1.el7.centos.x86_64 from SOGo
    sope49-gdl1-contentstore-3.0.2-1.el7.centos.x86_64 from SOGo
    sope49-ldap-4.9-20160305_1664.el7.1.x86_64 from SOGo
    sope49-mime-4.9-20160305_1664.el7.1.x86_64 from SOGo
    sope49-sbjson-2.3.1-20160305_1664.el7.1.x86_64 from SOGo

    Hope you know how to overcome this because i like to use SoGo.

    Regards,
    Jan-Martin Krikken
    The reply is currently minimized Show
Your Reply