ACP-120 logo
Focused certification exam prep
Start practice

ACP-120 Domain 7: Notifications and Email (5-10%) - Complete Study Guide 2026

TL;DR
  • Domain 7 carries 5-10% of the ACP-120 exam, meaning roughly 4-8 questions out of a possible 75.
  • Notification schemes are project-level configurations that map Jira events to specific recipient groups.
  • Jira Cloud uses outgoing mail settings managed at the site level, not the individual project level.
  • Understanding the difference between scheme-level notifications and personal notification preferences is a tested distinction.

Domain 7 Overview: What the Exam Actually Tests

Notifications and Email accounts for 5-10% of the ACP-120 exam weight, placing it in the same tier as Domain 2 (Configuring Global Settings and User Communications), Domain 6 (Workflows and Automation), and Domain 8 (Administering and Extending Jira). While it is not the largest domain on the exam - that distinction belongs to Domain 3: Product and Project Access and Permissions (30-35%) - it is consistently tested in ways that trip up candidates who treat it as an afterthought.

The ACP-120 Exam Topics v3 (April 2021) frames Domain 7 around the administrator's ability to configure and troubleshoot how Jira Cloud communicates with users. This includes the mechanics of notification schemes, the underlying event system that fires those notifications, outgoing email configuration at the site level, and the interplay between admin-defined settings and user-controlled preferences.

Exam questions in this domain frequently take a scenario format. You will be given a situation - a user is not receiving notifications, a project is sending too many emails, a new project needs to be configured to alert only certain role holders - and asked to identify the correct administrative action. This means rote memorization of menu paths is far less useful than understanding the logic behind how the notification system is structured.

Exam Format Reminder: The ACP-120 includes up to 75 questions across 180 minutes, with multiple-choice, multiple-response, and scenario/configuration-reasoning items. Domain 7 questions tend to be scenario-based, requiring you to reason through a configuration sequence rather than recall a single fact.

Notification Schemes: The Core Concept

What a Notification Scheme Does

A notification scheme is a named configuration object in Jira Cloud that defines which recipients receive an email when a specific event occurs on an issue. Notification schemes are created and managed at the global (site administration) level and then associated with one or more projects - just like permission schemes, issue type schemes, and workflow schemes.

This architecture is critically important for the exam. A single notification scheme can be shared across many projects, which means a change to that scheme propagates to every project using it. Candidates are expected to understand both the efficiency that creates and the risk it carries.

Notification Scheme: Key Components

A notification scheme maps Jira events to one or more recipient types. For each event, an administrator can add multiple recipient entries.

  • Events: The triggers (e.g., Issue Created, Issue Updated, Issue Assigned)
  • Recipient types: Current Assignee, Reporter, Project Lead, Role members, User groups, Single users, All Watchers, Current User
  • Scheme association: Each project has exactly one notification scheme attached to it at a time
  • Default scheme: Jira Cloud provides a default notification scheme that new projects inherit unless an admin explicitly assigns a different one

Scheme Association and Project Scope

One of the most testable concepts in this domain is how notification schemes relate to projects. When a project admin (or Jira admin) wants to customize notifications for a specific project without affecting others, they must either create a new scheme or copy an existing one. Modifying a shared scheme changes behavior for every project currently using it - a fact that Jira Cloud exam questions will probe through scenarios involving unintended notification changes after an admin "updated the scheme."

For candidates preparing for the full exam, this scheme-sharing pattern appears in multiple domains. The same logic applies to permission schemes covered in Domain 3 and to workflow and screen schemes discussed in Domain 5: Issue Types, Fields and Screens (15-20%). Recognizing this pattern across domains is a strong indicator of exam readiness.

Jira Events and Notification Triggers

System Events vs. Custom Events

Jira Cloud defines a set of system events that represent standard issue lifecycle moments: Issue Created, Issue Updated, Issue Resolved, Issue Closed, Issue Deleted, Issue Assigned, Issue Moved, Comment Added, Comment Edited, Work Started, Work Stopped, and others. These are built into the product and cannot be removed.

Administrators can also create custom events for use in notification schemes and workflow post-functions. A custom event might be named something like "Escalation Triggered" and fired via a workflow post-function when an issue transitions to a specific status. On the exam, questions about custom events often test whether candidates understand that a custom event must be both defined in global settings and wired up in both the notification scheme (to control who gets the email) and the workflow (to fire the event at the correct transition).

Critical Distinction: Creating a custom event alone does not cause any notifications to be sent. The event must be added to the notification scheme with appropriate recipients, and it must be fired by a workflow post-function or another trigger. Exam questions frequently test this two-step requirement.

The Notification Recipient Taxonomy

