-
DKIM キー が次の値と等しくないと表示される場合、キーが正しく更新されていないことを意味します。公開鍵をホスト/ドメイン名列に、あなたのドメイン名を外して入力してください。例えば、ホスト名を次のように入力します:1522905413783._domainkey、1522905413783._domainkey.zohosupport.comではなく。問題が続く場合は、当社のサポートチームへ連絡をしてください(サポート@Bigin.com).
-
DKIMが表示されているが、'DKIMデータが不足'というエラーが引き続き表示される場合、プロバイダによっては、24から48時間待った後、Biginの中で認証データを選択してください。問題が続く場合は、24時間後にサポートまでご連絡ください(サポート@Bigin.com).
メールインのオプションを利用しているユーザーのための情報:
既存の設定に加えて、メールインの列を検証して、トッピング経由でのメール送信を有効にする必要があります。次の手順に従って行ってください:
-
BiginのメールDeliverabilityページでは、メール-in Toppingが機能するために必要な追加のSPFとDKIMデータを表示する2番目の列が表示されます。
-
メール-in SPFエントリを既存のSPFデータに追加します。
例:
-
既存のデータ: 'v=spf1 include one.Zoho.com ~all'
-
更新されたデータ: 'v=spf1 include one.Zoho.com include spf.mail360.Zoho.com ~all'
-
メール-in Deliverabilityモーダルで提供された値を使用して新しいDKIMデータを作成します。
これらの更新がメール-in toppingが正しく動作するために完了していることを確認してください。
メールの配信についての詳細はこちら
メール-inについての詳細はこちら
SPF検証の失敗の一般的な理由は何でしょうか、そしてそれらはどのように解決できますか?
SPF検証の失敗の可能性はいくつかあり、それらはドメイン設定またはSPFデータ自体の変更によって解決できます。
1) 複数のSPFデータの存在:
SPF検証の失敗はさまざまな理由で発生し、その多くはドメイン設定の更新またはSPFデータの変更により解決できます。
例えば:
SPFが表示されるが、'SPFデータが見つからない'エラーが依然として表示される場合は、24〜48時間待ってから、Biginの認証データを選択します。問題が48時間後も解決しない場合は、サポートチームに連絡してください(サポート@Bigin.com)。
2) SPFルックアップの制限:
SPFレコードが処理されると、それにリストされているドメインはDNSクエリを通じて解決されます。これらのドメインに関連付けられたIPアドレスは、ドメインの有効な送信者として認証されます。
SPFレコードは、ネストしたものを含め、最大10のDNSルックアップにグローバルに制限されます。ルックアップ数が10を超えると、SPFレコードは無効になり、メール認証に失敗します。
この問題を解決するために、あなたは自分のSPFをフラット化することができます。 ドメイン参照を対応するIPアドレスに置き換えたり、使用していないドメインを削除してルックアップ件数を減らします。
3) SPFの構文エラー:
SPFデータの構文エラー、つまり先頭または末尾のスペースは、検証失敗につながる可能性があります。SPFデータに余分なスペースがないことを確認し、正しい構文を保つには。
また、SPFデータは特定の メカニズムを利用する必要があり、それらは意図した通りに機能するように正しく形式化する必要があります。全てのメカニズムの構文をチェックしてエラーを防止します。
SPFアライメントとは何で、なぜ失敗するか?
メールが送信されると、その送信者IDが検証され、次にそのSPFとDKIMデータがアライメントされます。DMARC規定に従うことで、受信者システムに対して、メール送信者が認証された送信者だけができることを完了したことを伝えます:DKIMおよび/またはSPFドメインを、受信者が見る差出人ドメインと一致させる。
あなたが法人ドメインを差出人ドメインとしてメールを送信している場合、DMARCはそれを封筒差出人(返品する-Pathとも呼ばれます)ドメインと比較します。両方のドメインまたはそのサブドメインが一致した場合、SPFは調整されます。
SPFの調整が失敗すると、メールの配信性に影響しますか?
返品する-Pathヘッダーのドメインが差出人アドレスのドメインと同じ場合、SPFの調整が合格します。それらが異なる場合、SPFの調整は失敗します。
例えば:
ユーザー ted@zylker。com がBiginからメールを送信する場合、そのメールはZoho Biginのメールサーバから ted@zylker。com の代わりに送信されます。バウンストラッキングを目的として、Biginは通知。Bigin。comのメールアドレスを返品する-Pathヘッダーとして設定します。返品する-Pathヘッダーのドメインが '通知。Bigin。com'で、差出人アドレス('zylker。com')のドメインと一致しないため、SPFの調整は失敗します。
つまり、次のメッセージが表示されます:
'Bigin。comはzylker。comの代わりに送信するために認証済みですが、それでもSPFがDMARCの調整テストに合格していないようです。DMARCは、返品する-Pathのメッセージをチェックして、そこにあるドメインが差出人アドレスのドメインと一致することを確認します。返品する-Pathが差出人アドレスと一致しない場合、そのメッセージはDMARCのSPF調整テストに失敗します。'
DMARCはSPFまたはDKIMの整列が必要なため、解決策はBiginの返品する-Pathヘッダーを変更するか、整列したDKIM署名を追加するか、というものです。Biginの返品する-Pathヘッダーを変更することは、バウンスしたメールを追跡する必要があるため、実行可能ではありません。したがって、唯一の選択肢はメール認証を設定することです。もしDKIM認証が完了すれば、SPFの整列がなくてもDMARCチェックにパスすることができます。
SPFの整列が失敗した場合、メールの配信に影響はありますか?
いいえ、SPFの整列が失敗しても、あなたのメール配信に影響はありません。
なぜメールの追跡が機能していないのですか?
Biginを通じてメールを送信し、受信者がそれを開いたかどうか、またはリンクをクリックしたかどうかを追跡したい場合、Biginは'web beacon'と呼ばれるテクノロジーを利用します。これはメール内に埋め込まれた非常に小さな、見えないトラッカーです。
Biginは、あなたのメールの下部にほぼ見えない1ピクセルの画像を含みます。これはZohoのサーバーにホストされています。受信者がメールを開いて画像を表示すると、このピクセル画像は自動的にZohoのサーバーからダウンロードされます。このダウンロードにより、Biginはメールが開かれた時期と、メール内のリンクがクリックされたかどうかを追跡することができます。
-
メールは、メールが送信済みであり、差出人があなたのBiginアカウントである場合にのみ追跡できます。
-
上記の通り、メールクライアントで画像の表示が有効であるかどうかを認証してください。
-
メールが複数の受信者(宛先、CC、BCCなど)に送信されたかどうかを確認してください。それが該当する場合、メールは追跡できず、これは大量メールでは適用できません。
-
- メール追跡は、受信者のメールクライアントの設定に依存します。メールクライアントが画像の表示を妨げるか、切り替える場合は動作しません。