[SOGo] BTS activities for Tuesday, July 19 2016

2016-07-19 Thread SOGo reporter
Title: BTS activities for Tuesday, July 19 2016





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Tuesday, July 19 2016

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
3769
	2016-07-19 10:42:12
	updated (open)
	GUI
	Categories can't be edited from settings
	
	  
	
3770
	2016-07-19 11:06:55
	updated (open)
	with SOGo
	Contacts cannot be synced anymore if category is edited through context menu
	
	  
	
3736
	2016-07-19 04:03:11
	assigned (open)
	with external server
	Field not replaced
	
	  
	
  
  


-- users@sogo.nuhttps://inverse.ca/sogo/lists

[SOGo] SSL and Apache Reverse Proxy

2016-07-19 Thread "Andrew J Hacker"

> Trying to install Sogo on a backend server with a front end apache proxy

> 

> > Tried a few different things but generally trying to get this working and 
> > having all kinds of issues.
> 

> > Not sure where to put different pieces of the Apache config...
> 

> > user -> SSL -> Front end Apache mod_proxy -> HTTP (80) -> Backend apache 
> > mod_proxy (proxy HTTP to 127.0.0.1:2)
> 

> > i have alias for webresources on back end and proxypass on front and for 
> > 443 to 80 and then again on the backend from 80 to 2
> 

> > i get many different errors from 404's on the JS to can't find SOGo index 
> > to infinite loops. 
> 

> > Are there any guidelines for doing this?
> 

> > I could map the 443 on the front end directly to port 2 on the backend 
> > but then i can't do aliasing
> 

> > Thanks!
> > Andrew ​
> 


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

[SOGo] Sogo in Web root

2016-07-19 Thread "Andrew J Hacker"
I'd like to put Sogo root as web root and not SOGo...how do i do this?

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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Achim Gottinger

Here is an short howto for sogo2 on wheezy without openchange

First download SOPE-3.1.4.tar.gz and SOGo-2.3.13.tar.gz install 
build-essentails and dpkg-dev
On wheezy libwbxml2 is also required you can get the required version 
https://packages.inverse.ca/SOGo/nightly/2/debian/pool/wheezy/w/wbxml2/


# tar xvzf SOPE-3.1.4.tar.gz
#  cd SOPE
#  cp -a packaging/debian .
#  ./debian/rules
# dpkg-buildpackage
(install all required dependencies)
# dpkg-buildpackage
# cd ..
# dpkg -i libsope*.deb
# tar xvzf SOGo-2.3.13.tar.gz
# cd SOGo-2.3.13
#  ./debian/rules
# dch
(add an changelog entry for version 2.3.13)
 dpkg-buildpackage -b
(install all required dependencies)
# dpkg-buildpackage -b

You should now have build these packages:

libsbjson2.3_4.9.r1664_amd64.deb
libsbjson2.3-dev_4.9.r1664_amd64.deb
libsope4.9-dev_4.9.r1664_all.deb
libsope-appserver4.9_4.9.r1664_amd64.deb
libsope-appserver4.9-dev_4.9.r1664_amd64.deb
libsope-core4.9_4.9.r1664_amd64.deb
libsope-core4.9-dev_4.9.r1664_amd64.deb
libsope-gdl1-4.9_4.9.r1664_amd64.deb
libsope-gdl1-4.9-dev_4.9.r1664_amd64.deb
libsope-ldap4.9_4.9.r1664_amd64.deb
libsope-ldap4.9-dev_4.9.r1664_amd64.deb
libsope-mime4.9_4.9.r1664_amd64.deb
libsope-mime4.9-dev_4.9.r1664_amd64.deb
libsope-xml4.9_4.9.r1664_amd64.deb
libsope-xml4.9-dev_4.9.r1664_amd64.deb
sogo_2.3.13_amd64.deb
sogo-activesync_2.3.13_amd64.deb
sogo-dbg_2.3.13_amd64.deb
sogo-dev_2.3.13_amd64.deb
sope4.9-appserver_4.9.r1664_amd64.deb
sope4.9-dbg_4.9.r1664_amd64.deb
sope4.9-gdl1-mysql_4.9.r1664_amd64.deb
sope4.9-gdl1-postgresql_4.9.r1664_amd64.deb
sope4.9-libxmlsaxdriver_4.9.r1664_amd64.deb
sope4.9-stxsaxdriver_4.9.r1664_amd64.deb


But i have not yet tested if these packages work proper. :-)


Am 19.07.2016 um 21:31 schrieb Heiner Markert (mephi...@gmx.net):

Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

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


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


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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Sebastian Hempel
Hi,

>> Are there any plans to make a special support package for the
>> access of the repositories only? Take the Bronze package and remove
>> the included incidents the extended support. Would this be a
>> possiblity to make a cheaper package?
> Right now, we aren't planning on doing that.

