Feature Ideas

You can set it up for mails with the condition that only sends you a reminder if they dont replay or send a reminder even if they replay

Canary's built-in copilot is useful, but it only sees Canary. My work doesn't live in Canary. It lives in a CRM, a database, project docs, spreadsheets, internal scripts, and a set of AI agents I've already built around them. An assistant that can read my mail but nothing else is answering half the question, and an assistant that knows everything except my mail has the same problem in reverse. That gap isn't a feature gap, it's an architecture gap. No mail client is going to integrate my stack for me, and I don't want it to. What I need is an entry point: a standard interface that lets whatever assistant or agent I use reach the mail, alongside everything else it already reaches. MCP (Model Context Protocol) is that interface. It's an open, vendor-neutral standard, already supported by the major assistants and by custom agents, local models included. Canary shipping an MCP server means one implementation on your side and compatibility with the entire ecosystem, present and future, rather than one integration per vendor. The key point: Canary already holds the decrypted mail locally. An MCP server runs locally too. The mail is read on the machine, by a client I chose, without shipping the mailbox to anyone's cloud. That is strictly more private than most of the alternatives people fall back on today, which is pasting mail into a web chat. Read access first, that alone unlocks most of the value: search_messages (query, sender, date range, folder, attachments)get_message / get_thread (headers, body, attachment list)list_accounts / list_folders / list_labelsget_unread_summary Write access as an optional, opt-in second stage: create_draft (drafts only, never send)mark_read / archive / move / label Controls that make this safe to ship: Disabled by default, enabled per accountExplicit scope: read-only vs read + draftNo send capability over MCP, ever. Drafts get reviewed in CanaryPer-account, per-folder and per-sender exclusionsA visible activity log of what was read and what was done What this makes possible, none of which an in-app copilot can do: Cross-reference an incoming thread against the deal record in the CRMPull figures out of supplier emails and reconcile them against the accounting dataFeed mail context into an existing internal agent or reporting pipelineAnswer "what did we commit to this client, and where does the project actually stand" using mail plus the systems that hold the real state Canary is already the mail client for people who care about privacy and want AI to be genuinely useful. MCP is how you serve the users whose data gravity sits outside your app, without becoming an integration platform yourself. The internal copilot stays the easy default. MCP is the door for everyone whose work is bigger than their inbox.

Showing account colours only adds a very thin bar the the side of the email in the inbox. It doesn’t really help that much. I’d like to see this bar a bit bigger and in the left hand side next to the avatar to increase visibility.

Many service provider (including EM Client, Super Human & Outlook) have this feature of creating direct meeting link from calendar. Please integrate the same.

Many service providers (including EM Client, Super Human, Mimestream & Outlook) have this feature of creating a direct meeting link from the calendar. Please integrate the same.

Out of office replies would be very useful when OOO. This is an important feature for those using Canary for work.

Please add "✓ Read" in the correspondence window next to each email address (To: - Cc: - Bcc: ) separately.

Signing and encrypting e-mails using S/MIME is common practice in the business world. So in order to get useful in a business environment, an e-mail client should support S/MIME.

Please let us customise interface fonts!!

Canary already has basic AI features, but a proper conversational assistant would significantly boost productivity. I’d like to draft replies, summarize threads, and ask context-aware questions — just like I can in ChatGPT. Bonus if it supports multiple models (e.g., OpenAI, Anthropic, Mistral).

I understand there is already an idea to sort by sender but grouping by sender would be much more efficient for achieving inbox zero. The idea being that you can swipe to delete all emails from that sender or you can tap on that sender to see all the emails from them and manage them one by one.

As with Microsoft Mail, it would be great to group some inboxes e.g. A Hotmail, yahoo and GMail account I use for Personal emails. But also to have a separate aggregated group of inboxes for work-related email accounts.

Situation: Email trail is organising an event / meeting with a client or person. Action: I should be able to ask AI to create an appoinment in my calendar for this and it automatically gets the details and does it. Today it just says that it can’t do it but provides me the details, so it knows the details, it just needs creat ability.

Integreate claude into canary mail to automate email responses.

Emoji reactions are useful for email because they make communication quicker and clearer. Why they are useful Save time: A 👍 or ✅ can replace a full reply. Reduce inbox clutter: Fewer short “Thanks” or “Seen” emails. Show tone: Emojis help show appreciation, agreement, or urgency. Encourage engagement: People are more likely to respond when it is easy. Match modern work habits: Similar to Teams or Slack, which many people already use. Why email providers should have them Email feels slow compared to chat tools. Reactions would modernise it. They support async work across time zones. They improve accessibility for quick feedback. They help teams acknowledge messages without interrupting workflow. In short, emoji reactions make email faster, lighter, and more human while keeping it professional when used well.