アプリケーション、CMS、デバイスをMigoSMTPに向けるだけで、今までどおり送信できます。認証、TLS、上限の管理はお任せください。
AIコパイロットが、すべてのバウンスと遅延を分かりやすい言葉で説明します。
SMTPで送信できるフレームワーク、CMS、プラグイン、スクリプト、デバイスなら何でも使えます。STARTTLSで接続してください。暗号化されていない接続は受け付けません。
アプリケーション、環境、クライアントごとに認証情報を作成できるため、他に影響を与えず、1つだけローテーションや無効化ができます。
アカウントごとに送信量の上限を設定できるため、暴走したジョブやパスワード漏えいがあっても、クォータや評判を使い果たされることはありません。
アカウントを信頼できるサーバーアドレスに限定できるため、盗まれた認証情報は他の場所からでは使えません。
ハードバウンスと苦情は自動的に抑止され、一時的な失敗は失敗としてカウントされる前にリトライされます。
任意のメッセージを検索し、SMTPレスポンス、リトライ、最終ステータスを確認できるため、サポートがメールの行方を答えられます。
当社が提供するSPFとDKIMのレコードを公開し、DMARCポリシーを追加します。各レコードは検証されると緑色になります。
ユーザー名とスコープ付きキーを生成し、そのアプリ用の送信上限と、必要に応じてIP許可リストを設定します。
アプリまたはプラグインのホスト、ポート、認証情報を変更し、テストメールを送信して、メッセージログで結果を確認します。
ステージを切り替えて、各段階でコントロールできる内容を確認できます。イメージ画面です。表示されている数値とアドレスはすべてサンプルデータです。
SMTPアカウントはすべて独立しているため、1つのアプリ、環境、クライアントのアクセスを、他に影響を与えずにローテーション、制限、無効化できます。
SMTPリレーとは、アプリケーションから標準のSMTPプロトコルでメッセージを受け取り、お客様に代わって受信者のメールボックスプロバイダーへ配信するメールサーバーです。アプリは認証してメッセージを渡すだけで、あとはお任せいただけます。MigoSMTPはMigoMTA上でリレーを運用しているため、キューイング、再試行、認証署名、プロバイダー別のスロットリングは私たちが担い、自社でメールサーバーを構築・チューニングする必要はありません。既存のコードやライブラリはそのままで、変更するのはホスト、ポート、認証情報だけです。
SMTPに対応していれば、どんなものでもリレーを利用できます。Webフレームワーク、CMSプラグイン、チケット管理や請求ツール、スクリプト、プリンターやスキャナーなどです。アプリ、環境、クライアントごとに専用のSMTPアカウントが用意され、認証情報、送信上限、任意のIP許可リストを個別に設定できるため、他に影響を与えずにローテーションや無効化ができます。すべての接続でTLSが必須です。アカウント単位の上限により、問題のあるアプリ1つがクォータを使い切ることはなく、利用状況レポートでどのアカウントが何を送信したかも分かります。
リレーが到達率に重要なのは、メールボックスプロバイダーが内容と同じくらい送信インフラを評価するからです。マネージドリレーは、お客様のドメインのDKIMキーでメールに署名し、一貫した認証を適用し、プロバイダーが保留した際は送信ペースを落とし、一時的な失敗を再試行し、バウンスや苦情のあったアドレスを抑止します。問題が起きたときは、メッセージログに生のSMTPレスポンスが表示され、AIアシスタントが分かりやすい言葉で説明するので、チームやサポート担当者が状況と対処法をすぐに把握できます。
不安定なサーバーメールを、WordPress向けSMTPリレーに置き換えましょう。SMTPプラグインにホストと認証情報を入力するだけで、注文確認やパスワードリセットのメールが迷惑メールに入らなくなります。
代理店は、クライアントのサイトごとに専用のSMTPアカウントを作成し、それぞれに上限を設定できます。1つのサイトでプラグインが侵害されても、共有クォータが使い切られたり、他のクライアントに被害が及んだりしません。
Laravel、Django、Rails、Node、CodeIgniterのアプリにはすでにSMTP設定があります。メール設定をリレーに向けるだけで、既存のメーラー、テンプレート、キューをそのまま使えます。
プリンター、スキャナー、古い基幹業務ソフトウェアは、SMTPしか対応していないことがよくあります。リレーを使えば、ファームウェアの変更や作り直しなしで、認証済みの暗号化送信ができます。
自らメールを送信するチケット管理、CRM、請求ソフトウェアを接続すれば、顧客への返信や領収書を共有サーバーではなく、認証済みのお客様のドメインから送れます。
ステージングと本番で別々のアカウントを使い、上限や許可リストも分けることで、テスト送信が本番の評判や顧客データと混ざらず、どちらも監査しやすくなります。
どちらも同じインフラ経由で配信されます。接続するソフトウェアに合う方を選んでください。
両方を併用できます。レガシーツールにはSMTP、新しいサービスにはAPIを使い、ワークスペースもレポートも1つにまとめているチームは多くあります。
AIコパイロットが生のSMTPレスポンスとログを読み取り、メッセージが保留やバウンスになった理由を分かりやすい言葉で説明し、対処案を提示します。対応するかどうかはお客様が判断します。
モデルが各アカウントの通常の送信パターンを学習し、無限ループや認証情報の侵害などによる急増・急減を検知します。アカウントを一時停止するか、通知のみにするかはお客様が選べます。
リスクスコアリングにより、普段と異なる動作や新しい送信元IPがあるアカウントを検出し、パスワードのローテーションや許可リストの厳格化を提案します。承認するまで何も変更されません。
以前のプロバイダーの設定を貼り付けると、アシスタントが切り替えに必要なホスト、認証、DNSの変更案を作成します。トラフィックを移す前に、担当者がチェックリストを確認します。
AI機能はあくまで支援です。説明と提案を行い、アカウント、上限、ルーティングの変更はチームが承認します。
認証情報を分けておけば、他のアプリに影響を与えずに特定のアプリだけローテーション、制限、無効化でき、利用状況レポートの帰属も明確になります。
実際のトラフィックを送る前に、SPF、DKIM、DMARCポリシーを公開しましょう。未認証のメールは、初期に迷惑メールへ振り分けられる最も一般的な原因です。
適切な上限を設けることで、ループや認証情報の漏洩による被害を抑えられます。実際の送信量に近い値から始め、成長に合わせて意図的に引き上げてください。
アプリが固定IPから送信するなら、アカウントをそのIPに限定しましょう。盗まれたパスワードがあっても、他の場所からは使えません。
ユーザー名とキーは環境変数やシークレットマネージャーに保管し、リポジトリやフロントエンドのバンドルには決して含めず、定期的にローテーションしてください。
テストメッセージを送信し、メッセージログとヘッダーを確認します。本番トラフィックを移す前に、TLS、From アドレス、DKIM、最終ステータスを確認しましょう。
設定に不安がありますか?切り替え前に、私たちのチームが構成を確認します。
SMTPリレーは、アプリケーションからメールを受け取り、受信者のメールサーバーへ転送します。アプリはTLS経由で認証情報を使って認証し、メッセージを渡します。その後はリレーがキューイング、再試行、署名、プロバイダー別のスロットリングを管理するため、自社でメールサーバーを運用する必要はありません。
送信ドメインを認証し、ダッシュボードでSMTPアカウントを作成して、アプリまたはプラグインにホスト、ポート、認証情報を入力します。テストメッセージを送信してログを確認してください。WordPressの場合は、同じ設定をSMTPプラグインに追加します。
SMTPは標準プロトコルを使うため、既存のソフトウェアがコード変更なしで送信できます。メールAPIはRESTインターフェースで、新規コードに適しており、テンプレート、冪等性、より詳細なレスポンスを利用できます。どちらも同じインフラ経由で配信されるので、用途に合わせて使い分けられます。
はい。ご契約プランで許可される数まで作成でき、アカウントごとに認証情報、送信上限、任意のIP許可リストを設定できます。アプリ、環境、クライアントを分離でき、他に影響を与えずに1つだけ無効化することも可能です。
バウンスと苦情はメッセージログに記録されます。ハードバウンスと苦情のあったアドレスは抑止リストに追加され、以降は送信されません。一時的な失敗は、失敗と判断される前に再試行されます。
はい。実際のトラフィックを送る前に設定することをおすすめします。ドメイン認証は、受信トレイに届くために最も重要なステップです。ダッシュボードには公開すべきレコードが正確に表示され、検証されると1件ずつ確認済みになります。
認証とTLSに対応していれば、通常は可能です。送信上限を低く設定したIP許可リスト付きの専用アカウントを作成してください。デバイスがTLSを使えない場合は、接続する前にご相談ください。
いいえ。アシスタントはバウンスの説明、異常な送信量の検出、対処案の提示を行いますが、認証情報、上限、ルーティングの変更はチームが承認します。根拠となるログと並べて、アシスタントの推論内容を確認できます。