Re: [SOGo] ANN: SOGo v2.3.7

2016-01-25 Thread Zhang Huangbin 

> On Jan 26, 2016, at 3:04 AM, Ludovic Marcotte  wrote:
> 
> • newly created folders using EAS are always sync'ed by default (#3454)

Thank you for this fix. :)


Zhang Huangbin, founder of iRedMail project: http://www.iredmail.org/
Time zone: GMT+8 (China/Beijing).
Looking for opportunity to move from China to another country.

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

[SOGo] BTS activities for Monday, January 25 2016

2016-01-25 Thread SOGo reporter 
Title: BTS activities for Monday, January 25 2016





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Monday, January 25 2016

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
1481
	2016-01-25 14:58:09
	updated (open)
	Backend Mail
	Login to IMAP with Master-User (for Kerberos)
	
	  
	
3455
	2016-01-25 12:47:14
	updated (open)
	Web Mail
	Automatic HTTP request doesn't sync all folders in Mail View
	
	  
	
3456
	2016-01-25 17:32:20
	updated (open)
	Web Mail
	DOVECOT Master User not working with SOGo frontend
	
	  
	
3454
	2016-01-25 22:41:33
	feedback (reopened)
	Backend Calendar
	Synchronization is not enabled for newly created calendar by default
	
	  
	
3444
	2016-01-25 10:28:22
	resolved (fixed)
	ActiveSync
	Outlook iOS App: wbxml2xmlFromContent: failed when opening attachment
	
	  
	
3373
	2016-01-25 09:20:29
	resolved (fixed)
	Backend Address Book
	Empty multi-status on REPORT addressbook-query

[SOGo] ANN: SOGo v2.3.7

2016-01-25 Thread Ludovic Marcotte 
The Inverse Team is pleased to announce the immediate availability of 
SOGo 2.3.7. This is a minor release of SOGo which focuses on small new 
features and improved stability over previous versions.



 What is SOGo

SOGo is a free and modern scalable groupware server. It offers shared 
calendars, address books and emails through your favorite Web browser or 
by using a native client such as Mozilla Thunderbird and Lightning, 
Apple Calendar and Address Book (Mac OS X and iOS) and Microsoft Outlook.


SOGo is standard-compliant and supports CalDAV, CardDAV and reuses 
existing IMAP, SMTP and database servers - making the solution easy to 
deploy and interoperable with many applications.


SOGo features:

 * Scalable architecture suitable for deployments from dozen to many
   thousand users
 * Rich Web-based interface that shares the look and feel, the features
   and the data of Mozilla Thunderbird and Lightning
 * Improved integration with Mozilla Thunderbird and Lightning by using
   the SOGo Connector and the SOGo Integrator
 * Native compatibility for Microsoft Outlook 2003, 2007, 2010 and 2013
 *

   Two-way synchronization support with any Microsoft
   ActiveSync-capable device (Apple iOS, Android, Windows Phone,
   BlackBerry 10) or Outlook 2013

 * Excellent native integration with Apple software (Mac OS X and iOS)
   and Android-based devices

and many more! SOGo and our connectors are completely free.


 Changes from the previous release

*New features*

 * new junk/not junk capability with generic SMTP integration

*Enhancements*

 * newly created folders using EAS are always sync'ed by default (#3454)
 * added Croatian (hr_HR) translation - thanks to Jens Riecken

