Question

は、ここに私のコードです：

それはGmailやヤフー、GMXのために働いていた...しかし、それはHotmailの/ライブ/ MSNのために動作しませんでした

$boundary = sha1('whatever'); 

$headers = 'MIME-Version: 1.0'."\r\n"; 
$headers .= 'From: "Domainname" emailname@domain.com'."\r\n"; 
$headers .= 'Reply-to: Domainname <emailname@domain.com>'."\r\n"; 
$headers .= 'X-Priority: 3'."\r\n"; 
$headers .= 'X-Mailer: Mail 1.0'."\r\n"; 
$headers .= 'Subject: '.$subject."\r\n"; 
$headers .= 'Content-Type: multipart/alternative; boundary="'.$boundary.'"'."\r\n\r\n"; 

$message = '--'.$boundary."\r\n"; 
$message .= 'Content-Type: text/plain; charset="utf-8"'."\r\n\r\n"; 
$message .= $text."\r\n"; 
$message .= '--'.$boundary."\r\n"; 
$message .= 'Content-Type: text/html; charset="utf-8"'."\r\n\r\n"; 
$message .= $html."\r\n"; 
$message .= '--'.$boundary.'--'; 

mail($email, $subject, $message, $headers); 

。

Gmailのために働いたので、それは私のサーバーとはまったく関係ないと思いますか？

私もちょうどでそれを試してみました：

mail('username@hotmail.com', 'This is a subject', 'This is the body'); 

同じ問題。それは私の迷惑メールフォルダに送られることさえありません。

Answer 1

旧答えです。 2015年6月の時点で

、共通の要件は次のとおりです：あなたは1本のhere

編集を行うことができます

1）Eximの中でDKIMを有効にDKIMは、今の機会を減らすために非常に重要なツールでありますあなたの電子メールはスパムとしてフラグが立てられます。ドメインでDKIMを有効にすることを強くお勧めします。 -all代わりに、すべての

3）DMARCレコード〜の

2）SPFレコードは、リモートサーバーに障害が発生しDKIM/SPFメッセージをどのように処理するかを決めるのに役立ちます。 012）IPアドレスのリバースIPルックアップ、b）同じIPを指し示すrDNS値のフォワードルックアップ、c）ホスト名のMXレコード。

例：1.2.3.4はサーバーのIPアドレスである

"v=spf1 a mx ip4:1.2.3.4 -all" 

。

Answer 2

すべてのISPとメールサーバーには、異なるスパム検出方法とブラックリストがあります。たとえば、SendGridのように、代わって配信可能な問題を扱う第三者を使用する必要があります。 SendGrid経由で電子メールを送信することは、あなたの質問でそれをやっているように簡単です。チェックアウトはexampleです。また、彼らはかなり公平な価格設定と無料の層を持っています。

ec2を使用している場合は、Amazon SES（Simple Email Service）をチェックする必要があります。 SPFレコードのない

Hotmailのブロックドメイン：ここFAQ

Answer 3

マイクロソフトでは、電子メールがスパムかどうかを判断するためにさまざまな認証フィルタを使用しています。

受信した電子メール内にSPF検証、送信者ID、およびDKIMレコードが存在するかどうかを電子メールで確認します。

Sender ID Frameworkは、電子メールメッセージの送信元であるドメイン名を検証することによって、なりすましやフィッシングの問題に対処する電子メール認証テクノロジプロトコルです。

SPF（送信者ポリシーフレームワーク）は、本質的に、リモートメールサーバーがメールを受信する必要がある場所を直接指定する余分なDNSレコードです。

DKIM（DomainKey Identified Mail）は、本質的にメールが秘密鍵で署名され、公開鍵と照合されていることを要求する、より複雑なSPF /メール検証アプローチですDNSレコードに格納されます。これは本質的にSPFのより安全なバージョンとして機能します。

test@domain.comからcheck-auth@verifier.port25.comにメールを送信すると、DKIM、DomainKeys、SPF、SpamAssassin、およびSender-IDの確認を示すメールが返されます。

しかし、最近数ヶ月間、私は、これらの要素に電子メールを送信したにもかかわらず、合法的な電子メールを引き取っていることが判明しました。マイクロソフトでは、Sender Pathのサービスを使用することを推奨しています。これは有料サービス認定サービスです。

ただし、受信者に保存された連絡先のメールアドレスが登録されていれば、私たちのメールは正常に受信されたことがわかりました。だから私は、私たちの会社のvCardを作成し、顧客に、HotmailまたはWindows Live電子メールサービスを使用してvCardを連絡先として保存し、電子メールが正しく配信されるようにするよう促しました。