自前でメールサーバーを作る。Gmail やレンタルサーバー以外の選択肢

メールのアドレスは、プロバイダーやキャリア、Gmail などのフリーメール、レンタルサーバーのほかに、自分で用意したサーバーでも持てます。この記事では、6 つの置き場所の費用と制限を公式の情報で比べます。そのうえで、編集部の運営会社が動かしているメールのサービス ptop.space を例に、自前のメールサーバーの作り方と、動かし続けるための要点を説明します。

メールの置き場所は 6 つある

メールのアドレスを持つ方法は、大きく 6 つあります。

• プロバイダーのメール: インターネットの接続の契約に付くアドレスです。BIGLOBE は、退会すると「退会月の月末をもってBIGLOBEメールアドレスは使えなくなります」と案内しています。接続だけをやめて、有料のプランでメールを残す方法もあります。@nifty は、メールを使い続けるための「@nifty基本料金」が月 275 円(税込)です。
• キャリアのメール: 携帯電話の回線の契約に付くアドレスです。解約や乗り換えのあとも使い続ける「持ち運び」のサービスは、ドコモ・au・ソフトバンクとも月 330 円(税込)です。申し込みは、解約から 31 日以内です。
• フリーメール: Gmail は無料で、保存容量は 15GB です(Google ドライブ・Google フォトと共有)。1 日に 500 通を超えて送ると、送信が一時的に止まります。Yahoo!メールは、開設のときは 2GB で、使い方に応じて最大 10GB まで増えます。
• Google Workspace・Microsoft 365: 自分のドメインのアドレスを、Gmail や Outlook の仕組みで使うサービスです。料金は人数分です。Google Workspace の Business Starter は 1 人あたり月 800 円(税別・年間プラン)です。Microsoft 365 Business Basic は 1 人あたり月 1,049 円(税別・年払い。月ごとの契約は 1,259 円)です。
• レンタルサーバーのメール: Web のサイト用のレンタルサーバーに付くメールです。エックスサーバーのスタンダードは月 990〜1,320 円(税込)で、メールアカウントの数は無制限です。送信数の目安は 1 時間 1,500 通・1 日 15,000 通です。さくらのメールボックスのように、メールだけを使う月 88 円(税込)からのプランもあります。
• 自前のサーバー: VPS(仮想専用サーバー)などに、メールの仕組みを自分で入れます。この記事の主題です。

アドレスは、ドメインの持ち主のもの

アドレスの @ の後ろの部分を、ドメインと呼びます。@docomo.ne.jp や @gmail.com のドメインは、事業者のものです。そのため、契約やサービスを変えると、アドレスを持っていけません。持ち運びのサービスは、そのための有料の仕組みです。

自分で登録したドメインなら、アドレスは自分のものです。メールの届け先は、DNS(ドメインの名前とサーバーを結び付ける仕組み)の MX レコードで決まります。MX レコードを書き換えれば、置き場所を Google Workspace からレンタルサーバーへ、レンタルサーバーから自前のサーバーへと変えても、同じアドレスを使い続けられます。

人数が増えると、料金の差が開く

• 税別の料金は、消費税 10% を足して税込にしました。キャンペーンの割引は入れていません。
• Google Workspace と Microsoft 365 は、メールのほかに、文書の作成・保存・会議などを含むプランです。メールだけの料金ではありません。
• VPS は、エックスサーバー VPS(1 か月契約)2,640 円、ConoHa VPS 3,608 円、さくらの VPS(東京・毎月払い)3,960 円の幅です。ドメインの費用は入れていません。

1 人ごとに料金がかかるサービスは、5 人以上で、VPS 1 台の月額(高いほうで 3,960 円)を超えます。ただし、自前のサーバーには、設定と運用の手間がかかります。次の章から、その中身を説明します。

自前のメールサーバーの全体像

編集部の運営会社は、2026年9月から、メールのサービス ptop.space を自前のサーバーで動かしています。招待制のサービスです。このメディアのログインの確認のメールや、社内のサーバーの監視の通知も、このサーバーのアドレスから送っています。

仕組みは、次の 3 つです。

