メールアカウント数無制限のホスティング：2026年版の本当の意味

「メールアカウント数無制限のホスティング」を掲げるメールホスティング事業者はどこも、利用者がその言葉から想像するほど多くのメールボックスを実際には作成しないことを暗黙の前提にしています。

目立たない制限まで読む人は少ないため、この計算は成り立ちます。メールボックス数より先にストレージを使い切り、利用者が気づく前に送信スロットリングが作動します。ユーザーとIPの組み合わせが200件の同時接続に達した場合など、IMAP接続数の上限によってメールクライアントが接続を拒否されることもあります。ただし、この種のプランを利用する顧客の95%が常に30メールボックス以内にとどまるという主張は、あくまで説明用の仮定であり、普遍的な利用統計ではありません。

このガイドでは、メールアカウント数無制限のホスティングで100、500、1,000メールボックスを超えたときに実際に何が起こるのかを、運用面から解説します。事業者が目立つ場所には記載しないことの多い三つの制限、契約前に確認すべき質問、そして現行のTrekMail Agencyプランにおける費用の考え方を取り上げます。スナップショット上で公開されている運用構成の上限は、1,000ドメインに対して各ドメイン1,000メールボックスです。

メールアカウント数無制限のホスティングが本当に意味すること

メールアカウント数無制限のホスティングとは、所有するドメイン上に作成できるメールボックス数について、明示された上限がないプランです。無制限なのはメールボックス数だけであり、ストレージ、送信数、IMAP同時接続数まで無制限という意味ではありません。通常はこれらにも制限があり、実用上の容量を左右します。「無制限」が表すのは一つの側面だけです。

数値を確認すると、マーケティングと運用実態の隔たりが見えてきます。事業者は「メールボックス数無制限」と正しく表現しながら、共有ストレージを10 GBに制限できます。現実的な使い方をしても、受信トレイが満杯になるまでに利用できるのは概算で200メールボックスです。また「無制限」であっても、送信は一時間に100通までという場合があります。50人のチームには十分でも、500人のチームには大きな制約です。代理店にとって重要な数値が料金ページに載っているとは限りません。

事業者の採算を支える三つの見えにくい上限

「メールアカウント数無制限」のプランは、通常、同じ三つの上限を前提にしています。ホスティング事業者には不正利用を防ぐ責任があるため、いずれの上限もそれ自体は違法でも不合理でもありません。しかし三つを組み合わせることで、無制限と宣伝しながら収益性のあるインフラを運用できます。これらを理解すれば、運用に合うプランと単なる宣伝文句を見分けやすくなります。

上限1：共有ストレージプール

「メールボックス数無制限」の多くのプランでは、アカウント内の全メールボックスが使う合計ストレージに上限があります。共有上限が50 GBなら、各メールボックスが使える容量は50 GBを作成数で割った値です。50メールボックスなら一件あたり1 GBで、軽い利用なら一年分を保存できても、長い顧客対応履歴を持つ受信トレイには足りないかもしれません。500メールボックスなら一件あたり100 MBしかなく、ニュースレターを一シーズン分も保存できない可能性があります。

解決策はストレージ無制限の事業者を探すことではありません。ストレージには必ず費用がかかり、実在するサービスには上限があるためです。実際の利用傾向に合ったストレージプールを選びましょう。

上限2：送信レートとメールごとの受信者数

すべてのメールホスティング事業者は送信数を制限しています。保護のための上限がなければ、数日のうちに送信IPのレピュテーションが損なわれかねません。一般的な上限は次のとおりです。

• メールボックスごとの一日あたり送信数（小規模事業者向けプランでは1,000など）
• アカウントごとの一日あたり送信数（プランに応じて6,000から40,000など）
• 一時間あたりの送信数（SMTP Submissionのレート）
• メール一通あたりの受信者数（Nanoでは50、Agencyでは500など）
• アカウントごとのSMTP同時セッション数

現在の上限が実際の送信パターンに合う事業者を選んでください。「無制限」が静かに限界へ達しやすいのがこの部分です。500メールボックスを作成できても、その500件すべてから毎日100通ずつ送ると40,000というアカウント上限を超えてしまいます。高い上限や正しく設定された認証があっても、配信成功や受信トレイへの到達は保証されません。

