メーリングリスト・ポリシー

許容される行動

私たちは、メーリングリストを利用するすべての人に、W3Cコミュニティが従うべき行動規範(Code of Conduct)を含むPositive Work Environmentの枠組みを尊重することを求めます。

弊社は、弊社リストのメンバーへのEメールのバウンスや自動返信など、不要なネットワークトラフィックを発生させるアドレスをリストから削除することがあります。

スパムポリシー

迷惑メール(UBE)は固く禁じられています!

W3Cのスパムの定義は、「あらゆる形態の迷惑メール(UBE)」です。特にW3Cの活動に関連するものでない限り、私たちのサイトでは歓迎されません。商業的なものである必要はありません。政治的、宗教的、あるいは学術的な話題であっても、オフトピックであったり、大量に投稿されたものは歓迎されません。

このポリシーは、メーリングリストや個人メールアドレス、ブログ、Wiki、課題追跡システムなど、W3Cのすべてのシステムに適用されます。

CFPやアナウンスは基本的には歓迎されません

W3Cの各メーリングリストには、アーカイブのカバーページに記載されているように、特定のトピックや目的があります。これらのメーリングリストの購読者やコミュニティの他のメンバーは、通常、メッセージを確認されたりモデレートされたりすることなく、これらのメーリングリストに直接投稿することができます。私たちは、私たちのコミュニティのメンバーが責任を持って投稿することを信頼しており、まれに、私たちは人々に行動を修正するよう求めることがあります。

私たちのリストの多くは、一般の方からの参加も可能です。既存のコミュニティのメンバー以外の方からの投稿は、スパムがメーリングリストに配信されるのを防ぐため、手動でモデレートされます。私たちは、一般の方からのコメントやフィードバックを歓迎します(該当するリストのポリシーに従ってください)が、この機能は、たとえW3Cの活動に多少関係があったとしても、カンファレンスやワークショップの告知を大量に送ることを許可するものではありません。

たとえば、semantic-webメーリングリストでは、件名に[CfP]が含まれていて、そのイベントが特にセマンティックウェブ技術に関するものであれば、参加募集を許可していますが、アーカイブのカバーページに特に記載がない限り、そのようなメッセージは私たちのメーリングリストでは歓迎されないと考えるべきです。

投稿の内容やリストの性質によっては、例外を認める場合もあります。あなたのメッセージが私たちのリストに届く可能性を高めるには、1つのリストに送信し、そのリストのメンバーが関心を持つ理由を明示する必要があります。一般的な文章で大量のお知らせを送信したり、一度に複数のリストにクロスポストしたりすることは、あなたのメッセージが拒否される確実な方法であり、将来的に当サイトへの投稿が禁止される可能性もあります。

電子メールの添付ファイル

W3Cのメーリングリストへの投稿は、以下のガイドラインに従ってください:

  • 不必要な電子メールの添付は避ける。 添付ファイルを使用するのは、別ファイルの使用が受信者にとって有益であると思われる場合に限ります。そうでない場合は、(プレーンテキスト形式の)情報をメッセージ本文に記載しましょう。
  • 添付ファイルが必要な場合は、ウイルスに感染しやすい形式、独自の形式、プラットフォームに依存する形式は避けましょう。 例えば、MS WordやPowerPoint、PDFではなく、可能な限りHTMLを使うべきです。
  • プロプライエタリな形式やプラットフォーム依存の形式を使用しなければならない場合は、可能であればHTMLやプレーンテキストなど、一般的に読みやすい形式の代替バージョンも添付してください。それができない場合は、可能であれば、少なくとも広く利用可能な無料のビューワーがある形式を含めてください。
  • HTMLへの自動変換には注意してください。それらはしばしば、特定のブラウザでしか閲覧できないHTMLを生成します。HTML Tidyは、HTMLのクリーンアップに役立つかもしれません。
  • ウェブ・コンテンツ・アクセシビリティ・ガイドライン(WCAG)に従いましょう。

アーカイブ編集

W3Cは通常、メーリングリストのアーカイブにあるメッセージを削除したり編集したりしません。アーカイブの承認システムは、投稿者の同意なしにアーカイブにメッセージが掲載されることを防ぐためのものです。

本ポリシーに例外を設けるに値する例外的な状況(例えば、意図しない個人情報またはその他の機密情報の開示など)があるとお考えの場合は、当社スタッフによる検討のため、team-archive-editor@w3.org まで詳細をお送りください。

アーカイブ内のメッセージが削除、編集された場合、またはスパムとしてマークされた場合、そのメッセージのアーカイブページが更新され、適切に処置が反映されます。

W3Cメーリングリストからのメールのフィルタリング