That's sad. As others already mentioned, paying 700 € only to access the
official repository is to much. And the alternative to build the
packages by my own isn't realy great. It was the ease of installing and
updating that makes SOGo so nice for ops.

Best Regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Benoit SERRA
That is quite a shame, as I'm using Sogi only for myself and I'm not willing to 
pay 700€ per year to have access to officials packages.

But if you create a cheaper plan only for accessing the repos, I'll probably 
think about it twice.



> Le 19 juil. 2016 à 21:26, Ludovic Marcotte  a écrit :
> 
>> On 2016-07-19 2:54 PM, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:
>> 
>> Are there any plans to make a special support package for the access of
>> the repositories only? Take the Bronze package and remove the included
>> incidents the extended support. Would this be a possiblity to make a
>> cheaper package?
> Right now, we aren't planning on doing that.
> 
> Thanks!
> 
> -- 
> Ludovic Marcotte
> lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
> Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
> (http://packetfence.org) and Fingerbank (http://fingerbank.org)
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Heiner Markert

Hello,

could you please post a short howto on how to build those debian 
packages based on the control files?


Thanks and best regards
Heiner



Am 19.07.2016 um 21:11 schrieb Achim Gottinger (ac...@ag-web.biz):



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy 
packages for sope and sogo with control files under packaging/debian.

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


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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Steve Ankeny

and, me

On 07/19/2016 02:40 PM, Davide Bozzelli (bu...@olografix.org) wrote:

Thx Ludovic.

This reassures me.



Il 19/07/16 20:37, Ludovic Marcotte (lmarco...@inverse.ca) ha scritto:

On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: 
they fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just 
as they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, 
we aren't morons doing software.







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


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte

On 2016-07-19 2:54 PM, Sebastian Hempel (sebast...@hempel-roeslau.de) wrote:


Are there any plans to make a special support package for the access of
the repositories only? Take the Bronze package and remove the included
incidents the extended support. Would this be a possiblity to make a
cheaper package?

Right now, we aren't planning on doing that.

Thanks!

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

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


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Sebastian Hempel
Hi,

> After many months of discussion and thinking, we made the decision to
> close down the public package repositories. From now on, in order to
> access the production builds of SOGo for various Linux distributions,
> you will need a proper support contract from Inverse. The options are
> listed here:

Are there any plans to make a special support package for the access of
the repositories only? Take the Bronze package and remove the included
incidents the extended support. Would this be a possiblity to make a
cheaper package?

Best regards
Sebastian
--
*Sebastian Hempel*
Veilchenweg 4 · 95195 Röslau · Germany
eMail: sebast...@hempel-roeslau.de
GnuPG Fingerprint: 9396 67A0 D3F3 6EBB BD7C 783D 34D8 65FE 9EB7 B49F
Twitter: https://twitter.com/ithempel
-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Achim Gottinger



Am 19.07.2016 um 20:10 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
Thank you for the clarification. Managed to build debian wheezy packages 
for sope and sogo with control files under packaging/debian.

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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Davide Bozzelli

Thx Ludovic.

This reassures me.



Il 19/07/16 20:37, Ludovic Marcotte (lmarco...@inverse.ca) ha scritto:

On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: 
they fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, 
we aren't morons doing software.




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


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte

On 2016-07-19 2:25 PM, Davide Bozzelli (bu...@olografix.org) wrote:

What i would always appreciated in nightly repo is the stability: they 
fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .
Naa - we are always careful when pushing changes to the source repos 
because we know a lot of people are using the nightly builds - and we 
appreciate feedback we receive from them. We will continue doing so, we 
aren't morons doing software.


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

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


Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Davide Bozzelli



Il 19/07/16 20:10, Ludovic Marcotte (lmarco...@inverse.ca) write:
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's 
just like building any other packages. We still provide the Debian 
control files and the spec files to do so.


Thanks!
--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists
What i would always appreciated in nightly repo is the stability: they 
fix bugs even before the stable releases.
And what worried me now is the possibility the nightly become just as 
they sound like: unstable/untested repo

to play with .

I think that should happen in order to "monetize" the stable repo.
This is my major concern.

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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte

On 2016-07-19 12:35 PM, "Kai-Uwe Rommel" (kai-uwe.rom...@ars.de) wrote:


What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?
Nightly builds are indeed available - just like before: 
https://sogo.nu/download.html


There are FAQs on how to configure your repos for Yum and apt-get.

Generating packages from the SOGo/SOPE sources isn't complex - it's just 
like building any other packages. We still provide the Debian control 
files and the spec files to do so.


Thanks!

--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Achim Gottinger



Am 19.07.2016 um 18:13 schrieb Ludovic Marcotte (lmarco...@inverse.ca):


Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for 
us as Inverse strives to offer stellar support and we want to bring 
more value for the money to each customer. Current organizations that 
have a support contract with us will automatically get access to the 
package repositories. Official packages also offer the advantage of 
being thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!


--
Ludovic Marcotte
lmarco...@inverse.ca   ::  +1.514.755.3630  ::http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)
--
users@sogo.nu
https://inverse.ca/sogo/lists


