macro-mail is a free, open source miscellaneous project written in Rust and released under AGPL-3.0. It has 4,345 GitHub stars, 416 forks and 100 open issues, and was last pushed 8 hours ago. On this registry it ranks #15 of 25 tracked projects in Miscellaneous, with 5 head-to-head comparisons available. It gained 46 stars over the last 6 tracked days.

What is macro-mail?

Macro is an open-source, AGPL-3.0 licensed unified workspace that combines email, messages, docs, tasks, canvas, agents, calls, file storage, pull requests, and CRM into one interface with shared team-level memory, built for small companies and for teams inside larger companies that want a single operating system for work instead of a stack of separate tools.

What it is

Macro is an all-in-one workspace written in Rust, built with SolidJS on the frontend, and organized as modular "blocks" that work together like Lego. Each surface — email, messages, tasks, docs, canvas, agents, calls, file storage, pull requests, and CRM — is purpose-built for its job rather than assembled from a generic primitive, but every one of them shares the same backend. Cross-references between a doc and a task, or between a channel message and an email, are natively stored as a bidirectional graph, so anything in the workspace is @linked and searchable. It was designed by a team in NYC and Toronto and dogfooded by that team of roughly 15 people for two years.

The concrete problem is tool sprawl. Macro's authors scaled a previous venture to about 20 people, at which point every team had its own tools: Slack, Linear, Notion, HubSpot, and Superhuman. Those products did not work together as one system, and the company was held together by MCP and Zapier rather than by shared structure — in the authors' words, the company "was not computable." Macro replaces that fragmented stack with one system where cross-tool context is stored natively. It lives in the same ecosystem as the tools it connects to: Gmail for email accounts, GitHub for pull requests, CRDTs for collaborative documents, and MCP as the agent tool surface.

Key capabilities

  • Multi-account email with a unified inbox: triage several Google accounts in a single list, or individually, using the same tagging and sharing system.
  • Keyboard-first navigation across emails, messages, @mentions, and tasks in one list using j, k, and e.
  • Channels and direct messages built for focused technical discussions.
  • Linear-inspired tasks tightly integrated with channels, email, and agents.
  • Markdown-native, real-time collaborative docs built on CRDTs with @mentions.
  • Canvas, a 2D board with embedded @links to tasks, files, and emails.
  • Agents with unified team-level memory that can take action on your behalf, plus a tools/MCP surface with a unified search tool that searches all file attachment PDFs parsed out of email, and the ability to draft, edit, and send emails from an AI chat without opening the inbox.
  • Calls that are recorded, transcribed, and logged to team memory, and file storage auto-imported from email and channels and fully searchable.
  • CRM with customer and contact objects, custom properties, email sync, and enrichment; GitHub pull requests linked to tasks, embeddable in channels, and available to agents.

Who uses it and how

  • Small companies that want a single operating system rather than a per-team tool stack.
  • Teams inside larger companies that need a shared workspace without adopting the whole company-wide stack.
  • Companies scaling past roughly 20 people, the point where Macro's authors found per-team tools started to break coordination.
  • Engineering-heavy teams that keep technical discussion in channels, link pull requests to tasks, and want agents to retrieve from the same graph.
  • Teams triaging multiple Google accounts, where shared inboxes, shared tags, and agent memory across inboxes matter more than a single-account mail client.

Getting started

The README entry points are hosted: "Sign up" and "Book demo" against macro.com, with product documentation at docs.macro.com. The README excerpt names no package, Docker image, or compose file.

How it compares

Macro's authors name Slack, Linear, Notion, HubSpot, and Superhuman as the paid products Macro is designed to replace, and describe using all of them before building a single system instead. Macro is licensed AGPL-3.0, so the licence grants source access and modification rights that those proprietary subscriptions do not, and the cost model is a licence rather than per-seat subscriptions to five vendors. The consolidation claim is about data ownership and linkage as much as price: cross-references are stored natively in one bidirectional graph instead of being reconstructed through MCP and Zapier.

When to use it — and when not to

A self-hoster should note that the available README excerpt names no database, object storage, SMTP, or other runtime dependency, so the operational burden of running the AGPL distribution is not documented here and must be established from the repository and docs first. The project carries 100 open issues against 4,340 stars and 415 forks, with the last push on 2026-09-16, so teams that need a settled, low-churn platform should weigh that. Teams that only want an email client will find the full workspace far broader than the registry entry name "macro-mail" suggests.

project readme (upstream, from github) — read inline
Frame 11

Sign up · Docs · Book demo · Website · Feature requests · Contribute · Hiring


Macro is the all-in-one workspace for you and your team. It unifies email + messages + docs + tasks + agents + CRM into a single fast interface with shared team-level memory. Everything in your workspace is @linked and searchable so your team (and your agents) never have to switch tools.


Why Macro

We built Macro because we wanted a single operating system for our startup. There are many good software products, and we used them all — Slack, Linear, Notion, HubSpot, and Superhuman — but they don't work together as one system. As we scaled our last venture to ~20 people things started to break: every team got their own tools and the company was held together by MCP and Zapier. The company was not computable. It was chaotic.

Macro is a complete redesign of work software from the ground up as a single system.

Designed by us in NYC and Toronto, dogfooded by our team of ~15 for two years. Built in SolidJS and Rust for speed and reliability. We're focused on building something that any small company or team at a larger company can use as their "operating system".