W3Cメーリングリストから配信されるメッセージは、例えばwww-htmlのように、メーリングリストを識別するList-Idヘッダー付きで送信される:

List-Id: <www-html.w3.org>

これはメーリングリストを識別する標準的な方法で、RFC 2919で定義されている。メーリングリストからのメールを異なるメールボックスに振り分けたいユー ザーは、このヘッダーを使って振り分けるべきである。メールクライアントは、このヘッダーとRFC2369で規定されている関連ヘッダーを使用して、ユーザーが標準的なインターフェースでメーリングリストをフィルタしたり、参加したり、脱退したりできるようにすべきです。

なぜなら、これはフィルタリングの目的でメッセージを識別する信頼できる方法ではなく、メッセージのサブジェクトの貴重なスペースを浪費し、DKIM署名を破壊するからです。

List-Idヘッダを使ったメーリングリストからのメッセージのフィルタリングについては、W3C tools wikiのメーリングリストフィルタリングのためのメールクライアント設定を参照してください(コントリビューションを歓迎します)。

偽造防止

W3Cは、私たちのサイトから送信されたように見える偽装メールを防ぐために、私たちのドメインのSPFレコードを公開しています。w3.orgドメインでは、SPFレコードの末尾を~all(softfail)とすることで、SPFによるメール転送の問題を回避しています。

私たちはまた、W3Cユーザーアカウントを持つ私たちのコミュニティのメンバーのために、W3Cリストに偽造メールが配信されるのを防ぐことができるカスタム偽造防止システムを持っています。あなたのアカウントでこのシステムを有効にするには、プロフィールを編集し、「Eメール偽造ブロック」オプションを探してください。

DMARCはまだ導入していませんが、2023年には導入する予定です。

W3Cは私にスパムを送っているのか?

いいえ、受信したメッセージのソースコードに当社のドメイン名が表示されている可能性があります。詳しくはヘルプページをご覧ください。

メッセージにリストの接頭辞を追加できますか?

いいえ。詳しくは、上記のフィルタリングに関するアドバイスをご覧ください。

アーカイブのメールアドレスを難読化できますか?

私たちは簡単な難読化を行っていますが、私たちのメーリングリストのような公開フォーラムに参加する場合、メールアドレスが非公開であることを期待すべきではありません。詳しくはメーリングリストアーカイブにおけるメールアドレスの難読化をご覧ください。

X-No-Archiveメッセージヘッダを尊重していますか?

W3Cのメーリングリストソフトウェアは、メッセージのアーカイブを防ぐための非公式なX-No-Archiveメッセージヘッダを尊重しません。W3Cのメーリングリストに配信されたメッセージはすべてW3Cのサイトにアーカイブされます。これはW3Cのメーリングリストに参加するための条件です。

アーカイブ承認システムとは何ですか?

過去には、アーカイブされたメーリングリストにメールを送った人が、そのメッセージが公開アーカイブにあることを知って驚くという問題がありました。

私たちには何千ものアーカイブされたリストがあり、そのリストを参照するときはいつでも、そのリストの目的を明確にするようにしていますが、他の人が私たちのリストをどのように参照するかをコントロールすることはできません。したがって、私たちのウェブサイトにアーカイブされることを知らずに、誰かが私たちのリストにメッセージを送る可能性は常にあります。

このシステムでは、メーリングリストへのメッセージの配信を許可する前に、各投稿者の明確な承認を必要とすることで、この問題を解決しています。自分のメッセージがウェブアーカイブで見られることを気にしない大多数の投稿者のために、彼らが将来W3Cメーリングリストに送るメッセージも承認するオプションがあります。このシステムの良い副次的な効果は、私たちのリスト上のスパムを減らすのに役立つということです。スパマーは一般的に、受け取った返信を読まないからです(そして、スパマーが使う返信アドレスの多くは、あるいはそのほとんどが、いずれにせよインチキなのです)。

私たちからの通知メッセージを受け取ったにもかかわらず、私たちにメッセージを送信していない場合、他の誰かがあなたのメールアドレスを送信者としてメッセージを偽造した可能性があります。メッセージのReceived:ヘッダーを見ることで、メッセージの発信元を知ることができます。(このようなヘッダーのうち、正確であると信頼できるものは、いつ/どこで当社の電子メールシステムに入ったかを示すものだけであることに注意してください)。

あなたのサイトを装った偽造メールの防止に関心がある場合は、ドメインのSPFおよび/またはDMARCポリシーの公開を検討するとよいでしょう。W3Cのメールサーバは、SPFレコードを公開しているドメインの偽造メールを拒否します。

このシステムに関するご意見は、archive-approval-commentsまでお寄せください。