mirror of
https://github.com/hanzoai/team.git
synced 2026-09-30 01:57:35 +00:00
* docs: resolve cross-file anchor mismatches from RST-to-MDX migration
The Sphinx-to-Docusaurus migration converted `:ref:`/`{ref}` links using
naive text-slugification, so anchors that pointed to headings in a
different file (e.g. release-summary tables linking into their
respective changelog pages) were emitted as same-page fragments and
silently resolved to nothing.
Built a label registry from the original Sphinx `.. _label:` / `(label)=`
targets to recover the true source file for each cross-reference, then
rewrote the affected links to point at the correct file + heading
anchor. Fixes 282 broken cross-file anchors, primarily in the mobile/
desktop/server release-summary pages, plus assorted same-page anchor
mismatches caught by re-auditing after the prior admonition/anchor fix.
* docs: manually resolve remaining anchor mismatches after cross-file audit
Hand-verified fixes for anchors that fuzzy-matching alone couldn't
safely resolve (confirmed against actual heading text/context, and in a
few cases against the original RST source, before applying):
- Typos and dropped words carried over from the original Sphinx docs
(e.g. "bot-acocunts", "auto-follow-all-new-channel-threads" ->
"follow-all-new-channel-threads").
- Sphinx auto-generated duplicate-heading IDs (#id1/#id3/#id4) resolved
to their real target headings.
- Numbered-step TOC links in enterprise-roll-out-checklist.mdx that
dropped the leading "N. " used in the actual heading slugs.
- Push-notification docs pointing at the wrong file entirely
(environment-configuration-settings instead of
push-notification-server-configuration-settings).
- SAML "saml-enterprise" label resolved to its true cross-file target
(authentication-configuration-settings#saml-2-0), recovered from the
original RST label definition that the automated registry missed
because it sat after an RST transition marker.
- sso-saml-technical references converted from broken same-page/
malformed-path anchors to correct page links.
* docs: fix SAML 2.0 anchor slug (saml-2-0 -> saml-20)
github-slugger strips periods rather than hyphenating them, so "SAML
2.0" slugifies to saml-20, not saml-2-0 as previously fixed.
* docs: fix broken path links found during docs/main migration cleanup
* docs: convert div.tab blocks to Docusaurus Tabs/TabItem components
* docs: restore missing Kubernetes deployment architecture diagrams
The RST-to-MDX migration never copied over the AWS/Azure/Oracle
architecture diagrams referenced by the deployment-architecture-at-scale
page, leaving broken images in each Tabs/TabItem.
* docs: fix 7 anchor mismatches from the fragment/heading audit
Covers three root causes from the anchor mismatch breakdown:
- Fragment repeated the target page's own title instead of a real
heading, so the link is simplified to point at the bare page.
- Heading exists verbatim but lives on a sibling settings page
(experimental-configuration-settings, push-notification-server-
configuration-settings) rather than environment-configuration-settings.
- A page path was mistakenly pasted into a same-page #fragment instead
of being used as a real cross-page link.
* docs: fix 8 anchor slugs that were close but didn't match the real heading
Repoints links whose fragment was a plausible guess (typo, reworded
heading, or wrong section) at the actual auto-generated slug of the
target heading, confirmed by inspecting each target page directly.
* docs: merge split Tabs blocks so tabs render horizontally
The div.tab conversion script split some sibling tab groups into
separate single-item Tabs blocks whenever a stray blockquote marker
sat between them, causing them to render stacked instead of as one
horizontal tab bar. Merges the MySQL/PostgreSQL and Team/Enterprise
Edition tab groups back into single Tabs blocks.
* docs: remove Azure tab and restore Kubernetes deploy content
The Mattermost Operator, Azure, and Oracle platform tabs on the
Kubernetes deployment guide were split across two separate Tabs
blocks (rendering stacked instead of as one tab bar) and all three
tab bodies were empty because the migration never flattened the
original RST include directives. Removes the unsupported Azure tab
and restores the Mattermost Operator and Oracle content from the
pre-migration RST sources as a single merged Tabs block.
* addresscoderabbitreview
* docs: unify Linux/Kubernetes/Containers deploy pages and fix FIPS/STIG placement
Kubernetes and Containers duplicated full install content across a top-level
page (Tabs) and orphaned sidebar subpages that nothing linked to. Reworked
both to follow the Linux page's pattern: shared content on the landing page,
platform-specific instructions live once in their own subpage.
Also removed configure-fips-at-install-time.mdx, which claimed FIPS is
available for native Linux installs — FIPS/STIG in Mattermost is a container
image property (Chainguard-based build), not available outside Docker/
Kubernetes. Consolidated all FIPS/STIG references onto
containers/fips-stig.mdx and pointed the Mattermost Operator subpage (not
Oracle OKE, which doesn't expose image selection) at it.
* docs: fix review findings — image alt text, Important callout markup, typo
- Replace generic alt="image" on scaling diagrams with descriptive text
identifying cloud provider and user scale.
- Convert raw div.important markup in deploy-containers.mdx to the
repo's <Important> component, matching usage elsewhere in the file.
- Fix "Matermost" typo in manage-your-display-options.mdx.
---------
Co-authored-by: Hanzo Dev <[email protected]>
356 lines
26 KiB
Plaintext
356 lines
26 KiB
Plaintext
---
|
||
title: "AD/LDAP groups"
|
||
---
|
||
<PlanAvailability slug="entry-ent" />
|
||
|
||
## Overview
|
||
|
||
The groups feature is useful for organizations that have many new users to onboard or that onboard users frequently and want to ensure users are added to default teams and channels that are pertinent to them. The group feature currently supports:
|
||
|
||
- Creating groups by synchronization with your AD/LDAP system groups.
|
||
- Syncing groups to pre-defined roles in Mattermost.
|
||
- AD/LDAP nested groups.
|
||
- Using synchronized groups to manage [membership of teams and Private channels](/administration-guide/onboard/ad-ldap-groups-synchronization#synchronize-teams-and-channels).
|
||
|
||
For a technical overview of the feature by Martin Kraft, who led the development of the feature, please see [this blog post](https://developers.mattermost.com/blog/ldap-nested-groups-modelling-and-representation-in-code).
|
||
|
||
You can also watch a video overview about adding users to Mattermost with AD/LDAP on [YouTube](https://www.youtube.com/watch?v=zyku2ibsG0M).
|
||
|
||
<div style={{position: 'relative', paddingBottom: '50%', height: '0', overflow: 'hidden', maxWidth: '100%', height: 'auto'}}>
|
||
<iframe src="https://www.youtube.com/embed/zyku2ibsG0M" alt="Video about adding users to Mattermost using AD/LDAP" frameborder="0" allowfullscreen style={{position: 'absolute', top: '0', left: '0', width: '100%', height: '95%'}}></iframe>
|
||
</div>
|
||
|
||
## Pre-installation notes
|
||
|
||
If you have enabled synchronization with AD/LDAP, all groups matching the default filter `(|(objectClass=group)(objectClass=groupOfNames)(objectClass=groupOfUniqueNames))` will be available to be linked in the groups list view at **System Console \> User Management \> Groups**.
|
||
|
||
The group filter is an optional configuration setting available in the **User Filters** section of the AD/LDAP wizard (**System Console \> Authentication \> AD/LDAP**) and allows you to specify the groups that should have access in Mattermost. The **Group** filter is independent of the **User** filter; however, it does leverage the Base DN attribute. You may need to adjust your Base DN to ensure group objects can be searched in your AD/LDAP tree.
|
||
|
||
The synchronization of groups happens with the synchronization of users, during which Mattermost queries AD/LDAP for updated account information. Please see the [Active Directory/LDAP Set up documentation](/administration-guide/onboard/ad-ldap). for more information. The group feature has no effect on users' authentication to Mattermost.
|
||
|
||
## Enable AD/LDAP group synchronization
|
||
|
||
To enable this feature, go to **System Console \> User Management \> Groups**.
|
||
|
||
## Synchronize AD/LDAP groups to Mattermost
|
||
|
||
To synchronize specific AD/LDAP groups to Mattermost, specify the `Group ID Attribute` and the `Group Display Name Attribute` (e.g., "cn" for Common Name) in the **Group Synchronization** section of the AD/LDAP wizard (**System Console \> Authentication \> AD/LDAP**).
|
||
|
||
Additionally, you can specify the **Group** filter used to retrieve groups. If the **Group** filter configuration is left blank, then all groups matching the default filter `(|(objectClass=group)(objectClass=groupOfNames)(objectClass=groupOfUniqueNames))` are returned. Attribute values for **Group ID** and **Group Display Name** are case-sensitive.
|
||
|
||

|
||
|
||
Group synchronization occurs after user synchronization and results for group synchronization are available on the synchonization status table (located at the bottom of the **AD/LDAP** configuration page). After the AD/LDAP groups have been synchronized, go to **System Console \> User Management \> Groups** to link and configure Mattermost groups.
|
||
|
||
<Note>
|
||
|
||
The synchronization process doesn't create Mattermost groups. Mattermost groups are created when you “link” the AD/LDAP group as outlined in the next section **Linking AD/LDAP groups to Mattermost groups**. Existing AD/LDAP users are added to the Mattermost groups on the next synchronization and new users are added on their first login.
|
||
|
||
</Note>
|
||
|
||
On subsequent synchronizations and once groups are linked:
|
||
|
||
> - Users that have been added to an AD/LDAP group will be added to the linked Mattermost group and to teams and channels configured for that group.
|
||
> - Mattermost groups that are linked to AD/LDAP groups no longer included in your filter are deleted.
|
||
> - Users removed from an AD/LDAP group are removed from the linked Mattermost group, but their channel and team membership is only revoked when the channel or team is synchronized to an AD/LDAP group.
|
||
|
||

|
||
|
||
## Link AD/LDAP groups to Mattermost groups
|
||
|
||
Groups that have been returned from the default filter or your AD/LDAP group filter will be available in a list view on the Groups page. The link action will create Mattermost groups corresponding to the AD/LDAP group. AD/LDAP groups linked to a Mattermost group will display the **Linked** icon. AD/LDAP groups that have not been linked to a Mattermost group will display the **Not Linked** icon. An AD/LDAP group that is not linked does not create a Mattermost group.
|
||
|
||

|
||
|
||
You can link groups individually by the inline **Linked** button and use the checkbox next to the group name to select multiple groups and choose **Link Selected Groups**. When selecting multiple groups with a mix of **Linked** and **Not Linked** states, the bulk action of the button will be **Link Selected Groups** until all selected are marked **Linked**. Using the bulk action speeds the process of creating Mattermost groups from your AD/LDAP Groups.
|
||
|
||
If you see a **Link Failed** message, either select the message, or check the box alongside the group name to expose the inline link message and try again.
|
||
|
||

|
||
|
||
## Configure the linked group
|
||
|
||
AD/LDAP groups that have been linked to Mattermost groups can be configured to add team and channels. To configure the group, select **Configure \> Group Configuration** and view the group profile which includes the group name. This name is automatically mapped from the AD/LDAP group common name attribute and is read-only.
|
||
|
||
## Add default teams or channels for the group
|
||
|
||
To add the teams and channels that you want the group members to default in, select either **Add Team** or **Add Channel** from the **Add Team or Channel** button. You can assign roles to group members using the options provided in the **Assigned Roles** column. Roles are updated on the next scheduled AD/LDAP synchronization.
|
||
|
||

|
||
|
||
Channels are nested below the team they belong to in the team and channel list. The following table describes the icons available on this page and what they indicate:
|
||
|
||
<table style={{width: '59%'}}>
|
||
<colgroup>
|
||
<col style={{width: '27%'}} />
|
||
<col style={{width: '31%'}} />
|
||
</colgroup>
|
||
<thead>
|
||
<tr>
|
||
<th><strong>Icon</strong></th>
|
||
<th><strong>Description</strong></th>
|
||
</tr>
|
||
</thead>
|
||
<tbody>
|
||
<tr>
|
||
<td><img src="../../images/%0Aopen_team.png" alt="image" /></td>
|
||
<td>Team is open for anyone to join.</td>
|
||
</tr>
|
||
<tr>
|
||
<td><img src="../../images/%0Aprivate_team.png" alt="image" /></td>
|
||
<td>Team isn't open for anyone to join.</td>
|
||
</tr>
|
||
<tr>
|
||
<td><img src="../../images/%0Apublic_channel.png" alt="image" /></td>
|
||
<td>Public channel.</td>
|
||
</tr>
|
||
<tr>
|
||
<td><img src="../../images/%0Aprivate_channel.png" alt="image" /></td>
|
||
<td>Private channel.</td>
|
||
</tr>
|
||
</tbody>
|
||
</table>
|
||
|
||
<Note>
|
||
|
||
- When a team is added, the `Town Square` and `Off-Topic` channels will also be created automatically, as well as any default channels set in the [ExperimentalDefaultChannels config setting](/administration-guide/configure/experimental-configuration-settings#default-channels).
|
||
- When a channel is added without setting the team explicitly, the team will be shown in the **Team and Channel Membership** listing, but it won't be added to the group specifically. Because of this dependency, when the channel is removed, the team will also be removed. Teams are listed in parentheses after the channel name in the channel selector.
|
||
|
||
</Note>
|
||
|
||
## Synchronize teams and channels
|
||
|
||
For new users, default teams and channels will be added when they log in for the first time. For existing users, default teams and channels will be added after the next scheduled AD/LDAP sychronization.
|
||
|
||
It may take a few seconds to load all team and channel memberships for a user depending on the number of teams and channels the group is defaulted to. In our testing, it took six seconds for an organization with 200,000 users and 30,000 linked groups.
|
||
|
||
<Note>
|
||
|
||
Users aren't removed from the team or channel on subsequent synchronizations of the AD/LDAP groups. Users need to be manually removed from the team or channel per the existing functionality. They won't be automatically re-added if they were manually removed or removed themselves. To manage a team or Private channel membership with synchronized groups, please see the section below on **Disable and re-activate AD/LDAP users** for details.
|
||
|
||
</Note>
|
||
|
||

|
||
|
||
## Remove configured teams and channels from a group
|
||
|
||
To remove a team or channel configured for a group, select **Remove** to the right of the team or channel name. Users already part of the team and channel won't be removed from that channel by this action.
|
||
|
||
## View users belonging to the group
|
||
|
||
Users who have logged in and accessed Mattermost will be visible in the members list on the group object. Members are read-only at this time and new members can be added through management in your AD/LDAP system.
|
||
|
||

|
||
|
||
Users can be removed from the Mattermost group on subsequent synchronizations. However, they won't be removed from teams and channels unless the team or channel is group-synchronized.
|
||
|
||
<Note>
|
||
|
||
When a member removes themselves manually from a channel, that action is tracked in the **Channel Member History** table. If a system admin manually forces all members in a specific LDAP group to join the teams and channels synchronized to that group, members can potentially be re-added to channels from which they were previously removed.
|
||
|
||
</Note>
|
||
|
||
## Disable and re-activate AD/LDAP users
|
||
|
||
If a member is removed from an AD/LDAP group, deactivated in AD/LDAP, or filtered from the AD/LDAP user filter, that member loses access to Mattermost.
|
||
|
||
From Mattermost v7.7, system admins can add members back to all of the member's default teams and channels in the System Console by going to **User Management \> Users**, selecting the user's role, then selecting the **Re-sync user via LDAP groups** option.
|
||
|
||
<Tip>
|
||
|
||
Using the Mattermost API, system admins can manually re-add all group members back into synchronized teams or channels by forcing members in an LDAP group to join the teams and channels synchronized to that group, even if members left on their own, were removed, were filtered out, or were deactivated. See our [Mattermost API documentation](https://api.mattermost.com/#operation/SyncLdap) for details on synchronizing user attribute changes in the configured AD/LDAP server with Mattermost.
|
||
|
||
</Tip>
|
||
|
||
## Manage groups
|
||
|
||
Once a group has been configured, the default teams and channels can be changed via the **Edit** option on the group list view.
|
||
|
||
## Delete groups
|
||
|
||
Mattermost groups can be deleted by adjusting your AD/LDAP group filter to remove the group or by unlinking the group on the Groups listing page. If you add the group back by re-adjusting the AD/LDAP group filter and link the group again on the group configuration page, the previous team and channel configurations will be available.
|
||
|
||
## Use AD/LDAP synchronized groups to manage team or private channel membership
|
||
|
||
Mattermost groups created with synchronized AD/LDAP groups can be used to manage the membership of private teams and private channels. When a team or private channel is managed by synchronized groups, member users will be added and removed based on their membership to the synchronized AD/LDAP group.
|
||
|
||
<Note>
|
||
|
||
It is not possible to add guests to teams and channels that are managed using groups.
|
||
|
||
</Note>
|
||
|
||
For instance, you may have an AD/LDAP group that contains your development team that you want to synchronize to a developer team. By using this feature, new developers will get added to the team when they are added to the synchronized AD/LDAP group and they will be removed from the team when removed from the AD/LDAP group.
|
||
|
||
Similarly, you may have an AD/LDAP group that contains your leadership team that you want to synchronize to a private channel for coordination and updates.
|
||
|
||
This feature helps control the membership of the channel so that guests and member users outside of the synchronized group are prevented from being added to the channel mistakenly.
|
||
|
||
On teams that are managed by synchronized groups, guests, and member users outside of the group are restricted from:
|
||
|
||
> - Invitation through a team invite link.
|
||
> - Invitations through an email invite.
|
||
|
||
Similarly on private channels that are managed by synchronized groups, guests and member users outside of the group are restricted from:
|
||
|
||
> - Invitation through a mention.
|
||
> - Invitation through the `/invite` slash command.
|
||
> - Being added to the channel via the **Add Members** menu option.
|
||
|
||
Users can remove themselves from teams and Private channels managed by synchronized groups.
|
||
|
||
### Manage membership of a team or channel with synchronized groups
|
||
|
||
To manage membership of a private team with synchronized groups:
|
||
|
||
1. Go to **System Console \> User Management \> Teams**. Select the team you want to manage with group synchronization.
|
||
2. Under **Team Management**, enable **Sync Group Members**. If **Anyone can join this team** is enabled or if specific email domains are set, they will be disabled by the Sync Group Members feature.
|
||
3. Add one or more groups to the team. If there are groups already associated with default users in the team, they'll be listed.
|
||
4. Review the notice in the footer of the screen for any users that are not part of groups who will be removed from the team on the next synchronization.
|
||
5. Select **Save**. Members will be updated on the next scheduled AD/LDAP synchronization.
|
||
|
||
Alternatively, you can use the mmctl tools to set the team to be managed by groups:
|
||
|
||
1. Ensure there is at least one group already associated to the team. You can view and add default teams to a group via **System Console \> User Management \> Groups \> Group Configuration**. Please see more information on adding default teams and channels [here](/administration-guide/onboard/ad-ldap-groups-synchronization#add-default-teams-or-channels-for-the-group). Additionally, you can use the mmctl to confirm if there is already a group associated to the team by running the [mmctl group team list](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-team-list) command.
|
||
2. Ensure **Team Settings \> General \> Allow any user with an account on this server to join this team** is set to **No**.
|
||
3. Convert the team to have its membership managed by synchronized groups by running the [mmctl group team enable](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-team-enable) command.
|
||
|
||
To manage membership of a private channel with synchronized groups:
|
||
|
||
1. Go to **System Console \> User Management \> Channels**. Select the channel you want to manage with group synchronization.
|
||
2. Under **Channel Management**, enable **Sync Group Members**. Please ensure the channel is set to **private**.
|
||
3. Add one or more groups to the channel. If there are groups already associated with default users in the team, they'll be listed.
|
||
4. Review the notice in the footer of the screen for any users that are not part of groups who will be removed from the channel on the next synchronization.
|
||
5. Select **Save**.
|
||
|
||
Members will be updated on the next scheduled AD/LDAP synchronization. Alternatively, you can use the mmctl to set a private channel to be managed by groups:
|
||
|
||
1. Ensure there is at least one group already associated to the channel. You can view and add default channels to a group via **System Console \> User Management \> Groups \> Group Configuration**. Please see more information on adding default teams and channels [here](/administration-guide/onboard/ad-ldap-groups-synchronization#add-default-teams-or-channels-for-the-group). Additionally, you can use the mmctl to view if there is already a group associated to the channel by running the [mmctl group channel list](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-channel-list) command.
|
||
2. Convert the team to have its membership managed by synchronized groups by running the [mmctl group channel enable](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-channel-enable) command.
|
||
|
||
### Assign roles to group members
|
||
|
||
Group members can be assigned predefined roles by system admins, which are applied across the group during the scheduled sychronization. The roles are:
|
||
|
||
- Member (default)
|
||
- Team admin (in teams)
|
||
- Channel admin (in channels)
|
||
|
||
The permissions for each role can be viewed and modified in **System Console \> Permissions**.
|
||
|
||
**To set the Team admin role in a synced group**
|
||
|
||
1. Go to **System Console \> User Management \> Teams**.
|
||
2. Select **Edit** next to the team you want to configure.
|
||
3. Ensure that **Sync Group Members** is enabled.
|
||
4. Choose **Add Group** to add one or more groups to the team. If there are groups already associated to default users into the team, they will already be present.
|
||
5. Select the arrow next to the current role in the **Roles** column to display and select the **Team Admin** option.
|
||
6. Repeat as needed for any other synced groups you have added.
|
||
7. Select **Save**.
|
||
|
||
Roles are updated on the next scheduled AD/LDAP synchronization.
|
||
|
||
**To set the Channel Admin role in a synced group**
|
||
|
||
1. Go to **System Console \> User Management \> Channels**.
|
||
2. Select **Edit** next to the team you want to configure.
|
||
3. Ensure that **Sync Group Members** is enabled.
|
||
4. Choose **Add Group** to add one or more groups to the team. If there are groups already associated with default users in the team, they'll be listed.
|
||
5. Select the arrow next to the current role in the **Roles** column to display and select the **Channel Admin** option.
|
||
6. Repeat as needed for any other synced groups you have added.
|
||
7. Select **Save**.
|
||
|
||
Roles are updated on the next scheduled AD/LDAP synchronization.
|
||
|
||
<Note>
|
||
|
||
Members who have been synced as part of a group cannot have their role changed via **View Members** in Mattermost.
|
||
|
||
</Note>
|
||
|
||
### Add or remove groups from teams
|
||
|
||
Once team management is converted to use synchronized groups, team admins and system admins can add additional groups from **Main Menu \> Add Groups to Team**. This will add users to the next AD/LDAP synchronization, and any new users to the group will be added to the team on subsequent synchronizations. Team admins will be prevented from converting the team to a public space by enabling **Team Settings \> Allow any user with an account on this server to join this team**.
|
||
|
||
Team admins and system admins can also remove groups from a team from **Main Menu \> Manage Groups**. This will disassociate the group from the team. Users are removed on the next AD/LDAP synchronization.
|
||
|
||
The system admin can remove groups from **System Console \> User Management \> Teams \> Team Configuration \> Synced Groups**.
|
||
|
||
### Add or remove groups from private channels
|
||
|
||
Once the management of the channel is converted to be managed by synchronized groups, team admins and system admins can add additional groups from **Channel Menu \> Add Groups to Channel**. This will add users on the next AD/LDAP synchronization and any new users to the group will be added to the channel on subsequent synchronizations.
|
||
|
||
Team admins and system admins can also remove groups from a team from **Main Menu \> Manage Groups**. This will disassociate the group from the team. Users are removed on the next AD/LDAP synchronization.
|
||
|
||
The system admin can remove groups from **System Console \> User Management \> Channels \> Channel Configuration \> Synced Groups**.
|
||
|
||
### Manage members
|
||
|
||
Users are automatically removed from the team or private channel when removed from a synchronized AD/LDAP group that is managing the membership of that team or channel. Additionally, users who are not in the synchronized groups are prevented from being added through the `/invite` and mention flows within a channel.
|
||
|
||
A user can remove themselves from the team or from the private channel when it is managed by synchronized groups. They can be added back by users who have permission to manage members for a team or private channel by using the `/invite` slash command or by mentioning the user in a channel.
|
||
|
||
If the user is removed from a synchronized group and later re-added to the group, they can be manually added back to the team or Private channel as noted above.
|
||
|
||
<Note>
|
||
|
||
Users won't be added back by the AD/LDAP synchronization automatically once they remove themselves or are removed by the LDAP synchronized group.
|
||
|
||
</Note>
|
||
|
||
### Disable group-synchronized management of teams and private channels
|
||
|
||
To remove the management of members by synchronized groups in a team, disable **Sync Group Members** under **System Console \> User Management \> Teams \> Team Management**. Alternatively, you can also run the [mmctl group team disable](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-team-disable) command.
|
||
|
||
To remove the management of members by synchronized groups in a channel, disable **Sync Group Members** under **System Console \> User Management \> Channels \> Channel Management**. Alternatively, you can also run the [mmctl group channel disable](/administration-guide/manage/mmctl-command-line-tool#mmctl-group-channel-disable) command.
|
||
|
||
## Frequently asked questions
|
||
|
||
### Why do my LDAP users and groups exist in Mattermost, but my groups have no members?
|
||
|
||
In order for Mattermost to detect group membership correctly, and to automatically add users to the group configured in the System Console, you must use one of the following AD/LDAP attributes to represent group members in Mattermost: `member` or `uniqueMember`. These attributes use a `Distinguished Name` as the value on groups.
|
||
|
||
<Note>
|
||
|
||
LDAP installations that use `memberUid` to indicate group membership are not supported because `memberUid` is an attribute of an object class `posixGroup` that does not use `Distinguished Names` as the value on groups.
|
||
|
||
</Note>
|
||
|
||
### Why can't my existing users see the teams and channels they have been synced to?
|
||
|
||
Existing Mattermost users that are members of linked Mattermost groups will be added to teams and channels on the next scheduled synchronization job that is run after teams and channels are added to the Mattermost group. You can manually initiate a synchronization from the **Sync History** section of the AD/LDAP wizard (**System Console \> Authentication \> AD/LDAP \> AD/LDAP Synchronize Now**).
|
||
|
||
### How do nested groups work with AD/LDAP Group Sync?
|
||
|
||
Users within nested groups are included as members of parent groups. The group filter that you specify can include any type of AD/LDAP group on your system. The `member` AD/LDAP attribute is used to determine nested groups that belong to a parent group.
|
||
|
||
### How do I manage a team or private channel membership with synchronized groups?
|
||
|
||
You can do this by setting the team or channel management to synced groups instead defaulting a group to a team or channel. See the section above on synchronizing teams and channels to learn more.
|
||
|
||
### How do I use AD/LDAP group sync with SAML?
|
||
|
||
You can use AD/LDAP group sync with SAML by enabling [SAML Synchronization with AD/LDAP](/administration-guide/onboard/sso-saml-okta#configure-saml-synchronization-with-ad-ldap). You do not need to enable sign-in with LDAP for this feature to work.
|
||
|
||
However, it's critical that the unique Mattermost ID identifier that you have chosen as your attribute in your directory service (AD/LDAP) is the same for both the SAML and AD/LDAP configurations.
|
||
|
||
For instance, if `ObjectGUID` has been chosen as the Mattermost ID in your AD/LDAP configuration, then an attribute that has the same value should also be mapped to the ID attribute in your SAML assertion. We also recommend that the ID attribute you select is unique and unchanging (such as a `GUID`).
|
||
|
||
### Why aren’t public channels supported with synchronized groups?
|
||
|
||
Public channels are available to all members to discover and join. Managing membership with synchronized groups removes the ability for Public channels to be accessible to users on the team. Private channels typically require more controlled membership management, which is why this feature applies to Private channels. Groups can be assigned to public teams and public channels as described in [this documentation](/administration-guide/onboard/ad-ldap-groups-synchronization#add-default-teams-or-channels-for-the-group).
|
||
|
||
### Does a team with its membership managed by groups have any effect on public channel access?
|
||
|
||
Only users that are members of groups synchronized to team are able to discover and join public channels. Private channels can also be managed by synchronized groups when a team is managed by synchronized groups.
|
||
|
||
### Why don't users get readded to teams or channels once they have been removed from and then later re-added to the LDAP group?
|
||
|
||
The implementation of group removals does not currently differentiate between users who have removed themselves or have been removed by the LDAP synchronization process. Our design optimizes for users who have removed themselves from a team or channel. In the future, we may add the ability for Admins to re-add users who have been removed and even prevent users from leaving a team or channel.
|
||
|
||
Additionally, LDAP users who are not accessible to Mattermost based on filters will be removed from the groups and from group synced teams and channels. If they were removed from teams and channels then they would not be re-added to those teams and channels upon becoming subsequently reaccessible to Mattermost.
|
||
|
||
### How can I use LDAP attributes or Groups with OpenID?
|
||
|
||
At this time, LDAP data isn't compatible with OpenID. If you currently rely on LDAP to manage your users' teams, channels, groups, or attributes, you won't be able to do this automatically with users who have logged in with OpenID. If you need LDAP synced to each user, we suggest using SAML or LDAP as the login provider. Some OpenID providers can use SAML instead, like Keycloak.
|