Cloudflare・Resend・Thunderbirdで独自ドメインメールを無料構築

Gmailの「他のメールアドレスを追加」機能（third-partyアカウントの送信元追加）は、Googleの公式サポートページによると2027年1月に終了が予定されています。この記事は、Google Workspaceを新たに契約せずに、独自ドメインアドレス（contact@your-domain.com）で受信・送信を続けたい人向けです。読了後には、Cloudflare・Resend・Thunderbirdを組み合わせた無料構成の作り方と、DNS設定でつまずきやすいポイントがわかります。

TL;DR

Gmailの「送信元追加」機能は2027年1月に終了予定で、2026年第3四半期から通知・新規設定の制限が始まっています（Google公式）。
受信は Cloudflare Email Routing で個人用Gmailへ転送し、送信は Resend の無料枠（月3,000通・日100通まで）を SMTP 経由で使うと、追加の月額費用なしで独自ドメインメールを維持できます。
クライアントは Thunderbird を使い、受信は Gmail の IMAP + OAuth2、送信は Resend の SMTP + APIキーと、認証方式を分けて設定します。
Resend のドメイン検証レコードは既定で send. サブドメインに作られるため、Cloudflare Email Routing がルートドメインに持つ MX レコードとは競合しません。ただし Resend の「Receiving」機能は有効にしないでください。

Gmailの「送信元追加」機能は2027年1月に終了予定

まず前提を整理します。Google公式サポートページは、Gmail以外のメールアドレス（third-partyアカウント）を「送信元として追加」する機能について、2027年1月に完全終了すると案内しています。2026年第3四半期から対象ユーザーへの通知が始まり、それ以降は新規設定が段階的に制限される見込みです。

この変更が影響するのは、Google Workspaceのエイリアスではなく、個人のGmailに外部アドレスを送信元として追加しているケースです。独自ドメインメールをGoogle Workspaceなしで運用している場合は、代替手段への移行が必要になります。

全体像・システム構成

本構成では、追加の月額費用（0円）を発生させずに役割を分離して運用します。

受信 (Forwarding): Cloudflare Email Routing ➔ 個人用Gmailアドレスへ転送
送信 (SMTP): Resend（無料枠: 月3,000通・日100通まで）
クライアント (UI): Thunderbird（Linux/Windows/Mac）

【受信の流れ】
送信者 ──> 独自ドメインアドレス ──(Cloudflare Email Routing)──> 個人用Gmail ──(IMAP/OAuth2)──> Thunderbird

【送信の流れ】
Thunderbird ──(SMTP / API Key)──> Resend ──> 宛先メールアドレス

Cloudflare Email Routingの設定（受信）

独自ドメイン宛てのメールを個人用Gmailへ転送する設定を行います。手順はCloudflare公式ドキュメントに沿っています。

Cloudflareダッシュボードで対象ドメインを選択し、「Email」＞「Email Routing」を開く。
「Enable Email Routing」をクリックし、表示されるDNSレコード（MXおよびSPF用TXT）を自動追加して有効化する。
「Destination addresses」タブで、転送先にしたい個人用Gmailアドレスを追加し、届いた確認メールを承認する。
「Routing rules」タブで「Create rule」をクリックし、以下を設定する。
- Custom address: 運用したい独自ドメインアドレス（例: contact）
- Action: Send to
- Destination: 承認済みGmailアドレス

Resendの設定（送信・ドメイン認証）

メールクライアントから送信するためのSMTPサーバーとDNS認証を設定します。

ドメインの追加とDNS認証（SPF/DKIM）

Resend管理画面で「Domains」＞「Add Domain」を選択し、独自ドメイン名を追加する。
画面に表示されるDNSレコード（MX、TXT、CNAME）を確認する。Resend公式ガイドによると、これらのレコードは既定でsend.your-domain.comのようなサブドメインに作成されます。
Cloudflareの「DNS」＞「レコード」に上記レコードをそれぞれ追加する。CNAMEレコード追加時は、プロキシ状態を「プロキシ済み（オレンジ）」から「DNSのみ（グレー）」に変更する。
Resend画面に戻り「Verify Domain」を実行し、ステータスがVerifiedになることを確認する。

