[SOGo] BTS activities for Monday, March 06 2017

2017-03-06 Thread SOGo reporter 
Title: BTS activities for Monday, March 06 2017





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Monday, March 06 2017

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
4068
	2017-03-06 11:07:57
	updated (open)
	ActiveSync
	ActiveSync Calendar Issue
	
	  
	
4069
	2017-03-06 19:15:53
	updated (open)
	Backend Mail
	error saving vacation sieve script
	
	  
	
4067
	2017-03-06 05:31:43
	updated (open)
	GUI
	short "Not Found" message when Calendar is disabled
	
	  
	
4066
	2017-03-06 10:05:31
	updated (open)
	Web Calendar
	User can't see own events
	
	  
	
3933
	2017-03-06 11:24:48
	updated (open)
	Web General
	SAML authentication does not work with XHR requests
	
	  
	
4062
	2017-03-06 08:38:26
	assigned (reopened)
	Packaging (Debian)
	Installation and start of Mysql fails
	
	  
	
3548
	2017-03-06 11:27:54
	resolved (fixed)
	Web Mail
	can not send mail to all contacts of a category
	
	  
	
3904
	2017-03-06 11:21:31
	resolved (fixed)
	Web Preferences
	Sieve script: fileinto folder with umlauts uses IMAP folder name instead of umlaut
	
	  
	
3512
	2017-03-06 11:24:49
	closed (fixed)
	Web Mail
	Filters doesn't have "move to folder" action
	
	  
	
  
  


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

[SOGo] is TLS sieve connection broken again?

2017-03-06 Thread Stephen Ingram 
I see previous reference from some time ago to where setting vacation auto
response (via sieve) would not work for a TLS connection. My old v2 server
works just fine, however, when I try from latest version 3 server to
Cyrus-IMAP TLS sieve connection I see:

Mar 06 10:56:18 sogod [2503]: |SOGo| set clientObject:
<0x0x7fc1ab24bc40[SoPageInvocation]: class=UIxPreferences
product=<0x0x7fc1ab243f80[SoProduct]: loaded code-loaded
bundle=/usr/lib64/GNUstep/SOGo/PreferencesUI.SOGo #categories=1
rm=0x0x7fc1ab245400>>
Mar 06 10:56:18 sogod [2503]: <0x0x7fc1accc0ce0[NGSieveClient]> TLS started
successfully.
Mar 06 10:56:19 sogod [2503]: <0x0x7fc1accce190[NGSieveClient]> TLS started
successfully.
Mar 06 10:56:19 sogod [2503]: <0x0x7fc1ab10[SOGoSieveManager]> WARNING:
Could not delete Sieve script - continuing...: {RawResponse = "{ok = 0;
reason = \"Error deleting script\"; }"; result = 0; }

Looking at the sieve server, the connection appears to work, however, as
from above SOGo logs, the script change does not. This happens regardless
as to whether there is an existing script or not.

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

Re: [SOGo] Activesync not bringing in Global Address List

2017-03-06 Thread Christoph Kreutzer 
Hello Gerald,

ActiveSync does by default only sync the personal address books. I don’t know 
if there is a way to add the global address book, but if it was, you would find 
a solution in the mailing list archives. I remember it has been discussed 
before.

Regards,
Christoph

> Am 06.03.2017 um 17:58 schrieb Gerald Brandt (g...@majentis.com) 
> :
> 
> Hi,
> 
> I have SOGo 3.2.7 running on NethServer and talking to Active DIrectory 
> (Univention). On the web page, all of my AD users with email get pulled into 
> the address book. When connecting Outlook 2013 via activesync, the same 
> users/email addresses do not show up.
> 
> Is this a known issue with activesync?
> 
> Gerald
> 
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists

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

[SOGo] Activesync not bringing in Global Address List

2017-03-06 Thread Gerald Brandt 

Hi,

I have SOGo 3.2.7 running on NethServer and talking to Active DIrectory 
(Univention). On the web page, all of my AD users with email get pulled 
into the address book. When connecting Outlook 2013 via activesync, the 
same users/email addresses do not show up.


Is this a known issue with activesync?

Gerald

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

Re: [SOGo] OGo*tmp files in /tmp - leftovers?

2017-03-06 Thread Christian Mack 
Am 06.03.2017 um 14:36 schrieb Götz Reinicke - IT Koordinator
(goetz.reini...@filmakademie.de):
> Hi,
> 
> Am 06.03.17 um 14:29 schrieb Christian Mack (christian.m...@uni-konstanz.de):
>> Am 06.03.2017 um 10:53 schrieb Götz Reinicke - IT Koordinator
>> (goetz.reini...@filmakademie.de):
>>> Hi,
>>>
>>> I see a lot of up to 1GB big files in /tmp like OGo49B058BD278A0B.tmp
>>>
>>> As they consumed all disk space we had some problems, so i was searching
>>> for an answer what are the files for and can they removed at some point?
>>>
>> Those files will be created, when someone uploads files to SOGo.
>> Which means when someone attaches a file to her email or imports address
>> books or calendars those files will be created.
>> Normally those will be removed after usage.
>> But sometimes they will be left behind.
>> Therefore we at the University of Konstanz have added the following to
>> /etc/cron.daily/sogo-tmpwatch
>>
>> # Remove files in /tmp which are older than 7 days and starting with "OGo".
>> # Those are uploaded attachments not already send.
>> find /tmp -maxdepth 1 -type f -atime +7 -name 'OGo*' -delete
>>
>>
>> Be aware, that installing a new sogo version, will overwrite that file.
>> Because of that you have to add that again after updates, or you could
>> add it to /etc/cron.d/sogo
>>
> Thanks Christian, I'll check my cron settings.
> 
> For curiosity, why might a file get 1GB big? Are our students trying to 
> upload 
> so big files? I hope not :)
> 