上限3：IMAP接続数

この上限は、実際に達するまで気づかれないことがよくあります。Apple Mail、Outlook、ThunderbirdなどのメールクライアントやGmailのインポート機能は、IMAPを使って同期状態を保ちます。開いているクライアントは通常、メールボックスごとに2-5件の接続を維持します。小規模では問題になりませんが、support@のような共有の役割用メールボックスに200人が同時接続すると影響は大きくなります。

スナップショットで公開されているTrekMailの上限は、その仕組みをよく示しています。Nano/Starter/Pro/Agencyの順に、メールボックスと接続元IPの組み合わせごとに10/25/50/100、メールボックス全体では15/40/80/150です。安全上の絶対上限は、ユーザーとIPの組み合わせごとに200、ユーザーごとに300です。適用範囲を正確に理解する必要があります。これはIMAP同時接続数であり、人数、端末数、送信数の上限ではありません。他社にも独自の上限がありますが、必ずしも公開されていません。

「無制限」で実際に得られるもの

メールアカウント数無制限のホスティングで得られるのは、席ごとに料金を払わずにメールボックスを作成できる権利です。それ以上の意味はありません。無限のストレージ、無限の送信数、無限のIMAP同時接続数が付くわけではありません。この点を理解すると、事業者をより明確に比較できます。

適切な考え方はこうです。メールアカウント数無制限のホスティングは、任意の数のメールボックスを作成できる定額プランであり、実際の利用強度は三つの上限によって制約されます。重要なのは、事業者がどれほど大きく「無制限」と掲げるかではなく、上限が自社の利用傾向に合うかどうかです。

無制限を掲げる事業者に尋ねる12の質問

50件を超えるメールボックス向けのプランを検討しているなら、次の12項目を問い合わせにそのまま使えます。回答を見れば、「無制限」という主張がどれほど確かなものか判断できます。透明性の高い製品なら、事業者は12項目すべてにできるだけ具体的に答えられるはずです。ただし24時間以内に完全な回答が届くことは、普遍的な品質基準ではありません。応答時間は契約、タイムゾーン、販売窓口などによって変わります。

1. 全メールボックスの合計ストレージはどのくらいですか。共有ですか、それともメールボックスごとに割り当てられますか。
2. メールボックスごと、一日あたりの送信上限はいくつですか。アカウント全体ではいくつですか。
3. SMTP Submissionの一時間あたりのレートはいくつですか。
4. 一通のメールに何人の受信者を指定できますか。アカウントの一日あたり受信者数上限はいくつですか。
5. ユーザーごと、およびユーザーとIPの組み合わせごとに、IMAP接続数の上限はいくつですか。
6. メールボックスのストレージ上限に達するとどうなりますか。返送、キューへの保留、通知なしの破棄のどれですか。
7. アカウントの一日あたり送信上限に達するとどうなりますか。返送、スロットリング、24時間の停止のどれですか。
8. 共有IPプールと専用IPのどちらから送信しますか。共有プールにはどのようなウォームアップ方針がありますか。
9. 一つのメールボックスが苦情の多いキャンペーンを送信した場合、どのような不正利用ポリシーが適用されますか。
10. APIでメールボックスを一括作成できますか。APIのレート上限はいくつですか。
11. 後でどのように移行できますか。エクスポートにはIMAPフォルダー、送信済みメール、下書きが含まれますか。
12. ドメインごとのDKIM鍵ローテーション方針はどのようなものですか。

透明性の高い事業者は、12項目すべてにできるだけ具体的に答えます。「ユースケースによる」といった回避的または一律的な回答は警戒材料になり得ますが、それだけで製品が悪い証拠にはなりません。契約条件と具体的な用途を踏まえて評価してください。

宣伝文句だけかをすばやく確かめる方法