Would have been nice to know this in advance.
Are there any mirros fof the inverse.ca repos so I can update my servers 
to the lates free packages and grab the source packages so i can 
maintain future updates myself?



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

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread "Kai-Uwe Rommel"

users-requ...@sogo.nu wrote on 19.07.2016 18:13:18:
> After many months of discussion and thinking, we made the decision
> to close down the public package repositories. From now on, in order
> to access the production builds of SOGo for various Linux
> distributions, you will need a proper support contract from Inverse.
> The options are listed here:
> https://sogo.nu/support/index.html#support-plans
> Payments can be made by credit card.

I understand the motivation for this change.

I have used SOGo for some time now on a private/personal groupware
server for my family. Even the basic support contract will be
completely out of sense for this purpose.

What does that mean for me? I have to download the source code and
compile myself? Or should use nightly builds? How do I access
these? Are these also in a package repository available to me?
How are these accessed?

Kai-Uwe Rommel


kai-uwe.rom...@ars.de
Telefon+Mobil +49 89 32468-120


ARS Eventtipp:
Sichern Sie sich Ihr kostenloses Early Bird-Ticket bei Anmeldung zur ARScon'16 
am 27.10.2016 in der Allianz Arena München.
Neu: limitierte Anzahl an Early Bird-Tickets noch bis zum 31.07.2016 verfügbar!




ARS Computer und Consulting GmbH, http://www.ars.de
Ridlerstrasse 37, 80339 Muenchen, Deutschland

ARS - The Art of Software Engineering
Software Engineering, Technologieberatung, IBM Software, IBM Lizenzmanagement 
Services

Handelsregister Muenchen, HRB 101829, USt-ID: DE 155 068 909
Geschaeftsfuehrer: Michael Arbesmeier, Kai-Uwe Rommel, Roland Schock, Joachim 
Gucker
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread p...@szladovics.hu

2016-07-19 18:13 keltezéssel, Ludovic Marcotte (lmarco...@inverse.ca) írta:


Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

  * increase its investments in SOGo
  * accelerate SOGo v3 evolution by adding more features (S/MIME,
alternate storage backends, etc.)
  * expedite bugs fixing and small feature additions
  * invest in gravitational projects
  * extend its support to more Linux distributions
  * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for 
us as Inverse strives to offer stellar support and we want to bring 
more value for the money to each customer. Current organizations that 
have a support contract with us will automatically get access to the 
package repositories. Official packages also offer the advantage of 
being thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!




Hi Ludovic,

These reasons are absolutely understandable, but I think the community 
needs some extra documentation about the package creation for various 
distributions (RHEL, Debian, Ubuntu what supported by you with 
repositories earlier).
I think some of us have infrastructure to keep 3rd party repositories 
for compatible packages with the olders.


Example, I can build packages for Ubuntu, and serve it for other 
interested community users. Not all branches, but the main stable v3 
branch is distributable by me - after some days later than the stable 
release is launched.


The main point is the fully compatibility with older (created by you) 
packages.
If you have build scripts or anything what can help us in this 
procedure, that should be awesome.


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

[SOGo] ANN: SOGo Package Repositories

2016-07-19 Thread Ludovic Marcotte

Hello,

Over the past 10 years, Inverse has been developing SOGo and providing 
everything (software packages, documentation, etc.) completely free of 
charge. A massive number of organizations worldwide have successfully 
deployed SOGo and benefit for free from the continuous enhancements of 
the software.


After many months of discussion and thinking, we made the decision to 
close down the public package repositories. From now on, in order to 
access the production builds of SOGo for various Linux distributions, 
you will need a proper support contract from Inverse. The options are 
listed here:


https://sogo.nu/support/index.html#support-plans

Payments can be made by credit card.

We hope that this move will help Inverse to:

 * increase its investments in SOGo
 * accelerate SOGo v3 evolution by adding more features (S/MIME,
   alternate storage backends, etc.)
 * expedite bugs fixing and small feature additions
 * invest in gravitational projects
 * extend its support to more Linux distributions
 * create a VAR channel to resell and participate in providing support

Tying up package repositories to a support agreement is important for us 
as Inverse strives to offer stellar support and we want to bring more 
value for the money to each customer. Current organizations that have a 
support contract with us will automatically get access to the package 
repositories. Official packages also offer the advantage of being 
thoroughly tested before they are released.


SOGo will continue to remain entirely Free and Open Source. The source 
code will always be fully available and we will keep using the current 
licenses. Nightly builds will also remain available to all, as well as 
the ZEG configured with the latest software.


