[SOGo] BTS activities for Thursday, September 22 2016

2016-09-22 Thread SOGo reporter
Title: BTS activities for Thursday, September 22 2016

BTS Activities

  Home page: http://www.sogo.nu/bugs
  Project: SOGo
  For the period covering: Thursday, September 22 2016

idlast updatestatus (resolution)categorysummary
	2016-09-22 05:58:15
	updated (open)
	Backend Calendar
	Unable to subscribe to calendar shared to a group

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

Re: [SOGo] Category colors missing

2016-09-22 Thread mar...@jiznak.cz


I missed the colors as well, and in Czech language, there is bad 
encoding, special chars like ř,ě,š don't save correctly. In Calendar 
sticks, Address book sticks..


Dne 14.9.2016 v 09:50 André Peters (andre.pet...@debinux.de) napsal(a):


I don't think this is worth a ticket as it is also only related to
nightly: We setup two dev systems from the nightly repo and found the
category color indicator missing from every calendar view.

The stable repo is missing the color indicator only when switching to
monthly overview.

Can someone confirm this? Should I consider a bug report?



Re: [SOGo] Problem with calendar invitation

2016-09-22 Thread slavek.ba...@axis.cz
On Wednesday 21 of September 2016 20:58:31 Louis-Philippe wrote:
> Hi,
> We have trouble with some invitations.
> UserA has full access to UserB's Calendar for public events.
> When UserA send invitation to participants, when they answer to UserA,
> the message could not be delivered:
> <"mailto:UserA"@company.com >:
> host 10.X.Y.Z[10.X.Y.Z]
> said: 550 5.1.1  >: Recipient
> address rejected: User unknown in local recipient table (in reply to
> RCPT TO command)
> Note the "mailto:; string and the quote in the email !
> All other invitation works perfectly...
> We use SOGo 3.1.4 on Debian and it's done with Thunderbird 38.7.0.
> Any idea ?
> Bug ?
> --
> Louis-Philippe

You're tested whether the problem persists in the current SOGo 3.1.5?
If it persists, you may report it as a bug.


Re: [SOGo] Autodiscovery + Openchange + SOGo

2016-09-22 Thread Christoph Kreutzer

I use a custom implementation based on this guide/code (as I don’t use Zentyal):

My observations:
- Different clients use different upper-/lowercase - I personally map all 
request to autodiscover.example.com to /autodiscover/autodiscover.xml
- I also had a problem with 4xx responses, but I think 417 (by the web server) 
because of some Expect: 100 header

As I use lighttpd, I can’t recommend a specific Apache config. But here is mine:

# autodiscover.example.com (Exchange ActiveSync/Outlook Auto Discovery)
$HTTP["host"] == „autodiscover.example.com" {
server.reject-expect-100-with-417 = "disable"
server.document-root = "/var/www/html"
url.rewrite-once = (
"^/(.*)$" => "/autodiscover-ms.php"

This works fine up to now, also in the test from Microsoft.

Greetings from the federal city,

> Am 22.09.2016 um 09:59 schrieb devteam (devt...@alpeinsoft.ch) 
> :
> Hello, guys!  Few month ago Jhonathan post issue on zentyal bug tracker, but 
> still they not respond (https://tracker.zentyal.org/issues/5043):
> May be sogo team have experience in autodiscover?
> -- 
> users@sogo.nu
> https://inverse.ca/sogo/lists


[SOGo] Application specific password authentication

2016-09-22 Thread Christoph Kreutzer

I’m currently working on the implementation of application specific passwords 
for my mail server (like Googles: 
My main authentication/user source is LDAP, but I don’t want my users to set 
their LDAP passwords on their devices for accessing Cal/CardDAV.

Therefore I created an SQL authentication source which allows to add more than 
one password per account.
Since you can’t write your own password query like in Dovecot, I built a view 
over it and tried several ways without success:
1. Return multiple entries with the same c_uid and a different c_name 
(PK@c_uid), each with a different c_password (because of „c_name: will be used 
to uniquely identify entries“ in documentation)
=> only the first c_uid matching result works
2. Return multiple entries with different c_uid and the same c_name, each with 
a different c_passwords
=> creates multiple accounts and needs PK@c_name as login user
3. Return a single entry with multiple, space delimited c_password
=> doesn’t work at all

Does someone know a working configuration? As a last resort I thought of the 
following workaround:
Create multiple views (5 - 10), each returning only one entry per c_uid with 
different passwords, configure the same amount of AuthSources in sogo.conf. But 
that isn’t really beautiful, as it restricts the amount of app specific 
passwords and I think the performance would lack because of the 10 additional 
queries per login attempt.

I already had a look into SQLSource.m 
 but I think I need to dig deeper to find out if it’s possible to process more 
than one result row (and more than one password, therefore). Relevant part 
starting around L#270.


[SOGo] Autodiscovery + Openchange + SOGo

2016-09-22 Thread devteam
Hello, guys!  Few month ago Jhonathan post issue on zentyal bug tracker, 
but still they not respond (https://tracker.zentyal.org/issues/5043):

May be sogo team have experience in autodiscover?