短い答え。
私の経験では、サーバーのIPアドレスにPTR（逆DNS）レコードが設定されていないことが、GmailやAOLのようなサービスでスパムとしてフラグが付けられる一番の方法です。
関連するが、ドメイン名にSPF（Sender Policy Framework）レコードセットがない場合、それは何の役にも立たないので、そのセットも必要です。
しかし、最終的には、SPFに続いてPTRが最も重要なものになります。
これらの両方は、DKIM（DomainKeys Identified Mail）の概念であり、メールの検証に使用されています。しかし、私の経験では、ほとんどのサーバーのセットアップでは、SPMレコードセットとSPAMフラグ設定のSPFが消えるだけで十分です。
他に選択の余地がない場合にのみ、DKIMのものを扱うべきです。セットアップが難しいからではありませんが、有効なPTRおよびSPFレコードが適切に設定されていなければ意味がありません。
長い答え。
ただし、Google Gmailサーバーは非常に長い間私のメールを「迷惑メール」としてフラグを立てているようですが、Yahoo Mailなどの他のプロバイダーはそうではありません。メールアカウントをさらに作成しても解決しませんでした。また、別のドメインに属するメールアカウントも使用しました。
Gmailサーバーが私のメールに「不要」のフラグを立てないようにするにはどうすればよいですか？
この問題は、サーバーの適切なPTRレコードまたはSPFレコードのセットアップがない可能性があります。要確認：世界中のどのサーバーもメールを送信でき、スパム保護は採点システムであり、正確な科学ではありません。
PTR（リバースDNS）レコードとは何ですか？
PTRレコードは、単にIPアドレスをホスト名に接続する逆DNSレコードです。標準のホスト名検索のように聞こえるかもしれませんが、まったくそうではありません。反対です。PTRレコードは、そのサーバーにIPを割り当てたホスティングサービスの観点から、IPアドレスがどのホスト名に割り当てられているかのレコードです。
サーバーのIPアドレスが123.456.789.0そのIPアドレスのPTRレコード検索である場合、サーバーのホスト名と一致する必要があります。ただし、その値は、ご存じのようにDNSエントリではなく、ホスティングサービス自体に接続されているDNSサーバー内で設定されます。
現実には誰でも世界中のほとんどのPCで実際の基本的なメールサーバーをセットアップできるため、これはSPAMmersに対する相互参照チェックです。ただし、サーバーがメールを送信できるからといって、送信するものが有効であるとは限りません。PTRレコードが行うことは、基本的に、そのIPアドレスのサーバーから送信されるメールを「保証」し、「わかりました、example.comサーバーの1つからメールを受信しましたか？私がチェックし、そのサーバーが関連付けられているかどうかを確認しましょうexample.com？」という質問への答えは、はい、そのサーバーがために電子メールを送信することが許可されていないのどちらかであろうexample.comかいいえ、私たちが何であるか見当もつかない...あなたがそのメールを願う何を。
PTRレコードの設定方法については、サーバーのホスティングサービスとポリシーによって異なります。一部のサービスでは、コントロールパネルを介してPTRレコードを個別に設定できます。他の人は、メール、電話、郵便のいずれかであなたに連絡を取り、レコードを設定させます。
たとえば、AmazonのEC2セットアップでは、PTRレコードセットを取得するためにWebフォーム経由でリクエストを行うことができ、PTRレコードの変更を承認する保証はありません。ほとんどの場合、彼らはそうします。しかし、Rackspaceのような場所では、許可を求めることなく、自分でこれらの値を設定できます。
サーバーのPTRレコードを確認するには、このMXToolboxの「Reverse IP Lookup」ツールのようなツールを使用できます。または、Linux / Unixのコマンドラインに慣れている場合は、次のようなコマンドを実行します。
dig -x 123.456.789.0
SPF（Sender Policy Framework）レコードとは何ですか？
メールをSPAMとしてフラグを立てないようにする基本的なパズルのもう1つの部分は、適切なSPFレコードが設定されていることを確認することです。SPFレコードとは何かについての詳細な説明は、SPF の公式Webサイトにあります。しかし、このMXToolboxの「Sender Policy Framework（SPF）Record Lookup」ツールは非常にうまく説明しています。
Sender Policy Framework（SPF）レコードを使用すると、ドメイン所有者は、自分に代わって電子メールの送信を許可されているIPアドレスまたはサブネットのリストを公開できます。目標は、悪意のある送信者が身元を偽装することをはるかに困難にすることにより、スパムと詐欺の量を減らすことです。
SPFレコードを設定するには、次のようなドメイン名のDNSレコードにTXTレコードを設定する必要があります。
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
それは基本的に、そのSPFにリストされたどんなホスト名またはIPアドレスもに代わって電子メールを送ることができると言いexample.comます。この例は非常に単純ですが、SPFレコードの利点は、ホスト名に接続された1/2ダースのサーバーがあり、それらはすべて異なるIPアドレスを持っているとしましょう。これらの1/2個のサーバーのIPアドレスを含むSPFレコードは、そのホスト名の代わりにそのIPアドレスから送信されるメールの有効性を基本的に「保証」します。