標準サービス、役割、機能のメールボックス

最近、メールサーバーがスパムリストに入ったという不快な状況に遭遇しました。 穴はすぐに発見され、パッチが適用されましたが、Oracleはすでにサーバーをブラックリストに載せており、接続段階でブロックされました。

疑問が生じました-どこに書くべきですか？ このサイトには顧客向けのフォームしかなく、support @ oracle.comは顧客向けでした。

いくつかの審議の後、考えが浮上しました-この場合に書くべき郵送先住所を定義する標準はありますか？ RFC 2142に記載されていることが判明しました。



最も興味深いのは、以下の表に含まれています。

1.ビジネス情報

住所	ゾーン	使用する
情報	マーケティング	組織、製品、サービスに関する情報
マーケティング	マーケティング	マーケティング情報と連絡先
販売	売上高	製品取得情報
サポート	ユーザーサービス	製品およびサービスに関する問題の解決策

2.ネットワークサービス

住所	ゾーン	使用する
虐待	顧客関係	不適切なコンテンツに関する苦情
ノック	ネットワーク運用	ネットワークインフラ
セキュリティ	ネットワークセキュリティ	お問い合わせとセキュリティ速報

3.インターネットサービス

住所	サービス	仕様書
郵便局長	SMTP	[ RFC821 ]、[ RFC822 ]
ホストマスター	DNS	[RFC1033-RFC1035]
USENET	NNTP	[ RFC977 ]
お知らせ	NNTP	USENETの同義語
ウェブマスター	HTTP	[ RFC 2068 ]
WWW	HTTP	WEBMASTERの同義語
FTP	FTP	[ RFC959 ]

whoisまたはサイトの通信セクションで奇妙なアドレスを見つけることが非常に多くあります。たとえば、プロバイダーのRIPEデータベースには情報アドレスが含まれ、RIPNではmail.ruとサポートの古代アドレスがいくつかあります。

少なくとも既存のメールボックスの同義語の形式で推奨事項のアドレスを使用します-これらはネットワークエチケットの基本です。



PSそしてオラクルですべてがうまく終わり、Postmasterは同じ日に答え、状況を説明した後、彼らは再び私たちと友達になり始めました:-)