Yes, they are uploading even full iso images with 4,7 GB as email
attachments. :-/
Which means, that SOGo will use up to 8 GB for MIME/base64 encoding it
in RAM!
We had several of those already.
When on a slow line, those uploads will break before finished and leave
those OGo* files behind.

Because of that we asked Inverse for upload limits.
Check WOMaxUploadSize and SOGoMaximumMessageSizeLimit.



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

[SOGo] Fwd: KS_C_5601-1987 encoding problems

2017-03-06 Thread romeo...@timoland.co.kr 

Hello?

I have installed SOGo.
But I have very critical problem that I cannot see the subjects encoded in 
'KS_C_5601-1987'. This encoding is very popular in Korea because MS Outlook 
Korean version's default encoding is it. AFAIK The encoding mechanism is almost 
same as 'EUC-KR', and I don't know the exact differences between the two.
The below line shows a example encoded in 'KS_C_5601-1987'.
Subject: =?ks_c_5601-1987?B?wMy5zMH2xay4ryBSRrrqt6O15SDAzLinILD4uPAgwMC48C4=?=
I hope the encoding can be supported in SOGo very soon.


One more.

I can not create a mail folder called "유료쿠폰"


Thank you.


[https://umrgug.bn1301.livefilestore.com/y2pVvSYsJraHGDCpW2QP0pZo4arnTfjhu7QiKiH-7Lubgs5n-kl2wT9pPEJBL6zl3se2O9YUjOjzLg9QPUKCqb9qm5iPSg259kNlL36F1jwAOw/%EC%A0%95%EA%B2%BD%EC%88%98.PNG?psid=1]
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] OGo*tmp files in /tmp - leftovers?

2017-03-06 Thread goetz.reini...@filmakademie.de 
Hi,

Am 06.03.17 um 14:29 schrieb Christian Mack
(christian.m...@uni-konstanz.de):
> Am 06.03.2017 um 10:53 schrieb Götz Reinicke - IT Koordinator
> (goetz.reini...@filmakademie.de):
>> Hi,
>>
>> I see a lot of up to 1GB big files in /tmp like OGo49B058BD278A0B.tmp
>>
>> As they consumed all disk space we had some problems, so i was searching
>> for an answer what are the files for and can they removed at some point?
>>
> Those files will be created, when someone uploads files to SOGo.
> Which means when someone attaches a file to her email or imports address
> books or calendars those files will be created.
> Normally those will be removed after usage.
> But sometimes they will be left behind.
> Therefore we at the University of Konstanz have added the following to
> /etc/cron.daily/sogo-tmpwatch
>
> # Remove files in /tmp which are older than 7 days and starting with "OGo".
> # Those are uploaded attachments not already send.
> find /tmp -maxdepth 1 -type f -atime +7 -name 'OGo*' -delete
>
>
> Be aware, that installing a new sogo version, will overwrite that file.
> Because of that you have to add that again after updates, or you could
> add it to /etc/cron.d/sogo
>
Thanks Christian, I'll check my cron settings.

For curiosity, why might a file get 1GB big? Are our students trying to
upload so big files? I hope not :)

Regards . Götz

-- 

Filmakademie Baden Württemberg 

Götz Reinicke
IT-Koordinator
IT-OfficeNet
+49 7141 969 82420
goetz.reini...@filmakademie.de 

Filmakademie Baden-Württemberg GmbH
Akademiehof 10 71638 Ludwigsburg
http://www.filmakademie.de

Twitter Facebook
 Youtube
  Vimeo


Eintragung Amtsgericht Stuttgart HRB 205016
Vorsitzende des Aufsichtsrates:
Petra Olschowski
Staatssekretärin im Ministerium für Wissenschaft,
Forschung und Kunst Baden-Württemberg

Geschäftsführer:
Prof. Thomas Schadt



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] OGo*tmp files in /tmp - leftovers?

2017-03-06 Thread Christian Mack 
Am 06.03.2017 um 10:53 schrieb Götz Reinicke - IT Koordinator
(goetz.reini...@filmakademie.de):
> Hi,
> 
> I see a lot of up to 1GB big files in /tmp like OGo49B058BD278A0B.tmp
> 
> As they consumed all disk space we had some problems, so i was searching
> for an answer what are the files for and can they removed at some point?
> 

Those files will be created, when someone uploads files to SOGo.
Which means when someone attaches a file to her email or imports address
books or calendars those files will be created.
Normally those will be removed after usage.
But sometimes they will be left behind.
Therefore we at the University of Konstanz have added the following to
/etc/cron.daily/sogo-tmpwatch

# Remove files in /tmp which are older than 7 days and starting with "OGo".
# Those are uploaded attachments not already send.
find /tmp -maxdepth 1 -type f -atime +7 -name 'OGo*' -delete


Be aware, that installing a new sogo version, will overwrite that file.
Because of that you have to add that again after updates, or you could
add it to /etc/cron.d/sogo


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

[SOGo] OGo*tmp files in /tmp - leftovers?

2017-03-06 Thread goetz.reini...@filmakademie.de 
Hi,

I see a lot of up to 1GB big files in /tmp like OGo49B058BD278A0B.tmp

As they consumed all disk space we had some problems, so i was searching
for an answer what are the files for and can they removed at some point?

Thanks for feedback and regards . Götz









smime.p7s
Description: S/MIME Cryptographic Signature