長い商談に入る前に、三つの簡単な方法で絞り込めます。まずドキュメントで「Soft Cap」または「Fair Use」を検索してください。透明性の高い事業者はソフト上限を公開しますが、中には広範なスロットリング権限を認めるフェアユース規定の中に隠す事業者もあります。次に、公開されているIMAP上限を確認します。スナップショット上のTrekMailは、ユーザーとIPの組み合わせごとに200、ユーザーごとに300という絶対上限に加え、プラン別にユーザーとIPの組み合わせごとに10から100というソフト上限を示しています。ただしIMAPの数値を公開していないことだけで、無制限という主張が誤解を招くとは断定できません。

三つ目は、不正利用ポリシーの具体的な文面を尋ねることです。たとえば、スパム苦情率がX%なら審査Yを行う、またはN時間内に返送がZ件発生したらスロットリングするといった具体的なしきい値は、運用計画に役立ちます。包括的な権利留保条項では計画の確実性が下がります。これは有用な判断材料ですが、すべての事業者を一律に分類する基準ではありません。

TrekMail Agencyの実際の上限

現行スナップショットのTrekMail Agencyは、メールボックス数が増えるとユーザー単価制が高くなりすぎる運用者を対象としています。料金は月額$29、年払いでは月額換算$23.25です。十二か月分を毎月支払う場合と比べて、表示上の割引率は20%です。料金と割引率は変更される場合があります。公開されているAgencyプランの上限は次のとおりです。

• アカウントあたり1,000ドメイン
• ドメインあたり1,000メールボックス（したがってアカウントあたり1,000,000メールボックスが理論上の構成最大値ですが、同時稼働容量や性能を保証するものではありません）
• メールとTrekMail Driveで共有する200 GBのストレージ（Drive Add-Onのスライダーに表示される容量は250 GBから100 TBまで拡張できます。基本プール、メール、追加ストレージの関係は現行プランで確認してください）
• アカウントあたり一日40,000通、メールボックスあたり一日2,500通
• SMTP Submissionのレートとして一時間に3,000通
• メール一通あたり500人の受信者
• メールボックスあたり100個のメールエイリアス（300メールボックス × 100 = ドメインあたり30,000個の受信可能アドレス）
• メールボックスあたり50個のSieveフィルタールール
• 独自のフィルターロジックに使えるRaw Sieveエディター（Agency限定）
• 専任サポート、および完全なAPIとMCPへのアクセス（スナップショット時点で143ツール）

機能ゲートでは、Agencyのdomains: -1とusers_per_domain: -1が設定されており、運用上、数に関する明示的な上限がないことを表します。それでも、実際の規模はストレージと送信上限によって決まります。200 GBの共有ストレージを5,000個のアクティブなメールボックスで使うと、平均は一件あたり40 MBです。軽量な役割用メールボックスなら足りても、完全なアーカイブには適しません。アーカイブが必要な場合、現行の製品ロジックで追加容量が対象メールプールに実際に割り当てられることを確認したうえで、Drive Add-Onのスライダーを1 TBまたは10 TBに設定できます。スナップショット時点のスライダー価格は$0.015/GB、年払い割引は-17%で、基本プランの-20%とは別です。購入前に料金とストレージの割り当てを確認してください。

ダッシュボードで見る「無制限」

現行のTrekMail Agencyダッシュボードでは、各ドメインのメールボックス数がドメイン一覧に表示されます。説明されている実装では、一括作成機能により500メールボックスのCSVを1,000ドメインの任意のサブセットにまたがって一つのトランザクションで読み込み、ユーザーがパスワードを設定するための招待を送信できる設計です。CSVのサイズ、トランザクション動作、招待、受信可能になるタイミングが説明どおりかは、現在の実装で確認する必要があります。移行サービスは、旧事業者からIMAP対応のメールデータをサーバー側でIMAP同期します。ただし、アカウント、端末プロファイル、その他のクライアント設定は、移行元と移行先のシステムに応じて調整が必要です。

スナップショット上のダッシュボードには、ドメインごとのDKIMローテーション、SPF/DMARCウィザード、エイリアス管理、Sieve編集、プロビジョニングの監査ログがあります。完全なAPIおよびMCPレイヤーには、このスナップショット時点で143ツールがあり、claude.aiのウェブフローによるOAuthに対応しています。どのダッシュボード操作にプログラムから使える対応機能があるか、どの権限が適用されるか、レート上限がいくつかは、現行APIで確認する必要があります。

