独自ドメインのメール(info@example.net のようなアドレス)を、XServerで運用しながらGmailにまとめて読んでいる人は多い。私もそうだった。Gmailの「他のアカウントのメールを確認」にPOP3で登録して、独自ドメイン宛のメールを普段使いのGmailの受信トレイに集める、という構成だ。
この構成には前からひとつ不満があった。受信が遅い。相手は送ったのに、Gmailに出てくるのが数分後、ひどいときは1時間後。商談の返信や問い合わせが「気づいたら1時間前に来ていた」というのは、地味に効く。
そして2026年、GoogleがこのPOP3での取り込み(Gmailの「他のアカウントのメールを確認」)のサポートを段階的に終了すると発表した。つまりこの構成は「遅い」だけでなく「いずれ使えなくなる」。私はこれを機に、転送でもPOP3でもない、根本的に作り替えることにした。この記事は、その手順をそのまま書く。
なお、この記事は 独自ドメインでGoogle Workspaceを使っている人(普段のGmailのアドレスが you@example.com のように独自ドメインになっている人)向けだ。無料のGmail(〜@gmail.com)だけを使っている場合は前提が変わるので、別途検討してほしい。
なぜPOP3取り込みは遅いのか
最初に仕組みを押さえておく。Gmailの「他のアカウントのメールを確認」は、Gmailが外部のメールサーバー(ここではXServer)に、定期的にPOP3で「新しいメールある?」と取りに行く方式だ。
問題は、この取りに行く間隔をこちらで指定できないこと。Gmailが自動で決める。メールの量が少ないアドレスほど間隔が空き、数十分から1時間あくこともある。だから「すぐ確認する」を手動で押さない限り、リアルタイムにはならない。これはGmailの仕様で、設定で速くする方法はない。
転送方式に切り替えようとして踏んだ罠
「取りに来るのが遅いなら、届いた瞬間にサーバー側からGmailへ転送すればいい」。最初はそう考えた。XServerの管理画面には各メールアドレスに「転送」設定があるので、独自ドメインのアドレスを自分のGmailアドレスへ転送すればリアルタイムになるはず、と。
ところが、これがGmailにまったく届かなかった。原因を調べて分かったのは、転送先のドメインが同じXServer上に同居していたことだった。
私のGmail(Workspace)のドメインも、転送元の独自ドメインも、たまたま同じXServerに載っていた。この状態でXServerが「独自ドメイン → Workspaceのドメイン」へ転送しようとすると、XServerは転送先ドメインを「自分のサーバー内の宛先」とみなし、外部のGoogleに送らず、サーバー内のメールボックスに配送してしまう。MXがGoogleに向いていても、同居ドメイン宛は内部で処理されるのだ。結果、転送メールはGmailに届かず、サーバーの中に溜まっていた。
メールヘッダの Received まで遡って、ようやくこのローカル配送に気づいた。転送方式は、環境によってはこの罠を踏む。だから私は、もっと素直な方法に切り替えた。
結論:独自ドメインをGoogle Workspaceに取り込む
やることは一つ。取りに行ったり転送したりするのをやめて、独自ドメインのメールそのものをGoogleに直接届くようにする。具体的には、独自ドメインをGoogle Workspaceにセカンダリドメインとして追加し、受信したいアドレスを自分のアカウントのエイリアスにして、ドメインのMXをGoogleに向ける。
こうすれば、独自ドメイン宛のメールは転送もPOP3も介さず、Googleの受信トレイに直接・リアルタイムで届く。POP3終了の影響も、同居ドメインの罠も、まとめて消える。
全体の流れはこうだ。
- ドメインをWorkspaceに追加して所有権を確認する
- 受信したいアドレスを自分のエイリアスに登録する
- ドメインのMXをGoogleに切り替える
- 送信もGoogle経由にする
- 送信認証(DKIM・SPF・DMARC)を整える
順に書く。例として、普段のGmailが you@example.com、XServerで運用している独自ドメインが example.net(info@example.net などを受信したい)だとして進める。
手順1:ドメインをWorkspaceに追加して所有権を確認する
Google管理コンソール(admin.google.com)にログインし、「アカウント」→「ドメイン」→「ドメインの管理」を開く。「ドメインを追加」を押し、example.net を入力する。種類は「セカンダリドメイン」を選ぶ。
ここで「ユーザーエイリアスドメイン」ではなく「セカンダリドメイン」を選ぶのが大事だ。ユーザーエイリアスドメインは全ユーザーに同じユーザー名(you@example.net)を自動で割り当てる方式で、info@ や sales@ のような別々のユーザー名を扱えない。今回はバラバラのアドレスを受信したいので、セカンダリドメインを選ぶ。
追加すると所有権の確認を求められる。Googleが表示するTXTレコードを、XServerのDNSに登録する。XServerのサーバーパネルで「ドメイン」→「DNSレコード設定」を開き、対象を example.net にして「DNSレコード設定を追加」を押し、次のように入力する。
- ホスト名:空欄(ドメイン直下)
- 種別:TXT
- 内容:Googleが表示した
google-site-verification=……の文字列をそのまま貼り付け - TTL:3600
登録したら、Googleの画面に戻り、確認用のチェックボックスにチェックを入れて「確認」を押す。DNSの反映に数分かかることがあり、すぐだと失敗するので、その場合は少し待って押し直す。「確認済み」になれば手順1は完了だ。
手順2:受信したいアドレスを自分のエイリアスに登録する
次に、info@example.net のような受信したいアドレスを、自分のアカウント(you@example.com)のエイリアスとして登録する。エイリアスとは、同じ受信トレイに届く別名のメールアドレスのことだ。info@example.net 宛のメールが you@example.com の受信トレイに届き、その名義で送信もできるようになる。
管理コンソールで「ディレクトリ」→「ユーザー」を開き、自分のユーザーをクリックする。左側の「予備のメールアドレスを追加」を押すと入力欄が出るので、ユーザー名に info、ドメインのプルダウンで example.net を選ぶ。受信したいアドレスの数だけ(sales@example.net など)追加し、保存する。
この時点ではまだMXを変えていないので、メールの流れは変わらない。あくまで「箱の準備」だけだ。だから安全に進められる。
手順3:ドメインのMXをGoogleに切り替える
ここが本番だ。example.net 宛のメールの届け先を、XServerからGoogleに切り替える。
XServerのDNSレコード設定で example.net を開き、既存のMXレコード(内容が example.net 自身を指している、XServer宛のもの)を削除する。そのうえで、新しいMXレコードを追加する。
- ホスト名:空欄
- 種別:MX
- 内容:
smtp.google.com - 優先度:1
- TTL:3600
ポイントは、古いMXを必ず消すこと。優先度は数字が小さいほど優先される。古いMX(XServer宛)が残っていると、そちらが勝ってメールがGoogleに向かない。MXがGoogleの1件だけになっている状態にする。
この変更後、example.net 宛のメールはGoogleに直接届くようになる。DNSの反映に数分から、長くて数十分かかる。切り替え直後は、ごく一部の送信者が古い情報を見てXServer側に届けることがあるので、念のため切替後の1〜2日はXServerのWebメールに取りこぼしがないか一度確認しておくと安心だ。
実際に別のメールアドレスから info@example.net 宛にテスト送信して、Gmailの受信トレイに即座に届けば成功だ。
手順4:送信もGoogle経由にする
受信が直ったら、送信も整える。これまで info@example.net の名義で送るとき、XServerのSMTPサーバーを経由していたなら、それをGoogle経由に切り替える。
Gmailの設定で「アカウントとインポート」を開くと、「名前」欄に登録済みの送信元アドレスが並んでいる。info@example.net の行に「メールの経由サーバー:(XServerのサーバー名)」と書かれていたら、まだXServer経由だ。
このアドレスは手順2でエイリアスにしたので、もうGoogle経由でネイティブに送れる。XServerのSMTP設定が残っている送信元を一度「削除」すると、エイリアス本来のGoogle経由送信に自動で置き換わる。設定ページを再読み込みして、各アドレスの行から「メールの経由サーバー」の表示が消えていれば、送信もGoogleに一本化できている。これでXServerのSMTPへの依存もなくなる。
手順5:送信認証(DKIM・SPF・DMARC)を整える
最後に、自分が送るメールを「なりすましでない本物」と受信側に証明する設定を入れる。これを怠ると、自分のメールが相手の迷惑メールフォルダに入りやすくなる。
DKIMは、管理コンソールで「アプリ」→「Google Workspace」→「Gmail」→「メールの認証」を開き、対象ドメインを example.net にして「新しいレコードを生成」を押す。ビット長は2048、セレクタは google のままでよい。表示されたTXTを、XServerのDNSにホスト名 google._domainkey、種別TXTで登録し、Googleの画面で「認証を開始」を押す。
SPFは、example.net の既存のSPFレコード(v=spf1 で始まるTXT)を、Google送信を許可する内容に書き換える。XServerからの送信も併用するなら、次のように両方を含めておくと安全だ。
v=spf1 include:_spf.google.com include:spf.sender.xserver.jp ~all
SPFはドメインに1つだけなので、新規追加ではなく既存のTXTを書き換える。
DMARCは、まず監視モードで入れる。ホスト名 _dmarc、種別TXTで、次の内容を追加する。
v=DMARC1; p=none; rua=mailto:you@example.com
p=none は配信をブロックしない安全な初期設定だ。しばらく運用してレポートに問題がなければ、後からより強い設定に上げられる。
切り替え後にやっておくこと
仕上げとして、不要になった設定を片付ける。POP3で取り込んでいた場合は、Gmailの「他のアカウントのメールを確認」から該当アカウントを削除する。試しに転送設定を入れていたなら、それも解除する。MXがGoogleに向いた今、XServerのメールボックスにはもう新着が届かないので、これらは役目を終えている。
ただし、XServerのメールボックス自体は当面そのまま残しておくのがよい。過去のメールが入っているし、切替直後の取りこぼしを拾う保険にもなる。しばらく問題がないと確認できてから、削除を検討すればいい。
まとめ
XServerの独自ドメインメールをGmailで読む構成は、POP3取り込みのままだと「遅い」「いずれ終わる」という二重の問題を抱える。私が実際にやって効果があったのは、次の通りだ。
- 取りに行く(POP3)・転送するのをやめて、独自ドメインをGoogle Workspaceに取り込み、MXをGoogleに直接向ける
- 受信したいアドレスは自分のアカウントのエイリアスにすると、同じ受信トレイにリアルタイムで届く
- 転送方式は、転送先ドメインが同じサーバーに同居していると、ローカル配送されてGmailに届かない罠がある
- 送信もGoogle経由に切り替え、DKIM・SPF・DMARCまで整えると、XServer依存が消えて到達性も上がる
「やることは分かったが、DNSやMX、DKIM/SPFまで自分で触るのは怖い」「途中で止まったときに切り分けられる自信がない」という方は、無料の30分オンライン診断で、今の構成と移行の段取りを一緒に確認できます。メールが止まると業務が止まるので、切り替えは順番が命です。
この記事の技術を、現場で実装したい方へ
AI×IoTの技術顧問として、月額契約で継続伴走しています。PoC設計・技術判断・組織設計・ベンダー管理・実装支援まで、現場で動くまで一緒に進めます。受託開発(請負)ではありません。
→ AI技術顧問サービスの詳細 / 無料30分オンライン診断 / 料金一覧






LEAVE A REPLY