Bring monitor status into your incident workflow
Create an incident page and have Notis retrieve current monitor statuses for a quicker first look.
Trigger
Page Created
Triggers when a new Notion page is created. Customer optionally scopes with at most one of: - data_source_id: new row in this data source - parent_page_id: new sub-page under this page (immediate parent only) With neither set, fires for any new page in the workspace the integration has access to. Notion sends ~60s aggregation latency on most events.
Action
Monitor Status
Tool to retrieve all monitor statuses. use when you need to get current health details of all account monitors.
Why this helps
During an issue, checking the right monitoring dashboard adds another context switch at an already demanding moment.
- Retrieve current monitor health when an incident page is created.
- Give investigation a concise starting point.
- Keep status review close to the incident record.
Setup
Build it in a few focused steps.
- 1Connect Notion and Mx toolbox to Notis once through the portal.
- 2Create an automation in the portal or ask Notis conversationally.
- 3Write one instruction asking Notis to retrieve all monitor statuses when a new Notion incident page is created and share the result.
- 4Select the Notion Page Created trigger and choose where run reports should go.
- 5Test by creating a real incident or reliability page and review the status report.
Questions about this workflow
Does the action create or change monitors?
No. It retrieves the current statuses of account monitors.
Can I use the report as a complete incident diagnosis?
Treat it as a status snapshot to guide further investigation.
When this happens · Trigger
Do this · Action
Supported Triggers and Actions
Notis builds workflows that link Notion to Mx toolbox. A trigger fires from one place; an action lands in another.
Notion triggers
Mx toolbox actions
Recurring trigger
Notis starts this workflow on a schedule, such as daily, weekly, or during business hours.
Lookup BIMI Record
Tool to retrieve bimi (brand indicators for message identification) record for a domain. use when checking domain brand identity via bimi lookup.
Webhook trigger
Notis starts this workflow when an external tool or custom backend sends an HTTP request.
Lookup Blacklist
Tool to perform a blacklist check on a domain or ip. use when you need to verify whether a domain or ip is listed in common blacklists.
All Page Events
Triggers when any Notion page is created or updated across the workspace.
Lookup DKIM Record
Tool to retrieve dkim records for a domain. use when verifying dkim configuration before sending email.
Comment Created
Triggers when a new comment is created in Notion. Optional `page_id` filter scopes to comments on a specific page. When omitted, fires for any new comment in the workspace the integration has access to. Requires the 'Read comments' capability on the Notion integration. If a connection was authorized before that capability was enabled, the user must re-authorize the connection for comment events to flow.
Lookup DMARC Record
Tool to retrieve dmarc records for a domain. use after confirming the domain is correctly formatted.
New Comment
Triggers when a new comment is added to a specified Notion block or page.
Lookup DNS Records
Tool to retrieve dns records for a given domain. use when you need dns lookup details.
Database Created
Triggers when a new Notion database (the container) is created. A database is the post-2025-09-03 container that holds one or more data sources. This trigger fires for the container's creation event (`database.created`), distinct from `NOTION_DATASOURCE_CREATED` which fires when a new data source is added to an existing database. Most customers calling Notion's `POST /v1/databases` (the legacy API) or creating a database via the Notion UI will see this event. Adding a new data source to an existing database fires `data_source.created` instead — use `NOTION_DATASOURCE_CREATED` for that. Notion's payload puts `entity.type: "block"` (the container is a `child_database` block in the content tree) and `entity.id` is the database id.
HTTP Lookup
Tool to perform an http test on a domain. use when you need to assess http connectivity and status for a given domain.
Data Source Created
Triggers when a new Notion data source is created. Fires workspace-wide. The payload's `data.parent` carries the data source's tree parent (typically the teamspace) for downstream filtering. A single template-based database creation can fire multiple `data_source.created` events at once — one per data source the template instantiates.
Lookup MTA-STS Record
Tool to lookup mta-sts record for a domain. use when validating mail transport security policy.
Data Source Schema Updated
Triggers when a Notion data source's schema is updated. Fires on column add / remove / rename. Payload includes `data.updated_properties: [{id, name, action}]` so consumers can discriminate the kind of change downstream. Optional `data_source_id` filter scopes to schema changes on a single data source. When omitted, fires for any schema change in the workspace the integration has access to. Note: adding a column also fires `page.properties_updated` once per existing row in the data source. Customers wanting a single structural-change signal should use this trigger.
Lookup MX Records
Tool to retrieve mx records for a given domain. use when you need to discover mail exchange servers after obtaining a domain.
Connect any two apps with Notis in the middle.
Notion and Mx toolbox, or any other combination from 1,000+ integrations.
When this happens · Trigger
Do this · Action
Save your first hour today.
7-day trial of any paid plan, with 20$ of usage included.
No card. Works with personal or business Mx toolbox.