Difference between revisions of "Talk:Sogo"
Line 31: | Line 31: | ||
expand-template /etc/httpd/conf/httpd.conf | expand-template /etc/httpd/conf/httpd.conf | ||
/etc/init.d/httpd-e-smith restart | /etc/init.d/httpd-e-smith restart | ||
+ | |||
+ | Or you can do : | ||
+ | mkdir -p /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/ | ||
+ | cp /etc/e-smith/templates/etc/httpd/conf/httpd.conf/85SOGoAccess /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess | ||
+ | sed -i '/x-webobjects/ a\ AddDefaultCharset UTF-8' /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess | ||
+ | |||
+ | Expand template and restart you SOGo | ||
+ | expand-template /etc/httpd/conf/httpd.conf | ||
+ | sv t httpd-e-smith | ||
+ | service sogod start | ||
+ | |||
===Login doesn't operate=== | ===Login doesn't operate=== | ||
according the bug [[bugzilla:7269]] you can not login in sogo even if the user and password are correct. You have to modify the line which concerns the SOGo user in the file /etc/passwd | according the bug [[bugzilla:7269]] you can not login in sogo even if the user and password are correct. You have to modify the line which concerns the SOGo user in the file /etc/passwd |
Revision as of 23:38, 2 February 2014
--Stephdl (talk) 14:45, 2 February 2014 (MST) moved as no more needed
The memcached - libevent nightmare
Many users have experienced the following dependencies errors (or some kind of them) while trying to install/update SOGo or simply trying to update SME with yum update:
memcached-1.4.2-1.el5.i386 from sogo has depsolving problems --> Missing Dependency: libevent-1.1a.so.1 is needed by package memcached-1.4.2-1.el5.i386 (sogo) Error: Missing Dependency: libevent-1.1a.so.1 is needed by package memcached-1.4.2-1.el5.i386 (sogo)
To solve this issue you need to install memcached form Epel; the repository can be activated according to wiki http://wiki.contribs.org/Epel . Once configured the repository you can install memcached (The current release available is memcached-1.4.5-1.el5.i386.rpm - may 2012):
yum --enablerepo=epel install memcached
Now you will be able to install/update SOGo and run yum update fine too.
Charset issue
You may experience some problem in SOGo web interface with international fonts (à, é, ù .....) not correctly displayed. To correct this issue yuo need to edit the following file in your favourite editor (copy the original from /etc/e-smith/templates/etc/httpd/conf/httpd.conf):
/etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess
and add the instruction AddDefaultCharset UTF-8 in this section:
<Location /SOGo> order deny,allow deny from all allow from all SSLRequireSSL on RequestHeader set "x-webobjects-server-url" "https://{$SystemName}.{$DomainName}/SOGo" AddDefaultCharset UTF-8 </Location>
or you can use this command:
sed -i '/x-webobjects/ a\ AddDefaultCharset UTF-8' /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess
Then expand template and restart httpd:
expand-template /etc/httpd/conf/httpd.conf /etc/init.d/httpd-e-smith restart
Or you can do :
mkdir -p /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/ cp /etc/e-smith/templates/etc/httpd/conf/httpd.conf/85SOGoAccess /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess sed -i '/x-webobjects/ a\ AddDefaultCharset UTF-8' /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/85SOGoAccess
Expand template and restart you SOGo
expand-template /etc/httpd/conf/httpd.conf sv t httpd-e-smith service sogod start
Login doesn't operate
according the bug bugzilla:7269 you can not login in sogo even if the user and password are correct. You have to modify the line which concerns the SOGo user in the file /etc/passwd
/etc/passwd not working:
... smolt:x:454:454:Smolt:/usr/share/smolt:/sbin/nologin spamd:x:1005:1005:spamassassin daemon user:/var/spool/spamd:/bin/false memcached:x:455:455:Memcached daemon:/var/run/memcached:/sbin/nologin sogo:x:456:456:SOGo daemon:/var/lib/sogo:/sbin/nologin ....
After this customer's modification:
nano /etc/passwd
sogo:x:456:456:SOGo daemon:/home/sogo:/bin/bash
You will be able to access SOGo but you need to restart the service before
signal-event sogo-modify; /etc/rc7.d/S85sogod restart
Enabling customization of "mail from" field
To do this you need to edit the following file in your favourite editor (copy the original from /etc/e-smith/templates/home/sogo/GNUstep/Defaults/.GNUstepDefaults):
/etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults
Put the following instruction under the block beginning with sogod = \{ :
SOGoMailCustomFromEnabled = YES;
Or you can use this command:
sed -i '/sogod =/ a\ SOGoMailCustomFromEnabled = YES; ' /etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults
Once saved, then execute the following commands:
signal-event sogo-modify; /etc/rc7.d/S85sogod restart
Timeout issue
Once you have installed SOGo you may find that there is a timeout issue in that SOGo keeps logging you out. To stop this, you will need to add the following line to the .GNUstepDefaults file:
OCSSessionsFolderURL = "mysql://sogo:{$sogod{'DbPassword'}}@localhost/sogo/sogo_sessions_folder";
To do this you need to edit the following file in your favourite editor (the code below uses vi):
mkdir -p /etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults cp /etc/e-smith/templates/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults /etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults vi /etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults
I would put it under the SOGoProfileURL = "mysql://sogo:{$sogod{'DbPassword'}}@localhost/sogo/sogo_user_profile"; line.
Or you can use this command:
sed -i '/SOGoProfileURL/ a\ OCSSessionsFolderURL = "mysql://sogo:{$sogod{'DbPassword'}}@localhost/sogo/sogo_sessions_folder"; ' /etc/e-smith/templates-custom/home/sogo/GNUstep/Defaults/.GNUstepDefaults/10defaults
Once saved, then execute the following commands:
signal-event sogo-modify; /etc/rc7.d/S85sogod restart
Hopefully now you will no longer experience the time-out issue.
--Stephdl (talk) 15:35, 2 February 2014 (MST) End cleaning main page