• docker-mailserver: メールのサーバーに必要なソフトを、1 つのコンテナ(ソフトと設定をまとめて動かす入れ物)にした、オープンソースの道具です。公式のドキュメントは「a production-ready fullstack but simple mail server (SMTP, IMAP, LDAP, Anti-spam, Anti-virus, etc.)」と説明しています。メールを配送する Postfix、メールを保存してアプリに渡す Dovecot、署名を付ける OpenDKIM、ウイルスを検査する ClamAV などが入っています。
• ポータル: アドレスの作成、Web メール、送信の許可、上限の管理のための、自作の Web アプリです。docker-mailserver の命令を呼び出して、アドレスを作ります。
• まわりの仕組み: Web サーバー(nginx)、Let's Encrypt の証明書、定期の処理(バックアップ・古いメールの整理・予約送信)です。

サーバーは、4 コア・メモリ 6GB 級の VPS 1 台です。

ステータスのページは、だれでも見られます。送信と受け取りの窓口が応答しているか、証明書の期限まで何日あるか、DKIM(後で説明する署名)の鍵があるかを確かめて、表示します。

作る前に確かめる 3 つのこと

サーバーを借りる前に、次の 3 つを確かめます。

1. 25 番ポートを外へ出せるか

メールサーバーどうしは、25 番ポート(通信の出入り口の番号)でメールを受け渡します。届くメールを受けるのも、ほかのサーバーへ届けるのも 25 番です。このうち外へ出る向きの 25 番は、迷惑メールの対策として、初めは止めている事業者が多くあります。

• クラウド: AWS の EC2 は、公開の IP アドレスあての 25 番を初めから止めていて、解除を申請できます。Google Cloud は、外部あての 25 番を止めています(一部のプロジェクトを除く)。Microsoft Azure は、Enterprise Agreement などを除く契約で止めています。
• 国内の VPS: エックスサーバー VPS は契約から 72 時間、さくらの VPS は本登録から 72 時間程度、25 番での送信を止めます。ConoHa VPS は、2026年5月12日以降に作ったアカウントで止めていて、使うにはフォームから申請します。申請では、1 日の送信数や用途を書きます。
• 家庭や事務所の回線: プロバイダーが、動的な IP アドレスからの 25 番を止める仕組み(OP25B)があります。ブラックリストを運営する Spamhaus も、利用者向けの回線の IP アドレスを、メールを届け先へ直接送るべきでない範囲として、一覧(PBL)に載せています。自宅のサーバーから直接届ける形は、選びにくくなっています。

25 番を出せないときは、送信だけを外部の配信のサービスに中継する方法があります(後の章で説明します)。

2. 逆引き(PTR)を設定できるか

逆引きは、IP アドレスから名前を引く設定です。docker-mailserver のドキュメントは、サーバーの条件として「You should be able to set a PTR record for your host」を挙げています。Gmail も、すべての送信者に、正引きと逆引きの DNS の設定を求めています。

逆引きは、ドメインの DNS ではなく、IP アドレスを持つ事業者の側で設定します。

3. メモリが足りるか

• docker-mailserver の公式の推奨は、1 vCore(仮想の CPU 1 つ)・メモリ 2GB・スワップあり、です。最小は 512MB ですが、その場合は ClamAV などを動かさないよう案内しています。
• ウイルス検査の ClamAV の公式のドキュメントは、メモリを最小 3GiB、推奨 4GiB としています。ウイルスの定義を読み込むだけで、1.2GiB 以上を使うためです。
• 編集部の試験では、ウイルス検査なしのコンテナは約 60MiB でした。ClamAV を入れると、約 1.07GiB に増えました。

ウイルス検査を入れるなら、ClamAV の最小の 3GiB を満たす、メモリ 4GB のプランが目安です。

DNS の設定

メールが届き、送ったメールが信用されるかどうかは、DNS の設定で決まります。ptop.space に実際に載っている設定を、図にしました。

自分のドメインに置き換えると、次のようになります(example.com と 203.0.113.10 は、例示用の値です)。

mail.example.com.             A     203.0.113.10
example.com.                  MX    10 mail.example.com.
example.com.                  TXT   "v=spf1 ip4:203.0.113.10 -all"
mail._domainkey.example.com.  TXT   "v=DKIM1; h=sha256; k=rsa; p=(公開鍵)"
_dmarc.example.com.           TXT   "v=DMARC1; p=quarantine; rua=mailto:postmaster@example.com"

