問題タブ [spam]

私のクライアントは、顧客向けに電子メールでお知らせとレポートを送信したいと考えています。今。Python 側のコードはそれほど難しくないように見えますが、話の残りの部分があります。

メール サーバーやクライアントによってブロックされないようなメールを送信するには、何が必要ですか?

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

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

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

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

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

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

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

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

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

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

見通し

PEAR::メール

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

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

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

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

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

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

営業担当者の電子メールアドレスを含む、インターネットに面した公開 Web サイトを作成しています。

「mailto」を生成し、そのアドレスからの電子メールを表示するが、スパムボットがアドレスを取得するのを制限するには、どのようなプログラミング オプションが必要ですか?

数日前にTourdeFlexに出くわしました。これは、ソースと参照への相互参照とともに、すべてのFlexコントロールを紹介するデモです。これは、利用可能なリソースとその使用方法を理解するための優れた方法です。

質問ではありませんが、ここでFlex / Actionscriptに関する質問をいくつか見てきたので、役立つリソースです。

（私はすでに考えられるすべてのクレジットなしタグに事前フラグを付けていることに注意してください。何か考えられる場合は、さらに積み上げてください。）

毎日の財務データを提供する単純な Web アプリケーションがあります。ユーザーは購読し、私たちは毎日電子メールを送信します。しかし、Gmail はすべてのメールをスパムとしてマークしています。私たちは何に気をつけなければなりませんか？

私のホームページでは、次の方法を使用してスパム ボットからメールを隠しています。

あなたはそれについてどう思いますか？効果的ですか？他に知っている、または使用している方法はありますか?

いくつかのプログラムにフィードバック機能を提供しました。残念ながら、ある種のスパム保護を含めるのを忘れていました。これにより、ユーザーは自分のサーバーに何でも送信できるようになりました。すべてのフィードバックは巨大なデータベースに保存されます。

最初は定期的にそれらのフィードバックをチェックしました。使用可能なものを除外し、ゴミを削除しました。問題は、1 日あたり 900 件のフィードバックを受け取ることです。本当に役立つのは 4 ～ 5 個だけです。他のメッセージはほとんど 2 種類の意味不明なものです。

• ナンセンス: jfvgasdjkfahs kdlfjhasdf (キーボードで頭をぶつけている人々)
• わからない言語

私がこれまでにやったこと：

1. 「asdf」、「qwer」などを含むフィードバックを削除するフィルターをインストールしました... -> 1 日あたり 700 件のみ

2. 不適切な言葉を含むものをすべて削除する単語フィルターをインストールしました -> 1 日あたり 600 件 (聞かないでください - しかし、そこには奇妙な人がたくさんいます)

3. 自分の言語で使用されていない文字を含むメッセージを除外します -> 1 日あたり 400 件

しかし、1日400回は多すぎます。ですから、以前にそのような問題に対処したことがあり、無意味なメッセージを除外するアルゴリズムを知っている人がいるかどうか疑問に思っています。

どんな助けでも本当に感謝します！

ゲームのバグ レポーターを作成しました。起動後、ユーザーはデータを確認し、レポートを HTTP 経由で Web サーバーに送信できます。送信が失敗した場合、ユーザーはレポートを保存して後で再試行するオプションを選択できます。バグ レポート自体を使用するか、Web フォームでファイルをアップロードするか、レポートを電子メールに添付します。送信元 IP を分析することで HTTP 経由のスパムを防止できることはわかっていますが、電子メールでレポートを受信した場合にどうすればよいかわかりません。何か案は？

ありがとう、ロブ

編集：

添付ファイルは常に JSON 形式になります。それ以外は拒否されます。私は誰かがこれをするのではないかと心配しています：

バグトラッカーをノイズであふれさせます。

いくつかのイベントが無限に繰り返されるロギングシステムがあります。例えば：

12:03-再起動が試行
されました12:03-再起動が失敗しました
12:02-再起動が試行されました12:02-再起動が
失敗しました12:01-再
起動が試行されました12:
01-再起動が失敗しました

これは何日も続くかもしれません。システムがこのようなスパムイベントを処理する標準的な方法があると思います。

ログシステムがこれらの種類のイベントをログシステムにフラッディングせずに処理する一般的な方法は何ですか？

最近、新しい Linux サーバーのインストールで sendmail を構成していたところ、構成に問題がありました。おんどりの画像が掲載された Web サイトへのリンクを渡され、設定の問題についてはそちらに相談するように言われました。

サイトの URL は思い出せませんが、有名なサイトのようです。

ここの誰かが、サイトが何であるか、そして正しい構成を理解するためにそれをどのように使用する必要があるかを思い出させることができますか?