web-dev-qa-db-ja.com

接尾辞-適切なヘッダー設定

Ubuntu 14.04で実行され、Postfixがインストールされているサーバーからメールを送信するために使用する適切なヘッダーの設定についてお聞きしたいと思います。サーバーから送信されたすべてのメールは、Gmailによってスパムとしてマークされます（他のメールサービスには、メールは問題なく配信されます）。私はこのフォーラムのすべてのヒントを読みましたが、何も役に立ちません。

Mxtoolbox.comで「ドメインヘルス」テストを実行すると、2つの警告が表示されます。

SOA Serial Number Format is Invalid
SOA Expire Value out of recommended range

しかし、それらはそれほど重要ではないと思います。他のすべては問題ありません。つまり、私のSPFとDKIMは適切に設定されています。

Gmailにメールを送信すると、次の結果が表示されます。

Authentication-Results: mx.google.com;
   dkim=pass [email protected];
   spf=pass (google.com: domain of [email protected] designates MY.SERVER.IP as permitted sender) [email protected];
   dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=MYDOMAIN.com

ウェブサイトmail-tester.comからの結果：10/10。そして結果：[email protected]：

==========================================================
Summary of Results
==========================================================
SPF check:          pass
DomainKeys check:   neutral
DKIM check:         pass
SpamAssassin check: ham

Sender-IDチェックがありませんか？

たぶん、私の電子メールに添付されたいくつかの追加のヘッダーを設定することは役立つでしょうか？このトピックに関連した経験をした人はいますか？他に何ができますか/確認できますか？ HTMLのあるメールとないメールの間に違いはなく、どちらもスパムに送信されます（単純なメッセージでも）。登録確認書やニュースレターなどを送りたいのですが。

Gmailが質問したい2つのヘッダーを送信するのを見ました：In-Reply-ToおよびReferences。彼らは何の略ですか？それらは重要ですか？

postfixubuntu-14.04gmailsmtp-headers
1
BociucH

いいえ、Postfixがデフォルトで追加しない追加の秘密の「非SPAM」ヘッダーはありません。

この回答では、提案されたヘッダーの意味と失敗したテストについて説明します。それらはSPAM分類の原因ではありません。他のすべては、標準的な質問でカバーされています：

電子メールを送信してスパムとして分類されないようにする方法は？

In-Reply-ToおよびReferencesは識別フィールド（ RFC 5322 3.6.4 ）、- 返信に関連：

セクション3.6 の表ではオプションとしてリストされていますが、すべてのメッセージにはMessage-ID:フィールドが必要です。さらに、返信メッセージには、必要に応じて、以下に説明するように、In-Reply-To:およびReferences:フィールドを含める必要があります。

In-Reply-To:フィールドとReferences:フィールドは、メッセージへの返信を作成するときに使用されます。これらは、元のメッセージのメッセージ識別子と他のメッセージのメッセージ識別子を保持します（たとえば、それ自体が返信であったメッセージへの返信の場合）。 In-Reply-To:フィールドは、新しいメッセージが応答である1つまたは複数のメッセージを識別するために使用でき、References:フィールドは、会話の「スレッド」を識別するために使用できます。

それらによって、あなたのメールユーザーエージェント（MUA）はメールをスレッドとして配置する、件名のフォーマットRe: original subjectだけでは十分ではないのでそのための情報：多くの電子メールは同じ/空の件名を持つことができ、Re:はローカライズされたバージョンに置き換えることができ、返信への返信などがあります。

RFC 3834 3.1.8 大量の電子メールへの応答を阻止するための非標準フィールドとしてPrecedenceを導入します。 Googleは、スパムフィルターではない（内部）ラベル付けに独自の方法で同じヘッダーを使用します。 Gmailユーザーは、それがどれほど重要かを自分で決めることができます。ただし、Precedence: bulkが外部に追加されると、メッセージにもバルクとしてラベルが付けられます。これは標準でも良い習慣でもありません。 続きを読む 。これを使用しても、電子メールのレピュテーションには影響しません。ここには魔法はありません。

List-Unsubscribe は良い追加ですが、絶対に必要なものではありません。その目的は、電子メールクライアントが標準の購読解除ボタンとして使用できるヘッダーに購読解除URLを提供するです。さらに、Gmailはこれを「スパムの報告」ツールの auto-unsubscribe として使用します。 スパムを報告するか購読を解除してスパムを報告するかを尋ねられます。カーリーブランツ これを説明します 詳細。

DKIM、SPF、DMARCはすべてpassのようです。それらにも何も悪いことはないはずです。

SOA警告は無関係ですというのは正しいです。 SOAシリアル番号形式YYYYMMDDnnは推奨事項にすぎません。UNIX時間と自動インクリメントを使用することも一般的です。これは、たとえばDNSSEC（dnssec-signzone -N unixtime）。唯一の制限は、インクリメントする必要があることです。SOA Expireの場合、 RFC 1912 2.2 ごとの推奨値は1209600 --2419200秒（14〜28日）。シリアル番号と同様に、他の値は必ずしも悪いわけではなく、DNS関連の問題を引き起こすだけであり、メールがSPAMフォルダーに格納されることはありません。

2
Esa Jokinen