Turn Notion database views into two-way task sources — connect a workspace, share your task databases, and each view becomes its own source on the calendar.
Mitra connects to Notion as a task provider. The unit it syncs is a database view: connect a workspace and each view of your shared task databases — All tasks, My tasks, a sprint board — can be enabled as its own source. Notion evaluates the view’s filters; Mitra shows the result on the calendar. Tasks sync both ways: title, status, and date edits made in Mitra land in Notion and vice versa.
No deployment configuration is needed — you paste an integration token from within the app.
Connect a workspace
Section titled “Connect a workspace”- Create an integration at notion.so/profile/integrations. An internal integration is fine.
- Share your task databases with it. Open each database in Notion, then ••• → Connections → Add connection and pick your integration.
- In Mitra, choose Add Integration → Notion and paste the integration’s secret (it starts with
ntn_…). - Enable the views you want from the source picker.
NOTE
Mitra pre-selects only one view per database in the picker. Overlapping views of the same database would each show the task, so a task could appear more than once — enabling a single view avoids that. You can still enable more views deliberately.
Which databases qualify
Section titled “Which databases qualify”A database becomes available as a task source when it has both:
- a Status property, and
- a Date property.
Notion’s own task templates have both. Status options map to Mitra’s task states by their group:
| Notion status group | Mitra task state |
|---|---|
| To-do | To do |
| In progress | Doing |
| Complete | Done |
What Notion can and can’t hold
Section titled “What Notion can and can’t hold”Notion’s data model shapes what syncs. Mitra hides the fields Notion can’t store rather than letting your edits silently vanish:
| Feature | In a Notion source |
|---|---|
| Tasks | ✅ |
| Events | ❌ Notion databases hold tasks only |
| Two-way title / status / date | ✅ |
| Description | ✅ maps to the page body as Markdown |
| Recurrence | ❌ hidden |
| Reminders | ❌ hidden |
| Location | ❌ hidden |
| Cancelled status | ❌ there’s no equivalent group in Notion |
| Per-task time zone | ❌ Notion dates store a fixed offset, not a named zone |
Times still display correctly in your own time zone — the zone limitation only means you can’t author a per-task zone. Tasks without a date sync too; they don’t land on the calendar, but search finds them.
Descriptions map to the page body
Section titled “Descriptions map to the page body”A task’s description is the Notion page body, round-tripped as Markdown (including > [!type] callouts). Mitra is careful here: a description edit replaces exactly what the description shows, and it never touches images, embeds, sub-pages, or synced blocks — those stay in Notion, untouched and invisible to Mitra. Your collaborative page content is safe.
How views and filters behave
Section titled “How views and filters behave”A Mitra source mirrors its Notion view: it shows exactly what the view shows.
- A task created in Mitra in a filtered view gets the view’s own filter values pre-filled, so it actually appears in the view — a task added to a “University” view gets Area = University set, just as it would if you’d added the row in Notion.
- Mitra can pre-fill the filters a single value satisfies: a select, status, multi-select, checkbox, or a relation pointing at a specific page.
- Some views filter on things no single value can reproduce — a formula, a date range, an “or” of options. A task you create there won’t match the filter, so (exactly as in Notion) it won’t appear in that view. It still lives in the database and shows up in a less-filtered view like “All”.
TIP
If a view filters by a relation to another database (e.g. tasks whose Area relation points to a “University” page in an Areas database), share that database with your integration too. Otherwise Mitra can’t set the relation on new tasks and they won’t appear in the view.
Deleting
Section titled “Deleting”Deleting a task in Mitra moves the Notion page to Notion’s trash (recoverable) — it isn’t hard-deleted.
Syncing and rate limits
Section titled “Syncing and rate limits”Notion is polled at most about once a minute to stay within its API rate limits — and only every few minutes while nobody has the app open. Deletions are reconciled carefully so that view-indexing lag on Notion’s side never makes a just-created task briefly disappear.
Troubleshooting
Section titled “Troubleshooting”- A database isn’t offered as a source. It needs both a Status and a Date property, and it must be shared with your integration (••• → Connections).
- New tasks don’t show in a relation-filtered view. Share the related database with the integration too — Mitra can only set a relation Notion exposes to it.
- A task appears twice. You’ve enabled overlapping views of the same database; each enabled view shows the task once.