質問: 「fromとenvelopefromの第2レベルのメールドメインが異なる」のメール配信の問題を解決します。これはホスティングプロバイダーの問題ですか? メインドメイン「vocalsound.org」からメールを送信します。ホスティングプロバイダーを通じて配信されますが、ジェネリックドメイン(webland.ch)でホストされている共有メールサーバーを介して送信されます。たとえばspamassasinのメモのように、「fromとenvelopefromの第2レベルのメールドメインが異なる」ため、これは問題になりつつあります。 gmailなどの一部のレシピエントはこれに問題がなく、単に「送信済み」/「経由」のメモ(「someone@vocalsound.org via webland.ch」など)でメールにマークを付けます。 ただし、他のメールサーバー(laposte.net、free.fr、register.itなど)は、メールの内容に関係なく、スパムとしてフラグを立てるか、接続を拒否します。「560 5.7.1サービスサービスが拒否されました。lpn007_510」。または、場合によっては、電子メールを配信するふりをすることもありますが(smtp接続は成功します)、電子メールはスパムとしても、意図した受信者に届きません。これはニュースレターだけでなく、私たちの日常の通信にとっても大きな問題です。一部の連絡先と連絡を取り合うために、gmailアカウントを開設する必要がありました。そうしないと、メールが届きません。数年前、別のプロバイダーでホスティングを行っていましたが、メールがドメインから直接送信されるようになったため、この問題は発生しませんでした。私の質問:1)これは、ホスティングプロバイダーによって「悪い習慣」または「誤設定」と見なされる可能性がありますか、それとも共有ホスティングでのこの通常の習慣ですか?2)問題を解決するには、ホスティングプロバイダーの変更を検討する必要がありますか?
回答: かなりの調査の後、今日私は自分自身に答えます:はい、それはisホスティングプロバイダーの問題です。理由は次のとおりです:今日では、spfだけでは、深刻な電子メール送信者の送信者を検証するのに十分ではありません。電子メールの配信可能性のために、特にニュースレターをサードパーティに依存する企業が増えていますが、それだけではありません。私のオフィス環境は、ドメインホスティングプロバイダーに対応することはめったにない電子メールを含むワークフローを強化するためにクラウドプロバイダーに依存する可能性があります。someprovider.comを通じてニュースレターを送信する場合があることを考慮してください。そのため、spfレコードにいくつかのプロバイダーのspfスペースを挿入する必要があります。しかし、一部のプロバイダーはsomecloudserviceによってホストされ、ipアドレスがシフトしている場合があります。その場合、一部のプロバイダーのspfレコードには、実際にはsomecloudserviceの完全なアドレス空間が含まれている可能性があります。これは、someproviderだけでなく、somecloudserviceでホストされている他の誰かが私の電子メールを偽装する可能性があり、spf検証が引き続き機能することを意味します。これが、gmailやその他のサービスが、受信したメールがサードパーティ経由で送信されたことを明確に示す理由の1つです( googleサポートドキュメント を参照)。同じ理由で、outlook/office 365はそのような電子メールにspoofのフラグを立てることができます(ここを参照してください: microsoft office 365ドキュメント )。電子メールの実際の送信者を証明できるのは、有効なdkim署名のみです。そもそもdkimが作成されたのはそのためです(詳細: ウィキペディアの記事 - dkim.org公式ウェブサイト )。なりすましやフィッシングはますます深刻化する問題であるため、特定の電子メールの送信者が誰であるかを知るための手段を誰もが持っている必要があります。これが、本格的なホスティングプロバイダーがdkimを実装するだけでなく、デフォルトでアクティブ化する必要があると強く感じている理由です。また、上記のような大規模な電子メールプロバイダーは、特に2011年にすでに公式のインターネット標準となっているため、dkimで署名されていない電子メールにはすぐにペナルティを課すことになると確信しています( wikipediaの記事を参照 上記)。スパムとなりすましは依然として深刻な問題であり、明確に正当化されていない電子メールを除外する傾向が高まるでしょう。したがって、dkimがないと、メール(ニュースレターだけでなく、毎日のビジネスメール)が意図したレシピエントの受信トレイに到達する可能性がますます小さくなるため、メールプロバイダーを変更します。