[SOGo] BTS activities for Sunday, June 26 2016

2016-06-26 Thread SOGo reporter 
Title: BTS activities for Sunday, June 26 2016





  
BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Sunday, June 26 2016

  
  
idlast updatestatus (resolution)categorysummary
	
	
	  
	
3747
	2016-06-26 09:56:58
	updated (open)
	Web Mail
	Sogo Webmail using Cyrus Imap show "Nome" at top level of each "Other Users" Folder
	
	  
	
  
  


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

[SOGo] Response delegation

2016-06-26 Thread Laurent Wargon 
Hi,

Is it possible that an assistant receives the events invitations
addressed to a director?

Regards,
Laurent

http://www.lesartsdecoratifs.fr
http://www.facebook.com/lesartsdecoratifs
http://www.twitter.com/artsdecoratifs


























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

[SOGo] Checking invited people answers.

2016-06-26 Thread Michel Memeteau - EKIMIA 
Hi evereybody,

in Sogo 2.3.12 , I cannot find how to see who has accepted my invitation
either before or after I click on the answer email and click " integrate
the modifications"

On particpants windows, I don't see where this information would take place.

thanks.

[image: photo]
*Michel Memeteau*
Directeur, Ekimia SAS
+33 (0)9 72 30 83 34 <+33+9+72+30+83+34> | m...@ekimia.fr | Notre WebBoutique
: http://shop.ekimia.fr  | 49 chemin union 13720 La
bouilladisse
 FRANCE




Contactez nous directement par Tchat sur http://bit.ly/ekichat

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

[SOGo] SOGo not sending scripts to managesieve

2016-06-26 Thread so...@oliver-kabierschke.de 

Hello everybody,

I'm having problems with my fresh SOGo 3.1.3 installation on Ubuntu 
16.04 with dovecot: when I modify email filters, SOGo does not send 
sieve scripts to managesieve. I tracked the TCP traffic to the 
managesieve server:


# tcpflow -c -i lo port 4190
> tcpflow: listening on lo
> 127.000.000.001.04190-127.000.000.001.56344: "IMPLEMENTATION" "Dovecot 
Pigeonhole"
> "SIEVE" "fileinto reject envelope encoded-character vacation 
subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave 
duplicate mime foreverypart extracttext"

> "NOTIFY" "mailto"
> "SASL" "PLAIN LOGIN"
> "STARTTLS"
> "VERSION" "1.0"
> OK "Dovecot ready."
>
> 127.000.000.001.56344-127.000.000.001.04190: AUTHENTICATE "PLAIN" 
{100+}

> [...]
> 127.000.000.001.56344-127.000.000.001.04190:
>
> 127.000.000.001.04190-127.000.000.001.56344: OK "Logged in."
>
> 127.000.000.001.04190-127.000.000.001.56346: "IMPLEMENTATION" "Dovecot 
Pigeonhole"
> "SIEVE" "fileinto reject envelope encoded-character vacation 
subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave 
duplicate mime foreverypart extracttext"

> "NOTIFY" "mailto"
> "SASL" "PLAIN LOGIN"
> "STARTTLS"
> "VERSION" "1.0"
> OK "Dovecot ready."
>
> 127.000.000.001.56346-127.000.000.001.04190: AUTHENTICATE "PLAIN" 
{100+}

> [...]
> 127.000.000.001.56346-127.000.000.001.04190:
>
> 127.000.000.001.04190-127.000.000.001.56346: OK "Logged in."
>
> 127.000.000.001.56346-127.000.000.001.04190: SETACTIVE ""
> 127.000.000.001.56346-127.000.000.001.04190:
>
> 127.000.000.001.04190-127.000.000.001.56346: OK "No scripts currently 
active."

