Receive email in real time with Ruby

Receive email in Ruby with a signed JSON webhook: install the SDK, run a receiver, configure a MailKite address, and test delivery. Here, live means event-driven delivery after the email arrives, with normal SMTP and forwarding delays; it does not promise an exact latency.

1. Prepare a receiving address

In MailKite, add a domain or claim an available hosted subdomain. Complete the verification shown in the dashboard before receiving. For your own domain, publish the exact MX record MailKite returns. Choose an address such as inbound@your-receiving-domain.

For a detailed setup walkthrough, use the quickstart and domain verification docs. Your HTTP receiver needs a public HTTPS URL; a development tunnel can expose local port 3000 during testing.

The shared demo repository contains the exact receiver sources, local checks and inbox inspector used by this series.

2. Configure the webhook and run the Ruby receiver

Create a webhook route matching your receiving address and point it to https://your-app.example/hooks/mailkite, replacing the example host with your public HTTPS host. Copy that route's signing secret into the receiver's environment. Avoid a catch-all route if you only want mail for one address.

Ruby 3.2+ with RubyGems. Set MAILKITE_WEBHOOK_SECRET to the signing secret for your configured MailKite webhook, supplied through your environment or secret manager. You do not need an API key for local signature verification.

gem install mailkite sinatra rackup puma

Sinatra exposes the original request stream through request.body.read. For a tunnel or deployed host, set WEBHOOK_HOST to its exact public hostname (without scheme/path) so Sinatra's host protection permits it. In Rails, use request.raw_post and exempt only the webhook action from browser CSRF checks; authenticate it with the signature instead.

# Docs: docs/website/content/live-receiving-email-series.md
require "sinatra"
require "json"
require "mailkite"
SECRET = ENV.fetch("MAILKITE_WEBHOOK_SECRET")
abort "Set MAILKITE_WEBHOOK_SECRET" if SECRET.strip.empty?
CLIENT = Mailkite::Client.new("unused-for-verify")
set :port, ENV.fetch("PORT", "3000").to_i
set :host_authorization, { permitted_hosts: ["localhost", "127.0.0.1", ENV.fetch("WEBHOOK_HOST", "localhost")] }

post "/hooks/mailkite" do
  raw = request.body.read
  halt 401 unless CLIENT.verifyWebhook(request.env["HTTP_X_MAILKITE_SIGNATURE"] || "", raw, SECRET)
  begin
    event = JSON.parse(raw)
  rescue JSON::ParserError
    halt 400
  end
  halt 400 unless event.is_a?(Hash) && event["type"].is_a?(String) && !event["type"].strip.empty?
  if event["type"] == "email.received"
    halt 400 unless event["id"].is_a?(String) && !event["id"].strip.empty?
    puts "received #{event['id']}"
  end
  # Demonstration only: persist/enqueue and deduplicate before acknowledging in production.
  content_type :json
  Mailkite.reply_ok
end

Download the exact receiver shown above. Save it beside its dependencies, then start it with the environment variable already set:

ruby receive.rb

This is a verification-and-logging demonstration, not a durable inbox. Before production, insert the event into a database or durable queue using its id as a unique key, and only then acknowledge it. Logging followed by a 200 response can lose work if the process stops.

3. Test the exact receiver and address

Download the local signed test and run it with Node.js and the same webhook secret. It creates synthetic HTTP requests only, including a duplicate id and a tampered body; it sends no email. The first two requests should return the SDK's JSON acknowledgement, and the tampered one should return 401.

node check.mjs http://127.0.0.1:3000/hooks/mailkite

Then send a real message to the exact receiving address to test routing. The dashboard's domain-webhook test uses a catch-all route; it does not test an exact-address route. See signature verification and delivery and retries.

4. Check a real message and its payload

Send a new message to the MailKite receiving address. Confirm delivery in MailKite and receipt at the endpoint. The JSON event has type: "email.received", a stable id, sender and recipient address objects, decoded bodies, attachment metadata and authentication results.

• Body: use text, falling back to textFromHtml when the plain-text part is null.
• Attachments: process the signed download URLs after durable acceptance, before they expire.
• Authentication: the webhook signature authenticates MailKite's delivery. It does not prove the original sender is trustworthy. Forwarding can change email-authentication results.
• Retries: replay a delivery and confirm your production handler does not create a second job for the same message id.

Troubleshoot the delivery boundary

Continue with the complete event reference, other receiving guides or the companion implementation article.