Technical Reference
- M365 Email Groups, Role Inboxes & Responsibilities
- M365 Email Building Blocks
- SOP: New Users, Mailboxes & Groups
- SOP: Create a Committee SharePoint Site
M365 Email Groups, Role Inboxes & Responsibilities
Operational reference for office staff, IT admin, and future volunteers — mailing lists, shared mailboxes, licensing, SOPs, and governance.
Quick Overview
SHHA uses two different patterns for email collaboration:
| Pattern | Technology | Examples |
|---|---|---|
| Committee mailing lists | Microsoft Groups | shha-all@, csc@, acc@ |
| Role-based addresses | Shared mailboxes | president@, cscchair@, accchair@ |
Design Principles
- Role continuity over individual ownership — email addresses stay constant when people rotate in/out.
- Least cost for volunteers — external volunteers do not require paid M365 licenses.
- Operational traceability — group membership changes trigger Power Automate notifications.
- Institutional archive —
itadmin@is included in all groups as a permanent archive recipient.
Microsoft Groups (Mailing Lists)
Each committee has a Microsoft Group that acts as its mailing list.
| Group | Address |
|---|---|
| All members | shha-all@sandiahomeowners.org |
| CSC | csc@sandiahomeowners.org |
| ACC | acc@sandiahomeowners.org |
| Others | One group per committee |
Behavior: Sending to the group distributes to all members. Membership is maintained by staff (primary owner: Anna). External participants can be included.
Shared Mailboxes (Role Inboxes)
Chair and executive role addresses are shared mailboxes tied to positions, not people.
| Role | Address |
|---|---|
| CSC Chair | cscchair@sandiahomeowners.org |
| ACC Chair | accchair@sandiahomeowners.org |
| President | president@sandiahomeowners.org |
| Vice President | vicepresident@sandiahomeowners.org |
| Secretary | secretary@sandiahomeowners.org |
| Treasurer | treasurer@sandiahomeowners.org |
Access model
- People do not log in directly as the role mailbox.
- Authorized users open the shared mailbox from their own licensed account.
- Example:
phil.krehbiel@sandiahomeowners.orgcan openaccchair@sandiahomeowners.org.
When leadership changes
- Remove predecessor access.
- Grant successor access.
- Keep the role mailbox address unchanged.
Archive Mailbox (itadmin@)
itadmin@is a member of all groups.- Purpose: permanent archive and continuity.
itadmin@is not actively monitored for normal operations.
Power Automate Membership Notifications
A Power Automate flow sends email notifications whenever group membership changes.
- Provides audit visibility.
- Alerts staff to unexpected changes.
- Supports handoffs and troubleshooting.
Licensing and External Volunteers
| User type | License needed? | Capabilities |
|---|---|---|
| External volunteers | No | Group email delivery, SharePoint guest access |
| Licensed staff / admin | Yes (paid M365) | Group administration, shared mailbox access, full portal |
Responsibilities Matrix
| Responsibility | Primary | Backup | Notes |
|---|---|---|---|
| Maintain committee group membership | Anna (staff) | IT admin | Add/remove members, verify accuracy |
| Manage shared mailbox permissions | Anna + IT admin | IT admin | Remove predecessor, add successor |
Ensure itadmin@ in all groups | IT admin | Anna | Required for archive continuity |
| Monitor membership-change notifications | Anna | IT admin | Power Automate emails = operational signal |
| Troubleshoot delivery/access issues | IT admin | Anna | Includes mailbox permissions and group settings |
SOP: Add a Person to a Committee Mailing List
- Confirm committee and target group address.
- Verify whether person is internal staff or external volunteer.
- Add to the correct Microsoft Group membership.
- Confirm
itadmin@remains a member. - Verify Power Automate sends membership-change notification.
- Ask requester to test delivery (or send a test message).
SOP: Remove a Person from a Committee Mailing List
- Confirm removal request and effective date.
- Remove member from the Microsoft Group.
- Verify Power Automate notification is received.
- If person held a role, check related shared mailbox permissions.
SOP: Leadership Transition for Role Inbox
- Identify affected role mailbox (e.g.,
accchair@). - Remove outgoing person's mailbox permissions.
- Grant incoming person's mailbox permissions.
- Validate that incoming person can open the shared mailbox from their own account.
- Keep address and historical content in place for continuity.
SOP: New Committee Creation
- Create new Microsoft Group for the committee.
- Add initial committee members.
- Add
itadmin@as member for archiving. - Ensure membership-change notifications are active.
- Record the group in the committee/group inventory.
Governance Rules
- Every committee must have exactly one official mailing-list group.
- Every committee group must include
itadmin@. - Shared mailbox addresses represent roles and must not be treated as personal identities.
- Access to shared role inboxes must be updated promptly on leadership change.
- Membership changes should be performed by staff owner (Anna) or IT admin only.
Recommended Recordkeeping
Maintain a simple inventory table (in the wiki or internal operations file) with:
- Committee name
- Group email address
- Current chair role mailbox (if applicable)
- Current permission holders
- Last membership review date
- Last updated by
Common Issues and Checks
Person does not receive committee emails
- Member exists in correct Microsoft Group
- Email address is correct
- Sender used the correct group address
- Recent change triggered notification (confirms update happened)
New chair cannot open role mailbox
Missing archive history
itadmin@is still a member of the affected group- Group delivery settings have not been altered
Handoff Checklist (Staff / Volunteer Transition)
- Review all committee group memberships for accuracy.
- Verify all active chairs/executive roles have correct shared mailbox access.
- Remove stale permissions from former role holders.
- Confirm
itadmin@is in every group. - Confirm membership-change notification flow is working.
- Update inventory table and date-stamp the review.
Key Contacts and Ownership
| Role | Contact |
|---|---|
| Group membership owner | Anna (staff) |
| Technical owner / escalation | IT admin |
| Archive mailbox | itadmin@ (not actively monitored) |
Related Resources
- M365 Email Building Blocks — understand the four email patterns (personal mailbox, shared mailbox, mailing list, alias) and when to use each
- SOP: New Users, Mailboxes & Groups — step-by-step admin procedures for creating users, shared mailboxes, groups, and aliases
M365 Email Building Blocks
SHHA uses four distinct patterns for email addresses in Microsoft 365. Before requesting any new address, understand which pattern fits your need. This page is the reference for anyone planning new committees, roles, or special-purpose addresses.
The Four Patterns at a Glance
| Pattern | What it is | Example | When to use it |
|---|---|---|---|
Personal mailboxfirst.last@sandiahomeowners.org |
A licensed M365 account owned by one person. Has its own login, calendar, OneDrive, etc. | anna.smith@sandiahomeowners.org |
Office staff and IT admins who need to log in to Microsoft 365 and perform admin tasks. Costs a license. |
Shared mailboxrole@sandiahomeowners.org |
A mailbox tied to a position, not a person. Multiple licensed users can open it from their own account. Retains full email history across holders. | president@sandiahomeowners.orgcscchair@sandiahomeowners.org |
Any role where you need: (a) a stable address that survives personnel changes, (b) email history inherited by the next holder, (c) the ability for multiple people to send/receive as that address. |
Mailing list (Microsoft Group)committee@sandiahomeowners.org |
A distribution group. Email sent to the address is delivered to every current member — including external guests who have no M365 license. | csc@sandiahomeowners.orgshha-all@sandiahomeowners.org |
Any group of people who need to receive the same email. Most committees have one. No license cost for external members. |
| Alias (additional address on an existing mailbox or group) |
An extra email address that delivers to an existing mailbox or group. Not a separate mailbox — just an alternative address for the same destination. | wildfire@sandiahomeowners.org → delivers to the ESC group or a specific shared mailbox |
One-off or special-purpose addresses (task forces, events, topical inboxes) where you do not need a separate mailbox with its own history. Use when you want a memorable address that maps to something that already exists. |
Which Pattern Do I Need?
Walk through these questions when planning a new email address:
- Does one specific person need to log in to M365 and perform admin tasks?
- Yes → Personal mailbox (requires a license; talk to IT admin)
- No → continue
- Does the address need its own persistent inbox that survives personnel changes?
- Yes → Shared mailbox
- No → continue
- Does the address need to deliver to a group of people?
- Yes → Mailing list (Microsoft Group)
- No → continue
- Do you just need a convenient address that routes to an existing mailbox or group?
- Yes → Alias on the appropriate existing mailbox or group
- No → talk to IT admin to figure out the right approach
Combining Patterns
For a full committee setup you typically create all three:
| What | Pattern | Example for a new "Wildfire Preparedness" task force |
|---|---|---|
| Committee mailing list | Microsoft Group | WPC@sandiahomeowners.org |
| Chair inbox | Shared mailbox | WPCChair@sandiahomeowners.org |
| Friendly alias (optional) | Alias on the group | wildfire@sandiahomeowners.org → delivers to WPC@ |
You generally do not need to create personal mailboxes for the members — external volunteers receive group email at their personal addresses (Gmail, Yahoo, etc.) at no license cost.
Archive Rule
Every mailing list (Microsoft Group) must include itadmin@sandiahomeowners.org as a member. This is the archive account that preserves all committee email for continuity and records. It is not monitored for support.
Cost Summary
| Pattern | License cost |
|---|---|
| Personal mailbox | Requires a paid M365 license |
| Shared mailbox | Free (up to 50 GB; no license unless it exceeds the limit) |
| Mailing list (Group) | Free |
| Alias | Free (added to an existing mailbox or group) |
Where to Go Next
- Need to create a new user or shared mailbox? See SOP: Add a New User & Create a Shared Mailbox (next page in this chapter).
- Need to add/remove members from an existing group? See the SOPs in M365 Email Groups, Role Inboxes & Responsibilities.
- Not sure what you need? Email ithelp@sandiahomeowners.org with a description of the goal and IT admin will recommend the right pattern.
SOP: New Users, Mailboxes & Groups
This SOP is written for SHHA staff who are comfortable with basic Microsoft admin work and need a reliable step-by-step process for setting up new groups, shared mailboxes, and related addresses.
Start here every time: admin.microsoft.com
Quick Start: What Are You Trying to Set Up?
| If you need... | Go to this section |
|---|---|
| A new task-force or committee mailing address that sends to all members | SOP A: Create a Microsoft 365 Group (Mailing List) |
| A SharePoint document site for a new committee or task force | SOP: Create a Committee SharePoint Site |
| A role inbox for a chair or lead (keeps history when people rotate) | SOP B: Create a Shared Mailbox |
| A friendly one-off address like wildfire@sandiahomeowners.org | SOP C: Add an Alias |
| An internal staff account with first.last@sandiahomeowners.org login | SOP D: Add a Licensed User |
| An external volunteer using Gmail/Yahoo/etc. | SOP E: Add an External Guest |
Task Force Fast Path (Most Common New Setup)
For a new short-term task force, the normal pattern is:
- Create a Microsoft 365 Group for the task-force mailing list.
- Add members (including external guests) and always include
itadmin@sandiahomeowners.org. - Create a Shared Mailbox for the task-force lead/chair if they need role continuity.
- Add an optional Alias (for example,
wildfire@sandiahomeowners.org) if a friendlier address is useful. - Confirm the Microsoft 365 group-connected SharePoint site exists; do not create a duplicate.
- Configure document permissions using SOP: Create a Committee SharePoint Site and send members the Committee SharePoint Guide.
- Test email delivery and update the Quick Links directory.
If you only need one address that emails the whole task force, do SOP A only.
SOP A: Create a Microsoft 365 Group (Mailing List)
Use this for: any committee/task-force address that should email all members.
Step-by-step
- Open admin.microsoft.com and sign in.
- In the left menu, click Teams & groups.
- Click Active teams & groups.
- Click Add a group.
- Select Microsoft 365 as the group type, then click Next.
- Enter:
- Name: Full task-force name (example: Wildfire Preparedness Task Force)
- Description: Short purpose statement
- Add at least one Owner (usually office staff), then click Next.
- Set:
- Group email address (example:
wildfiretf→wildfiretf@sandiahomeowners.org) - Privacy: usually Private
- Leave "Create a team for this group" off unless Teams is explicitly needed
- Group email address (example:
- Open the new group, then go to Settings.
- Enable external email: turn on Let people outside the organization email this group.
- Enable inbox delivery: turn on Send copies of team emails and events to team members' inboxes.
- Go to Members → Add members.
- Add all task-force members (internal and external as available).
- Required: Add
itadmin@sandiahomeowners.orgas a member for archive continuity. - Send a test email to the new group address and confirm delivery.
Done checklist
- Group exists
- Owners added
- All members added
- External email enabled
- Inbox delivery enabled
itadmin@added- Test email delivered
SOP B: Create a Shared Mailbox (Chair/Lead Inbox)
Use this for: role inboxes that must persist when people rotate (chair, lead, coordinator).
Step-by-step
- In admin center, go to Teams & groups → Shared mailboxes.
- Click Add a shared mailbox.
- Enter:
- Name (example: Wildfire Task Force Lead)
- Email (example:
wildfirelead→wildfirelead@sandiahomeowners.org)
- Click Save changes.
- Open the mailbox details and click Members → Edit → Add members.
- Add licensed users who should access the mailbox (usually current lead/chair and optional backup).
- Set Send As (or delegation) permissions for the same users.
- Ask one user to verify in outlook.com that:
- The mailbox appears (or can be manually added)
- They can receive mail
- They can send with the shared mailbox in the From field
Important notes
SOP C: Add an Alias (One-Off Friendly Address)
Use this for: addresses like wildfire@sandiahomeowners.org that should route to an existing group or mailbox.
Step-by-step
- Decide destination first: should alias route to the group or the shared mailbox?
- For group destination:
- Go to Teams & groups → Active teams & groups.
- Select the group.
- Open email settings and add alias address.
- For shared mailbox destination:
- Go to Teams & groups → Shared mailboxes.
- Select mailbox.
- Open email settings and add alias address.
- Save changes.
- Send test email to alias and verify it arrives in the expected destination.
SOP D: Add a New Licensed User (Internal Staff)
Use this for: staff/admin accounts that need a personal Microsoft login (first.last@sandiahomeowners.org).
Step-by-step
- Go to Users → Active users → Add a user.
- Enter name and username (
first.lastformat). - Generate temporary password and require password change at first sign-in.
- Assign correct M365 license.
- Finish adding user.
- Add user to appropriate groups/shared mailbox access as needed.
SOP E: Add an External Guest (Volunteer)
Use this for: most volunteers; avoids paid license cost.
Step-by-step
- Invite external user with personal email address.
- Ask them to accept Microsoft invitation email.
- After acceptance, add them to needed Microsoft Groups.
- Verify they receive test group email.
Send The Onboarding Email
After setup and testing are complete, choose the matching message from Office Onboarding Email Templates. Replace every placeholder and test every link before sending.
Final Validation (Do This Before You Close the Ticket)
- Group email tested
- Shared mailbox tested (if created)
- Alias tested (if created)
itadmin@included in group- Quick Links directory updated with new addresses
- Requester notified that setup is complete
Where To Go Next
- M365 Email Building Blocks for choosing the right pattern first
- M365 Email Groups, Role Inboxes & Responsibilities for governance and handoff rules
- SOP: Create a Committee SharePoint Site for document-library setup and permissions
- Quick Links & Directory to keep the address list current
SOP: Create a Committee SharePoint Site
Audience: SHHA office staff and IT administrators. This is not a committee-member task.
Goal: connect an existing committee Microsoft 365 group to its group-owned SharePoint document library, keep site-page administration with office staff, and give committee members read/write access to documents.
Before You Start
Write down these values before opening Microsoft 365:
| Committee name | The full display name |
| Microsoft 365 group | The existing group/mailing-list name |
| Group email | The committee mailing-list address |
| Expected site address | https://shha.sharepoint.com/sites/[GROUP-NAME] |
| Office owners | Primary and backup office/admin accounts |
The finished site should be Private. Office staff are Owners / Full Control. Committee members have Contribute access to documents and do not administer the home page.
Step 1: Find The Existing Group-Connected Site
A Microsoft 365 group normally provisions a connected SharePoint team site. If the mailing list already exists, do not begin by creating another site or group.
- Try
https://shha.sharepoint.com/sites/[GROUP-NAME]. - If that does not open, go to admin.microsoft.com → Show all → Admin centers → SharePoint.
- Open Sites → Active sites.
- Search for both the committee's full name and group name.
- In the Microsoft 365 admin center, open Teams & groups → Active teams & groups, select the group, and confirm its type is Microsoft 365.
If the group-connected site appears in Active sites, open it and continue.
If the Microsoft 365 group exists but no connected site can be found, stop and contact IT. Do not create a similarly named standalone site. A duplicate separates mailing-list membership from document access.
Step 2: Confirm Office Staff Are Owners
Owners may edit the home page, navigation, permissions, and site settings. Keep that role with office staff.
Step 3: Give Members Document Access Without Site Editing
Microsoft normally gives group-connected team-site members Edit permission. SHHA uses Contribute so members can work with documents without managing lists or editing the site page.
- Open the committee SharePoint site.
- Select Settings → Site permissions.
- Select Advanced permissions settings.
- Select the SharePoint group whose name ends in Members. Do not select Owners or Visitors.
- Select Edit User Permissions.
- Clear Edit.
- Select Contribute.
- Select OK.
Do not remove the committee Microsoft 365 group from the site. Group membership keeps the mailing list and document access synchronized.
Step 4: Keep The Site Simple
A team site already includes a default Documents library. Do not create a second Documents library.
- Open Documents and confirm it works.
- Create a folder named Documents Shared with Board.
- If folder colors are available, apply the standard SHHA committee-folder color.
- Edit the left navigation and remove unused links. Keep the useful experience limited to Home and Documents.
- Do not delete the system Site Pages library; it supports the home page.
Step 5: Make The Home Page Minimal
Only office staff should edit the home page.
- From the home page, select Edit.
- Use the committee's full name as the title.
- Add: “Use the Documents library for committee files and enduring reference materials.”
- Add or keep an obvious link to Documents.
- Remove unnecessary news, activity, and decorative web parts.
- Republish the page.
Step 6: Add The Library To Office OneDrive
This is only for internal office users with SHHA Microsoft accounts. External users should never use OneDrive for committee documents; they use SharePoint in their browser.
- Sign in as the office user who needs the shortcut.
- Open the committee SharePoint site and then Documents.
- Select Add shortcut to OneDrive or Add shortcut to My files.
- Open that user's OneDrive and confirm the committee folder appears under My files.
- If the desktop OneDrive app is used, confirm the shortcut appears on that computer.
- Repeat while signed in as each internal office user who needs the shortcut.
The shortcut points to the group-owned SharePoint library. It does not copy files into a personal OneDrive.
Step 7: Test With An External Member
- Ask one existing external group member to open the committee SharePoint site using the same personal email address that received the Microsoft invitation.
- Confirm the member can open Documents.
- Have the member upload a temporary file named TEST - delete me.
- Confirm the member can edit, rename, move, and delete the test file.
- Confirm the member cannot edit the home page, navigation, permissions, or membership.
- Confirm someone outside the group cannot open the private site.
- Remind the external tester to bookmark the SharePoint site and not use OneDrive.
Step 8: Publish The Member Instructions
- Send members the Committee SharePoint Guide.
- Add the committee mailing list and SharePoint URL to Quick Links & Directory.
- Tell external members to bookmark the SharePoint site. Do not give them OneDrive instructions.
Final Checklist
- Existing group-connected site found; no duplicate created
- Site is Private
- Office staff are Owners / Full Control
- Committee members use Contribute permissions
- Documents library works
- Documents Shared with Board folder created
- Home page and navigation simplified
- Office-user OneDrive shortcuts added separately
- External member document test passed through SharePoint
- External member cannot edit the site page
- Directory updated
- General member guide sent