• MX: そのドメインあてのメールを届けるサーバーの名前です。
• SPF: そのドメインのメールを送ってよいサーバーを書きます。「-all」は、書いたもの以外を認めない指定です。docker-mailserver のドキュメントは、初めは緩い「~all」で確かめ、そのあと「-all」にする進め方を紹介しています。
• DKIM: 送るメールに付けた署名を、受け取る側が確かめるための公開鍵です。秘密の鍵は、サーバーの中に置きます。
• DMARC: SPF と DKIM に失敗したメールを、受け取る側にどう扱ってほしいかを書きます。docker-mailserver のドキュメントは、初めの例として「p=none」(何も求めない)を、厳しめの例として「p=quarantine」(隔離)を示しています。ptop.space は隔離にしています。
• 逆引き(PTR): 前の章のとおり、VPS の管理画面で設定します。A レコードと逆引きは、行きと帰りで同じ名前と IP アドレスになるようにします。

設定が反映されたかは、dig というコマンドで確かめられます。

dig +short MX example.com
dig +short A mail.example.com
dig +short -x 203.0.113.10
dig +short TXT example.com
dig +short TXT mail._domainkey.example.com
dig +short TXT _dmarc.example.com

作る手順(docker-mailserver)

ここからは、編集部の試験の画面で、手順を説明します。Docker(コンテナを動かす道具)が入った Linux のサーバーを使います。

送ったメールが届くまで

送信は、自分のサーバーが受け付けたら終わりではありません。最後に、受け取る側のサーバーが、送ってきた相手を確かめます。

受け取る側の決まり

Gmail は、2024年2月1日から、Gmail アカウントへ送るすべての送信者に、次のことを求めています。

• SPF か DKIM で、送信ドメインを認証する
• 送信元の IP アドレスかドメインに、正引きと逆引きの DNS を設定する
• TLS で送る
• 迷惑メールとして報告される割合を、0.3% 未満に保つ

1 日に 5,000 件以上を送る送信者には、SPF と DKIM の両方、DMARC、ワンクリックの登録の解除なども求めています。Gmail のよくある質問によると、2025年11月から、要件を満たさないメールへの適用を強めています。このガイドラインの対象は、個人の Gmail アカウントあてのメールです。

自前のサーバーから少ない通数を送る場合も、「すべての送信者」の要件は当てはまります。前の章の DNS の設定と証明書は、このために要ります。

ブラックリストと評判

受け取る側は、送ってきた IP アドレスの評判も見ます。迷惑メールの送信元の一覧(ブラックリスト)は、その材料の 1 つです。Gmail のガイドラインも、評判が下がると届きにくくなると説明しています。

編集部は、2026年10月12日に、ptop.space のサーバーの IP アドレスが、SpamCop・Barracuda・PSBL・Mailspike の 4 つの一覧に載っていないことを、DNS の問い合わせで確かめました。Spamhaus の一覧は、使った DNS のサーバーからは結果を得られなかったので、確かめていません。Spamhaus の一覧は、公式の確認のページ(check.spamhaus.org)で調べられます。

迷惑メールの送信元にしない(送信の許可制)

自前のサーバーで最も避けたいのは、作ったアドレスが迷惑メールの送信に使われて、ドメインと IP アドレスの評判が下がることです。ptop.space は、新しいアドレスを「受信だけ」で始め、管理者が許可したアドレスだけが外へ送れるようにしています。

仕組みは、Postfix の設定 1 行です。docker-mailserver が起動の最後に読むファイル(user-patches.sh)に書きます。

#!/bin/bash
postconf -e 'mua_sender_restrictions = reject_authenticated_sender_login_mismatch, check_sender_access texthash:/tmp/docker-mailserver/sender-access, reject'

この設定は、送信用の窓口(465・587 番)だけに効きます。意味は、次の 3 つです。

• ログインした人と、差出人のアドレスが違えば断る(なりすましの防止)
• 許可の一覧(sender-access)にあるアドレスなら受け付ける
• それ以外は断る

外から届くメール(25 番)には効かないので、受信は初めから使えます。編集部の試験で、動きを確かめました。

ptop.space のポータルは、管理者が画面で許可を出すと、この一覧を書き換えて Postfix に読み直させます。加えて、次の決まりも入れています。

• 利用者ごとに、1 日の送信数の上限を決める
• 直近 7 日の送信の失敗が 2 割を超えたら、上限を半分に下げる
• 転送したメールが SPF で落ちないよう、差出人を書き換える仕組み(SRS)を有効にする