Features

Macro is composed of 'blocks' designed to be modular, extensible, and work together like Lego. For each block, we studied the best prior art and tried to make it even better.

Each surface is purpose-built for its job rather than composed from a generic block primitive — but every one of them shares the same backend; cross-references between a doc and a task, or a channel message and an email, are natively stored as a bidirectional graph.

Block Docs What it does
Email Docs → Multi-account unified inbox, keyboard shortcuts, and shared inboxes. Gmail.
Messages Docs → Channels and direct messages designed for focused technical discussions.
Tasks Docs → Linear-inspired tasks, tightly integrated with channels, email, and agents.
Docs Docs → Real-time collaborative, markdown-native docs built on CRDTs, with @mentions.
Canvas Docs → 2D board with embedded @links to tasks, files, and emails.
Agents Docs → Unified, team-level memory. Can take action on your behalf.
Calls Docs → Recorded, transcribed, and logged to team memory for agents.
File storage Docs → Auto-imported from email and channels, fully searchable.
Pull requests Docs → Linked to tasks, embeddable in channels, available to agents.
CRM Docs → Customer and contact objects, custom properties, email sync, enrichment.

Multiple email inboxes w/ good AI tools, integrated CRM

Macro Mail is inspired by Superhuman's keyboard-first interface with a few key additions:

  1. Multi-account. Triage all your Google accounts in a single inbox, with the same tagging and sharing system. Or triage individually.
  2. Unified inbox: emails, messages, @mentions, and tasks to complete, all in the same list. Use j k and e to navigate everything.
  3. Better AI, with a tools/MCP surface designed to work across inboxes and to help your agents more accurately retrieve information. For example, we expose a unified search tool that allows agents to search all file attachment PDFs (parsed out of email) directly, rather than pulling email threads then attachments. You can also draft, edit and send emails right from AI chats, without opening your email.

Macro email thread with actions, tags, and properties in the sidebar

  1. Multitasking ability — Macro has a built-in window manager that lets you create 3+ splits (scales with monitor size) so you can draft emails while reviewing prior threads.
  2. Company/Contact objects. Macro has native CRM capability so you can cmd+k to a contact, like [email protected] to see all emails between you and that person, or companies, to see all emails and files between everyone on your team and everyone at that company, e.g. @acme.com. All of this right from your email without having to open a heavyweight CRM like HubSpot or Salesforce. Email aggregation by contact or company is also available to your agents so they can better assist with CRM-type queries and actions.

Macro Mail lives in the same interface as channels, docs, tasks, and code. From any email, hit "task" to create a linked task, e.g. a ticket for an engineer from a customer support email. @mention emails in documents, e.g. @Re: Contract Signature.eml inside of Todos.md. In Macro, your email is brought into the fold with all of your tools, and your team, in the same permissions system: just hit Share to share an email to any DM or channel — no need to screenshot.

Email docs →


Team chat for focused technical discussions

Macro Chat is designed to be more focused than Slack. The first couple of replies show inline and the rest collapse into a thread, so a busy channel stays readable. Threads are permissioned severally so you can share threads across channels by copying links. Everything is stored in a bidirectional graph, so tasks @link to messages that created them, customer support emails tie into support channels, CRM records get updated when they're discussed in messages, etc. The core idea is that (i) messaging should be the centerpiece around which tasks, mail, docs, and content management are built, all in a lightweight way, and agents should be first-class citizens like human users and (ii) messaging needs to be more focused and readable for technical conversations, and not turn into battles where context is lost and progress is indistinguishable from noise.

Macro #Engineers channel with threads, mentions, and an inline GitHub check

Messages docs →


Task management built around chat

Linear recently published a report that issue tracking is dead. We agree with that, but the stronger form is that issue tracking never really worked, at least for us. We really tried and we blamed ourselves, but as we talked to other companies, it turns out that nobody was using their issue tracker "correctly". And if that's the case, the problem is the design of the tool, not the companies that use it.

The core problem with traditional issue trackers or project management tools is that they get out of date. The reason they get out of date is that (i) they're a separate system from where the conversation really happens in team chat (e.g. Slack, Macro, Discord, etc.) and (ii) they don't add much benefit beyond tracking the work. They're a chore with near-term costs and only the promise of long-term benefit. They're too rigid compared to a 2D canvas, too opinionated, and don't match how your project actually functions.

The solution isn't to forgo tracking entirely. We tried that and it was a different form of chaos. The solution we've found is lightweight issues tightly coupled to your channels and DMs, so that issue tracking naturally occurs where the conversation itself happens.

Macro tasks list grouped by assignee, with a task detail showing its source message and linked PR

Creating tasks in Macro is easy. Where possible, tasks created are bidirectionally linked to the creating context (e.g. a customer email) so the full chain is auditable from "wh

readme truncated — read the full docs on github

Frequently asked questions

Is macro-mail free to use?

macro-mail is open source under the AGPL-3.0 licence. There is no licence fee and no seat count — you can self-host it or, where the project offers one, pay a vendor for a managed version instead.

What does macro-mail do?

Macro is a unified workspace for teams: email, chat, docs, tasks, agents, calls, and CRM — @-linked together with shared AI memory.

What is macro-mail written in?

macro-mail is primarily written in Rust. Its source is publicly available at https://github.com/macro-inc/macro, and it has 4,345 GitHub stars.