レンタルサーバー メール送信制限|1日の上限と回避

\u30ec\u30f3\u30bf\u30eb\u30b5\u30fc\u30d0\u30fc \u30e1\u30fc\u30eb\u9001\u4fe1\u5236\u9650\uff5c1\u65e5\u306e\u4e0a\u9650\u3068\u56de\u907f 運用・トラブル

本記事にはプロモーション(PR)が含まれます。

問い合わせフォームの自動返信が急に届かなくなった、あるいは読者向けの一斉配信が途中でエラーになって止まった。サーバーの管理画面を見ても「障害情報」には何も出ていない。この状態に置かれた運営者の多くは「サーバーが壊れた」と考えますが、実際に起きているのは共用サーバー(1台を複数の契約者で分け合うタイプのレンタルサーバー)にあらかじめ設けられたメール送信数の上限に触れたという現象で、これは仕様であって障害ではありません。

選ぶ基準はシンプルです。「1回にまとめて送る通数」と「1時間・1日あたりに送る合計通数」が、契約しているサーバーの上限に収まるかどうかで判断します。収まるなら共用サーバーのメール機能をそのまま使い、収まらない、あるいは配信が事業の生命線になっているなら、送信だけを外部の専用サービス(外部SMTP)に逃がします。以下でその見極め方を、送信量の見積もりと判断フローに分けて整理します。

レンタルサーバーのメール送信制限はなぜ設けられているのか

コワーキングスペースで際立つ一台のノートPC
皆で使う場所の秩序(イメージ)

共用サーバーは1台のマシンを多数の利用者で共有します。誰か1人が短時間に大量のメールを送ると、そのIPアドレス(サーバーの住所にあたる番号)が受信側から「迷惑メールの発信源」と疑われ、同じサーバーを使う全員のメールが届きにくくなります。これを防ぐために、各社は1時間あたり・1日あたりの送信通数や、1通あたりの宛先数に上限を設けています。

つまり送信数制限は、利用者を縛るためではなく、同居している全員のメールの到達率(相手の受信箱に届く割合)を守るための共用ルールです。上限に触れて送信が止まったとき、サーバー会社に「解除してほしい」と頼んでも基本的に応じてもらえないのはこのためで、復旧を待つ性質のトラブルではありません。

1時間・1日あたりの上限と宛先数の数え方

制限には主に3つの軸があります。それぞれ公式に公表している会社と、非公表の会社があります。

  • 1時間あたりの送信通数: 短時間の集中送信をここで止めます。一斉配信で最初に触れやすい上限です。
  • 1日あたりの送信通数: 24時間の合計。自動返信と配信が重なる日に効いてきます。
  • 1通あたりの宛先数: 「To・Cc・Bccの合計」で数える会社が多く、1通で100人にBcc送信すると「100通ぶんの宛先」と数えられる場合があります。

宛先数は「通数」ではなく「延べ人数」で見る

ここを誤解すると見積もりが狂います。メルマガを1通作って500人にBccで一斉送信した場合、送信操作は1回でも、サーバー側では500通ぶんの負荷として計上されるのが一般的です。「1通しか送っていないのに上限に触れた」と感じるのは、この延べ人数での計算が理由です。上限を見るときは、送信ボタンを押した回数ではなく、相手の数の合計で数えてください。

自分の送信量を見積もる(計算例)

デスクでタブレットに集中する人の手元
計画を立てている作業風景(イメージ)

制限に触れるかどうかは、実際に自分がどれだけ送っているかを数えれば見えてきます。ここでは仮の運営者を例に見積もります(数値は説明のための一例です)。

  • メルマガ読者: 800人
  • 配信頻度: 月4回(週1回)
  • フォームの自動返信: 平常時1日あたり20件

配信日には、一斉配信の 800通 が数分から数十分の間に集中します。これに同じ日のフォル自動返信20通が乗るため、その日の送信は約820通、しかも大半が短時間に固まります。平常日は自動返信の20通前後で収まります。

問題になるのは配信日の「短時間に集中する800通」です。逆に、読者が数十人規模で配信も月1回程度なら、共用サーバーの標準機能で十分まかなえる計算になります。「一斉に送る通数」がボトルネックで、平常時の少量送信はほとんど問題になりません。

共用サーバーのまま送るか、外部SMTPへ逃がすかの判断フロー

