iRedMail代替サービスを検討する人の多くは、すでにiRedMailをインストールしています。導入は簡単な部分だからです。スクリプトがPostfix、Dovecot、OpenLDAPまたはデータベース、RoundcubeまたはSOGo、SpamAssassin、ClamAVを組み合わせ、動作するメールサーバーを構築します。条件が整えば数分で完了し、その役割を十分に果たします。
説明対象のバージョンでは、ソフトウェア自体をアカウント数とドメイン数の制限なく無料で利用できます。費用がかかるのはその周辺であり、大半はライセンス料ではありません。
iRedMail代替サービスが実際に比較される費用
説明対象のiRedMailオープンソース版は無料で、機能も充実しています。Maildirストレージ、OpenLDAP、MySQL、MariaDBまたはPostgreSQLによるアカウント管理、RoundcubeまたはSOGoのウェブメール、SOGo経由のCalDAVとCardDAV、SPF、DKIM、グレーリスト、TLSが含まれます。対応バージョンのRocky、Alma、CentOS Stream、Debian、Ubuntu、FreeBSD、OpenBSDで動作します。
サブスクリプションと比べるときに見落としやすいのが商用製品です。iRedAdmin-Proは、付属版より多くの機能を備えた有料管理パネルです。プロフェッショナルサポートは別売りで、単一バイナリによる導入とワンクリック更新を提供するEnterprise Editionもあります。
したがって、公平な比較は「無料と有料」ではありません。サーバー料金、必要に応じたProパネルとサポートを合計し、サブスクリプションと比べます。さらに、請求書に表れない項目もあります。
iRedMail代替サービスから単純には得られないコスト
多くの比較を左右するのがこの点です。iRedMail代替サービスでも、そのまま受け取れるものではありません。送信評価は自分で築くか、管理サービスの一部として利用します。
新しいIPアドレスには送信履歴がありません。SPF、DKIM、DMARC、整合するPTR、有効なTLSを丁寧に構成しても、Microsoftが最初の数週間にメールを迷惑メールとして扱う可能性があります。受信側が初めて見るアドレスを慎重に評価するためです。IPのウォームアップには、少量で安定した送信を続け、受信者から良好な反応を得る時間が必要です。一つのアカウントが侵害されると、何か月もかけた進展が大きく損なわれることがあります。
関連する落とし穴が二つあります。多くのホスティング会社は送信ポート25を初期状態で遮断し、審査後にのみ開放します。そのため、最初のメールを送る前に計画が止まることがあります。また、IP範囲には過去の履歴があります。以前の利用者が評価を傷つけたアドレスを割り当てられ、自分に原因のないブロックリスト登録を引き継ぐ可能性もあります。
ホスティング会社は、保守、監視され、送信履歴がすでにあるIPプールを提供します。受信サーバーに認識されている可能性は高まりますが、信頼や受信トレイへの配信を保証するものではありません。サブスクリプションの価値の大きな部分がここにあります。
導入はわずか十分、運用は何年も続く
インストールはスクリプトで終わります。運用には継続的な責任が伴います。
証明書は、ある日自動更新に失敗するまで更新されます。パッケージ更新によってDovecotの初期値が書き換わることがあります。削除できないメールでディスクが埋まります。構成要素だったことを忘れたソフトウェアにセキュリティ勧告が出ます。SpamAssassinの判定精度も変化します。そして、バックアップは復元テストに成功して初めて検証済みと言えます。
一人の技術者にとっては、無理のない趣味になり得ます。企業では、その人が休暇中にメールが止まったらどうなるかを考える必要があります。答えに不安を感じるなら、メールサーバーは特定の担当者という単一障害点に依存しています。
iRedMail代替サービスで運用モデルはどう変わるか
運用負担を軽くするだけでなく、iRedMail代替サービスでは四つの機能を利用できます。iRedMailほど充実した自社運用環境でも、自分で作るには手間のかかる機能です。
対応レジストラでサポート対象のDNSレコードを適用。 権限を限定して認証したCloudflareトークンを使い、書き込む前に変更内容を毎回プレビューできます。Domain Connect対応レジストラでは、トークンを預けず、一回の認証操作で設定する方法もあります。iRedMailでは、各ドメインの全レコードを自分で正しく入力します。詳しくはDNS設定をご覧ください。
大規模な一括作成。 ドメインとメールボックスをまとめて追加でき、設定招待を使えば各自が自分のパスワードを設定できます。他人の認証情報を扱う必要性が減り、責任上のリスクと作業時間の両方を抑えられます。
自社でホストしないメールボックス。 Google Workspaceを使い続ける顧客のメールは、当然ながら自社サーバーにはありません。対応する構成では、同じ画面からIMAP経由で読み、返信は顧客側のプロバイダーを通じて送信できます。これが統合受信トレイです。
許可された操作を実行できるアシスタント。 iRedAdmin-Proはウェブパネルで、APIもあります。対応する製品機能を適切な権限でMCPに公開すると、「このドメイン、そのDNS、三十個のメールボックスを作成して」という内容を、自分で保守するスクリプトではなく、確認可能な依頼として扱えます。
基本的な機能は両方に共通しており、本来そうあるべきです。IMAP、SMTP、Sieve、CalDAVとCardDAV、ウェブメールです。
利用者別の結論
iRedMail代替サービスを選ぶのも、現在の環境を維持するのも、どちらも現実的です。どちらが適切かは利用者の状況で決まります。
一人の技術者。 iRedMailを使い続けましょう。無料で、自分の管理下にあり、費やす時間がコストではなく趣味なら、iRedMail代替サービスは楽しんでいる作業を減らすための支払いになります。確認すべきなのはIPの状態です。良好な送信履歴は最も置き換えにくい資産だからです。
メール停止の責任者が必要なチーム。 運用できるかだけでなく、運用できる人が不在のときに何が起きるかが問題です。ホスティングでは、更新、セキュリティ対応、ディスク監視、過去に問題のあるIPへの対応をサービス会社へ移し、社内の運用負担を軽減できます。自作が必要だった機能も加わります。support@を実際のメンバー管理に対応した共有メールボックスにする機能、アドレスごとの保存上限、各個人メールボックスの二要素認証、どのクライアントからでも配信時にサーバー側で実行されるフィルターです。
複数企業のメール。 自社運用するなら、自らホスティング会社になる必要があります。顧客ごとの作成処理、全ドメインのDNS、アドレス確認、顧客スタッフが読める言語の画面が必要です。さらに、スクリプトだけでは用意できないものがあります。自社ホスト名と証明書を使ったブランド入りの管理画面とウェブメールです。顧客はサーバー名が表示されたRoundcubeではなく、自社プラットフォームへログインできます。
要するに、メールサーバーの運用自体を望むならiRedMailを使いましょう。メールを管理サービスとして任せたいならiRedMail代替サービスを検討できますが、信頼性はプラン、構成、実際の運用品質にも左右されます。
よくある質問
iRedMailは本当に無料ですか？
説明対象のオープンソース版は、ドメイン数とアカウント数に制限なく無料です。iRedAdmin-Pro、プロフェッショナルサポート、Enterprise Editionは有料なので、付属パネルで足りない場合はパネル料金を予算に含めてください。
iRedMailとmailcowの違いは何ですか？
多くの人が考えるほど大きな違いはなく、互いをiRedMail代替サービスと呼ぶのも適切ではありません。機能よりもパッケージ方法と設計思想が異なります。iRedMailはネイティブパッケージを導入するスクリプトで、mailcowはDocker Composeです。運用負担とIP評価の課題は似ており、そこが実際の判断を左右します。
自社運用でも高い到達率を得られますか？
条件が整えば可能です。SPF、DKIM、DMARC、PTRを正しく設定し、評価に問題のないアドレスから始め、数週間は控えめに送信します。評価の構築には時間がかかり、一つのアカウントが侵害されると進展が失われることがあります。
iRedMail代替サービスは大規模になると高額ですか？
数千個を超えるメールボックスでは、純粋なインフラ費用だけを見ると自社運用が有利になることがよくあります。それより少ない場合は、自分の作業時間にも価格を付けると、ホスティングが有利になる場合が一般的です。当社プランは席ごとの課金ではなく、プラン別に件数上限を設けています。
メールを失わずにiRedMailから移行できますか？
iRedMailは標準IMAPに対応しています。CSVから実行するIMAP移行では、対応するフォルダー、メッセージ、状態フラグを転送できます。移行後は移行元と移行先を照合して差異を確認し、実際に転送された内容を検証する必要があります。詳しくは一括移行をご覧ください。
Sieveフィルターも移行できますか？
Sieveは標準ですが、サーバーによって対応する拡張機能やポリシーが異なります。既存スクリプトは移行前に互換性を確認し、必要に応じて修正してテストしてください。互換性のあるルールは配信時にサーバーで実行されるため、端末には依存しません。
SOGoのカレンダーと連絡先はどうなりますか？
CalDAVとCardDAVで同期されます。互換性のある移行先なら同じ標準を利用できますが、サーバー機能とデータ内容によっては、別途エクスポートとインポートを行い、結果を照合する必要があります。
