メールボックスの命名規則について



Yandex「ドメイン用のメール」を自分で設定したので、「ファッショナブルな」ドメイン上のメールボックスの許可されていないユーザーに対して無料登録を開始することにしました。 ドメインの存在しないメールボックスにすべての受信メールをメインメールボックスに転送するキャッチオール機能をオンにすることに加えて、一部の名前が部外者によって既にhammer打されたときに誤解がないように、メールボックスのすべての「標準」名を予約する必要がありました。すべての「サービス」メールはまったく送信されません。 P.D.D.で もちろん、制御されたドメインの任意のボックスを収用することはいつでもできますが、すべての堆積物は残ります。 私は困惑しました: どのメールボックス名が標準でシステムですか? Yandexのテクニカルサポートは、メールに関する苦情や問題を追跡するために各ドメインのpostmaster @という名前のみを予約しており、現時点では予約名のセットについてまだ質問があると答えました。 さらに、インターネットでの検索結果は少し予測可能であることが判明しました。

(写真:有名な黒い郵便受け、アマチュアのユーフォロジストの巡礼の場所)



RFC



私が見つけようとした最初で最も重要なことは、RFCでした。これは、1997年の最新版で、RFC 2142、 共通サービス、役割、機能のメールボックス名一般的なサービス、役割、機能のメールボックス名)であることが判明しました。 興味のある情報のみを提供します。 ドキュメントに基づいて、次のメールボックスが存在し、次の目的を持つ必要があります。



ビジネスメールボックス:


info @-マーケティング部門、ここでは、組織、製品、サービスに関する簡単な情報を見つけることができます。

marketing @-マーケティングおよびセールスインタラクション部門。

sales @-販売、注文製品、注文情報

サポート@カスタマーサポート部門、製品またはサービスの問題。

悪用@-顧客との関係、ボックスは常に機能し、有効である必要があります。顧客からの苦情は、 「不適切な公共行動」に関するメッセージを含めてここに送信されます。



ネットワーキング:


noc @-ネットワーク操作、ネットワークインフラストラクチャ。

security @-ネットワークセキュリティ、通知、アラート、またはリクエスト。



特定のインターネットサービスのテクニカルサポート


ポストマスター@-SMTP、[RFC821]、[RFC822]

hostmaster @-DNS、[RFC1033-RFC1035]

usenet @-NNTP、[RFC977]

ニュース@-NNTP、USENETの同義語

ウェブマスター@-HTTP、[RFC 2068]

www @-WEBMASTERのHTTPシノニム

uucp @-UUCP、[RFC976]

ftp @-FTP [RFC959]



メールリストサービス


(主なものをリストするだけで、検討することはありません。サービス名の銀河全体とRFC2369などのRFCの束があります)

リスト@

リストリクエスト@



このRFC 2142は、ドットコムの全盛期に承認されたようです。つまり、このような契約の必要性は非常に緊急でした。 明らかに、マシンの従業員はすべての人に知られているアドレスにメールを送信し、適切な有能な回答を期待できるはずであると思われました。



したがって、これらの名前のエイリアスを「メイン」メールに作成して、たとえばドメインでusenet会議を開いたり、「営業部」からのブートを禁止したり、noc @ボックスからネットワーク全体のシステム管理者をサブスクライブしたりできないようにします。



/ etc /エイリアス



* nixシステムの事実上の標準は、 / etc / aliasesファイルに含まれるメールの命名規則です。 これは、RFCおよび各サービスのその他のドキュメントに基づいて適切に規定されています。

* nixの人々にメールボックスを割り当てるパラダイムは次のようなものです。各ユーザーは、ワークステーション上で自分のユーザー名と同じ名前のメールボックスを受け取ります。 システムでユーザー名を作成した後、すでにアカウントとメールを送受信できます。 (「but」があります:ルートが許可し、 MXのスペルが正しい場合)。 ファッショナブルなエイリアスを取得したい場合は、管理者に連絡して、 / etc /エイリアスまたはメールシステムのどこかに書き込みます。

システムサービスについても同じことが言えます。 サービスのシステムアカウントに対応するnobody 、clamav @、www-data @などの多くのバックアップ名があり、これらの対応するサービス以外では実際には使用されず、ルートシステムユーザーのメールエイリアスであるため、考慮しません。前の段落からネットワークサービスボックスの重要な名前をすべて学習しました。 追加のみ

ルート@



現代のインターネットおよびその他の暗黙のボックス名規則。



あなたと一緒に、ドメイン所有者が自分自身のために保持し、管理、ビジネス、個人の連絡先として使用する最も一般的な名前を見つけようとします。

管理者@

管理者@(これを知っている人は誰でも、 administradorやadministrateurなど、ローカライズされた管理者名をWindowsに追加できます)

ユーザー@

メール@

ブログ@

オフィス@

job @(場合によっては@とhr @を再開します)-求人応募と再開を送受信します。

スパム@-スパムの苦情のために、@またはポストマスター@を悪用するエイリアスとして置かれることがあります。

請求@-請求用。 K.O.

アカウント@-アカウンティングおよびアカウントサポート用。

domain@domain.tld-美観のために、ボックス名はドメインを繰り返します。

アレックス@、ボス@-あなたの名前がアレクセイであり、あなたの妻があなたがvashdomen.ruを購入したことを完全に知っていて、メールボックスからアレックス@ vashdomenを受け取った場合.ru疑わしい内容の手紙-攻撃者は1時間も信じられません。

このシートに何かを追加できます。



それ以外は、Windowsシステムでのメールの命名規則についてほとんど何も知りません;それらは本当に存在しますか?



したがって、これらのすべての名前をドメイン上のメインメールボックスのエイリアスとして予約すると、メールボックスの不法占拠や「システム」名を持つメールボックスの悪用などを防ぐことができます。 また、システム名に到達する可能性のあるドメイン上のすべての「公式」通信は、放置されません。 オフィス向けのメールを整理する場合、そのような契約はあなたにとっても同じように役立ちます。



All Articles