[SOGo] BTS activities for Friday, February 27 2015

[SOGo reporter]

Title: BTS activities for Friday, February 27 2015





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Friday, February 27 2015

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
3117
	2015-02-27 03:30:11
	updated (open)
	ActiveSync
	ActiveSync flag reminder options
	
	  
	
3118
	2015-02-27 05:33:27
	updated (open)
	ActiveSync
	ActiveSync does not enforce permissions
	
	  
	
3109
	2015-02-27 12:52:52
	updated (open)
	Backend General
	Sogo group error on new install (Debian - amd64)
	
	  
	
  
  

[SOGo] New installation and migration

[Dave]

Building a new mail server setup with SOGo. I think I have it down, however I'm 
not sure I am entirely clear on how it all ties together. To make sure I am 
running my plan by the community to get some input. Thanks in advance for your 
time :)


I am planning to setup 3 Virtual Machines, each running Ubuntu 14.04 which is 
well supported in a Hyper-V environment.

VM1 will give me a front end I can change out, upgrade, or build out multiples 
of this VM for load balancing giving a good client experience without worrying 
about losing data.


  *   SoGo
  *   Apache
  *   OpenChange


VM2 will give me centralized authentication and SOGo client data storage for 
VM1 front ends that will not have to be changed out during front end upgrades.


  *   Samba
  *   MySQL


VM3 will give me the ability to provide traditional POP3, IMAP, and SMTP 
protocols while also providing the necessary mail components for SOGo. Having 
these on a separate VM independent from a user interface will prevent 
degradation in the user experience during high IO periods.


  *   Postfix
  *   Dovecot



I already have inbound spam scanning, virus scanning, and DNS infrastructure in 
place with our current mail services that I will expand out to use with the 
SOGo .



Thanks,
Dave
Grolen Communications
da...@grolen.com
http://www.grolen.com
Like Grolen on Facebook!
603-645-0101 Option 7, x304
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] ActiveSync on Samsung phone not working properly

[Márcio Merlone]

Hi,

Just to add no solution to the issue, Samsung software is so crappy 
someone had to make this:


https://play.google.com/store/apps/details?id=org.dmfs.jb.workaround.caldavsync

A few colleagues o'mine does have S4, neither ActiveSync nor CalDAV 
works well. If you have option you'd better stay away from Samsung as 
enterprise client OR run a custom rom on it.



Good luck.


On 10-01-2015 23:52, Sean M. Pappalardo wrote:

Hello.

I have SOGo 2.2.13 and am trying to sync my account with a new Samsung 
SGH-S390 phone which features "Exchange Email" that uses ActiveSync to 
get E-mail, Calendar items, contacts and tasks. (The user agent in the 
SOGo log shows as RoadSync/3.0.)


My first problem is that the phone only gets changes from the server 
when something has also changed on the phone in that category. (E.g. 
if I add an event on the server, the phone will not update its 
calendar unless I first add or edit one on the phone too. Same for 
Tasks and Contacts.) Indeed, the SOGo log does not say any changes 
were detected unless I make one on the phone. This seems like a bug in 
SOGo, but is it?


My second problem is that Tasks on the phone usually get erased 
whenever the phone syncs. They remain in SOGo though. Is this a bug in 
the phone?


And the third problem is that the E-mail part of the Exchange sync 
never gets any E-mail. I can send messages from the phone but it never 
says there are any despite having it set to sync a day and having the 
size limit high enough that some should come in.


Thank you everyone for any help you can provide!

Sincerely,
Sean M. Pappalardo
Sr. Networks Engineer
Renegade Technologies
spappala...@renegadetech.com
Office: (630) 631-6188
http://www.renegadetech.com

--
This communication, along with any documents, files or attachments, is 
intended only for the use of the addressee and may contain 
confidential information. If you are not the intended recipient, you 
are hereby notified that any dissemination, distribution or copying of 
any information contained in or attached to this communication is 
strictly prohibited.
If you have received this message in error, please notify the sender 
immediately and destroy the original communication and its attachments 
without reading, printing or saving in any manner.




--
*Marcio Merlone*
TI - Administrador de redes

*A1 Engenharia - Unidade Corporativa*
Fone:   +55 41 3616-3797
Cel:+55 41 9689-0036

http://www.a1.ind.br/ 
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] UTC time in sogo.log

[Louis-Philippe]

Hi,


2015-02-26 11:34 GMT-05:00 Christian Mack :

