管理者が一人だけ。休みの日のメール障害は誰が対応する？

自社サーバーかホスティングかを選ぶ前に、設定した担当者と連絡が取れないときの対応を決めましょう。五人の会社でも、ドメインの管理先を探し、ログインの問題を扱い、適切な窓口に相談する人が必要です。サーバー代が安くても代わりの担当者は付きません。

「顧客から重要なメールが見つからないと言われた」という同じ例で比較します。誰が調べ、どのアクセスが必要で、その間の仕事をどう続けるかを考えます。

自前サーバーで必要になる仕事

導入後も、メールソフトと OS の更新、空き容量、配送状態、エラーの確認が続きます。バックアップと、実際に使える復旧手順も必要です。

送信には別の準備があります。サーバーが正しくドメインを名乗り、配送方法に合う認証を設定します。SPF は許可された送信元、DKIM は署名の確認、DMARC は見える送信元ドメインと認証結果の対応に関わります。

利用者の問い合わせも担当します。見つからないメールは、別フォルダーにある、宛先間違いで届かない、相手サーバーが拒否した、など原因が異なります。調査にはログとメール経路の理解が必要です。

仕事を一覧にして担当者を決めます。一人に依存するなら、代わりの人と復旧文書を用意してください。サーバー代だけでは、その保守に使う時間は分かりません。

サービス側が基盤を運用し、利用者側はドメイン、メールボックス、権限、業務手順を設定します。どこまでがサービスに含まれるか確認します。

容量、ドメイン数、ユーザー数、アプリ接続方法、送信制限を調べます。共通アドレスを使うなら共有メールボックス、移行予定なら過去メールの取り込みと、次に移るときのデータ取り出しも確認してください。

バックアップと復旧は個別に確認します。何が保存され、誰が復旧を依頼でき、どんな条件か。「ホスティング」という名称だけでは決まりません。

TrekMail は管理されたサービス上でメールボックスを提供します。機能はメールプラン比較にあります。人数、過去メールの容量、利用アプリに照らして選びます。

はい。受信メールの保存と送信の配送は、別サービスにできます。メールボックスとWebメールを TrekMail に置き、外向きは自分の外部 SMTP 設定で送る構成です。

SMTP はメールを配送の次の段階へ渡します。既存の送信サービスを残せますが、独自の設定、送信元許可、料金条件が加わり、その制限も継続します。

外部 SMTP のガイドで構成を確認できます。受信はホストされたメールボックスに残り、変わるのは送信経路です。別の送信サービスを選ぶ具体的な理由がある場合に使えます。

自前サーバー、管理型ホスティング、外部 SMTP のどれも、すべてのメールが必ず受信トレイへ入ることは保証しません。受信側の確認やメール内容も影響するため、実際の業務メールと配送エラーを評価します。

普通の一週間を想定し、新入社員、添付、共通アドレス、パスワード忘れ、外部宛先を挙げます。各案で誰が設定し、利用者を助け、障害を調べるか記録します。

さらに、復旧、管理者交代、履歴の増加、移行といった少ない頻度の作業も追加します。自社でできることと、支援を期待することを分けます。

ドメイン、DNS、メールサービス、送信サービス、復旧連絡先の責任者を記録し、代わりの担当者も決めます。アクセスは社内の安全な方法で管理してください。一覧は相談先を示すもので、共有パスワードの集まりにしないようにします。

必要なサポートや復元の条件は事業者に確認し、その回答を残します。特定の SLA や復旧時間を想定せず、最初の管理者が離れても運用できる構成を選びましょう。