webdevqa.jp.net

電子メールがRFC2822仕様に失敗するのはなぜですか?

最大14人のGmailユーザーにメールを送信しています。彼らは有料加入者の小さなグループの一部です。通常、14個すべての1または2への送信では、

理由:リモートホストが言った:詳細については、550 5.7.1 RFC 2822仕様

毎回同じメンバーへのメールではなく、ランダムに見える。誰もこれを前に経験したことがありますか?

3
user22988

標準のWebインターフェースからメールを送信し、それがフォームであることがわかりました。コードを見ると、エラーを引き起こす2行がありました

$ headers。= "To:$ nameto"。 $ newLine;

$ headers。= "From:$ namefrom"。 $ newLine;

これらはヘッダーに追加されていたため、複製されていて、Gmailはそれを好まなかった。

1
user22988

SPF ごとに「差出人」アドレスで使用しようとしているドメインに対して、そのシステムから電子メールを送信することはほとんど許可されていません。 Webサーバーは、ドメインの承認されたメールサーバーをスマートリレーとして使用する必要があります。

多くのシステムは、あなたがスパマーだと思ったときに有用なエラーメッセージを表示しません。それは、スパマーに電子メールを送信するために修正する必要があることを伝えるだけです。

通過しているように見える電子メールが実際に受信者のスパムフォルダーに配信される可能性があり、ランダムに失敗すると警告が表示されるため、エラーが発生した場合は修正するための警告が表示されます問題。

(これは、SMTPの質問であるServer Faultで尋ねた方が良いでしょう。9年以内にSMTPサーバーを管理する必要がなかったので、SPFを知っていますが、この問題に対処する必要はありませんでした。それが引き起こすこと)

1
Joe

このエラーコードについて私が見たすべてのことは、その時点で メールボックスが利用できなかった であることを示しています。サーバーがダウンしていること、メールボックスがいっぱい/存在しないこと、難解なことなど、これには多くの理由が考えられます。特定の受信者に対して頻繁にメッセージを受信し、ダウンタイムなどがあるかどうかを尋ねましたか?

編集
550 5.7.1を取得するということは、「送信者」(おそらくPHPスクリプト)が関係するドメインに代わって送信することを許可されていないため、メッセージが拒否されたことを意味します。簡単なパーマリンクはありませんが、 RFC 4405 および RFC 4408 で「5.7.1」をページ内検索してください。私が見つけた別の記事は、このメッセージはあなたがブラックリストに載っていることを示すことができると言っています。メッセージは時々通過するため、これは明らかに真実ではありませんが、RFCの承認コンセプトと一致するチェック/スパムメカニズムをトリガーしていることを再度示唆しています。これにより、これを追跡するための作業が少し増えます。

ただし、標準ツールでない限り、使用しているスクリプトのサポートチャネルを使用する時期に来ているようです。私はこれに遭遇したことがありません。

0
Su'