[SOGo] BTS activities for Tuesday, April 10 2018

2018-04-10 Thread SOGo reporter
Title: BTS activities for Tuesday, April 10 2018





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Tuesday, April 10 2018

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
4443
	2018-04-10 16:03:33
	updated (open)
	Web Calendar
	Event shown in Webcalender that does not exist
	
	  
	
4442
	2018-04-10 03:33:51
	feedback (reopened)
	Backend Address Book
	Unable to add new Contact to MySQL-Backend.
	
	  
	
  
  


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

Re: [SOGo] saml2

2018-04-10 Thread Christoph Kreutzer
Hi MJ,

That option directly correlates with how long the session is valid (as the SAML 
assertion will be removed from cache after this time, and can no longer be sent 
to Dovecot).
3600 would be one hour. You may want to set it higher, so that the user will 
stay logged in for a business day (maybe 8*3600 or 10*3600). Beware that all 
cache entries will be kept this long, so you may need to increase the the 
memcached size (if you have enough RAM) - I think that is already discussed in 
the manual, somewhere on the mailing list or in one of our SAML tickets ;-)

If you change it, don’t forget to modify the grace option accordingly in 
/etc/pam.d/dovecot for pam-script-saml.

Regarding SOGo 3/4:
The behaviour is the same. I currently live with it (only having some users, 
and most using Thunderbird/Apple Mail clients).
I believe I asked once in a ticket why there is no handling of that case in the 
AJAX requests, but never got an explanation (maybe we also talked at 
cross-purposes ;-) ).

Best regards,
Christoph

> Am 10.04.2018 um 13:31 schrieb mj (li...@merit.unu.edu) :
> 
> Hi,
> 
> We're playing again with sogo / dovecot / saml and would like some feedback.
> 
> We have everything (sogo, keycloak IdP, dovecot with pam-script-saml) working 
> just fine, with one remaining issue:
> 
> After a while the sogo web interface stops working, unless you change 
> 'module' (from mail module to calendar or addressbook) at which point we are 
> redirected to the IdP, logon again, and then things work again.
> 
> While sogo has stopped working, and I change imap folder, nothing happens, 
> and apache logs two 302 lines like this:
> 
>> Apr 10 13:24:21 sogod [15166]: ip.4.address.com "GET 
>> /SOGo/so/testuser/Mail/0/folderINBOX/folderfb/unseenCount HTTP/1.1" 302 0/0 
>> 0.007 - - 0
>> Apr 10 13:24:21 sogod [15165]: ip.4.address.com "POST 
>> /SOGo/so/testuser/Mail/0/folderINBOX/folderfb/uids HTTP/1.1" 302 0/75 0.008 
>> - - 0
> 
> I have set SOGoCacheCleanupInterval to 3600, should I set it higher..? Are 
> others using saml auth also seeing this?
> 
> This is on a fresh stretch install, sogo version 2.3.23-1
> 
> Any use in tryting with sogo v3 or v4?
> 
> MJ
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists

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

[SOGo] saml2

2018-04-10 Thread mj

Hi,

We're playing again with sogo / dovecot / saml and would like some feedback.

We have everything (sogo, keycloak IdP, dovecot with pam-script-saml) 
working just fine, with one remaining issue:


After a while the sogo web interface stops working, unless you change 
'module' (from mail module to calendar or addressbook) at which point we 
are redirected to the IdP, logon again, and then things work again.


While sogo has stopped working, and I change imap folder, nothing 
happens, and apache logs two 302 lines like this:



Apr 10 13:24:21 sogod [15166]: ip.4.address.com "GET 
/SOGo/so/testuser/Mail/0/folderINBOX/folderfb/unseenCount HTTP/1.1" 302 0/0 0.007 - 
- 0
Apr 10 13:24:21 sogod [15165]: ip.4.address.com "POST 
/SOGo/so/testuser/Mail/0/folderINBOX/folderfb/uids HTTP/1.1" 302 0/75 0.008 - - 0


I have set SOGoCacheCleanupInterval to 3600, should I set it higher..? 
Are others using saml auth also seeing this?


This is on a fresh stretch install, sogo version 2.3.23-1

Any use in tryting with sogo v3 or v4?

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


[SOGo] Fwd: Issue with styling.

2018-04-10 Thread Shaady | EasyVoice Telecom
Hi there please help with the issue underneath this messageBegin doorgestuurd bericht:Van: "\"S.A.C. Abdel Nasser | EasyVoice Telecom\"" (shaady) Onderwerp: [SOGo] Issue with styling.Datum: 8 april 2018 om 11:07:18 CESTAan: users@sogo.nuAntwoord aan: users@sogo.nuHi I try to change the login div background color to #1e73be, rgb(30, 115, 190). so I changed the color in https://www.easyvoicemail.nl/SOGo.woa/W … fault.css. restarted the service but nope. no result... It worked after the login page, but not for the login itself..-- users@sogo.nuhttps://inverse.ca/sogo/lists-- users@sogo.nuhttps://inverse.ca/sogo/listsThanks 







S.A.C. Abdel Nasser




Algemeen Directeur



T: +31(0)85 - 56 00 019



E: sha...@easyvoicetelecom.nl | W: EasyVoiceTelecom.nl




































De inhoud van dit bericht is alleen bestemd voor de geadresseerde en kan vertrouwelijke of persoonlijke informatie bevatten. Als u dit bericht onbedoeld heeft ontvangen verzoeken wij u het te vernietigen en de klantenservice, of de medewerker van EasyVoice Telecom direct te informeren. Het is niet toegestaan om een bericht dat niet voor u bestemd is te vermenigvuldigen dan wel te verspreiden. Aan dit bericht inclusief de bijlagen kunnen geen rechten ontleend worden, tenzij schriftelijk anders wordt overeengekomen. EasyVoice Telecom, aanvaardt geen enkele aansprakelijkheid voor schade en/of kosten die voortvloeien uit onvolledige en/of foutieve informatie in e-mailberichten.







[SOGo] subscribed several times same calendars

2018-04-10 Thread jean-francois.senec...@ac.marche.be

Hi!

Could someone help me to solve the following problem ?

Who knows why, some users are subscribed several times (up to 14 !) to 
several same calendars. Even unsolicited ones


How does SOGo search for the list of calendars that the user has chosen 
to subscribe?


Which sql query is executed?

Thnks for your help

https://drive.google.com/file/d/1ff_x9_bQiUJo828be_GFZBSFsNNlV_pG/view?usp=sharing
--
users@sogo.nu
https://inverse.ca/sogo/lists