7

PEAR::mail で、スパムとしてフラグが立てられず、ジャンク フォルダに入れられることなく、hotmail ユーザーに電子メールを正常に配信できるようにしようとしています。hotmail のみで yahoo/gmail に問題はありません。

Google は、これは hotmail の一般的な問題であり、考えられる原因として次のようなものがあることを示唆しています。

  • サーバーのメイン IP の逆引き DNS が正しくありません
  • SenderId/SPF レコードの欠如
  • ブラックリストに載っている

上記のすべてを確認した後、私はもう1つの理由しか考えられません-ヘッダーの形式が正しくありませんか?

この理論をテストするために、私は PEAR::mail が使用するのと同じアドレスを介して電子メールを送信するように Outlook を設定し、簡単なテストを送信しました - それは私の受信トレイに直接配信されました

そこで、PEAR::mail から送信された電子メールのヘッダーを Outlook から送信されたヘッダーと比較しましたが、わずかな違いしかありませんでした - スペース (および人の目) を節約するために違いのみをリストしました

PEAR::mail ヘッダー (Outlook ヘッダーにはありません)

X-PHP-Script: www.example.com/register.php for [users ip address]

Outlook ヘッダー (PEAR::mail ヘッダーにはありません)

X-Mailer: Microsoft Office Outlook 11
Thread-Index: Ack6CWSQlgV8s6+6SWyifka2NNpB7g==
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350

私が見ることができる他の唯一の違いは

  • From: ヘッダーと To: ヘッダーの順序が逆になっている
  • ヘッダーの Received: セクション

見通し

Received: from myhomehostname.com ([ip address] helo=simber) 
by mywebhostname.com with local (Exim 4.67)

PEAR::メール

Received: from apache by mywebhostname.com with local (Exim 4.67)

ヘッダーのこれらの小さな違いが原因でしょうか、それとも間違った場所を探しているのでしょうか? これが問題になる可能性があることはわかっていたので、自分で作成するのではなく、PEAR::mail クラスを使用することにしましたが、これをどこに使用すればよいかわかりません。助けていただければ幸いです。

更新:変更ログの提案に従って、MS ヘッダーを PEAR::mail クラスに追加しようとしました。また、PEAR::mail を PHPMailer に置き換えようとしました (余分なヘッダーの有無にかかわらず) - それらはすべてジャンク フォルダーに入れられます。

結局、ヘッダーではないかもしれないと信じ始めています。

更新 2:メールは、ユーザーがサインアップしたメール アドレスを検証するための単なる登録確認であることを言及する必要がありました。メールショットなどはないため、ボリュームは非常に少なくなっています。

@hotmail/live のメール アドレスを提供しているユーザーに、アドレス帳に追加するか迷惑メール フォルダーを確認するように警告することを検討しましたが、これは私にはプロ意識がないように思えます。

Sender Score Certifiedになることについては、これらのメールの量と目的を考えると、これにかかる費用を正当化できる可能性はほとんどありません.

4

4 に答える 4

8

私の会社はプロの電子メール マーケティング キャンペーンを行っており (strongmail サーバーを介して)、あらゆる種類のアドレスに 1 日に何千通もの (請求された) 電子メールを送信しています。

あなたが直面している問題は、あなたに権限がないことです。大量のスパムを送信しようとしているスパマーである可能性があります。

あなたがする必要があることは次のとおりです。

  • 登録解除リンクを追加する
  • hotmail のジャンクメール報告プログラム (JMRP) に申し込んで、「これはジャンクです」ボタンを押した人に二度とメールが届かないようにしてください。これにより、送信者スコアが上がります。@ hotmail を使用して、メッセージが通過できるようにします。
  • SPF およびその他のスパム対策ソリューションを追加します。
  • @hotmail.com に 1 分間に 50 通を超える電子メールを送信しないでください (他のドメインには別の制限があります)。

ところで、メッセージを作成するために PHPMailer を使用していますが、まったく問題ありません :-) 最近の問題は、受信メールサーバーの制限です。

于 2008-10-30T16:39:34.503 に答える
7

メール到達率は、科学というより芸術に近いものです。ヘッダーとは何の関係もないことはほぼ保証できます。ヘッダーを偽装しようとすることは、おそらく最悪の行為です。received:ヘッダーは、メール サーバーがメッセージを受信するときに追加されます。これをスプーフィングすると、メールにスパムのフラ​​グが付けられます。一般的に使用されるスパム フィルターの 1 つは、リレーの数をカウントすることです (つまり、received:ヘッダー)。スパムが多すぎると、スパム スコアが高くなります。

リバース DNS と SPF は、最小限の参入障壁です。特に hotmail の場合、SPF と DNS レコードを取得した後、次の 3 つの非常に重要な要素があります。

  • IP/ドメインの評判
  • 音量
  • アドレス帳にいる

評判は、ブラックリストに載っていることと同じではありません。hotmail との信頼関係を構築する必要があります。Hotmail はSender Score Certifiedを主要な評価ブローカーとして使用しています。必要に応じて評価を確認できますが、費用がかかる場合があります。

過去に波乱に満ちた共有ホストまたは IP アドレスを使用している場合、hotmail ではうまくいきません。

スパムの苦情が少なく、一貫したボリュームを持つことで評判を築きます。毎日行う限り、1 時間に 100 万通のメッセージを 1 日中送信できます。1 日に 10,000 件未満のメッセージを送信している場合、まともな評判を築くことができない可能性があります。Sender Baseでボリュームに関するレポートを取得できます。

最後に、確実に受信トレイに届くようにする最善の方法は、ユーザーに送信元の電子メール アドレスをアドレス帳に追加してもらうことです。Hotmail はこれを安全な送信者リストとして使用します。実際、Hotmail にも信頼できる送信者オプションが追加されていると思います (配信ゲームに参加してしばらく経ち、hotmail は使用していません)。

電子メールを送信するためのその他のベスト プラクティスを次に示します。

  • 常に同じ IP アドレスを使用する
  • 常に同じ FROM アドレスを使用する
  • ニュースレターを送信する大きなリストがある場合は、古いアドレスを破棄してください (つまり、開封率を確認してください)。
  • リストが大きい場合は、リストをセグメント化し、リスクに基づいて別の IP アドレスから送信してみてください (つまり、新しいアドレスはメッセージをスパムとしてマークする可能性があります)。
于 2008-10-30T16:43:21.967 に答える
1

私は自分のプロジェクトで常にPHPMailerを使用してきましたが、Hotmail のジャンク フォルダーを回避するために行ったことは、メッセージに MS ヘッダーを追加するメソッドを呼び出すことでした。

source を見て、それらのヘッダーを自分で追加してください。

また、HTML メールを送信する場合は、テキスト バージョンを含めることをお勧めします。

于 2008-10-30T13:55:18.000 に答える
0

Outlook が送信するものと 100% 一致するように送信するヘッダーを変更し、それで問題が解決するかどうかを確認することをお勧めします。実際には難しい問題ですが、hotmail は非常に粗末なスパム フィルターを備えていることで知られており、大量の正当な電子メールをジャンクに送信し、大量のスパムを受信トレイに送信します。

于 2008-10-30T14:52:41.363 に答える