*Bug fixes*

 * now always generate invitation updates when using EAS
 * rewrote the string sanitization to be 32-bit Unicode safe
 * do not try to decode non-wbxml responses for debug output (#3444)

Seehttp://www.sogo.nu/bugs/changelog_page.php?project_id=1for closed 
tickets andhttps://github.com/inverse-inc/sogo/commits/SOGo-2.3.7for the 
complete change log.



 Getting SOGo

SOGo is free software and is distributed under the GNU GPL. As such, you 
are free to download and try it by visiting the following page:


http://www.sogo.nu/downloads/backend.html

You can also download the sources by following the instructions on this 
page:


http://www.sogo.nu/development/source_code.html

Front-end clients such as Mozilla Thunderbird, Mozilla Lightning 
(Inverse Edition), SOGo Connector and SOGo Integrator extensions are 
available for download from:


http://www.sogo.nu/downloads/frontends.html

Documentation about the installation and configuration of SOGo, 
Thunderbird or the native Microsoft Outlook compatibility layer is 
available from:


http://www.sogo.nu/downloads/documentation.html

You can also try our online SOGo demo at:

http://www.sogo.nu/tour/online_demo.html


 Upgrading to v2.3.7

No special measure needs to be taken when upgrading.


 How can I help ?

SOGo is a collaborative effort in order to create the best Free and Open 
Source groupware solution.


There are multiple ways you can contribute to the project:

 * Documentation reviews, enhancements and translations
 * Write test cases - if you know Python, join in!
 * Feature requests or by sharing your ideas (see the roadmap)
 * Participate to the discussion in mailing lists
 *

   Patches for bugs or enhancements (http://www.sogo.nu/bugs)

 *

   Provide new translations
   
(http://sogo.nu/english/support/faq/article/how-to-translate-sogo-in-another-language-2.html)

Feel free to send us your questions. You can also post them to the SOGo 
mailing list:http://sogo.nu/lists/



 Getting Support

For any questions, do not hesitate to contact us by writing 
tosupp...@inverse.ca 


Customer support packages for SOGo are available 
fromhttp://inverse.ca/support.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

Re: [SOGo] login form action //connect

2016-01-25 Thread Christian Mack 
Hello

Am 25.01.2016 um 12:15 schrieb johan...@cloudron.io:
> Hi,
> 
> I am trying to get sogo working behind an nginx proxy. I am also using ldap
> and the ldap config seems to work.
> Now I fail to use the login form as is, since the form action always has the
> value "//connect" which makes both chrome and firefox submit the form against
> "https://connect; which obviously would not work. If I change the form action
> to "/connect" the request goes through and I can see the LDAP code succeeding
> to authenticate.
> 
> I have both tried to set WOUseRelativeURLs to YES or NO, but it didn't make
> any difference here. Maybe that is not even related to the login form.
> 

WOUseRelativeURLs must be YES, in order for SOGo to work correctly.

There is a "SOGo" missing in between those two slashes!
/SOGo/connect

> After I manually alter the login form action, I am still unable to proceed,
> because I get
> "You cannot login because your browser's cookies are disabled. Please enable
> cookies in your browser's settings and try again."
> Cookies are enabled in the browser, so I am suspecting, maybe something around
> the hostname is not correctly setup.
> 

As SOGo does register its cookies to the /SOGo subbranch, and you try to
access
without that subbranch this can not work.


> I have further set:
> proxy_set_header   x-webobjects-server-protocol HTTP/1.0;
> proxy_set_header   x-webobjects-remote-host 127.0.0.1;
> proxy_set_header   x-webobjects-server-port $server_port;
> proxy_set_header   x-webobjects-server-name $server_name;
> proxy_set_header   x-webobjects-server-url  $scheme://$host;
> in my nginx config. But that also didn't seem to change anything.
> 

See http://wiki.sogo.nu/nginxSettings


> Further I also see:
>   <0x0x56103846a3f0[SOGoCache]> Using host(s) 'localhost' as server(s)
> in the logs.
> 

This only says, that it is using localhost to access the memcached.
This is only printed as info.


> Is there any obvious issue here, or how can I provider further details to
> debug this?
> 

If your nginx is not on the same machine as your sogo server, you have
to set in your sogo.conf:
WOPort = sogo.server.tld:2;

Hope that helps.


Kind regards,
Christian Mack

-- 
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung Basisdienste
78457 Konstanz
+49 7531 88-4416



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] Thunderbird Adressbook sync

2016-01-25 Thread Christian Mack 
Hello

Am 23.01.2016 um 14:22 schrieb b.muehlbac...@rgb-softcons.at:
> 
> I got a funny Problem: I've installed Thunderbird, Lightning and SoGo.
> 
> Mailsync to a Zimbra-Server works fine.
> Kalendar sync also
> 
> Addressbook-Sync gives a prolem: the sync only downloads 30 addresses out og
> more than 200.
> 
> Any idea what happens there?
> 

That is a Zimbra setting
Check
http://www.sogo.nu/bugs/view.php?id=2666

Fix:
http://wiki.zimbra.com/wiki/DoSFilter


Kind regards,
Christian Mack

-- 
Christian Mack
Universität Konstanz
Kommunikations-, Informations-, Medienzentrum (KIM)
Abteilung Basisdienste
78457 Konstanz
+49 7531 88-4416



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] login form action //connect

2016-01-25 Thread Johannes Zellner 

Hi,

thanks a lot, the simple subpath, which was missing did the job! Sorry 
for reporting such an obvious issue in the end.


Johannes


On 01/25/2016 05:13 PM, Christian Mack wrote:

Hello

Am 25.01.2016 um 12:15 schrieb johan...@cloudron.io:

Hi,

I am trying to get sogo working behind an nginx proxy. I am also using ldap
and the ldap config seems to work.
Now I fail to use the login form as is, since the form action always has the
value "//connect" which makes both chrome and firefox submit the form against
"https://connect; which obviously would not work. If I change the form action
to "/connect" the request goes through and I can see the LDAP code succeeding
to authenticate.

I have both tried to set WOUseRelativeURLs to YES or NO, but it didn't make
any difference here. Maybe that is not even related to the login form.


WOUseRelativeURLs must be YES, in order for SOGo to work correctly.

There is a "SOGo" missing in between those two slashes!
/SOGo/connect


After I manually alter the login form action, I am still unable to proceed,
because I get
"You cannot login because your browser's cookies are disabled. Please enable
cookies in your browser's settings and try again."
Cookies are enabled in the browser, so I am suspecting, maybe something around
the hostname is not correctly setup.


As SOGo does register its cookies to the /SOGo subbranch, and you try to
access
without that subbranch this can not work.



I have further set:
 proxy_set_header   x-webobjects-server-protocol HTTP/1.0;
 proxy_set_header   x-webobjects-remote-host 127.0.0.1;
 proxy_set_header   x-webobjects-server-port $server_port;
 proxy_set_header   x-webobjects-server-name $server_name;
 proxy_set_header   x-webobjects-server-url  $scheme://$host;
in my nginx config. But that also didn't seem to change anything.


See http://wiki.sogo.nu/nginxSettings



Further I also see:
   <0x0x56103846a3f0[SOGoCache]> Using host(s) 'localhost' as server(s)
in the logs.


This only says, that it is using localhost to access the memcached.
This is only printed as info.



Is there any obvious issue here, or how can I provider further details to
debug this?


If your nginx is not on the same machine as your sogo server, you have
to set in your sogo.conf:
WOPort = sogo.server.tld:2;

Hope that helps.


Kind regards,
Christian Mack



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

Re: [SOGo] ANN: SOGo v2.3.7

2016-01-25 Thread Ian McMichael 

On 25/01/16 19:04, Ludovic Marcotte wrote:


*New features*

  * new junk/not junk capability with generic SMTP integration



Sounds interesting...  Where can we find out more?
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] SOGo Servers interfere each other?

