ナレッジベース
独自のアカウントからPostmarkでメールを送信する
独自のアカウントのPostmarkを接続する:ドメインの認証、オプションのreturn-pathレコードを何故追加すべきか、アカウントトークンに対するサーバーートークン、そして無効な受信者が意味するもの。
Postmark アカウントとドメインの DNS へのアクセスが必要になります。
Postmark の公式ドキュメント: 送信者の署名とドメイン · サーバー API トークン · サインアップ
⭐ Postmark を選択する理由。 マーケティングメールの一切の配信を拒否するため、これがまさに優れた到達率の理由です。請求書が他者のニュースレターと同じ評価を共有することはありません。トランザクションメールの確実な到着が唯一の要件であるならば、これが最適な選択肢となります。
1. ドメインの追加と検証
Sender Signatures → Domains → Add Domain の順に移動し、mail.yourdomain.com などのサブドメインを入力します。
Postmark から 2 つのレコードが提供されます:
| タイプ | ホスト | 目的 | | --- | --- | --- | | TXT | <selector>._domainkey.mail.yourdomain.com | DKIM 公開鍵 | | CNAME | pm-bounces.mail.yourdomain.com | リターンパス (バウンス) ドメイン |
両方を追加し、Verify を押します。
⭐ Postmark では任意とされていますが、リターンパスレコードを追加してください。 これがない場合、メッセージは Postmark 自身のバウンスドメインで送信されるため、SPF はお客様ではなく postmarkapp.com に整合します。DKIM のみでも DMARC の合格は可能ですが、理由もなく 2 つのチェックのうち 1 つを放棄することになり、大手受信側の規制が厳しくなった際に両方が必要となります。
⚠️ Postmark では、ドメインをエンベロープ送信者として使用しないため、SPF レコードは必須ではありません。すでに SPF が設定されている場合は、そのまま変更しないでください。
2. サーバー API トークンの取得
送信元として使用するサーバーを開き(Postmark では送信環境を「サーバー」と呼びます)、API Tokens から Server API token をコピーします。
⛔ アカウントトークンではなく、サーバートークンを使用してください。 アカウントトークンは Postmark アカウント全体を管理し、サーバーの作成、ドメインの変更、過去に送信したすべてのメッセージの閲覧が可能です。サーバートークンは 1 つのサーバーからの送信を行います。これらは見た目が似ており、同じ種類の入力ボックスに貼り付けられるため、このページで最も犯しやすい間違いとなります。
⭐ この用途に専用のサーバーの作成をご検討ください(「Zinn® notifications」などと命名します)。Postmark の統計、バウンスリスト、アクティビティフィードはすべてサーバー単位であるため、分離することにより、お客様の通知が他の送信物と混ざり合うのを防ぎます。
3. Zinn® での接続
ダッシュボードで Email sending を開きます:
- Provider — Postmark
- Send from this domain —
mail.yourdomain.com - Message stream — 独自に作成していない限り、
outboundのままにします - Postmark server token — 手順 2 のトークン
⚠️ Message stream は必ず トランザクション ストリームである必要があります。Postmark は、一斉送信ストリームで送信されたトランザクション風のメールを拒否します。パスワードリセットや請求書はトランザクションに該当します。
4. テストの送信とコードの入力
別のドメインの受信トレイ宛に Send test message を押し、そこからコードを読み取って入力します。
動作しない場合
"You tried to send to a recipient that has been marked as inactive" — Postmark は、ハードバウンスまたは迷惑メールの苦情を受けたアドレスを、再有効化されるまで永久に停止します。Suppressions を確認してください。これは Postmark による保護であり、通常は正しい動作です。
"Invalid 'From' address" を伴う 422 エラー — Send from this domain のドメインが Postmark で検証されていないか、yourdomain.com を検証した状態で mail.yourdomain.com から送信しています。Postmark はドメインを完全に一致させる必要があります。
401 Unauthorized — サーバートークンではなくアカウントトークンを貼り付けた(上記参照)、あるいはトークンが別のサーバーのものである可能性があります。
すべて機能しているが迷惑メールフォルダに入る — Postmark で DKIM が Verified と表示されているか、およびドメインの他の部分に不整合がある状態で DMARC レコードが p=reject に設定されていないかを確認してください。