見積もった送信量をもとに、次の順で判断します。

  1. 一斉配信をしていない(自動返信・通知メールのみ) → 共用サーバーのメール機能のまま。制限に触れる可能性は低く、対応は不要です。
  2. 一斉配信はあるが宛先が数十人規模・頻度も低い → 共用サーバーのまま。ただし配信時刻を分散させると安全余裕が増えます。
  3. 宛先が数百人以上、または配信が売上に直結している → 送信を外部SMTPへ逃がす。到達率と配信の安定を、共用の上限に左右されない場所に移します。
  4. すでに送信が止まった経験がある → 3と同じく外部SMTPへ。上限に触れた実績は「今の送信量が共用の枠を超えている」証拠です。

外部SMTPとは、メールの送信処理だけを専門業者のサーバーに任せる仕組みです。サイトやWordPressは今のレンタルサーバーに置いたまま、送信の出口だけを差し替えるイメージで、サーバーの引っ越しは伴いません。共用サーバーと外部SMTPの違いを整理すると次のようになります。

比較軸 共用サーバーのメール機能 外部SMTP(送信専用サービス)
送信数の上限 1時間・1日あたりに制限あり(公式サイトで確認) 契約プランの範囲で大量送信に対応
初期の追加費用 サーバー料金に込み(追加0円) 無料枠あり・超過分は従量(公式サイトで確認)
到達率の管理 同居ユーザーの影響を受けうる 送信専用IPで管理されやすい
設定の手間 ほぼ不要(既定で使える) SMTP情報の登録・認証設定が必要
向いている人 自動返信中心・少量配信 数百人以上への定期配信

外部SMTPを使うときに確認すること

指がノートパソコンのトラックパッドを操作している様子
設定をチェックしている様子(イメージ)

外部SMTPに逃がすと決めたら、料金だけでなく「無料枠でどこまで送れるか」を先に確認します。無料枠を超える見込みなら、超過分の従量料金も合わせて見ておきます。

設定面では、送信元ドメインの認証(SPF・DKIMという、なりすましでないことを受信側に示す仕組み)を正しく登録することが到達率を左右します。ここを省くと、上限は回避できても迷惑メール判定で届かない、という別の問題に移るだけになります。どのサーバーを長く使うかで年間コストは変わるため、送信環境を見直すこの機会に契約全体の総額も一度点検しておくとよく、個人利用での費用感は主要3社の3年総額を比較した記事で確認できます。

よくある質問

送信制限に触れて止まったメールは、後から届きますか

上限に触れて拒否された分は、多くの場合その場でエラーとして返され、自動で再送されるとは限りません。配信ツールのエラーログを確認し、未達の宛先を把握してから、時間を空けて分割送信するか外部SMTP経由で送り直す必要があります。

制限値を公表していないサーバーは、どう見積もればよいですか

非公表の会社では、実際に少量から送って挙動を見るのが現実的です。ただし本番の読者リストで試すのは避け、テスト用アドレス数件で送信間隔を変えながら確認してください。事業の配信に使うなら、最初から外部SMTPを前提にした方が安全です。

Bccで一斉送信すれば上限を回避できますか

回避できません。Bccの宛先も延べ人数として数えられるのが一般的で、1通500人のBccは500通ぶんとして計上されます。まとめて1通にしても送信負荷は変わらない点に注意してください。

WordPressの問い合わせプラグインから送るメールも制限の対象ですか

対象です。プラグイン経由でもサーバーのメール送信機能を使っているため、自動返信や通知が積み重なると上限に近づきます。WordPressにSMTP設定用のプラグインを入れ、外部SMTP経由で送るようにすると、送信の出口を分離できます。

共用サーバーからVPSに移れば制限はなくなりますか

VPS(1台を専有する仮想サーバー)では会社が課す送信数の一律上限は基本的にありませんが、自分でメールサーバーを構築・管理する手間と、到達率を保つIP管理の責任が生じます。送信だけが目的なら、VPSへの移行より外部SMTPの方が手軽です。

時間をずらして少しずつ送れば上限内で全員に届きますか

1時間あたりの上限内に収まるよう分割すれば届く可能性は高まります。配信ツールに送信間隔を空ける設定があれば活用してください。ただし手動での分割は運用負荷が高く、宛先が増えるほど現実的でなくなるため、その段階で外部SMTPへの切り替えを検討する目安になります。

参考・出典

  • エックスサーバー 機能一覧(メール機能): https://www.xserver.ne.jp/functions/
  • ロリポップ 機能一覧: https://lolipop.jp/service/function/
  • ConoHa WING 機能: https://www.conoha.jp/wing/function/
  • さくらのレンタルサーバ プラン: https://rs.sakura.ad.jp/plan/
タイトルとURLをコピーしました