評判も履歴も安心も失わずに送信を移行します。2つのプロバイダーを並行稼働させ、段階的に切り替えます。
AIがMailgunのドメイン、ルート、webhookの対応付けを支援します。各変更は、お客様が承認します
ドメイン、キー、テンプレート、webhook、抑止リストを一覧にします。
MigoSMTPのDNSレコードを、既存のレコードと並べて追加します。
テンプレートとwebhookを作り直し、抑止リストをインポートします。
段階的にトラフィックを移し、配信状況を確認します。
安定したら、古いレコードとキーを削除します。
用語は、執筆時点のプロバイダーのドキュメントに基づいています。公開前に最新のドキュメントで確認してください。
curl https://api.mailgun.net/v3/YOUR_DOMAIN/messages \ --user "api:MAILGUN_KEY" \ -F from="hello@yourdomain.com" \ -F to="user@example.com" \ -F subject="Hello" \ -F html="<p>Hi there</p>"
curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'説明用のリクエストです。フィールドの完全な一覧はAPIリファレンスをご覧ください。
MailgunからMigoSMTPへ移行するには、まず送信ドメイン、APIキー、ルート、webhookを洗い出し、Mailgunのレコードを残したまま各ドメインをMigoSMTPで認証します。続いてテンプレートを再作成し、インバウンドルートを構築し直し、バウンスと苦情のリストをインポートします。少量のトラフィックをMigoSMTP経由で送信して配信結果を比較し、残りを段階的に移します。何も使われなくなり、結果が安定したら、MailgunのDNSレコードとキーを削除します。
乗り換える理由は、送信の一本化、課金方式の変更、ルーティング制御の違いなどさまざまです。設定の大半はそのまま引き継げます。Mailgunの各ドメインはMigoSMTPの認証済みドメインに、キーはスコープ付きキーに、バウンスと苦情は抑止リストとしてインポートされ、IPプールは専用IPに対応します。リージョンエンドポイントやルート優先度の挙動など、Mailgun固有の仕様は、コピーする前に提供元の最新ドキュメントで確認してください。
AI移行アシスタントは、エクスポートしたMailgunの設定を読み取り、各ドメイン、テンプレート変数、webhookがMigoSMTPでどう対応するかを、項目ごとの信頼度スコア付きで提案します。確信を持って変換できないルート式は、手作業の対象として明示されます。変更は必ず担当者が承認してから適用され、承認は記録されるため、後から監査できます。ドメインを移す順序はお客様が決め、アシスタントが自らメールを送信したりDNSを変更したりすることはありません。
Mailgunはドメイン単位で送信を管理するため、移行も同じ単位で進めます。1つのドメインを認証し、トラフィックを移し、結果を確認してから次へ進みます。マーケティング用とトランザクション用のサブドメインは、別々に移せます。
受信メールの転送や解析にMailgunのルートを使っている場合は、各マッチ式とアクションを洗い出し、インバウンドルールとして再作成します。MXレコードを変更する前に、実際のアドレスでテストしてください。
SMTPで送信するアプリケーションは、多くの場合、新しいホスト、ポート、認証情報を設定するだけで済みます。サービスを1つずつ切り替え、ログに利用が残らなくなるまでMailgunの認証情報は有効にしておきます。
IPプールを使っている場合は、どのストリームに専用IPを割り当てるかを決めます。各ストリームをウォームアップのスケジュールで開始し、専用IPに実績ができるまで、少量のメールは共有インフラに残します。
インバウンドルートは1つずつ再作成し、MXレコードを変更する前に、サンプルアドレスでそれぞれテストします。
送信ドメインを1つずつ、最もリスクの低いものから移行します。
エクスポートしたドメイン、キー、webhook設定を読み取り、信頼度スコア付きでMigoSMTPの対応設定を提案します。信頼度の低い項目は別に一覧表示され、チームメンバーが各マッピングを承認してから作成されます。
Mailgunのルートのマッチ式とアクションを取り込み、同等のインバウンドルールを下書きします。変更した点と変換できなかった点が示され、すべてのルールを承認または編集できます。
テンプレート内の変数を走査し、コードが送信するデータと照合して、不足または名称変更されたフィールドを一覧にします。修正はあくまで提案で、レビュー後に適用されます。
次に移すドメインはどれかなど、移行計画に関する質問に分かりやすい言葉で答えます。関連ドキュメントを示し、推奨する手順も承認が必要です。
Mailgun移行に関するAIの提案は、適用前に必ずお客様がレビューして承認します。
すべての送信ドメインについて、リージョンと利用元を書き出しておきます。切り替え後に思わぬ障害が起きる原因は、古いスクリプトが残ったサブドメインの見落としであることが大半です。
ドメインごとにバウンス、苦情、配信停止のリストを取得し、送信前にインポートします。評判を守り、すでに拒否されたアドレスへの送信を避けられます。
両方のプロバイダーからサンプルイベントを取得し、フィールドを比較します。新しい形式を受け付けるようハンドラーを更新し、新しい署名キーで署名検証を確認します。
変更予定のレコードのTTLは、1日前に短縮しておきます。ロールバックが必要になっても、数時間ではなく数分で反映されます。
ログで数日間トラフィックがゼロになるまで、古いキーは有効のままにします。その後、失効させ、不要なDNSレコードを削除します。
新しいルートが問題なく実際のメールを処理できるようになるまで、古いルートは残しておきます。
Mailgunからの移行をご検討中ですか? 開始前に、当社チームがドメインとルートを確認します。
ドメイン、キー、ルート、webhookを洗い出し、Mailgunと並行して各ドメインをMigoSMTPで認証し、テンプレートとルートを再作成し、抑止リストをインポートして、トラフィックを段階的に移します。送信量が安定し、ログに利用が残っていないことを確認してから、Mailgunのレコードとキーを廃止してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
SMTP送信のドメイン1つなら、数日で移行できます。複数のドメイン、インバウンドルート、専用IPがある場合は、それぞれテストとウォームアップが必要なため、さらに時間がかかります。数週間を見込み、ドメインを1つずつ移行してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
はい、ただし再作成が必要です。各ルートのマッチ式とアクションをエクスポートし、MigoSMTPのインバウンドルールとして作り直します。MXレコードを更新する前に、サンプルアドレスでテストしてください。優先度の挙動は、提供元の最新ドキュメントで確認してください。新しいルートの動作が確認できるまで、古いルートは有効にしておきます。
評判はドメインと送信IPに紐づくため、自動では引き継がれません。ドメインを認証し、少量から始めて、徐々に増やしてください。専用IPは、フルボリュームの前に適切なウォームアップが必要です。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
ドメインごとにエクスポートし、最初の送信前にMigoSMTPへ抑止リストとしてインポートします。これにより、過去にバウンスや苦情があったアドレスへの送信を防げます。インポート前に、エクスポート形式を提供元の最新ドキュメントで確認してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
SMTPなら、通常はホスト、ポート、認証情報だけです。HTTP APIの場合は、エンドポイント、認証、フィールド名が異なるため、呼び出しを更新するかSDKを使ってください。ステージング環境でテストし、サービスを1つずつ切り替えます。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
はい。両方で同じドメインを同時に認証できるため、一部のメールをMigoSMTP経由にして、残りをMailgunに残せます。ドメインやアプリケーション単位で分けると、比較が簡単です。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
繰り返しの多いマッピング作業を引き受けます。アシスタントは、エクスポートしたドメイン、webhook、テンプレートを読み取り、信頼度スコア付きでMigoSMTPの対応設定を提案し、変換できないルートには目印を付けます。変更は必ず担当者が承認してから適用されます。
はい。多くのチームは、まず少量をMigoSMTP経由で送信し、徐々に増やしています。
共有プールから専用IPへ移る場合はウォームアップが必要です。ガイドまたは計算ツールをご利用ください。
Mailgunからの移行計画と切り替えスケジュールを、当社チームが確認します。