Postmarkから Mailer To Goへの移行方法
Postmarkは高速で信頼性の高いトランザクショナルメール配信で評判を得ています。つまり、移行を検討しているなら、配信可能性を既に重視していることになります。良いニュースは、Mailer To Goへの切り替えはDNSと認証情報の制御された入れ替えであり、両方を並行実行でき、任意の時点でロールバックできるということです。移行全体の流れは以下の通りです。
事前検討中ですか？Mailer To Go対Postmarkでの比較をご覧ください。このガイドは「方法」です。
開始前に：Postmarkが何をしているか在庫確認する
- サーバーとメッセージストリーム — Postmarkはトランザクショナルとブロードキャストをストリームに分離します。どちらを使用しているか確認してください。
- 送信者署名／ドメイン — 検証済みのFrom:アドレスとドメイン。
- 抑制データ — メッセージストリーム別のバウンスとスパム苦情。これは引き継ぐ必要があります。抑制されたアドレスに再度メール送信すると、新しいドメインの評判が低下します。
- 送信方法 — SMTP（サーバーAPIトークン付き）またはPostmark HTTP API（
X-Postmark-Server-Token）、またはその両方。 - Webhook — 配信／バウンス／開封／クリック、およびそのコンシューマー。
- ボリューム — ウォームアップ計画用の平均と最大値。
ステップ1 — Mailer To Go送信ドメインを作成する
mailertogo.comにサインアップし、送信サブドメインを追加します — mtg.yourdomain.comをお勧めします。これは評判を分離し、委任する場合、DNSの管理をさせることができます。Mailer To Goがmtg.yourdomain.comから送信する理由をご覧ください。
ステップ2 — 認証を行う（SPF、DKIM、DMARC）
ダッシュボードからSPFおよびDKIMレコードを公開し、DMARCポリシーを追加します。Postmarkで同等のもの（DKIM +返信パス）を実行したため、これは馴染みがあります — 新しい値だけです。重複期間中は両方のプロバイダーをドメインで認証したままにしてください。dig検証を使用した完全なウォークスルー：メール認証、エンドツーエンド。
ステップ3 — 認証情報を入れ替える
SMTP。 Postmarkの特徴はsmtp.postmarkapp.comとユーザー名とパスワードの両方として使用されるサーバーAPIトークンです。代わりに同じメーラーをMailer To Goに向けます：
# 前 — Postmark
host: smtp.postmarkapp.com port: 587
username: <Server API Token>
password: <Server API Token>
# 後 — Mailer To Go
host: smtp.mailertogo.com port: 587 (または465でSSL)
username: <MAILERTOGO_SMTP_USER>
password: <MAILERTOGO_SMTP_PASSWORD>
Railsでは、コード変更なしの新しい環境値だけです：
# config/environments/production.rb
config.action_mailer.smtp_settings = {
address: ENV["MAILERTOGO_SMTP_HOST"], # smtp.mailertogo.com
port: 587,
user_name: ENV["MAILERTOGO_SMTP_USER"],
password: ENV["MAILERTOGO_SMTP_PASSWORD"],
authentication: :plain,
enable_starttls: true
}
API。 Postmark HTTP APIを呼び出す場合、最小限の努力での移行は、メーラーをSMTP経由でMailer To Goに向けることです（最小コード）。言語別の完全な例：Mailer To Goでメール送信。
ステップ4 — 抑制リストをインポートする（スキップしないでください）
切り替え前にPostmarkから抑制をエクスポートします — ダッシュボードから、またはメッセージストリーム当たりAPIを介して：
curl "https://api.postmarkapp.com/message-streams/outbound/suppressions/dump" \
-H "Accept: application/json" \
-H "X-Postmark-Server-Token: $POSTMARK_SERVER_TOKEN" > postmark-suppressions.json
これらのアドレスをMailer To Go抑制リストに読み込み、Postmarkでバウンスまたは苦情が発生したユーザーが再度メール送信されないようにします。
ステップ5 — ウォームアップと段階的な切り替え
新しい送信ドメインはまだ評判がないため、すべてを一度に切り替えないでください。両方のプロバイダーを並行実行し、トラフィックを段階的にシフトします（1週間から2週間にかけて10% → 25% → 50% → 100%）。最も関与度の高いメール（パスワードリセット、領収書）から開始します。各ステップでバウンス率と苦情率を監視し、完全に切り替わるまでPostmarkをトラフィック受け取り用に準備しておきます。
ステップ6 — 検証してから廃止する
- テストを送信し、SPF、DKIM、およびDMARCがすべてPASSであることを確認します（Gmail → 元のメッセージを表示）。
- WebhookをMailer To Goイベントハンドラーに再度指定し、バウンス／苦情イベントが流れることを確認します。
- 100%が数日間Mailer To Goを通じてクリーンに実行されたら、Postmarkサーバーを閉じます — ただし1週間から2週間、Postmark DNSレコードはそのままにしておきロールバック安全ネットとして機能させ、その後削除します。
ロールバック
切り替えが認証情報+ DNSであるため、ロールバックは高速です。メーラーの環境変数をPostmarkに戻すだけです。重複期間中両方のプロバイダーを認証したままにしておくことで、1行の変更になります。
サブドメイン送信または認証が初めてですか？Mailer To Goがmtg.yourdomain.comから送信する理由とSPF/DKIM/DMARCセットアップガイドから始めてください。別のプロバイダーから移行されていますか？SendGrid、Mailgun、およびAmazon SESのガイドをご覧ください。