Being precise about recipient types is essential for answering Domain 7 questions correctly. The key recipient categories and their exam relevance are:

  • Current Assignee: Whoever the issue is assigned to at the moment the event fires - not whoever it was assigned to previously.
  • Reporter: The user who originally created the issue.
  • Project Lead: The user designated as the project lead in project settings.
  • Project Role: All members of a named project role (e.g., Developers, Service Desk Team). This is the most flexible and commonly recommended option for team-based notifications.
  • Group: All members of a Jira user group. Less flexible than roles because groups are global, not project-scoped.
  • All Watchers: Everyone who has added themselves or been added as a watcher on the issue.
  • Current User: The person performing the action that triggered the event - useful for confirmation-style notifications.

Exam scenarios may ask you to identify which recipient type is most appropriate given a specific project setup. For instance, if a question describes a project where different teams need different notification behavior, the correct answer usually involves project roles rather than groups, because roles are project-scoped and allow more granular control.

Email Configuration in Jira Cloud

Outgoing Mail Settings

In Jira Cloud, outgoing email is managed at the site administration level under the mail settings section. Unlike Jira Server/Data Center, where administrators configure their own SMTP server, Jira Cloud uses Atlassian's built-in email infrastructure by default. Administrators can configure a custom outgoing email address (the "from" address that recipients see), but the underlying mail delivery is handled by Atlassian's systems.

The exam tests whether candidates understand that outgoing mail is a global setting, not a project-level one. A project admin cannot independently configure how outgoing email is delivered - that authority rests with Jira admins at the site level. This is a permission boundary that aligns with the broader access-control themes in Domain 2: Configuring Global Settings and User Communications (5-10%).

Incoming Mail and Email Handlers

Jira Cloud also supports incoming mail, allowing issues to be created or updated via email. Administrators configure mail handlers that connect a monitored inbox to a specific project. Key settings include which project receives the issues, what issue type is created, and how the handler responds to replies on existing issues.

Configuration Type Scope Who Can Configure Exam Relevance
Outgoing mail (from address) Site-wide Jira admins only High - tested in permission and config scenarios
Notification scheme Project-level (scheme-based) Jira admins; project admins in some contexts Very High - core Domain 7 concept
Incoming mail handler Site-wide / project-targeted Jira admins only Medium - appears in troubleshooting scenarios
Personal notification preferences User-level Individual users Medium - tested alongside scheme behavior
Custom events Global definition, scheme + workflow usage Jira admins only High - two-step configuration frequently tested

Personal Notification Settings and User Control

One of the nuanced topics in Domain 7 is the distinction between what administrators configure at the scheme level and what individual users can control themselves. In Jira Cloud, each user has personal notification preferences that allow them to opt out of certain notification types. Critically, a user can disable notifications for their own actions - meaning they will not receive an email for changes they make - even if the notification scheme would otherwise send one.

This is a tested troubleshooting scenario: "A user reports they are not receiving notifications even though the notification scheme is correctly configured." The answer often involves the user's own notification preferences or whether they have muted a specific event type at the personal level.

Key Takeaway

When troubleshooting missing notifications in Jira Cloud, check three layers in order: (1) the notification scheme - is the recipient type correct? (2) the user's personal notification preferences - have they opted out? (3) the outgoing mail configuration - is the site-level mail correctly enabled? This diagnostic sequence reflects how exam scenario questions are structured.

Administrators cannot override a user's personal notification preferences to force delivery. This is intentional product design and an important constraint for the exam. If a business requirement demands that users must receive notifications, the correct approach is to document the scheme configuration and communicate expectations - not to find an admin override that does not exist.

Common Exam Scenarios and Question Patterns

Scenario Type 1: Unintended Notification Changes

A Jira admin modifies a notification scheme to add the Project Lead as a recipient for "Issue Assigned" events. Shortly after, several other project teams report that their project leads are receiving unexpected emails. What happened and how should it be fixed?

The answer: the modified scheme was shared across multiple projects. The fix is to copy the scheme for the specific project that needs the change rather than modifying the shared one. This tests scheme scope understanding directly.

Scenario Type 2: New Project Notification Setup

A new team wants notifications configured so that only members of the "QA Team" project role receive emails when issues are resolved, while the current standard scheme notifies all watchers. What is the correct sequence of steps?

The answer involves creating or copying a notification scheme, modifying the "Issue Resolved" event entry to remove "All Watchers" and add the "QA Team" project role as a recipient, and then associating the new scheme with the relevant project.

Scenario Type 3: Custom Event Configuration

An admin creates a custom event called "SLA Breached" and adds it to the notification scheme with specific recipients. Users report they never receive the notification. What is missing?

The answer: a workflow post-function must be configured on the relevant transition to fire the "SLA Breached" event. The notification scheme is correctly configured, but no trigger exists to actually fire the event. This is the classic two-step custom event gap.