TrekMail Agencyが適さなくなる場面

三つの状況では、カスタムプランや別の事業者が適する可能性があります。第一は、大規模なニュースレターなどで、アカウントあたり一日40,000通を継続的に超えて送信する場合です。第二は、メールボックス数が多く、個々のメールボックスに~5 GBを超える履歴がある場合です。1,000個のアクティブなメールボックスでそれぞれ5 GBを使うと、共有ストレージはすでに5 TB必要です。これは基本プランを大きく上回り、適切に割り当てられる追加容量がある場合にしか対応できません。第三は専用IPアドレス空間が必要な場合です。現行スナップショットによれば、TrekMailはこれを提供していません。これは現在の製品に関する記述であり、将来にわたる確約ではありません。このような場合は、異なるモデルのEnterpriseプランが適する可能性があります。

ユーザー単価と定額制：それぞれが破綻する場面

多くの「無制限」プランが定額料金を採用するのは、この規模ではユーザー単価制が経済的に魅力を失うためです。ユーザーあたり月額$14なら、1,000メールボックスで月額$14,000になります。これを無制限プランとして売り込むのは困難です。これに対し、スナップショット時点で月額$29というAgencyの定額料金は、このモデルの中核です。

ただし、定額料金が成り立つのは、通常はあまり使われないメールボックスを一つ追加する限界費用が低く、実際の利用が前述の三つの上限内に収まる場合です。メタデータ、認証、運用、サポート、不正利用対策にはリソースが必要なため、限界費用がゼロになることはありません。ユーザー単価制ではメールボックスごとに多く支払う代わりに、事業者はユーザーごとにより多くのリソースを用意できます。両者は異なる前提とスケーリング曲線を持つモデルです。

各モデルが限界を迎える場面は次のとおりです。

• ユーザー単価制は50メールボックスを超えると高額になります。info@、support@、sales@など利用頻度の低い役割用メールボックスも満額課金される場合は、特に顕著です。
• 定額プランは5メールボックス未満では割に合わないことがよくあります。プランの全料金を払いながら、容量の2%しか使わないためです。
• アクティブなメールボックスが~5,000個を超えると、200 GBのプールを使う定額プランは限界に達します。メールボックスあたりの平均容量が実用的な受信トレイ容量を下回るため、メールに適切に割り当てられるDriveの追加容量かカスタムプランが必要です。

メールアカウント数無制限ホスティングの比較

このスナップショットにおけるTrekMail独自の位置づけは、30件を超えるメールボックスを複数ドメインで運用し、完全なWorkspaceスイートを使わずに定額料金とAPIアクセスを求める組織向けというものです。30メールボックス未満では価格差が小さくなり、アクティブなメールボックスが5,000を超えると、適切に割り当てられた追加ストレージが必要です。この表の事業者、料金、上限、機能は変更される可能性があります。最新の公式情報を確認してください。どの行も配信成功を保証するものではありません。

定額制の計算が成り立つ理由

メールアカウント数無制限の定額ホスティングが成り立つのは、ほとんど使われないメールボックスを一つ追加する限界費用が低いからです。ただし、ゼロではありません。説明用の代理店アカウントにある1,000メールボックスのうち、200件は頻繁に、300件は軽く、500件はほぼ使われない役割用アドレスや休眠アカウントかもしれません。これは説明用の仮定であり、一般的な分布ではありません。事業者は1,000メールボックスを作成できる権利を販売しながら、ストレージと帯域幅を、たとえば200件のアクティブなメールボックスに相当する利用量に合わせます。

代理店が1,000メールボックスすべてを理論上の最大負荷で同時に利用し、毎日大量に送信し、受信トレイを満杯にし、多数のIMAPクライアントを接続すると、このモデルには負荷がかかります。そうした状況がどれほど多いかは、顧客層によって異なります。実際の上限を明確にせずに「無制限」と宣伝すれば、顧客の期待を裏切るおそれがあります。事業者が最初から上限を公開すれば、期待値を合わせやすくなります。これは評価の原則であり、事業者の種類全体に対する一律の判断ではありません。

