CRM & outreachUpdated 29 Sept 2026

Connected keys, and connecting a mailbox with an app password

One screen listing every provider account your workspace holds, with a real check of whether each still works, when it last sent something and why it last failed, plus the app-password route for connecting Zoho Mail, Fastmail, Gmail or your own mail server, which can read a mailbox as well as send from it.

Finocket can send on its own included accounts with nothing to set up. When you'd rather use your own provider accounts (your sender identity, your reputation, your provider bill), those keys live in one place: Settings → Connected keys. That screen lists every provider account this workspace holds, tells you whether each one still works, and lets you revoke any of them.

Every provider key this workspace holds, and whether it is verified (desktop view)
Every provider key this workspace holds, and whether it is verified

Why a key that says “verified” can still be broken

A key is proven the day you save it. If you later rotate or delete it at the provider, nothing in Finocket changes on its own. The row still says verified, and the first sign of trouble is a campaign that quietly didn't send. Check it still works asks the provider, right now, and records the answer: when it last verified, when it last carried real traffic, and what the provider said if it refused.

  • Email is checked by sending one short test message to your own address, never to a customer.
  • WhatsApp and SMS are checked without sending anything: Finocket asks the provider about the account, which proves the key without spending a message or needing an approved template.
  • Mailboxes are checked by logging in over IMAP and SMTP, exactly as when you connected.

Nobody can read your keys, including us

Keys are encrypted before they are stored and are never shown again after saving. Connected keys shows the provider name, the connection method, and the dates, never the key itself. That is true for Finocket support and platform administrators too: the internal view they have shows exactly the same information you see here and nothing more. If you lose a key, you replace it; there is no way to look it up.

Accountants and read-only team members never see this screen's actions at all, and a workspace-wide key can only be changed by the workspace owner.

Two ways to connect a mailbox

Under Settings → Sending & deliverability you can connect a mailbox either way. They are alternatives, not replacements: an existing connection keeps working exactly as before.

Signing in (OAuth)

You sign in on Google's or Microsoft's own screen and Finocket receives an encrypted token. Your password is never seen or stored, and you can cut Finocket off instantly from your Google or Microsoft account's security settings. This route is send-only: it does not read your mailbox.

An app password (IMAP/SMTP)

You give Finocket a mail server, a username and an app password. This is the only route for Zoho Mail, Fastmail and your own mail server, which sign-in never covered, and it is the route that can read a mailbox as well as send from it.

  • Gmail needs 2-Step Verification switched on. Google only offers app passwords to accounts with 2-step verification enabled; with it off, there is no app password to generate. Turn it on first, then create one.
  • Outlook and Microsoft 365 cannot use an app password. Microsoft has retired basic authentication for Exchange Online, so IMAP and SMTP with a password no longer work there at all. Use the Microsoft sign-in button. It is the only route that works, and Finocket won't offer you a form that can't succeed.
  • Other mailboxes: ask your mail host for the IMAP and SMTP server names. They are usually not the same as your website's domain.

Nothing is saved until it is proven. Connecting performs a real IMAP login and a real SMTP login; if either is refused, nothing is stored and you see the mail server's own reason so you can fix it. Finocket also refuses to send your password over an unencrypted connection, so a server that won't use TLS is rejected rather than quietly downgraded.

Replacing and revoking

  • Replace a key on the screen that owns it (outreach providers, AI providers, sending & deliverability). Saving a new key over an old one clears the verified flag, so the new one has to prove itself before anything sends on it.
  • Revoke deletes the key from Finocket immediately. Sending falls back to the included transport rather than stopping. Revoking here does not cancel the key at the provider; do that in the provider's own dashboard if you want it dead everywhere.
  • Consent, unsubscribe and suppression checks are identical whichever account you send from. Bringing your own key changes the transport, never the rules.

Reading finance mail from a mailbox

An app-password mailbox can also feed Mail Intake, which picks bills, receipts and bank alerts out of the inbox for you to confirm. That is a separate connection with its own password and its own plan allowance (Growth 1, Business 3, Suite 5), set up on Settings → Mail Intake; the mailbox you send from is not reused for reading.

Does this work offline?

Frequently asked questions

Why can't I use an app password for Outlook or Microsoft 365?

Microsoft has retired basic authentication for Exchange Online, so IMAP and SMTP with a password no longer work on those accounts at all. This is Microsoft's change and no setting will restore it. Connect Outlook with the Microsoft sign-in button instead. Finocket deliberately doesn't show you an app-password form for Microsoft, because the form could never succeed.

Google says app passwords aren't available for my account. Why?

Google only offers app passwords to accounts with 2-Step Verification switched on. With 2SV off, the app-passwords page is hidden entirely. Turn on 2-step verification in your Google account, then generate an app password, or skip it and use the Connect Gmail sign-in button, which needs no password at all.

Can Finocket read my mailbox?

Only if you connect it with an app password, and only then. The sign-in (OAuth) route asks Google and Microsoft for send-only permission, so it cannot read anything. An app-password connection uses IMAP, which can list and fetch messages. That's what makes inbox features possible on Zoho Mail, Fastmail and self-hosted mail. Reads use IMAP PEEK, so looking at a message never marks it read in your mailbox.

Can anyone at Finocket see my API keys or mailbox password?

No. Credentials are encrypted before storage and are never returned by any part of the product, including the internal view platform administrators use, which shows the same provider names, dates and failure reasons you see and nothing more. If you lose a key you replace it; there is no lookup.

My key says verified but sending stopped. What happened?

Almost always the key was rotated or deleted at the provider. Verified records the last time it was proven, not a live state. Open Connected keys and tap Check it still works. That asks the provider now, and records what it said. Then paste a fresh key on the screen that owns that provider.

What happens to my sending if I revoke a key?

Sending continues on Finocket's included transport; it doesn't stop. Revoking removes the key from Finocket only; if you also want it dead at the provider, delete it in the provider's own dashboard.

Related articles