Below are frequent questions and answers about the W3C Web site.
No. W3C is not a spammer. W3C does not allow its servers to be used to send spam, and unsolicited bulk e-mail is strictly prohibited from our mailing lists.
There are two reasons you might think that W3C is sending you spam, however.
If you look at the source of many HTML documents (including HTML email), you are likely to find some text that explains which version of HTML was used by the author. Versions of HTML are defined by the W3C, and therefore HTML documents contain a reference to the W3C, for example:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www./TR/REC-html40/loose.dtd">
Many people see this text and conclude that W3C had something to do with the creation of the document. All that this text means is that the text was written in HTML, a language defined and maintained by W3C. The text does not imply that W3C had anything to do with the creation of the document itself.
Unfortunately, people at times forge email addresses. Many W3C email addresses are very visible to the public, and this makes them targets for forgery. Thus, you may receive spam from a address, but this only means that the address has been used to send a forged email.
No. See the comments above on source code.
Note: W3C cannot help you identify the owner of a page that is not on .
Please, write to sysreq@ with a precise description of your technical problem.
. The two most common uses you will see are "www." and "lists." (for our Mail archives).
If the domain name is something else, it's probably not related to W3C. If you find "" in the content of the page, that is likely just related to the fact that the page is HTML; see our FAQ question on spam.
In general, no. See the FAQ entry on archive editing.
W3C is most likely blocking your IP because of excessive traffic; often this is due to requesting the same resource from us repeatedly (e.g. a DTD, Schema, Entity, or Namespace document.) We give extensive caching directives and there really is no reason to request the same resource over and over when it is not going to change. Your XML library or utility probably has a means to use a XML catalog and/or have a caching mechanism; please consult that documentation on how to utilize such features. If there are no such options you should contact the party responsible for the library or utility used. You may also put a caching proxy between your application server and the internet.
Yes. Due to various software systems downloading DTDs from our site millions of times a day (despite the caching directives of our servers), we have started to serve DTDs and schema (DTD, XSD, ENT, MOD, etc.) from our site with an artificial delay. Our goals in doing so are to bring more attention to our ongoing issues with excessive DTD traffic, and to protect the stability and response time of the rest of our site. We recommend HTTP caching or catalog files to improve performance.
Maybe. W3C does not endorse any particular software. However, because it is useful to provide links to software that implements a specification, we often link to multiple products or services (thus: many, not one). At the bottom of each page you will find contact information for the person responsible for updating links on that page.
No. Each specification includes links to useful resources (such as DTDs and schemas) for that specification. A search engine should also be helpful in finding a particular DTD or Schema.
Your browser (or other tool) may not be configured to display that type of content, either natively or with a helper application.
See the systems status page. If you experience a problem not listed there, please send email to site-comments@.