有効な三つのスケーリング方法

将来の成長を見込んでメールアカウント数無制限のホスティングを選ぶ場合は、三つの運用方法を使えます。管理策を用意せず500メールボックスを作成し、パスワードを配布する方法は推奨できません。この規模のプロビジョニングには、本人確認、責任の所在、文書化された手順が必要です。

方法1：招待による一括プロビジョニング

メールボックスは、管理者が設定したパスワードではなく、できるだけ招待リンクで作成してください。説明されているTrekMailの実装では、受信者が初回ログイン時にパスワードと2FAを設定します。これにより管理者は初期パスワードを知りません。ただし、このフローだけで強要やフィッシングを防ぐことはできず、管理者が後からパスワードを一切リセットできないことの証明にもなりません。現在の実装について、本人確認、リセット権限、有効期限、監査ログを確認してください。

スナップショットで説明されているCSVまたはAPIによる一括作成では、500メールボックスを50ドメインにまたがって用意し、その後で招待を送信できます。招待を受諾する前のメールボックスが受信メールを拒否するのか、保留するのか、受信するのかは、現在の実装によって異なるため、テストが必要です。意図されているフローは、転送されたスパムを受け取る所有者不在のメールボックスを避けるためのものです。CSV、招待、ステータスの詳細は、メールアカウントの一括作成をご覧ください。

方法2：役割用アドレスにはメールボックスではなくエイリアスを使う

info@、support@、sales@、billing@など実在する担当者へ転送する役割用アドレスには、個別のメールボックスではなく、既存メールボックスのエイリアスが適している場合があります。現行スナップショットでは、TrekMailはStarter/Pro/Agencyの順に、メールボックスあたり30/50/100個のエイリアスを許可しています。したがって、Agencyの300メールボックスで30,000個の役割用アドレスを扱うことができ、メールボックス数は増えません。各エイリアスは実在するメールボックスにルーティングされるため、転送先を一元管理できます。

この方法によって、多くの代理店では実質的なメールボックス数をおよそ半分に減らせる可能性がありますが、必ずそうなるわけではありません。ルーティングのパターンやエイリアスが適さない場面については、メールエイリアスの解説をご覧ください。

方法3：ドメインごとのDKIMローテーション

大規模な環境では、漏えいしたDKIM鍵がリスクになります。ドメインごとに定期的にローテーションし、状況によっては、たとえば四半期ごとに交換することで、そのドメイン鍵が露出する期間を短くできます。適切な間隔は、リスクモデル、自動化、鍵交換手順によって異なります。ローテーションは、問題のある送信者のレピュテーションや個別のメールボックス鍵を分離するものではなく、すでに生じた到達性の問題を修復するものでもありません。TrekMailは顧客およびドメインごとの自動DKIMローテーションを説明していますが、現在の手順を確認してください。

100+の顧客ドメインを管理する代理店では、ドメインごとにDKIM鍵を分けることで、漏えいしたドメイン鍵の影響範囲を縮小できます。ただし、共有IPレピュテーションプールにおける不適切な送信行動の影響まで自動的に分離できるわけではありません。完全な方法は、複数ドメイン向けメールホスティングガイドで解説しています。また、メールボックスへの不正アクセスとDKIM鍵の漏えいは別の問題です。ローテーションはアカウント停止、パスワード変更、原因調査の代わりにはなりません。

「無制限」より先に破綻するもの

無制限プランの運用上の弱点は、メールボックス数以外の場所で先に表面化するのが一般的です。宣伝上の上限より先に問題が起こり得る三つの箇所は、(1) 新しいクライアントポリシーの導入後、200人が同じ時間帯に認証したときのIMAP同期の急増、(2) 一つのドメインが数百万通の受信メールを伴うキャンペーンを実施したときの受信スパムフィルターのキュー、(3) 一人の顧客が想定外にスパムトラップへ送信し、共有レピュテーションプールへ影響を与えたときの到達性レピュテーションです。

