Skip to content
AscendCore
Back to Runbook Library
Collaboration Live in production

Email Distribution List Add

Add or remove users from Microsoft 365 distribution lists, mail-enabled security groups, and Microsoft 365 groups via Slack or Teams — same audited approval flow as security-group membership, with the group type clearly labeled on every approval card.

Integrates with

M365

The problem

Distribution-list and group-membership requests are high-volume but low-risk: users want to be added to a project mailing list, an announcement channel, or a shared calendar group. The approval pattern is straightforward, but manual handling consumes IT time on what is fundamentally a self-service-eligible operation.

What AscendCore does

A user requests addition or removal from an M365 distribution list, mail-enabled security group, or Microsoft 365 group via Microsoft Teams or Slack. AscendCore resolves the group by display name, proposes the membership change to the IT admin channel with the group type clearly labeled (so approvers can apply the appropriate policy), executes via Microsoft Graph on approval, and writes a tamper-evident audit row.

Commands

/group-add <user-email> "<distribution list name>"
/group-remove <user-email> "<distribution list name>"

The /group-add and /group-remove commands serve all three group types — distribution lists, mail-enabled security groups, and Microsoft 365 groups — through one approval flow. The approval card surfaces the resolved group type ("Distribution list", "Mail-enabled security group", "Microsoft 365 group", "Security group") so IT admins know exactly what's being authorized.

Workflow

  1. Detect — slash command (Slack) or message (Teams) with the user email and group name
  2. Resolve — match the requested name to a real Entra group ID; if multiple groups match, surface disambiguation suggestions
  3. Classify: identify the group type and label it for the approver
  4. Propose — admin approval card with member, group, group type, group ID, description
  5. Approve — IT admin clicks Approve in the configured admin channel
  6. Execute: the membership change is applied in Microsoft 365
  7. Notify — requester DM'd by the bot; approval card updated in admin channel
  8. Audit: the change is recorded on the tamper-evident audit chain

Integrations

  • Microsoft 365: distribution list and Microsoft 365 group membership
  • Microsoft Entra ID: security group and mail-enabled security group membership
  • Slack + Microsoft Teams — Request trigger and confirmation surface, with full Adaptive Card and Block Kit parity

Status

Live in production — shares the same wired flow as the security-group membership runbook (RB-013). Same audit chain, same approval card UX, with the group type clearly disambiguated for the approver. Verified end-to-end with cryptographic chain integrity.

How it runs

Deterministic, approval-gated, auditable

Each runbook is a fixed, reviewed sequence of steps with an explicit approval policy. The AI only works out what was asked; the runbook decides what happens, a named person approves it, and every decision lands on the tamper-evident audit chain. Chat is just the interface that triggers it.

Ready to deploy

Run email distribution list add from Teams or Slack today

AscendCore deploys in days, not months for Slack + Okta or Teams + Entra stacks. See your first automated resolution the same day.