ウイルス検査と、守りの設定

編集部の運営会社は、2026年9月28日に、ウイルス検査(ClamAV)を有効にしました。そのときの設定と確認は、次のとおりです。

• 止めるのはウイルスだけ: ウイルスの付いたメールは届けずに隔離し、管理者に知らせます。それ以外の理由では、メールを止めません(理由は「運用で起きたこと」で説明します)。
• 検査する大きさ: docker-mailserver は、初めの設定では 25MB を超えるメールを検査しません。ptop.space は、受け付けるメールの上限(50MB)に合わせて、50MB まで検査する設定にしています。
• 確認: 試験用の無害な検体を付けたメールは隔離され、ふつうのメールは届きました。送るメールの DKIM の署名も、付いたままでした。

ほかに、次の守りを入れています。

• 保存するメールの暗号化: サーバーに保存するメールを、Dovecot の機能(mail_crypt)で暗号化しています。
• 総当たりへの対策: パスワードを何度も試す接続元を、Fail2ban が止めます。
• 認証は暗号化のあとだけ: 編集部が ptop.space の 587 番の窓口を外から調べたところ、TLS で暗号化する前は、パスワードでの認証を受け付けない設定でした。25 番の窓口は、TLS 1.3 でつながりました(2026年10月12日に確認)。

証明書は、更新と見張りを自動にする

ptop.space は、Web の画面とメールの窓口で、同じ証明書を使っています。証明書は Let's Encrypt のもので、有効期間は 2026年9月4日から 12月3日までの 90 日です(編集部が外から確かめた値)。

証明書の運用は、次の 2 つが変わっています。

• 有効期間が短くなる: Let's Encrypt は、初期設定の証明書の有効期間を、2027年2月10日から 64 日、2028年2月16日から 45 日にすると発表しています。業界の決まりで、2029年3月15日からは最長 47 日になるためです。更新は、期限までの 3 分の 2 が過ぎたころを目安にし、60 日ごとのような決め打ちをやめるよう案内しています。
• 期限切れの通知のメールが来ない: Let's Encrypt は、期限が近い証明書を知らせるメールを、2025年6月4日に終えました。期限の見張りは、自分で用意します。

ptop.space は、更新を自動にし、更新のあとに Web サーバーとメールのコンテナへ読み込ませています。ステータスのページでは、証明書の残りが 14 日を切ると「一部低下」と表示します。

バックアップ

メールのサーバーは、自分でバックアップを取ります。docker-mailserver の公式のよくある質問は、データと設定のフォルダ(docker-data/dms)を tar でまとめる方法を紹介しています。

ptop.space では、毎晩、メールのデータ・設定・鍵・ポータルのデータベースなどを 1 つのファイルにまとめ、14 日分を残しています。まとめたファイルには鍵とパスワードが入るので、管理者だけが読める権限にしています。そのあと、別のバックアップ用のサーバーが取りに来て、サーバーの外にも保存します。

運用で起きたこと

編集部の運営会社のサーバーの運用で、実際に起きたことと、直したことです。

1. 容量の設定のずれで、古いメールを消していた: ptop.space は、利用者の容量の上限を超えると、古いメールから消します。この上限の設定が 2 か所に分かれていて、値が食い違っていました。そのため、上限に届いていない利用者の古いメールが消える状態になっていたことがあります。直したあとは、上限を 1 か所の設定から読みます。下限を決めて、使っている量がそれより少ないときは消しません。消した記録を残し、消さずに結果だけを見る試し運転も付けました。
2. ウイルスの定義の更新で、メモリが足りなくなるおそれ: ClamAV は、定義を新しくするあいだ、新旧の 2 つを同時に持ちます。公式のドキュメントも、そのあいだは一時的に 2 倍のメモリを使うと説明しています。メモリ 6GB 級のサーバーでは余裕が小さいので、同時に持たない設定(ConcurrentDatabaseReload no)にしました。そのかわり、更新のあいだ、検査は待ちます。
3. 初めの設定は、正しいメールも送り返す: docker-mailserver v16.0.1 の初めの設定は、ヘッダーの形式が崩れたメールを、送り主に返す指定(D_BOUNCE)です。ふつうの送り主のメールも、当てはまることがあります。編集部は、止めるのをウイルスだけにしました。
4. 設定の変更は、作り直さないと効かない: コンテナを再起動するだけでは、設定を読み込む処理が動きませんでした。作り直すと、30〜60 秒は送受信が止まります。公式のドキュメントも、docker compose up と down を使い、start と stop は使わないよう案内しています。
5. アドレスを足した直後は、数秒ログインできない: アドレスを作ると、Dovecot が設定を読み直します。そのあいだは、ほかのアドレスのログインも失敗します。
6. 大きな添付は、相手が受け取れない: 自分のサーバーの上限を 50MB にしても、相手の側の上限は変えられません。Gmail の添付の上限は 25MB です。ptop.space は、20MB を超える添付を、ダウンロード用のリンクにして送ります。ファイルは、期限が来たら消します。