>
> 127.000.000.001.56346-127.000.000.001.04190: DELETESCRIPT "sogo"
> 127.000.000.001.56346-127.000.000.001.04190:
>
> 127.000.000.001.04190-127.000.000.001.56346: NO (NONEXISTENT) "Sieve 
script `sogo' not found"


Here the tcp flow ends. No more communication between SOGo and the 
managesieve server.


/var/log/sogo/sogo.log:
> Jun 26 23:45:14 sogod [11583]: [ERROR] 
<0x55580dc3f5c0[SOGoAppointmentInboxFolder]:inbox> (-[SOGoGCSFolder 
toOneRelationshipKeys]): fetch failed!
> Jun 26 23:45:14 sogod [11583]:  "PROPFIND 
/dav/oliver/Calendar/inbox/ HTTP/1.1" 207 333/128 0.069 - - 0
> Jun 26 23:49:35 sogod [11583]:  "GET /so/oliver/Preferences 
HTTP/1.1" 200 22307/0 0.116 97847 77% 192K
> Jun 26 23:49:36 sogod [11585]:  "GET /so/oliver/jsonSettings 
HTTP/1.1" 200 1353/0 0.007 - - 0
> Jun 26 23:49:36 sogod [11584]:  "GET /so/oliver/jsonDefaults 
HTTP/1.1" 200 4031/0 0.016 - - 0
> Jun 26 23:49:36 sogod [11583]:  "GET 
/so/oliver/Calendar/alarmslist?browserTime=1466977768 HTTP/1.1" 200 
389/0 0.033 - - 0
> Jun 26 23:49:36 sogod [11583]:  "GET /so/oliver/Mail/0/view 
HTTP/1.1" 200 5065/0 0.283 - - 0
> Jun 26 23:49:41 sogod [11583]:  "GET 
/so/oliver/editFilter?filter=new HTTP/1.1" 200 1780/0 0.008 7536 76% 0
> Jun 26 23:49:53 sogod [11583]: <0x0x55580dc5dc10[SOGoSieveManager]> 
WARNING: Could not delete Sieve script - continuing...: {RawResponse = 
"{ok = 0; }"; result = 0; }
> Jun 26 23:49:53 sogod [11583]:  "POST /so/oliver/Preferences/save 
HTTP/1.1" 200 0/5193 0.260 - - 0


In /var/log/mail.err and /var/log/mail.log there are no abnormal 
entries.
If I create a file named sogo.sieve in the sieve directory, then the 
managesieve server returns a positive answer to the delete command of 
SOGo, but SOGO doesn't send more commands either.
I at first had installed SOGo version 3.1.2, where the error was already 
present. I then did the update in the hope of resolving the problem.

What am I missing?

Thanks.

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

Re: [SOGo] confidential appointments

2016-06-26 Thread "sg gs" 

hello,

 

caldav: at least v3.1.3.20160623-1 honors the confidential/private flag but i'm unsure if this is done on the server side - tested this using icedove/ligthning.

 

carddav: does not apply

 

sorry for any confusion, g.

 

Sent: Friday, June 24, 2016 at 6:35 PM
From: "\"\\\"sg gs\\\"\" (s...@mail.com)" 
To: users@sogo.nu
Subject: Re: [SOGo] confidential appointments




hello,

 

i guess caldav/carddav/.. suffer from the same issue and i was told this is a weakness, deigned into the rfc. the implementaion is correct with respect to this rfc. as this might be a show stopper at our site (ok, i could teach users. but this is not really an option because users tend to forget - the higher in the hierarchie, the ealier and the higher the risk).

 

if there is the  option to declare an object private/confidential, the meaning of such flags should be respected and this should be done by the server.

 

may i suggest: whenever an object is requested, check the object for private/confidential flags and modify the object (ical,ics) in the same way the web client does it after the sharing permissions have been merged but before it will be sent to the requester.

 

yes i know, other systems do not respect these flags as well, but why not have a better system?

 

thanks for your attention

 

regards, g.

 

 

Sent: Thursday, June 23, 2016 at 2:55 PM
From: "\"Ralf Cirksena\" (c...@holmco.de)" 
To: "Ian McMichael" 
Subject: Re: [SOGo] confidential appointments

On Thu, Jun 23, 2016 at 01:33:05PM +0100 you wrote:

> It is here. We've been running v3 since its initial release and I
> have never experienced any different behaviour.

Bad.

> The appointments are correctly flagged as confidential (if you
> examine the XML sent to the client) but I believe this should be
> handled server-side (like it is with CalDAV) as I have yet to find a
> client that honours this! It is also much safer if data never
> intended for a client device is kept centrally and never distributed
> to it...

Fully agree. Why doesn't Inverse fix that? It should not be rocket
science.

MS-Outlook seems to handle that correct client-side. But leaking data
will be misused some day...


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





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




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