[SOGo] SOGo does not work with Apache ProxyPass to port 8069

2018-10-18 Thread Timo Sivula

Hi

I am building IT infrastructure for our 5 person startup on a VPS 
service using OSS software.


The setup is as follows

Server
Ubuntu 16.04
LAMP
UFW
Fail2ban
Letsenrcypt
Ldap
SOGo 4
Odoo 11
SuiteCRM

Client
Ubuntu 16.04
Thunderbird
LibreOffice

Odoo requires a reverse proxy to be accessible, but when the proxy is 
enabled in Apache, SOGo login UI loses all graphics and it is not 
possible to log in.


- Removing the Proxy required by Odoo makes SOGo work perfectly.

- The SOGo CALDav URLs work even with the Proxy on.

- Logging onto the server with a VNC connector and accessign SOGo from 
localhost works. It is the remote access that does not work with the proxy.


- I have tested this with and without firewall, but that makes no 
difference.


Here is the section of my .conf file that is related to this problem



   ProxyRequests Off
   SetEnv proxy-nokeepalive 1
   ProxyPreserveHost On
   ProxyPass /ldap !
   ProxyPass /SuiteCRM !
   ProxyPass /suitecrm !

   ProxyPass    /SOGo/ http://ouripnumber:2/SOGo/
   ProxyPassReverse /SOGo/ http://ouripnumber:2/SOGo/

   http://127.0.0.1:2/SOGo>
  RequestHeader set "x-webobjects-server-port" "443"
  RequestHeader set "x-webobjects-server-name" "ouripnumber/SOGo"
  RequestHeader set "x-webobjects-server-url" "https://ouripnumber/SOGo
  RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
  RequestHeader set "x-webobjects-remote-host" %{REMOTE_HOST}e 
env=REMOTE_HOST

  AddDefaultCharset UTF-8
  Order allow,deny
  Allow from all
   

#When this uncommented Odoo works, when I comment it Odoo stops working 
but SOGo works.

    ProxyPass   / http://ouripnumber:8069/
    ProxyPassReverse / http://ouripnumber:8069/
-

Any ideas?

Timo


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


[SOGo] Can only send emails to adresses in the contact book!

2016-09-07 Thread "Timo Sivula"

HI,

I found that I can only send emails from SOGo web interface to email adresses 
that are saved in the contacts adress book. Writing the email adress in the to: 
field for a recipient that is not in the contacs greys the send icon out and 
message can not be sent. 

Seems I have missed some configuration parameter, but which?

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

Re: [SOGo] Can not save preferences, connection to Sieve fails

2016-09-07 Thread "Timo Sivula"

I 
On Wednesday, September 07, 2016 18:23 EEST, "Angel Docampo" 
(adoca...@dltec.net)  wrote:
On 06/09/16 17:50, Christian Mack (christian.m...@uni-konstanz.de) wrote:Hello

Am 06.09.2016 um 08:18 schrieb Timo (timo.siv...@heliostorage.com):
Hello,

I have installed SOGo according to
https://www.thefanclub.co.za/how-to/how-setup-ubuntu-business-box-server-ubb-part-1
on a Ubuntu 12.04. When user tries to save settings in the SOGo web user
interface it fails with a "Service temporarily unavailable" error.
sogo.log looks as follows

---

Sep 06 09:11:13 sogod [12662]: x.x.x.171 "GET
/SOGo/so/timo/editAccount?account=0 HTTP/1.1" 200 1498/0 0.026 6962 78% 4K
Sep 06 09:11:36 sogod [12662]: [ERROR]
<0x0x7f5112601470[SOGoSieveManager]> Sieve connection failed on
sieve://localhost:4190
Sep 06 09:11:36 sogod [12662]: x.x.x.171 "POST
/SOGo/so/timo/Preferences/save HTTP/1.1" 503 46/3974 0.060 - - 16K

---
I have googled this in this mailing list and tried the advice from quite
a few websites to get sieve working, to no avail. How do I get sieve
working and running?

SIEVE is a add on for IMAP servers.
This means each IMAP server has its own one.
As you don't tell us which one you use, we are not able to provide any help.


Kind regards,
Christian Mack


As I use dovecot, I did resolve it by installing dovecot-sieve package.
 
-
Did not help us, as we use an external IMAP server. Had to disable Sieve 
everywhere to make saving of preferences possible.
It is a bit confusing that there exists /etc/sogo/sogo.conf AND 
/var/lib/sogo/GNUstep/Defaults/.GNUstepDefaults for configuring Sogo. Wouldn't 
one file be enough, especially as they configure the same thing, almost. 
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CalDav failure on iPhone 5, iOS 9.0.2 and SOGo 2.3.2.20151015

2015-10-16 Thread Timo Sivula
I updated SOGo to 2.3.2.20151016 and sync works again.



> Götz Reinicke - IT Koordinator  kirjoitti 
> 16.10.2015 kello 17.39:
> 
>> Am 15.10.15 um 14:26 schrieb timo.siv...@gmail.com:
>> CalDAV synch stopped working sometime ago with the iOS 9.0.x updates. The
>> iPhone accepts settings as before but the CalDAV calendar does not appear in
>> the iPhone Calendar app anymore.
>> 
>> The behavior is confirmed with SOGo running on a Ubuntu 12.04 server and a
>> Centos 5.9 server.
> 
> Hi,
> 
> I can CalDAV sync from/to my iphone 6 iOS 9.0.2 with our SOGo 2.3.1
> Centos 6.7 server without any problem ... to my personal and a group
> used calendar. I came from ios 8.0 with all updates to 9.0.2 without
> trouble.
> 
>regards . Götz
> 
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CalDav failure on iPhone 5, iOS 9.0.2 and SOGo 2.3.2.20151015

2015-10-15 Thread Timo Sivula
Naaah. Didnt work 

> Infoo Matic  kirjoitti 15.10.2015 kello 17.35:
> 
>> On Thursday, October 15, 2015 14:26 CEST,  wrote:
>> 
>> CalDAV synch stopped working sometime ago with the iOS 9.0.x updates. The
>> iPhone accepts settings as before but the CalDAV calendar does not appear in
>> the iPhone Calendar app anymore.
>> 
>> The behavior is confirmed with SOGo running on a Ubuntu 12.04 server and a
>> Centos 5.9 server.
>> 
>> Is this a known bug or am I just messing up both my installations?
> 
> This is what we have observed with various Mac devices since recent updates.
> I am no Mac user, but according to my colleague the devices now only work 
> with exactly two caldav calendars that must be named according to IOs' naming 
> convention - "calendar" and "todo". He told me that he backed up all his 
> caldav data, deleted everything and then let the device connect and create 
> the empty dav folders. Finally he imported the stuff again and it worked. 
> Maybe you could try this on a testsystem, hope this helps.
> 
> I think it's not a sogo error, but Apple/NSA trying to bring its customers 
> into the icloud...
> 
> Other than that I am sorry I cannot provide conrete information...
> 
> best regards,
> 
> infoomatic
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists