web-dev-qa-db-ja.com

古いインターネットドメインでのメール受信を責任を持って中止する方法

私の組織は、もはや強く使用しなくなったインターネットドメインを所有しています。 Webリクエストは通常​​、メインの企業Webサイトにリダイレクトされるだけであり、以下で説明する場合を除いて、これらのドメインのアドレスにメールを送信する正当な理由はありません。

これらのドメインのメールを処理する方法についてアドバイスが必要です。私は RFC 7505 を見つけました。これは、ドメインがメールを受け入れないことをDNS MXレコードで示すために「Null MX」を使用することを説明しています。これはどのように RFC 2142 （1997）と照合しますか？これは、abuse @ domainなどの連絡先アドレス、およびhostmaster @ domainなどの古い学校のアドレスを標準化しますか？ 「善良な市民」のベストプラクティスとは何ですか。インターネットの著名人が推奨事項を公開しましたか？

domain-name-systememailinternetdomain-name
7
Christopher Ursich

質問で既に述べたように、受信メールを受け入れないという要望と、慣例に基づくメールアドレスでメールを介してドメイン所有者に連絡できるという考えとの間には矛盾があります。

直接対立するこれら2つの目標を回避する方法はありません。メールを受け入れるかどうかを決定する必要があります。

このドメインをメールにまったく使用しないと決めた場合、これは良い市民的アプローチになると思います。

domain.example. IN SOA name.of.nameserver.example. hostmaster.primarydomain.example. 2019040100 3600 1800 3600000 7200 
domain.example. IN MX 0 .
domain.example. IN TXT "v=spf1 -all"
  • A NULL MX は、このドメインへのメールの配信を受け入れないことを示します（アドレスレコード（A/AAAA）に基づく配信試行を回避します）。
  • このドメインからメールを受信することを誰も期待してはならない （ドメインをスパマーに対してより敵対的にする）ことを示すSPFポリシー。
  • SOARNAME（SOAの2番目の値）が実際にドメインで有効なメールアドレスであることを確認する（例：hostmaster.primarydomain.example. if [email protected]は適切なアドレスです）。
    （他のSOA値の推奨される変更はありません。これらは、私の例で有効なレコードを表示するためにのみ存在します。）
6
Håkan Lindqvist

RFC2142は次のように述べています：

ホストがメールを直接受け入れるように構成されていないが、この仕様がメールボックス名を定義するサービスを実装している場合、そのホストはMX RRセットを持っている必要があります（[RFC974]を参照）[...]

だから、それは良い市民政策になるでしょう。

0
Eduardo Trápani