Skip to content
agentusehub

Let the bot email customers from your own domain

The poster set up a custom-domain mailbox as an MCP connector for Grok Bot, plus a webhook so new mail triggers an automation.

Time saved
Not reported
Setup time
Not reported
Running cost
Not reported
Cost range
Not reported

Use case overview

The poster set up a custom-domain mailbox as an MCP connector for Grok Bot, plus a webhook so new mail triggers an automation.

Reported experience

  1. What they did

    The poster found Grok Bot’s built-in mail too limited for customer-facing use, so they created a mailbox on their own domain and connected it to Grok as a custom MCP connector. Because incoming mail does not wake the bot automatically, they also added a webhook that starts a Grok automation on each new message; they note the webhook had to use Grok’s signed whsec_ secret format, not a bearer token.

  2. How it went

    It gave them a customer-facing address on their own domain and an inbox they could open themselves, while still letting the bot react to mail as it arrived. They say Grok’s native mail works for signups and verification codes, but shares one address across bots and has no inbox view or automatic trigger.

  3. Worth knowing

    Their main gotcha was that Grok automation webhooks rejected bearer-token requests with 400s; only signed requests using the provided whsec_ secret worked.

Example prompts

Try with Grok Bot
Connect to the mailbox [address@mydomain.com] so you can read and draft email as my business. When a new customer email arrives, categorize it, look up relevant details in [system or docs], and draft a reply in my tone. Show me each draft and wait for my approval before sending, until I say a category is safe to send automatically.