Resendの送信用MX/SPFレコードは通常send.サブドメインに作られるため、Cloudflare Email Routingがルートドメインに持つMXレコードとは名前が異なり競合しません。一方で、DKIMはresend._domainkeyのように検証対象ドメイン側へ作成されるため、Resend画面に表示されたレコード名・種別をそのまま設定してください。ただし、Resendの「Receiving」機能（インバウンド受信）を有効にすると別途MXレコードの追加が必要になり、Cloudflare Email Routingの設定と衝突する可能性があります。本構成では送信専用として使うため、Receivingは有効にしないでください。

APIキーの発行

Resend左メニュー「API Keys」＞「Create API Key」を選択する。
Nameに任意の名称、PermissionはSending Accessを選択する（Full AccessはSMTP送信に不要な権限まで付与されるため選ばない）。
発行されたre_から始まるAPIキーを保存する（再表示されません）。

Thunderbirdのサーバー設定

Thunderbirdで「受信用（Gmail）」と「送信用（Resend）」のサーバーを個別に設定します。設定値はResend公式のSMTPガイドに基づいています。

Thunderbirdの「アカウント設定」＞「アカウント操作」＞「メールアカウントを追加」を選択する。
名前・独自ドメインアドレスを入力し、「手動設定（Manual config）」をクリックする。
以下の設定値を入力する。

項目	設定内容
受信プロトコル	IMAP
受信ホスト名	`imap.gmail.com`
受信ポート	993
受信の接続セキュリティ	SSL/TLS
受信の認証方式	OAuth2（Googleアカウントのログイン画面が開くため、アプリパスワードは不要）
受信ユーザー名	個人用の `@gmail.com` アドレス
送信プロトコル	SMTP
送信ホスト名	`smtp.resend.com`
送信ポート	587
送信の接続セキュリティ	STARTTLS
送信の認証方式	通常のパスワード
送信ユーザー名	`resend`（固定値）
送信パスワード	Resendで発行したAPIキー（`re_...`）

「再テスト」を実行してエラーがないことを確認し、「完了」をクリックする。
ポップアップ表示されるGoogleのログイン画面で対象アカウントの認証を許可する。

動作確認

Thunderbirdの新規作成画面を開き、差出人（From）が独自ドメイン（contact@your-domain.com）になっていることを確認する。
自身の別アドレス宛にテストメールを送信する。
送信が成功し、受信側に届いたメールの送信元が独自ドメインになっていることを確認する。

料金・運用時の注意点

Resendの無料枠は月3,000通・1日あたり100通までです。日次上限の方が実質的な制限になりやすいため、通知メールなどを大量に送る用途には向きません。
無料枠は検証済みドメイン1つまでです。複数の独自ドメインで運用したい場合は有料プランへの切り替えを検討してください。
Gmail側の「送信元追加」機能は前述の通り段階的に制限される予定のため、本構成へ移行済みであれば直接の影響はありません。ただし、Gmail・Thunderbird双方の仕様変更は今後も起こり得るため、公式ドキュメントの更新は定期的に確認してください。

まとめ

Google Workspaceを契約しなくても、Cloudflare Email Routing（受信）・Resend（送信）・Thunderbird（クライアント）を役割分担させれば、独自ドメインメールを無料で運用できます。ポイントは、受信と送信で別サービスを使うこと、ResendのDNSレコードが既定でサブドメインに作られるためCloudflare Email RoutingのMXと競合しないこと、そしてResendの「Receiving」機能を有効にしないことです。Gmailの「送信元追加」機能終了に備えたい人は、早めに移行を検討してください。