web-dev-qa-db-ja.com

SPFの問題:ソフトフェイルの原因は何ですか?

PHP=を使用してサイトのメンバーにメールを送信すると、GmailやHotmailなどのほとんどのメールプロバイダーのスパムフォルダーにメールが届きます。

Gmailで元のソースを確認すると、次のように表示されます。

配信先:[email protected]
受信済み:10.236.41.34までにSMTP ID g22cs272510yhb;
2011年6月1日水曜日05:38:27 -0700(PDT)
受信済み:10.236.77.102までにSMTP ID c66mr7228248yhe.303.1306931907131; 2011年6月1日水曜日05:38:27 -0700(PDT)
Received-SPF:softfail(google.com:移行するドメインのドメインの最良の推測レコードは、許可された送信者として指定されていません。info@ mywebserver.com)
受領:POP3 id 3mf1156376yxt.72で10.190.5.195まで。 2011年6月1日水曜日05:38:27 -0700(PDT)X-Gmail-Fetch-Info:[email protected] 14 mail.mywebserver.com 110 [email protected]
復路:
エンベロープ先:[email protected]
受信:ローカルでs01.next-web.nlによってmybestshから(Exim 4.69)
(envelope-from)
ID 1QRkgT-0000BF-3v
for [email protected]; 2011年6月1日水曜日14:38:01 +0200
宛先:[email protected]
件名:新しいパスワード
MIMEバージョン:1.0
差出人:MyServer
返信先:MyServer
X-Sender:MyServer

SPFレコードを次のように設定しました。

v=spf1 a mx ip4:xxx.xxx.xx.xx-all

ソフトフェイルの原因は何でしょうか。何か案は?

10
Rick

Return-Pathヘッダーが空です。これは、SMTP会話中に、MAIL FROMコマンドがバウンスの送信先の電子メールアドレスを指定しなかったことを意味します。 SPFがテストするのは、このメールアドレスのドメインです。電子メールアドレスがない場合、softfailが発生します。

13
Greg Wittmeyer

実際の情報(関連するIP、ドメイン名、送信者アドレス、完全なspfレコードなど)なしでこれに答えることは難しいでしょう。また、このメッセージは直接Gmailに送信されなかったようですが、Gmail Fetch(ヘッダーX-Gmail-Fetch-Info)を介してサーバーから取得されたため、分析がさらに複雑になります。

ここにいくつかの可能性があります:

  • 無効なSPFレコード(この例では、IPと-allの間にスペースはありません)
  • sPFレコード内の間違ったIPアドレス
  • サーバーはメールを直接送信せず、メールはSPFレコードにないスマートホストを介して送信されます
  • SPFは問題ではありません(たとえば、メールに日付のヘッダーがなく、スパムとしてフラグが付けられる可能性があります。From/ Reply-To/X.Senderは実際のメールアドレスではありません...)
10
Gryphius

これは、自分のものではないメールアドレスを使用してメールを送信していることを意味します(たとえば、smtpサーバーのドメイン名がCompanyABC.COMで、送信者がsomeone @ CompanyDDDであるメールを送信している場合)

9
Peter