View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0004862SOGoBackend Generalpublic2019-10-29 19:072019-10-29 19:14
Reportersokom Assigned Toludovic  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionwon't fix 
PlatformLinuxOSDebianOS Version9
Product Version4.1.0 
Summary0004862: Problems with ModulesConstraints Multiple Domains - SOGoUserSources = sql
Description

Hi,
we have sogo with lots domains of different company. We are tryng to give out different services between domains.
To do this we need to limit the access to some domains to Calendar and ActiveSync.

We are trying to configure the system but we are encouring in a configuration mismatch.

Ex.

We are using the directive:

SOGoEnableDomainBasedUID = YES;
DomainFieldName = "domain";

We have domain1.ltd - domain2.ltd - domain3.ltd

We need to activate the calendar only on domain1.ltd and domain3.ltd.

We saw on your changelog, "[core] add support for module constraints in SQL sources"

Steps To Reproduce

We are tryng to configure this:

SOGoUserSources =
(
{
type = sql;
id = users;
viewURL = "mysql://sogo:xxxxxxxxxxxxxxx@mysql.server.ltd:3306/sogo/sogo_view";
canAuthenticate = YES;
isAddressBook = YES;
userPasswordAlgorithm = crypt;
displayName = "SOGo Users";
SOGoEnableDomainBasedUID = YES;
DomainFieldName = "domain";
ModulesConstraints =
{
Calendar =
{
domain = domain1.ltd;
domain = domain3.ltd;
};

            ActiveSync =
            {
                domain = domain1.ltd;
                domain = domain3.ltd;
            };
    };
  }
);

The problem we are encouring is that only the last domain in the list (domain3.ltd) is considered for constraint policy.

How is the correct syntax ?

Thankin advance.

TagsNo tags attached.

Activities

ludovic

ludovic

2019-10-29 19:14

reporter   ~0013869

Ask configuration questions in the mailing list, not in a bug tracker.

Issue History

Date Modified Username Field Change
2019-10-29 19:07 sokom New Issue
2019-10-29 19:14 ludovic Note Added: 0013869
2019-10-29 19:14 ludovic Status new => closed
2019-10-29 19:14 ludovic Assigned To => ludovic
2019-10-29 19:14 ludovic Resolution open => won't fix