Mailbox connections, permissions, and sign-in issues.
There are three doors, and the right one depends on who owns the mailboxes. Pick from this table and follow the linked article.
You can mix them. A team can have thirty inboxes through the admin approval, ten bought inboxes from a CSV, and one founder's personal Gmail — the plan's mailbox count is what limits the total.
You do not need anyone's password and nobody on the team signs in to anything. Your IT admin does one thing on their side — about two minutes — and then you choose which inboxes Monty uses from a list. Here is the whole flow from your side.
If the admin has a question about what they are granting, the page they land on answers it, and so does the article for their provider below. They do not need a Monty account.
Someone on your sales team has asked you to let Monty (montyai.co) read and send from the team's inboxes. You do this with domain-wide delegation: you add one client ID in Admin Console and Monty can then act only for the users your team picks. It takes about two minutes, needs a super admin, and does not go through a per-user consent screen. The link you were sent opens a page with the same steps and copy buttons for each value; this article is the same thing in writing.
To remove Monty later, delete the same Client ID from the Domain-wide delegation page. Every inbox disconnects at once and Monty's Integrations page tells the team why.
Someone on your sales team has asked you to let Monty (montyai.co) read and send from the team's inboxes. You approve it once as a Global Administrator on Microsoft's own consent page; Monty then acts only for the mailboxes your team picks. One click, no per-user sign-ins.
To restrict Monty to a specific group of mailboxes at the Exchange level, create a mail-enabled security group containing the sales team and run New-ApplicationAccessPolicy in Exchange Online PowerShell with Monty's app ID, the group, and RestrictAccess. Email hello@montyai.co and we will send the exact command with our app ID filled in. To remove Monty later, open Entra → Enterprise applications → Monty and delete it; every inbox disconnects at once.
Once the card on Settings → Integrations says Approved · choose inboxes, a workspace admin in Monty picks the people. Nothing is connected until you tick it.
Reconnect does not apply to these inboxes. If one shows as needing attention, the grant itself has changed on the admin's side; the card offers Ask IT to re-approve, which generates a fresh link.
Providers such as Litemail, Mailforge, Mailreef and Zapmail hand you a spreadsheet: one row per inbox with its address and a password. Upload that file and Monty connects every inbox in it, signing in to each one in the background. Most of these inboxes are Google Workspace accounts, and Google only lets a tool like Monty in with an app password — a separate 16-letter code, not the password you would type at gmail.com. So the one thing to check before you upload is that your file has those.
If the file still says imap.example.com or smtp.example.com in a server column, that is a template the provider never filled in. Monty treats it as blank and fills in the real servers for Google inboxes; for any other provider, ask them for the IMAP and SMTP server names.
An app password is a 16-letter code Google issues per mailbox so a tool like Monty can sign in without the account password. Google stopped accepting account passwords from mail tools in 2024, so every Google Workspace inbox you upload needs one. There are two ways to get them, and the first is usually quicker.
If App passwords is missing even with 2-Step Verification on, the Workspace admin has switched it off for the domain. For inboxes you bought, that admin is the provider — ask them to enable it under Admin console → Security → 2-Step Verification → allow users to create app passwords. For your own company's Google Workspace, skip app passwords entirely and use Connect your whole team: one approval by IT, no passwords anywhere.
Gmail and Google Workspace, Microsoft Outlook and Microsoft 365, and any inbox that speaks IMAP and SMTP — which is how inboxes bought from a mailbox provider connect. Google and Microsoft inboxes connect either through the provider's official sign-in for one person, or through one approval by your IT admin for the whole team; neither involves your password. Monty sends from your real address through your own mailbox, never a relay domain, so your reply arrives from the person your lead already knows. Self-hosted or on-premise Exchange is the one setup we do not support yet; contact us if it is a blocker and we'll tell you honestly where it sits on the roadmap.

When you sign in yourself: read, send, and manage messages on the specific mailbox you connect — that's what lets Monty see incoming lead replies, place drafts or sends in the thread, and keep it organized. It does not request access to your contacts, files, or any other mailbox in your organization, and the mailbox connection never asks for calendar access (if you later enable meeting booking, that's a separate calendar-only consent you approve explicitly). You can see the exact scopes on the provider's consent screen before you accept, and revoke them at any time from your Google account security page. When your IT admin approves Monty for the whole team, the grant is broader on paper — it covers every user on the domain, because that is how Google's domain-wide delegation and Microsoft's application permissions work — plus read-only access to the user directory so your team can pick inboxes. Monty acts only for the inboxes your team ticks, records each grant so it can be checked daily, and the admin can remove it in one place at any time.
None at the moment. Contacts come into Monty as a CSV: export the list from your CRM and upload it under Contacts → Add contacts. Monty keeps its own record of every conversation, so nothing is lost while there is no sync. If your team needs a live CRM connection, email hello@montyai.co and tell us which one — that is what decides which we build first.
Work through these in order:
Yes, and it's immediate: Settings → Integrations → Disconnect stops all reading and sending on that mailbox the moment you click, and removes the stored credentials. Revoking Monty's access from your Google account security page stops Monty renewing access from the provider's side, and any session already in flight ends within the hour. Your conversation history in Monty stays intact either way, so reconnecting later picks up where you left off.
Yes, as long as the shared address is a real mailbox someone can sign in to — a Google Workspace or Microsoft 365 user account for sales@yourcompany.com, for example. Connect it like any other mailbox and its drafts land in the same approval queue, visible to your workspace for review. Each approval is attributed to the person who made it, so you keep accountability even on a shared address.
Didn’t find what you needed?
Contact supportGetting started
Connect your inbox, set up your voice profile, and send your first drafts.
Account & billing
Plans, credits, seats, invoices, and managing your workspace.
Using Monty
Assisted, Autopilot, follow-ups, and day-to-day workflow.
Security & privacy
How we protect your data, who can see it, and your export and deletion controls.
Troubleshooting
Sign-in, sync issues, drafts, and getting unstuck.