--- title: "MAILの問題" slug: "sens-troubleshoot-mail" updated: 2026-10-20T08:57:29Z published: 2026-10-20T08:57:29Z canonical: "guide.ncloud-docs.com/sens-troubleshoot-mail" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # MAILの問題 Classic/VPC環境で利用できます。 MAILの利用中に次のような問題が発生することがあります。問題ごとの原因と解決方法を確認し、適切に対処してください。 ## Gmail受取人にメール送信失敗 Gmail受取人にメール送信時、失敗します。 #### 原因 2024年1月31日18時以降 Gmailポリシーが変更され、Gmail受信アドレスにメールを送信する場合、送信ドメインに対する SPF、DKIM、DMARC認証がすべて完了している必要があります。3つの認証が完了していない場合、当該送信件について NAVERクラウドプラットフォームが独自に送信失敗として処理します。 - [Gmail送信者ガイドラインの変更による Gmailへの送信ポリシー変更のお知らせ](https://www.ncloud.com/support/notice/all/1667)を参照 #### 解決方法 送信ドメインの SPF、DKIM、DMARC認証および SPF、DKIMを使用するのステータスに適用してください。認証を適用する方法は、[Domain Management > ドメイン登録](/docs/ja/cloudoutboundmailer-use-domain#%EB%8F%84%EB%A9%94%EC%9D%B8%EB%93%B1%EB%A1%9D)をご参照ください。 ## メール送信ログの確認不可 送信したメールログが残っていません。 #### 原因 メール送信履歴の保存期間は最大2か月です。メールを送信してから2か月が経過した場合、ログを確認できません。 #### 解決方法 送信時期が最近2か月以内かご確認ください。ログ保存期間が経過した場合、ログは自動的に削除されて復旧できません。 ## 「NONEXISTENT_DOMAIN_ADDRESS」送信結果コードおよび「Recipient domain does not exist」送信結果メッセージ メール送信時の送信結果コードが「NONEXISTENT_DOMAIN_ADDRESS」であり、送信結果メッセージが「Recipient domain does not exist」です。 #### 原因 - 受信ドメインの MXレコードが照会されないか、接続できるメールサーバがありません。 - 受信ドメインの MXレコードは存在しますが、当該サーバとの接続テストはすべて失敗しました。 #### 解決方法 受信ドメインの DNS設定または受信サーバのステータスによって発生する問題です。NAVERクラウドプラットフォームでは正確な原因の把握が難しいため、詳細については受信側にご確認ください。 ## 「Connection reset」送信結果メッセージ メール送信時の送信結果メッセージが「Connection reset」です。 #### 原因 受信サービスで接続されたコネクションを切った場合に発生する問題です。 #### 解決方法 原因で説明したように、NAVERクラウドプラットフォームでは正確な原因の把握が難しいため、詳細については受信側にご確認ください。 ## 大量メールの送信失敗 大量メールの送信時に多くの送信件数が失敗します。 #### 原因 受信メールサーバの接続終了、タイムアウト、接続リセットなどにより失敗することがあります。 「Connection closed by remote host」、「Read timed out」などの結果メッセージは受信側の環境によって発生するエラーです。 #### 解決方法 - 個別の失敗事例について確認が必要な場合、`mail id`または `request id`を[サポート](https://www.ncloud.com/support/question/service)までご連絡ください。 - `Connection closed by remote host`、`Read timed out`、`Connection reset`などのように受信側の理由により失敗した場合、NAVERクラウドプラットフォームでは正確な原因の把握が難しいため、詳細については受信側にご確認ください。 ## 送信ブロックリストの一括照会/解除不可 Send block listに登録されたアドレスを一度に照会したり一括解除したいです。 #### 原因 個人情報保護およびサービス安定性のために、send block listに登録されたメールアドレスを一括照会またはブロックを解除する機能は提供しません。 #### 解決方法 **Send block list**メニューで個別のメールアドレスを直接入力してブロックの有無を確認し、必要に応じて直接ブロックします。ブロック解除はコンソールでのみ実行でき、APIはサポートされません。 ## 送信失敗なのに受信有無は Yと表示 メール送信結果は失敗ですが、受信有無は Yと表示されます。 #### 原因 受信サーバがメールを受信したもののレスポンスを返さない場合、正常受信有無を確認できないため、送信結果を失敗として処理します。ただし、受取人がメール本文に含まれた画像(URL)を呼び出した場合、受信有無は Yと表示されます。 #### 解決方法 原因で説明したように、受信有無 Yはメール閲覧有無を基準としており、送信成功有無とは無関係であることがあります。これは受信側のレスポンス方式によって発生する正常な動作です。 ## 受信有無が反映されない メールを受信しましたが、受信有無が反映されません。 #### 原因 メール受信有無は、受取人がメールを開いた時に本文内に挿入された画像(URL)が呼び出されるかを基準に判断します。受信有無が反映されない状況は、次の通りです。 - 受信側のメールサービスが画像呼び出しをブロックした場合 - 受取人のネットワーク環境またはセキュリティポリシーにより、画像 URLリクエストがブロックされた場合 - メールを受信したが未読の場合 #### 解決方法 受取人がメールを実際に開いて画像をロードすることで、受信有無が Yと表示されます。これは受取人の環境(セキュリティポリシー、メールクライアントの設定など)によって異なることがあります。 ## APIを通じたメール送信失敗 MAIL APIを通じてメールを送信しましたが、「IP not allowed for authentication.」というエラーが発生します。 #### 原因 MAILサービスでは、送信リクエスト IPアドレスを別途ブロックしません。ただし、サブアカウントでリクエストする場合、該当サブアカウントのアクセス可能ソース(IPアドレス許可リスト)にリクエスト IPアドレスが登録されていないと、認証エラーが発生します。 #### 解決方法 サブアカウントでの API呼び出し時に「IP not allowed for authentication.」というレスポンスを受け取った場合、該当サブアカウントのアクセス可能ソースを確認し、該当 IPアドレスを許可リストに追加します。 サブアカウントのアクセス権限に関する詳細な説明は、[サブアカウントの作成と管理](/docs/ja/subaccount-use)をご参照ください。 ## 大量メール送信時の受信遅延 大量のメールを送信しましたが、受信まで時間が長くかかります。 #### 原因 - メールを大量に送信した場合、システムが送信速度を調整して順次処理するため、受信が遅延することがあります。 - 受信側のメールサーバの処理速度、または時間当たりの受信制限などにより、追加の遅延が発生することがあります。 - 受信制限がある場合、再試行処理され、この場合最大1日かかることがあります。 #### 解決方法 - 受信遅延はシステムの正常動作範囲内の処理です。受信ステータスは NAVERクラウドプラットフォームコンソールの **Simple & Easy Notification Service > MAIL > Mailing List**メニューでご確認ください。 - 継続的に受信遅延が発生する場合、送信量を調整するか、受信側のポリシーを確認してください。 ## 送信失敗の表示 メール送信結果が「送信失敗」と表示されます。 #### 原因 メール受信サーバからエラーレスポンスが届いた場合、その内容をベースに送信失敗として処理されます。 #### 解決方法 発送失敗の理由を確認する方法は、次の通りです。 1. NAVERクラウドプラットフォームコンソールで、**Menu** > **All Services** > **Application Services** > **Simple & Easy Notification Service** > **MAIL** > **Mailing List**メニューを順にクリックします。 2. リストで**受取人数**をクリックします。 3. 受取人別リストで失敗ステータスのメールをクリックします。 4. メール詳細を見る画面で**失敗理由**をクリックします。 - 受信サーバのレスポンスをそのまま出力したメッセージであるため、解釈が難しいことがあります。より詳細な説明が必要な場合、失敗メッセージを[サポート](https://www.ncloud.com/support/question/service)に転送してお問い合わせください。 ## DKIM認証問題 MAILの DKIM認証に関する問題を診断し、解決方法をご案内します。 ### DKIM認証失敗チェックリスト DKIM認証問題の発生時に次の事項を順に確認します。 **ステップ1: 先行条件の確認** - ドメイン認証は完了しましたか? - SPFレコードは正常に照会されますか? **ステップ2: DKIMレコード登録の確認** - TXTレコードは正しいホストに登録されましたか? (`{selector}._domainkey.{domain}`) - DKIM署名値がマルチライン形式で分割登録されましたか? **ステップ3: Selectorの確認** - 環境とリージョンに合った Selectorを使用していますか? **ステップ4: レコード照会の確認** - nslookupでレコードが正常に照会されますか? - 照会結果がマルチライン形式ですか? (別のレコードではないのか) **ステップ5: コンソール設定の確認** - DKIM認証は完了しましたか? - **[使用]** ボタンをクリックして有効にしましたか? ### DKIM認証失敗 - DKIM認証ができません。 - DKIM認証の失敗により、メール送信が失敗します。 #### 原因 - Selectorの設定が正しくありません。 - DKIM署名値が正しく登録されていません。 - ドメインまたは SPF認証レコードが欠落しています。 #### 解決方法 次の事項を順に確認します。 **1. ドメインと SPF認証の確認** DKIM認証の先行条件としてドメインと SPF認証のためのレコードが登録されている必要があります。[ドメイン確認](/docs/ja/cloudoutboundmailer-use-domain#%EB%8F%84%EB%A9%94%EC%9D%B8%ED%99%95%EC%9D%B8)を参照して、ドメイン認証トークン値と SPFレコードが照会されるか先にご確認ください。 **2. TXTレコード登録の確認** 登録したドメインの`{selector}._domainkey`ホストに DKIM署名値を TXTレコードとして登録する必要があります。 例: ドメインが`example.com`で Selectorが`ncpcompubkr`の場合 - ホスト: `ncpcompubkr._domainkey.example.com` 注意 - DKIM署名値は392文字です。 - DNS TXTレコードには255文字まで入力できるため、二重引用符でまとめて複数の構文に分割して登録する必要があります。 - Global DNSの場合、TXTレコードが255文字を超えると自動的に改行が適用されるので、署名値をそのまま登録できます。詳細は、Global DNSをご参照ください。 - ご利用中の DNSサービス会社で255文字以上の TXTレコード登録機能をサポートしない場合、当該会社にサポートをリクエストします。 - MAILサービスは高いレベルのセキュリティを維持するために、2,048bitの DKIM署名のみをサポートします。DKIMキーは、2,048bitを使用します。 **3. Selector確認** 環境とリージョンによって Selectorが異なります。Selectorを確認する方法は、[DKIM認証](/docs/ja/cloudoutboundmailer-use-domain#DKIM%EC%9D%B8%EC%A6%9D)をご参照ください。 | 環境 | リージョン | Selector | | --- | --- | --- | | 民間 | 韓国(KR) | `ncpcompubkr` | | 民間 | 日本(JP) | `ncpcompubjpn` | | 金融 | 韓国(KR) | `ncpcomfin` | | 公共 | 韓国(KR) | `ncpcomgov` | **4. レコード照会の確認** 次のコマンドを入力して、DKIM署名値が正しく登録されているか確認します。 ``` # nslookupを使用 $ nslookup -q=txt ncpcompubkr._domainkey.example.com # または digを使用 $ dig txt ncpcompubkr._domainkey.example.com ``` **正しい登録(マルチライン形式)** ``` ncpcompubkr._domainkey.example.com text = "v=DKIM1;k=rsa;p=MIIB..." "..." ``` 結果は、2つの文字列ブロックで構成された**単一レコード**のマルチライン形式で照会される必要があります。 **間違った登録(別のレコード)** ``` ncpcompubkr._domainkey.example.com text = "v=DKIM1;k=rsa;p=MIIB..." ncpcompubkr._domainkey.example.com text = "..." ``` 上記のように**別のレコード**に分離して登録された場合、DKIM認証に失敗したり、成功/失敗が繰り返されることがあります。マルチライン形式で再登録する必要があります。TXTレコードの分割登録方法は、使用中のドメインサービス会社にお問い合わせください。 **5. DKIM認証設定の確認** コンソールで DKIM認証の有無と使用有無をご確認ください。認証を完了した後、 **[使用]** ボタンをクリックして使用設定まで完了すると、メール送信時に DKIM認証が正常に行われます。詳細は、[DKIM認証](/docs/ja/cloudoutboundmailer-use-domain#DKIM%EC%9D%B8%EC%A6%9D)をご参照ください。 注意 - 認証完了後、 **[使用]** ボタンをクリックして有効にすると、 **[使用停止]** ボタンに変更され、「使用中」メッセージが表示されます。 - 認証が完了したレコードを変更または削除すると、以降のメール送信時に認証に失敗することがあります。そのため、認証のために登録したレコードは変更せずにそのまま維持してください。 ### DKIM署名値が照会されるが認証失敗 DKIM署名値が正常に照会されますが、DKIM認証を試行すると失敗します。 #### 原因 - ドメインまたは SPF認証のためのレコードが間違って登録されているか欠落しています。 - DNSレコード変更事項が伝播されていることがあります。 #### 解決方法 DKIM認証を正常に実行するには、ドメインと SPF認証のためのレコードがすべて登録されている必要があります。[ドメイン確認](/docs/ja/cloudoutboundmailer-use-domain#%EB%8F%84%EB%A9%94%EC%9D%B8%ED%99%95%EC%9D%B8)を参照して、ドメイン認証トークン値と SPFレコードが照会されるかご確認ください。 **DNSレコード伝播の待機** レコードを正しく登録したものの認証に失敗する場合、DNSレコードの変更内容が伝播されるまでに時間がかかることがあります。一定時間(通常数分から最大24時間)が経過した後、再認証を試行します。 注意 - DNSサーバ別の伝播時間の差: 照会する DNSサーバによって伝播される時間が異なることがあります。ユーザーが直接照会した時に正しいレコードが返されても、内部認証サーバにはまだ伝播されていないため、認証が失敗することがあります。 - TTL(Time To Live)キャッシュ: 以前のレコード登録時に TTLを長く設定した場合、既存のレコードがキャッシュされて照会されることがあります。この場合、TTLが経過した後に新しいレコードが正常に照会されます。 - レコード更新: 内部的に別途のレコード強制更新タスクはサポートしません。レコード登録時、適切な TTL値(例: 300秒～3600秒)設定をお勧めします。 ### メール送信時、成功/失敗が繰り返される - DKIM認証を完了しました。 - メール送信時、送信結果に成功/失敗が繰り返されます。 #### 原因 - DKIM署名値が別のレコードで登録されている場合、成功と失敗を繰り返すことがあります。 - DNSレコード照会結果は順番が保証されないため、返される順番によって DKIM認証結果が成功/失敗で異なる場合があります。 #### 解決方法 [ドメイン確認](/docs/ja/cloudoutboundmailer-use-domain#%EB%8F%84%EB%A9%94%EC%9D%B8%ED%99%95%EC%9D%B8)を参照して DKIM署名値が正常に登録されているかご確認ください。 **レコードの照会と確認** ``` $ nslookup -q=txt ncpcompubkr._domainkey.example.com ``` **正しい形式(単一レコードのマルチライン)** ``` ncpcompubkr._domainkey.example.com text = "v=DKIM1;k=rsa;p=MIIB..." "..." ``` **間違った形式(別のレコードに分離)** ``` ncpcompubkr._domainkey.example.com text = "v=DKIM1;k=rsa;p=MIIB..." ncpcompubkr._domainkey.example.com text = "..." ``` 別のレコードとして登録された場合、DNS照会時の順序が保証されないため、成功/失敗が繰り返されます。必ず単一レコードのマルチライン形式で再登録する必要があります。TXTレコードの分割登録方法は、使用中のドメインサービス会社にお問い合わせください。 ## SPF認証失敗 SPF認証が正常に行われません。 #### 原因 ドメインの TXTレコードに SPF情報が正しく登録されていないか、形式に問題があります。 #### 解決方法 登録したドメインの TXTレコードを点検する方法は、次の通りです。 1. ドメインに登録した SPFレコードを照会するには、次のコマンドを入力します。 ``` nslookup -q=txt example.com ``` 2. 次のように1つの文字列ブロックで SPFレコードが照会されるか確認します。 ``` example.com text = "v=spf1 include:email.ncloud.com ~all" ``` - 照会結果に二重引用符で囲まれた1行の文字列で SPFが登録されている必要があります。 参考 本ガイドで必要な情報が見つからない場合やさらに必要な情報がある場合は、いつでも以下のフィードバックアイコンをクリックして、ご意見をお寄せください。いただいたご意見を参照して、より有益な情報を提供できるよう努力してまいります。