評判も履歴も安心も失わずに送信を移行します。2つのプロバイダーを並行稼働させ、段階的に切り替えます。
AIコパイロットがPostmarkのサーバー、ストリーム、テンプレートを対応付け、承認をお待ちします
ドメイン、キー、テンプレート、webhook、抑止リストを一覧にします。
MigoSMTPのDNSレコードを、既存のレコードと並べて追加します。
テンプレートとwebhookを作り直し、抑止リストをインポートします。
段階的にトラフィックを移し、配信状況を確認します。
安定したら、古いレコードとキーを削除します。
用語は、執筆時点のプロバイダーのドキュメントに基づいています。公開前に最新のドキュメントで確認してください。
curl https://api.postmarkapp.com/email \
-H "X-Postmark-Server-Token: POSTMARK_TOKEN" \
-H "Content-Type: application/json" \
-d '{ "From": "hello@yourdomain.com",
"To": "user@example.com",
"Subject": "Hello",
"HtmlBody": "<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リファレンスをご覧ください。
PostmarkからMigoSMTPへ移行するには、サーバー、メッセージストリーム、テンプレート、webhook、抑止リストを洗い出し、Postmarkのレコードを残したままドメインをMigoSMTPで認証します。スコープ付きAPIキーを作成し、テンプレートを再作成し、webhookのエンドポイントを更新します。送信前に抑止リストをインポートしてください。ストリームを1つずつ、トランザクションメールの少量から移行し、送信量が安定したらPostmarkのトークンとDNSレコードを廃止します。結果に納得するまでPostmarkは稼働させておきましょう。
乗り換える理由は、プロバイダーの統合、コストの調整、ルーティングやインフラの制御強化などです。Postmarkはすでにトラフィックを分離しているため、構造はうまく引き継げます。サーバーとメッセージストリームはワークスペースとストリームに、サーバートークンはスコープ付きキーに、送信者署名はドメイン認証に対応します。テンプレートレイアウトやストリーム単位の抑止の挙動など、Postmark固有の機能は、コピーする前に提供元の最新ドキュメントで確認してください。1対1で対応しない項目は、一覧にして残しておきましょう。
AI移行アシスタントは、エクスポートしたPostmarkの設定を読み取り、各サーバー、ストリーム、テンプレート、webhookがMigoSMTPでどう対応するかを、項目ごとの信頼度スコア付きで提案します。テンプレートレイアウトやカスタムフィールドで手作業が必要な箇所も示します。変更は必ず担当者が承認してから適用され、承認はすべて記録されます。タイミング、範囲、ロールバックはお客様のチームが管理し、アシスタントが自らメールを送信したりDNSを編集したりすることはありません。
Postmarkのトランザクション用とブロードキャスト用のストリームには、理由があって分かれています。MigoSMTPでも同じ分離を再現すれば、領収書とマーケティングメールは、初日から別々の評判、レポート、抑止の扱いになります。
Postmarkの各サーバーは、通常、1つのアプリケーションまたは環境を表します。ワークスペースとキーをそれぞれ作成しながら1つずつ移行すれば、問題が起きても影響を1つのアプリに限定できます。
テンプレート、レイアウト、コードが送信するモデルフィールドを洗い出します。MigoSMTPで再作成し、実際のデータでテストメッセージを送って、すべての変数が正しく表示されることを確認します。
設定内のPostmarkサーバートークンを、サービスごとに1つずつMigoSMTPのキーに置き換えます。ログに呼び出しが残らなくなるまで古いトークンは有効にしておき、その後で失効させます。
メッセージストリームを1つずつ移行し、トランザクションとブロードキャストが、それぞれ独自の評判を保てるようにします。
テンプレートと共有レイアウトを再作成し、テストメッセージで変数と書式を確認します。
エクスポートしたサーバーとメッセージストリームを読み取り、信頼度スコア付きでワークスペースとストリームの構成を提案します。提案された変更はすべて表示され、承認するまで何も作成されません。
Postmarkのテンプレートとレイアウトをモデル変数を保ったまま変換し、サンプルデータでレンダリングしたプレビューを表示します。各テンプレートは、承認を待ってから保存されます。
トラフィックの移行中、バウンス率、保留率、苦情率をPostmarkのベースラインと比較します。乖離があれば通知し、各段階で保留するか続行するかはお客様が選びます。
最初に移すストリームやテストすべき内容などの質問に、エクスポートした設定をもとに答えます。推奨内容は提案であり、実行前にお客様が確認します。
Postmark移行に関するAIの提案は、適用前に必ずお客様がレビューして承認します。
どのアプリケーションがどのサーバートークンとストリームを使っているかを記録します。サポートツールや請求システムなど、隠れた連携は、チームが最も見落としやすいものです。
抑止リストは、トランザクション用とブロードキャスト用のストリームで異なる場合があります。それぞれ別々にエクスポートし、送信前に対応するMigoSMTPのストリームにインポートします。
完全なデータ、一部のデータ、空のデータでテストメッセージを送ります。レンダリング結果をPostmark版と比較し、欠落したフィールドや空白の変化を見つけます。
Postmarkのレコードを削除せずに、MigoSMTPのDKIMとリターンパスのレコードを追加します。本番送信を変更する前に、ヘッダーチェックで両方が通過することを確認してください。
トランザクションメールは最も重要ですが、ブロードキャストメールは送信量が多くなります。まずトランザクションを移し、その後、苦情率を見ながらブロードキャストを徐々に増やします。
開始前に、Postmarkの各サーバーとストリームがMigoSMTPのどのワークスペースに対応するかを計画します。
Postmarkからの移行をご検討中ですか? 開始前に、当社チームがストリームとテンプレートを確認します。
サーバー、ストリーム、テンプレート、webhookを洗い出し、Postmarkと並行してドメインをMigoSMTPで認証し、テンプレートを再作成し、抑止リストをインポートして、ストリームを1つずつ移行します。送信量が安定し、ログに利用が残っていないことを確認してから、Postmarkのトークンとレコードを廃止してください。
テンプレートが数点のサーバー1つなら、数日で移行できます。複数のサーバー、ストリーム、webhookの受け手がある場合は、それぞれテストが必要なため、さらに時間がかかります。数週間を見込み、ストリームを1つずつ移行してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
MigoSMTPで再作成します。テンプレートのHTMLと、コードが送信するモデル変数をエクスポートし、コンバーターでレビュー用の下書きを作成します。承認する前に、テスト送信でレイアウトと条件付きセクションを確認してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
MigoSMTPは、ワークスペースとストリームでトランザクションとブロードキャストのメールを分離するため、構造はほぼそのまま対応します。評判、レポート、抑止リストはストリームごとに独立しています。正確な挙動はPostmarkのドキュメントでご確認ください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
評判はドメインと送信IPに紐づくため、自動では引き継がれません。ドメインを認証し、まず少量を送信して、徐々に増やしてください。専用IPは、フルボリュームの前にウォームアップが必要です。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
エクスポートして、最初の送信前にMigoSMTPへインポートすると、バウンスや苦情のあった受信者に再送されません。ストリームを分けている場合は、ストリームごとにエクスポートとインポートを行います。形式は、提供元の最新ドキュメントで確認してください。まず少量のトラフィックでテストし、結果をチームで確認しましょう。
はい。両方で同じドメインを認証できるため、一部をMigoSMTP経由にして、残りをPostmarkで処理できます。サーバーやストリームで分けると、結果の比較もロールバックも簡単です。ログに呼び出しが残らなくなるまで、Postmarkのトークンは有効にしておきます。
はい、マッピング作業で利用できます。アシスタントは、エクスポートしたサーバー、ストリーム、テンプレートを読み取り、信頼度スコア付きでMigoSMTPの対応設定を提案し、手作業が必要な項目に目印を付けます。変更は必ず担当者が承認してから適用されます。
はい。多くのチームは、まず少量をMigoSMTP経由で送信し、徐々に増やしています。
共有プールから専用IPへ移る場合はウォームアップが必要です。ガイドまたは計算ツールをご利用ください。
Postmarkからの移行計画と切り替えスケジュールを、当社チームが確認します。