ナレッジベース

ご自身所有の Postmark アカウント経由でメールを送信

ご自身の Postmark アカウントを接続する: ドメインの確認、オプションの return-path レコードをそれでも追加すべき理由、Account トークンに対する Server トークン、そして非アクティブな受信者の意味。

Postmark アカウントと、ドメインの DNS へのアクセス権限が必要です。

Postmark の公式ドキュメント: [送信者署名とドメイン] (https://postmarkapp.com/support/article/1046-how-do-i-verify-a-domain) · [サーバー API トークン] (https://postmarkapp.com/support/article/1008-what-are-the-account-and-server-api-tokens) · [新規登録] (https://account.postmarkapp.com/sign_up)

⭐ この用途に Postmark を選ぶ理由。 マーケティングメールの配信を一切拒否しているためであり、まさにそれが現在の高い到達率を維持できている理由です。請求書メールが他人のニュースレターと評価 (レピュテーション) を共有することはありません。トランザクションメールを確実に届けることだけが要件であるなら、最適な選択肢です。

1. ドメインの追加と検証

Sender Signatures → Domains → Add Domain の順に進み、mail.yourdomain.com などのサブドメインを入力します。

Postmark から2つのレコードが提示されます。

レコードタイプホスト用途
TXT<selector>._domainkey.mail.yourdomain.comDKIM 公開鍵
CNAMEpm-bounces.mail.yourdomain.comリターンパス (バウンス) ドメイン

両方を追加し、Verify を押してください。

⭐ Postmark で任意と表示されていても、リターンパスレコードを追加してください。 これがない場合、メッセージは Postmark 独自のバウンスドメインで送信されるため、SPF は送信者自身ではなく postmarkapp.com にアラインされます。DKIM のみでも DMARC は通過しますが、理由もなく2つのチェックのうち1つを放棄することになります。大手受信事業者が厳格な判定を始めた際には、両方を設定しておく必要があります。

⚠️ Postmark はエンベロープ送信者としてお客様のドメインを使用しないため、SPF レコードを必須としていません。すでに SPF が設定されている場合は、そのままにしておいてください。

2. サーバー API トークンの取得

送信元として使用する server を開きます (Postmark では送信環境を「サーバー」と呼びます)。次に API Tokens を開き、Server API token をコピーします。

⛔ Account トークンではなく、Server トークンです。 Account トークンは Postmark アカウント全体を管理するためのものであり、サーバーの作成、ドメインの変更、過去に送信したすべてのメッセージの閲覧が可能です。Server トークンは1つのサーバーから送信を行うためのものです。両者は外見が似ており、同じような入力欄に貼り付けるため、このページで最も発生しやすい間違いです。

⭐ これ専用に 個別のサーバー を作成することをご検討ください (例:「Zinn® notifications」)。Postmark の統計、バウンスリスト、アクティビティフィードはすべてサーバーごとに管理されるため、個別のサーバーを用意することで、顧客向け通知が他の送信メッセージと混ざらなくなります。

3. Zinn® での接続

ダッシュボードで メール送信 を開きます。

  • プロバイダー — Postmark
  • このドメインから送信 — mail.yourdomain.com
  • メッセージストリーム — 独自に作成していない限り、outbound のままにします
  • Postmark サーバートークン — 手順2で取得したトークン

⚠️ メッセージストリーム は トランザクション ストリームである必要があります。Postmark はブロードキャストストリームで送信されたトランザクション風のメールを拒否します。パスワードのリセットや請求書はトランザクションメールに該当します。

4. テスト送信とコードの入力

テストメッセージを送信 を押して別ドメインの受信トレイに送信し、その中にあるコードを確認して入力します。

送信が機能しない場合

「You tried to send to a recipient that has been marked as inactive」 — ハードバウンスやスパム苦情が発生した後、再有効化するまで、Postmark はそのアドレスへの送信を恒久的に抑制します。Suppressions をご確認ください。これは Postmark がお客様を保護するための機能であり、通常は正しい動作です。

422エラー「Invalid 'From' address」 — このドメインから送信 に指定されたドメインが Postmark で検証されていないか、あるいは yourdomain.com を検証済みで mail.yourdomain.com から送信しています。Postmark は完全一致でドメインを判定します。

401 Unauthorized — Server トークンの代わりに Account トークンを貼り付けたか (上記参照)、またはそのトークンが別のサーバーのものです。

すべて正常に動作しているが迷惑メールフォルダに振り分けられる — Postmark で DKIM が Verified と表示されていること、およびドメインの他の設定のアラインメントが不完全な状態で DMARC レコードが p=reject に設定されていないことを確認してください。

ブログの最新情報

ホスティング、SEO、大規模サイトの運用について執筆した記事。

ホスティング層からの SEO とリンクビルディング: 2026年のオペレーターの視点

2026年におけるホスティングがインデックス作成とリンクエクイティに与える影響: ページのインデックス維持、構築前のオールドドメインの審査、検索エンジンのフットプリントを残さないリンク構築、そしてインフラが SEO に対してできることとできないことに関する率直な見解。

記事を読む →

WordPress を高速かつ安全にする方法: パフォーマンスとプラグインのチェックリスト

高速で安全な WordPress のための実践的なチェックリスト: サーバーレベルのキャッシュ、サイトごとのオブジェクトキャッシュ、利用する価値のある厳選されたプラグイン、スタックを最新に維持すること、そして決してキャッシュしてはならない WooCommerce ページ。

記事を読む →

2026年におけるマネージド Web ホスティングの選び方: バイヤーズガイド

コントロールパネル付きの安価なサーバーと、優れたマネージドホスティングを実際に分けるもの (移行、バックアップ、分離、真のキャッシング、そして誠実なスケーリング)、および契約前にそれらを見極める方法。

記事を読む →

ブログを読む →

解決しませんか ?

サポートはすべてのプランに含まれており、対応時間は1日 24 時間、対応言語は 58 ヵ国語の中から自由にお書きいただけます。お客様の言語で回答いたします。

サポートに問い合わせる → すべての記事 →