独自の SMTP サーバー経由でメールを送信

ご自身のメールインフラを運用している場合や、ご利用のプロバイダーが一覧に直接記載されていない場合は、こちらをご利用ください。ほぼすべてのメールサービスが SMTP を提供しています。

⚠️ ご利用のプロバイダーが Mailgun、SendGrid、Postmark、Amazon SES、または Resend である場合は、代わりに専用のガイドをご利用ください。プロバイダーが実際に返した内容を SMTP ステータスコードではなく直接読み取れるため、問題が発生した際により適切なエラーメッセージを確認できます。

必要なもの

メールサーバーを運用している担当者から提供される、以下の4点が必要です。

• ホスト — 例: smtp.yourprovider.com
• ポート — 587、465、または2525
• ユーザー名およびパスワード

どのポートを選ぶべきか

587は STARTTLS によるメッセージ送信ポートであり、通常はこちらを使用してください。接続は平文で開始され、データが送信される前に TLS へとアップグレードされます。

465は暗黙的 TLS (Implicit TLS) であり、最初のバイトから暗号化されます。同様に問題はなく、一部のプロバイダーはこちらを推奨しています。

2525は、一部のネットワークがポート587をブロックしているために一部のホストが提供している非公式の代替ポートです。プロバイダーからの指示がある場合にのみ使用してください。

⛔ ポート25はこちらで受け付けられますが、適切な選択肢となることはほぼありません。 これはメールサーバー同士が通信するためのポートであり、アプリケーションがメッセージを送信するために使用するポートではありません。ほとんどのネットワークでブロックされており、認証が行われないことも多く、機能する場合でも暗号化されていないことが一般的です。

⛔⛔ 暗号化されていない接続での送信は行われません。 STARTTLS を使用をオンにしている場合 (推奨)、サーバーがアップグレードを拒否すると、平文で継続されるのではなく送信が失敗します。これは意図的な動作です。クライアントのパスワード再設定リンクがこれらのメッセージを通じて送信されるため、誰にも気づかれないダウングレードは、メールが届いてしまうがゆえに最も危険な障害となります。

事前に DNS を設定してください

マネージドサービスとは異なり、プロバイダーがこの設定を代行することはありません。送信元のドメインに対して以下の設定が必要です。

SPF — サーバーのアドレスを認証するTXTレコード: v=spf1 ip4:203.0.113.10 -all、またはv=spf1 a:smtp.yourprovider.com -all。すでに SPF レコードが存在する場合は、それを編集してください。単一のドメインに2つの SPF レコードが存在すると、SPF 認証は完全に失敗します。

DKIM — メールサーバーが送信メッセージに署名し、対応する公開鍵を<selector>._domainkey.yourdomain.comに公開します。Postfix では通常 OpenDKIM が使用されます。セレクタはプロバイダーから提供されます。

DMARC — _dmarc.yourdomain.comにおけるTXTレコード。SPF と DKIM の両方が合格することを確認する間は、v=DMARC1; p=none;で開始します。

逆引き DNS (Reverse DNS) — サーバーの IP アドレスのPTRレコードは、そのホスト名に解決される必要があります。主要な受信者はこれを確認し、設定されていないアドレスからのメールを受信拒否することが多くあります。これは DNS プロバイダーではなく、ホスティングプロバイダーが設定します。

⭐ 稼働後の有用な無料チェック方法: [mail-tester.com] (https://www.mail-tester.com/)宛てにメッセージを送信し、スコアを確認してください。4つの設定のうちどれに問題があるかが示されるため、迷惑メールフォルダーを確認しながら推測するよりもはるかに迅速に対処できます。

Zinn®での接続設定

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

• プロバイダー — SMTP サーバー
• このドメインから送信 — mail.yourdomain.com (アドレスではなくドメイン)
• SMTP ホスト、ポート、ユーザー名、パスワード
• STARTTLS を使用 — ポート465を使用している場合を除き、オン

⭐ 個人のログイン情報を再利用するのではなく、この用途専用のメールボックスまたは送信ユーザーを作成してください。担当者が退職してパスワードが変更された場合でも、クライアントへの通知が停止することはありません。

テストを送信してコードを入力してください

異なるドメインの受信トレイに対してテストメッセージを送信をクリックし、記載されているコードを確認して入力してください。

正常に機能しない場合

「メールサーバーがユーザー名またはパスワードを拒否しました」 — SMTP 認証 (AUTH) に失敗しました。プロバイダーのアカウントで2要素認証が有効になっている場合は、通常のログインパスワードではなく、ほぼ確実にアプリパスワードが必要です。

「host:port に接続できませんでした」 — ポートがブロックされているか、ホスト名に誤りがあるか、サーバーがそのポートで送信待機 (listen) していません。別のマシンからtelnet smtp.yourprovider.com 587を実行することで原因を特定できます。

TLS エラー — サーバーの証明書の有効期限が切れているか、自己署名されているか、入力したホスト名と一致していません。証明書の検証が必須となっており、この確認はスキップされません。証明書を修正してください。

「メールサーバーが受信者を拒否しました」 — サーバーがこの送信者のリレーを許可するように設定されていません。通常、認証されたユーザーにお客様の送信ドメインとしての送信権限がないことを意味します。

送信はできるがすべて迷惑メールに振り分けられる — これは SMTP ではなく DNS の問題です。上記の SPF、DKIM、DMARC、逆引き DNS の設定を確認し、再度 mail-tester のチェックを実行してください。