> Hello
>
> I assume you didn't purge your old SOGo 1.3.16 installation?
> Then the things in .GNUstepDefaults are old configuration of it.
> Remove it, then I think it will work as expected.
>
>
The authentification was already plugged on our production LDAP. There was
a user "sogo" to acces ldap directory. We renamed this user and re-install
sogo. everything works fine after ...
The group "sogo" and user "sogo" were created and now, SOGo reads the conf
file in /etc/sogo/sogo.conf. And the log are no longer in UTC ...

I added a note to my bug. (http://sogo.nu/bugs/view.php?id=3109)


Thanks guys for your help !


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

Re: [SOGo] disable auto-complete for certain external ldap address books

[Chris Coleman]

Here's some pretty good pages on how to speed up your AD server.
http://www.frickelsoft.net/blog/?p=246
https://msdn.microsoft.com/en-us/library/ms808539.aspx
http://blogs.technet.com/b/ad/archive/2008/04/01/how-to-create-a-mosiac-of-user-thumbnails-in-aduc-dsa-msc.aspx


On 2/27/2015 3:39 AM, mourik jan heupink wrote:

Hi Christian,


If it is an address book in SOGo, then it is used for auto completion.

It is easy to speed up an LDAP. Just give it more memory.
We have our openLDAP servers set up, so that they run their complete
database in memory (~18000 accounts).
Ok, clear. However, the ldap is an external AD server, with *many* 
records. (I guess 20.000 or so)


Looking up a single email address (over port 3268) works *instantly*, 
but the ldap query that is generated by SOGo webaccess takes 5 to 8 
seconds to complete.


Searching the archives here, I guess the actual query will look 
something like


ldapsearch -x -LLL -P 3 -h a.b.c.d:3268 -D 
"CN=login,DC=Company,DC=COM" -W -b "DC=company,DC=com" -s sub 
"(|(sn=heupink*)(displayName=heupink*)(telephoneNumber=heupink*)(mail=heupink*)(cn=heupink*))" 
cn userprincipalname mail sn manager sAMAccountName


And testing this on cli, confirms that this takes 5 to 8 seconds to 
complete.


This takes too log to be practical.

Then perhaps... is there a way to *adjust* the outgoing query for this 
particular ldap usersource to make it quicker?


Or... do you guys here have some tips (adding some indexes perhaps?) 
that I could request to the admins on the external AD side, to make 
our SOGo query complete faster?


Thanks!


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

Re: [SOGo] disable auto-complete for certain external ldap address books

[Rainer Ruprechtsberger]

Hi,
I don't have an active directory at hand to test this.. but it should be
possible to create an openldap cache for your ad using the pcache
overlay and ad as ldap "database backend".
Openldap should have no issue with 20k entries.

/rupi

-- 
Rainer Ruprechtsberger
Volkshilfe Oberösterreich
IT
4020 Linz, Glimpfingerstrasse 48
Tel.: +43 732 3405 123
Mobil.: +43 676 8734 1123

ZVR Zahl: 064371505

Volkshilfe. Wir sind für die Menschen da.
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] disable auto-complete for certain external ldap address books

[mourik jan heupink]

Hi Christian,


If it is an address book in SOGo, then it is used for auto completion.

It is easy to speed up an LDAP. Just give it more memory.
We have our openLDAP servers set up, so that they run their complete
database in memory (~18000 accounts).
Ok, clear. However, the ldap is an external AD server, with *many* 
records. (I guess 20.000 or so)


Looking up a single email address (over port 3268) works *instantly*, 
but the ldap query that is generated by SOGo webaccess takes 5 to 8 
seconds to complete.


Searching the archives here, I guess the actual query will look 
something like


ldapsearch -x -LLL -P 3 -h a.b.c.d:3268 -D "CN=login,DC=Company,DC=COM" 
-W -b "DC=company,DC=com" -s sub 
"(|(sn=heupink*)(displayName=heupink*)(telephoneNumber=heupink*)(mail=heupink*)(cn=heupink*))" 
cn userprincipalname mail sn manager sAMAccountName


And testing this on cli, confirms that this takes 5 to 8 seconds to 
complete.


This takes too log to be practical.

Then perhaps... is there a way to *adjust* the outgoing query for this 
particular ldap usersource to make it quicker?


Or... do you guys here have some tips (adding some indexes perhaps?) 
that I could request to the admins on the external AD side, to make our 
SOGo query complete faster?


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