W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2004

Re: Proposal for an HTTP ERR method

From: Justin Chapweske <justin@chapweske.com>
Date: Wed, 23 Jun 2004 13:21:00 -0500
To: Jamie Lokier <jamie@shareable.org>
Cc: Alex Rousskov <rousskov@measurement-factory.com>, Henry Story <henry.story@bblfish.net>, ietf-http-wg@w3.org, Atom Syntax <atom-syntax@imc.org>
Message-Id: <1088014859.27193.291.camel@bog>

I think the spamming problem can be largely mitigated with two

o Define the error reporting as a best effort service that may silently
drop reported errors.

o Use highly aggressive throttling of multiple errors reported by the
same IP address, or even by classes of user-agents.

> However, a standard header which points to a URI for posting client
> observations -- where the standard is clearly for short, automatically
> generated messages of a certain kind -- would do.
> But then you have the problem of people spamming the error reporting
> mechanism :(

Justin Chapweske - Founder, Onion Networks
Transfer large files 10x faster than FTP with Onion Networks' WAN
Transport(tm).  http://onionnetworks.com/products_wantransport.php
Received on Wednesday, 23 June 2004 14:23:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:25 UTC