Thanks for your support and understanding. Together, we all make SOGo 
better!


--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu), PacketFence 
(http://packetfence.org) and Fingerbank (http://fingerbank.org)

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

[SOGo] ldap groups and sogo's treatment - still evaluating sogo

2016-07-19 Thread "sg gs"
hello,

 

please forgive me if this or an a similar question has been asked before.

 

at our site we have plenty of groups defined in our ldap server (openldap) and it's possible (SOGoUserSources in conjunction with postfix configuration) to sent mails to all members of any of these groups.

 

now we are looking for an option to use these ldap groups to define sharing properties for mail-, calendar- and addressbook sharing.

 

question: is there a way to use groups for defining sharing properties?

 

tia, sggs
-- users@sogo.nuhttps://inverse.ca/sogo/lists


Re: [SOGo] client disconnected during delivery of response

2016-07-19 Thread m...@cybnet.ch
Hi,

I believe increasing the proxy timeout helps (in my case apache -
SOGo.conf):

ProxyPass /Microsoft-Server-ActiveSync \
http://127.0.0.1:2/SOGo/Microsoft-Server-ActiveSync \
retry=60 connectiontimeout=5 timeout=600


Br
Mike

On 19/07/16 12:19, Maxime RUBINO (maxime.rub...@sfproduction.fr) wrote:
> Hi all,
> 
> i found this in my sogo logfile :
> 
> Jul 19 12:10:08 sogod [15844]: [ERROR]
> <0x0x55ad3bb39b60[WOHttpTransaction]> client disconnected during
> delivery of response for  uri=/SOGo/Microsoft-Server-ActiveSyn
> c?User=x...@.com&DeviceId=ApplX&DeviceType=iPhone&Cmd=Ping
> app=SOGo rqKey=Microsoft-Server-ActiveSync rqPath=(null)> (len=31): the
> socket was shutdown
> 
> Jul 19 12:10:08 sogod [15844]: 80.xxx.xxx.xxx, 192.168.xxx.254 "POST
> /SOGo/Microsoft-Server-ActiveSync?User=x...@.com&DeviceId=ApplX&DeviceType=iPhone&Cmd=Ping
> HTTP/1.1" 200 31/16 604.690 -
> 
> do you have an idea ?
> 
> -- 
> Cordialement,
> Maxime RUBINO
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists
-- 
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] WOWorkersCount

2016-07-19 Thread Ralf Cirksena
On Tue, Jul 19, 2016 at 11:00:42AM +0200 you wrote:

> it is - https://sogo.nu/files/docs/SOGoInstallationGuide.html -> 5.3.
> General Preferences: WOWorkersCount ..

I've read that. ;-)
Done that I assumed that the value of PREFORK is the starting number
of processes spawning additional processes until WOWorkersCount is
reached.

But it's clear now. Perhaps change the phrasing in 5.3?


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


[SOGo] client disconnected during delivery of response

2016-07-19 Thread Maxime RUBINO

Hi all,

i found this in my sogo logfile :

Jul 19 12:10:08 sogod [15844]: [ERROR] 
<0x0x55ad3bb39b60[WOHttpTransaction]> client disconnected during 
delivery of response for uri=/SOGo/Microsoft-Server-ActiveSyn
c?User=x...@.com&DeviceId=ApplX&DeviceType=iPhone&Cmd=Ping 
app=SOGo rqKey=Microsoft-Server-ActiveSync rqPath=(null)> (len=31): the 
socket was shutdown


Jul 19 12:10:08 sogod [15844]: 80.xxx.xxx.xxx, 192.168.xxx.254 "POST 
/SOGo/Microsoft-Server-ActiveSync?User=x...@.com&DeviceId=ApplX&DeviceType=iPhone&Cmd=Ping 
HTTP/1.1" 200 31/16 604.690 -


do you have an idea ?

--
Cordialement,
Maxime RUBINO

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

Re: [SOGo] WOWorkersCount

2016-07-19 Thread "sg gs"
it is - https://sogo.nu/files/docs/SOGoInstallationGuide.html -> 5.3. General Preferences: WOWorkersCount ..
 

Sent: Monday, July 18, 2016 at 3:41 PM
From: "\"Ralf Cirksena\" (c...@holmco.de)" 
To: "Jens Erat" 
Subject: Re: [SOGo] WOWorkersCount

Hi Jens,

On Mon, Jul 18, 2016 at 02:18:18PM +0200 you wrote:

> on Debian and derived distributions (and maybe other distributions with similar mechanics in the init scripts), the `WOWorkersCount` option is overwritten by `/etc/defaults/sogo`'s `PREFORK` option. So `WOWorkersCount` is not used at all.

thank you for this hint. That should be mentioned in the adminstator's manual.


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



-- users@sogo.nuhttps://inverse.ca/sogo/lists