この三つすべてに対しては、具体的な不正利用ポリシー、現実的な同時利用数に合うIMAP上限、ドメイン鍵の扱いが明確であることが役立ちます。DKIMローテーションだけでは、送信の不正利用や共有IPレピュテーションの問題は解決しません。公開されているTrekMailの情報はこの確認に役立ちますが、適合性は具体的なプランと用途で検証する必要があります。ある種類の事業者がこれらの基準を常に満たす、または決して満たさないという一律の主張には根拠がありません。

メールアカウント数無制限のホスティングが適さない場合

メールアカウント数無制限のホスティングが常に最適とは限りません。別のモデルが適する可能性があるのは、メールボックスが5件未満の個人事業者、深く統合されたコラボレーションスイートを必要とするチーム、契約上保証されたSLAが必要な規制対象業界という三つの購入者像です。適さない場面を知ることは、適切なサービスを選ぶことと同じくらい重要です。

第一は、メールボックスが5件未満の個人事業者です。この規模では、使わない容量に料金を払うことになります。信頼できる専門ホスティング事業者のセット型メールボックスプランが、適切な最小構成になる可能性があります。スナップショット上のTrekMail Starterは月額$4で50ドメインに対応し、各ドメインで100メールボックスを利用できるため、多くの個人事業者にはすでに十分すぎる規模です。30メールボックス未満ではAgencyは過剰になりがちですが、適切なプランは必要な機能と利用状況によって異なります。

第二は、メールと同じくらい深く統合されたカレンダー、Drive、チャットを必要とするチームです。専門ホスティング事業者は優れたメール機能とシンプルなDriveストレージを提供でき、スナップショット上のTrekMailではStarter以上にDriveが含まれますが、Google Workspaceのコラボレーションスイートを必ずしも置き換えられるわけではありません。チームがDocsやSheetsを毎日使うなら、ユーザー単価を支払う価値がある可能性があります。無制限がより適するのは、メールが主力製品であり、コラボレーション環境の一部にすぎないわけではない場合です。

第三は、復旧時間が明記された契約上のSLAを必要とする規制対象業界です。一般向けの無制限プランの多くは、契約上のSLAではなくベストエフォートで運用されています。規制当局が違約金を伴う書面のSLAを求める場合は、Enterprise契約が必要です。事業者がこれを提供するかどうかは個別に確認すべきであり、プランの種類だけから推測することはできません。

「無制限」がもたらす実務上の影響として、あまり語られない点があります。メールボックスが数十件を超えると、数ではなく検索性が制約になります。検索対象が一つのメールボックスに限られていれば、管理者は顧客ポートフォリオ内のメールを探すために、各受信トレイを個別に検索しなければなりません。メールボックス横断検索では、ユーザーがアクセス権を持つすべてのメールボックスの全フォルダーを検索します。実際にどの内容が対象になるかは、具体的な権限設定と検索の実装によって決まります。

次のステップ

メールアカウント数無制限のホスティングは実在する製品カテゴリーですが、「無制限」が指すのはメールボックス数だけです。実際の容量は、共有ストレージ、送信レート、IMAP接続数で決まります。上記の12の質問を使えば、宣伝文句と運用上の上限をより適切に評価できます。上限が用途に合い、認証が正しく設定されていても、配信成功は保証されません。

代理店、MSP、複数ブランドを持つ中小企業など実際に多数のメールボックスを必要とするチームについて、スナップショットは次の目安を示しています。1-30メールボックス（多くの専門ホスティング事業者が候補）、30-500メールボックス（TrekMail Agencyのような定額プランが有利になり得る）、500-5,000メールボックス（メールに適切に割り当てられるDrive Add-Onを備えたTrekMail Agency、またはカスタムのMigadu Maxプラン）、5,000+メールボックス（個別条件）です。これらの範囲は容量の保証ではありません。スナップショット上のTrekMail Agencyは月額$29、または年払いで月額換算$23.25からで、クレジットカードが必要な14日間の無料トライアルがあります。Nano（$0、カード不要）は、スナップショットによればダッシュボードの試用とドメインあたり10メールボックスに対応します。最新の料金、トライアル条件、上限、ストレージの割り当ては、trekmail.net/pricingで確認してください。