For more context on how workflow configurations interact with event-based systems, reviewing Domain 6: Workflows and Automation (5-10%) alongside Domain 7 is a productive pairing during your study sessions.

Domain Weight and Score Strategy

At 5-10% of the exam, Domain 7 represents a focused but meaningful slice of your potential score. Given that the passing threshold is 63%, every domain matters. Candidates who understand the full exam structure - covered in the ACP-120 Exam Domains 2026: Complete Guide to All 8 Content Areas - can prioritize their preparation time intelligently without over-investing in lower-weight domains or neglecting them entirely.

A reasonable approach: treat Domain 7 as a topic where near-complete mastery is achievable with focused effort. The conceptual surface area is narrower than Domain 3 or Domain 5. The number of distinct configuration objects you need to understand is limited: notification schemes, events, recipient types, outgoing mail settings, and personal preferences. If you can reason clearly through troubleshooting scenarios involving these five elements, you are well-positioned to answer Domain 7 questions correctly.

Score Math: With up to 75 questions on the exam and a 5-10% domain weight, you can expect approximately 4-8 questions from Domain 7. At a 63% passing threshold, performing well in smaller domains like Domain 7 creates meaningful margin that protects your overall score against harder questions in larger domains.

Focused Preparation Schedule for Domain 7

Session 1

Notification Scheme Architecture

  • Map out all recipient types and when each is appropriate
  • Practice associating and disassociating schemes from projects in a sandbox environment
  • Review the default notification scheme and identify which events are pre-configured
Session 2

Events and Custom Events

  • List all system events that are relevant to issue lifecycle notifications
  • Practice the full custom event setup: create event, add to scheme, wire to workflow post-function
  • Pair with Domain 6 workflow study - post-functions are shared territory
Session 3

Troubleshooting and Scenario Practice

  • Work through the three scenario types described in this guide
  • Practice the three-layer diagnostic: scheme → user preferences → outgoing mail
  • Complete Domain 7 practice questions at ACP-120 Exam Prep practice tests

This three-session approach fits naturally into a broader exam preparation plan. The ACP-120 Study Guide 2026: How to Pass on Your First Attempt provides a full timeline that integrates all eight domains, which is particularly useful for understanding how to sequence Domain 7 relative to the larger domains that require more preparation time.

Candidates who want to validate their readiness before exam day should work through targeted scenario questions. The ACP-120 Exam Prep practice tests include scenario-based items modeled on the format described in the official exam topics, making them effective for Domain 7 preparation specifically.


Frequently Asked Questions

Can project admins modify notification schemes in Jira Cloud?

In Jira Cloud, the ability to edit notification schemes is typically restricted to Jira administrators. Project admins can often view which scheme is applied to their project, but creating or modifying scheme configurations requires site-level admin access. This permission boundary is a tested concept on the ACP-120 exam.

What happens if no notification scheme is attached to a project?

Every Jira Cloud project must have a notification scheme associated with it. If no custom scheme has been assigned, the project uses the default notification scheme provided by Jira. Exam questions may test whether candidates know this default exists and what its standard configuration includes.

Can a Jira admin force users to receive notifications they have personally disabled?

No. Personal notification preferences in Jira Cloud are user-controlled, and administrators cannot override them to force email delivery. If an exam scenario presents this as a desired outcome, the correct answer will not involve an admin override - instead, it will involve communicating the configuration expectations to users or exploring alternative notification channels.

How does Domain 7 connect to Domain 2 on the ACP-120 exam?

Domain 2 covers Configuring Global Settings and User Communications, which includes site-level email settings and system-wide communication configurations. Domain 7 drills into project-level notification scheme management and event-driven email behavior. The two domains overlap at the outgoing mail settings layer, and questions in either domain may touch on where the boundary between global and project-level configuration lies.

How much of the ACP-120 exam budget should I spend on Domain 7 preparation?

Given the 5-10% weight, Domain 7 deserves focused but time-bounded preparation - roughly proportional to its weight relative to the full exam. Prioritize understanding the scenario-based troubleshooting patterns described in this guide, as those reflect the question style most commonly used for this domain. For a fuller picture of how to allocate preparation time across all eight domains, see the Best ACP-120 Practice Questions 2026: What to Expect on the Exam.

Ready to Start Practicing?

Test your Domain 7 knowledge with scenario-based practice questions covering notification schemes, Jira events, email configuration, and troubleshooting - all modeled on the ACP-120 exam format. Start your free practice test now and find out exactly where you stand before exam day.

Start Free Practice Test

Ready to pass your ACP-120 exam?

Put this into practice with free ACP-120 questions across every exam domain.