2016-01-25 Thread Ludovic Marcotte 

On 2016-01-22 07:47, Marc Patermann wrote:
We deactivated two of the three servers (I'm leaving out a few things 
here*) and the system went back to normal. 

You're most likely running out of db connections.

--
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

[SOGo] login form action //connect

2016-01-25 Thread johannes 
Hi,

I am trying to get sogo working behind an nginx proxy. I am also using ldap
and the ldap config seems to work.
Now I fail to use the login form as is, since the form action always has the
value "//connect" which makes both chrome and firefox submit the form against
"https://connect; which obviously would not work. If I change the form action
to "/connect" the request goes through and I can see the LDAP code succeeding
to authenticate.

I have both tried to set WOUseRelativeURLs to YES or NO, but it didn't make
any difference here. Maybe that is not even related to the login form.

After I manually alter the login form action, I am still unable to proceed,
because I get
"You cannot login because your browser's cookies are disabled. Please enable
cookies in your browser's settings and try again."
Cookies are enabled in the browser, so I am suspecting, maybe something around
the hostname is not correctly setup.

I have further set:
proxy_set_header   x-webobjects-server-protocol HTTP/1.0;
proxy_set_header   x-webobjects-remote-host 127.0.0.1;
proxy_set_header   x-webobjects-server-port $server_port;
proxy_set_header   x-webobjects-server-name $server_name;
proxy_set_header   x-webobjects-server-url  $scheme://$host;
in my nginx config. But that also didn't seem to change anything.

Further I also see:
  <0x0x56103846a3f0[SOGoCache]> Using host(s) 'localhost' as server(s)
in the logs.

Is there any obvious issue here, or how can I provider further details to
debug this?

Thanks a lot,
Johannes
-- 
users@sogo.nu
https://inverse.ca/sogo/lists