inbox_reply

com.gemmein/mcp · Verify this server

Asks the founder to approve one reply to a customer inside an existing Inbox conversation (threadId from live_inbox): the approval page in their browser shows the exact text and the customer it goes to (a browser approval; no emailed code is asked for a reply); once approved, live_action_status sends it — plain text, to that conversation's customer only (the recipient is the conversation's own, fixed by Gemmein; nothing in the text changes it), from the app's own support address, exactly as the founder's reply from the dashboard (their reply template, threaded under the customer's mail). Nothing is sent before the founder approves it. It never emails anyone else and never starts a conversation. Needs the live:inbox_reply grant — its own line on the Approve page. Refused with nothing sent: when the customer's email didn't pass DMARC — AI replies go only to senders whose email passes DMARC; the founder can reply to anyone (inbox_unauthenticated); after an automatic message (an auto-reply, a bounce, list mail — inbox_auto_reply), after 3 AI replies in a row with no answer from the customer (inbox_reply_cap), while the customer's last message can't be read (inbox_unreadable), past 10 AI replies a day in one conversation (inbox_thread_limited) or 5 an hour to one address (inbox_recipient_limited), and past 60 an hour per connection or 300 per app (inbox_reply_limited). It reaches Live's customers' and strangers' conversations. Each approved reply sends one email; live_inbox with the threadId reads the conversation it answers. The reply shows in the dashboard as sent by the AI and is on the founder's Logs. Returns the approval link for the founder and a handle for live_action_status. This is what a founder may call answering a customer's message.