動かし続ける手間

定期の処理は、自動にできます。人に残るのは、許可や上限の判断、変更の前の確認、更新、もしものときの対応です。事業者のメールのサービスでは、これらを事業者が受け持ちます。

AI とメールサーバー

Claude Code の公式のドキュメントは、Claude Code を「reads your codebase, edits files, runs commands」(コードを読み、ファイルを編集し、コマンドを実行する)道具だと説明しています。設定ファイルを書く、DNS の値を確かめる、ログを読んで原因を調べる、といったメールサーバーの作業も頼めます。

編集部の運営会社でも、ptop.space の作業に Claude Code を使っています。

• 変更と試験: 機能の追加や設定の変更は、Claude Code に頼んでいます。変更は、外へ配送しない試験用のメールサーバーで自動の試験を通します。アドレスの共有の機能では、87 項目の試験を通しました。本番への反映は、人が確かめて、了承してから行います。
• 原因の調査: 「運用で起きたこと」の 1 は、原因を調べて直す作業を Claude Code に頼みました。バックアップから戻すかどうかは、人が決めました。
• アドレスの用意: このメディアの通知用のアドレスは、2026年10月12日に、Claude Code が作業して用意しました。サーバーに入るための本人確認は、人が行っています。ポータルには API(プログラムから使う窓口)もあり、プログラムからアドレスを作れます。

AI が手伝っても、変わらないことがあります。受け取る側の決まり、IP アドレスの評判、バックアップの責任は、サーバーを動かす人に残ります。サーバーで AI を動かす利点は、この連載の第 1 回サーバーで AI を動かすメリットとは？で説明しています。

25 番を出せないとき: 送信だけ外部に任せる

外向きの 25 番を使えないサーバーでも、受け取りは自前で行い、送信だけを外部の配信のサービスに中継できます。docker-mailserver のドキュメントは、中継のサービス(relay host)を使う理由として、25 番を止められている場合と、中継のサービスの評判を使える点を挙げています。

• Amazon SES は、従量の料金が 1,000 通あたり 0.10 米ドルです(添付のデータは 1GB あたり 0.12 米ドル)。SMTP の窓口は、587・2587 番(STARTTLS)と 465・2465 番で使えます。
• Microsoft Azure と Google Cloud も、認証つきの中継のサービスを使う方法を、公式に案内しています。

大量の宣伝のメールを送るときに要ることは、前の回の自作で脱 SaaS はできる？の「大量のメールの配信」で説明しています。

向く人・向かない人

向く人

• 自分のドメインで、アドレスを人や用途ごとに多く作りたい人。人数分の料金がかかりません。
• 自社のサービスの通知や、サーバーの監視の通知など、プログラムから送るメールの差出人を自分で管理したい人。
• サーバーの運用に慣れていて、見る時間を毎月とれる人。

向かない人

• メールが止まったときに、すぐ対応できる人がいない場合。Google Workspace・Microsoft 365・レンタルサーバーのメールは、届けるための運用を事業者が受け持ちます。
• アドレスが数個で足りる場合。レンタルサーバーのメールのほうが、費用も手間も小さくなります。
• 25 番ポートと逆引きを用意できない場合。

VPS とクラウドの選び方はクラウド vs VPS。AI の時代に VPS でクラウドは超えられるのか、レンタルサーバーで足りる範囲はWeb はレンタルサーバーで十分。足りなくなる 4 つの場面で説明しています。

まとめ

次の回の配信サービスは帯域が肝。YouTube との併用を選んだ訳では、ライブ配信に必要な回線の帯域の計算と、YouTube Live と組み合わせる方法を説明します。