Postfixがインストールされたserverbeachサーバーがあります。
ホスト名はp3204059.pubip.serverbeach.comのようなものです
サーバー自体のFQDNはNONEとして指定されています。
[ptrレコードの変更]をクリックし、IPを入力して、FQDNを次のように設定しました。mysubdomain.mydomain.comまだ伝播が完了していない可能性があります。 IPホスト名はFQDNと同じで、逆引きDNSと同じですか?
Phpからメールを送信しましたが、正常に機能したと表示されましたが、メールが届きません。マシンのホスト名をmysubdomain.mydomain.comに変更する必要がありますか?電子メールがスパムフォルダに入らないようにするには、DNSと他にどのような関係がありますか?
最初の必需品:
Date:
Subject:
やFrom:
などのヘッダーを省略しないでください。また、From:
の形式の詳細を注意深く読んでください。フィールド。 メールアドレスだけが無効になりました。From:
アドレスが、メールを受信できる有効なアドレスであることを再確認してください。mysubdomain.mydomain.com.
は、mysubdomain.mydomain.com.
を指すPTRレコードを持つIPアドレスに解決される必要があります)。mysubdomain.mydomain.com.
)を使用してHELO(EHLO)を送信させます。それを設定した後、メールがまだ通過しない場合のトラブルシューティングの準備ができています。
mailq
)と/var/log/mail*log
などのログを確認してください(ファイル名はディストリビューションによって異なる場合があります)メールがサーバーを離れる場合、問題は受信者側にあります。メールログで受信者のMXステータスメッセージを確認してください。次のようになります。
2013-11-26T11:04:23.435295+01:00 jamie postfix/smtp[28919]: 415E65E3976: to=<[email protected]>, relay=hoover.blaha.se[123.45.67.89]:25, delay=0.24, delays=0.2/0.02/0/0.02, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 661D12C0CD)
「status=sent
」、(250
、「queued as 661D12C0CD
」に注意してください。
250
は、受信側MTAによるステータスコードであり、成功を示し、配信は現在の責任です。ステータスコードが4
で始まる場合(450
のように)、一時的なエラーが発生し、メッセージはキューに残ります(mailq
で表示されます)。ステータスコードが5
で始まる場合(550
のように)、永続的な障害が発生しており、同じ受信者アドレスで再試行しても意味がありません。その後、メールはキューから削除されて配信されず、バウンスメッセージが発信者に返送される可能性があります。これが、有効なFrom:
アドレスが必要な理由の1つです。
この例の番号661D12C0CD
は、リモートシステムのキューIDです。受信者側でログを確認する(またはポストマスターと話す)ときに使用します。
マシンのホスト名をmysubdomain.mydomain.comに変更する必要がありますか?
通常、SPAMフィルタは、ドメイン名、スパムの発信元のIPを分解します(場合によっては、IPブロック全体またはASNを完全にチェックし、 [〜#〜] uceprotect [〜#〜] および Whatsmyip.com ブラックリストチェック)
電子メールがスパムフォルダに入らないようにするには、DNSと他にどのような関係がありますか?
これはすでに何度か言われていますが、SPAMを送信しないでください。これが最初の方法です。その後、サーバーとの間のすべての接続にSSL/TLSを使用します。サーバーを使用してスパムを送信するアカウントを一時停止します。サーバーをオープンリレーとして構成しないでください。ハッカーに対してサーバーを強化します。などなどこれを行うために使用できるツールや方法が多すぎて、終わらない。
PTRをメインドメイン名に更新しました。サーバーのメールが宛先に到達しない理由を診断するにはどうすればよいですか?
ISPで電子メールの送信が許可されていることを確認しますか?サーバーポートを正しく構成しましたか?サーバーはそれ自体をメールで送信できますか?ローカルからミドルポイント、エンドポイントに至るまで、ログ、ping、テストなどがないと、問題が発生する可能性が非常に多いため、診断が困難です。必要に応じて、 http://whatismyipaddress.com/blacklist-check を確認し、サーバーのIPを入力できます。リストされている場合は、それがサーバーからメールを受信しない理由である可能性があります。リストされていない場合は、実行した詳細情報とテストを提供する必要があります。
リソース:
MX Toolbox はあなたの友達です。 mx:mysubdomain.mydomain.com
、blacklist:mysubdomain.mydomain.com
、およびptr:mysubdomain.mydomain.com
スーパーツールを使用して検索してメールの問題を診断します。
AOL、JUNO、およびYAHOO(おそらくそれ以上ですが、確かにそれら)は、メールがユーザーに配信されるために、送信メールサーバーからの有効なPTRレコードを必要とします。 GMAILはPTRレコードを必要としないが、ホストのMXレコードを検索することに気づきました。
フォワードDNSエントリとリバースDNSエントリは同じである必要がありますおよびフォワードDNSエントリはドメインのmxエントリである必要があります。通常、ドメインプロバイダーのWebインターフェイスでforwarddnsエントリとmxエントリを追加/変更できます。ホストプロバイダーのWebインターフェイスで設定する必要のある逆引きDNSエントリ。 Webインターフェースでこれを設定できない場合は、ホストプロバイダーに相談してください。ほとんどのプロバイダーがこれを行います。
また、次のファイルを正しく設定(追加)する必要があります。
/ etc/hosts
X.X.X.X myhostname.mydomain.com myhostname
/ etc/hostname
myhostname
/ etc/mailname
myhostname.mydomain.com
これらの設定は、他のメールサーバーがあなたの電子メールをスパムとして宣言することを保証するものではありませんが、劇的に減少します。
私にとって、これらの2つのポイントは、yahooとgoogleのスパムフィルターを通過するのに十分でした。
ジェフ・アトウッドが書いたこの素敵な小さな記事でそれについて読むことができます https://blog.codinghorror.com/so-youd-like-to-send-some-email-through-code/