From: "Bjørn Mork" <bmork@dod.no>
Subject: Re: Using versions instead of XEmacs codenames in User-Agent
Date: Mon, 10 Jan 2005 09:42:02 +0100 [thread overview]
Message-ID: <87wtulzndx.fsf@obelix.mork.no> (raw)
In-Reply-To: <microsoft-free.878y72td2g.fsf@youngs.au.com>
Steve Youngs <steve@youngs.au.com> writes:
> * Reiner Steib <reinersteib+gmane@imap.cc> writes:
>
> > On Sun, Jan 09 2005, Steve Youngs wrote:
> >> The default settings should give a User-Agent header similar to the
> >> one in this message's headers.
>
> > | User-Agent: Gnus/5.110003 (No Gnus v0.3) SXEmacs/22.1.1 "Aston Martin" (linux)
>
> > Is a quoted string like "Aston Martin" allowed in RFC 2616?
>
> ,----[ from RFC 2616 ]
> | 14.43 User-Agent
> |
> | The User-Agent request-header field contains information about the
> | user agent originating the request. This is for statistical purposes,
> | the tracing of protocol violations, and automated recognition of user
> | agents for the sake of tailoring responses to avoid particular user
> | agent limitations. User agents SHOULD include this field with
> | requests. The field can contain multiple product tokens (section 3.8)
> | and comments identifying the agent and any subproducts which form a
> | significant part of the user agent. By convention, the product tokens
> | are listed in order of their significance for identifying the
> | application.
> |
> | User-Agent = "User-Agent" ":" 1*( product | comment )
> |
> | Example:
> |
> | User-Agent: CERN-LineMode/2.15 libwww/2.17b3
> |
> | 3.8 Product Tokens
> |
> | Product tokens are used to allow communicating applications to
> | identify themselves by software name and version. Most fields using
> | product tokens also allow sub-products which form a significant part
> | of the application to be listed, separated by white space. By
> | convention, the products are listed in order of their significance
> | for identifying the application.
> |
> | product = token ["/" product-version]
> | product-version = token
> |
> | Examples:
> |
> | User-Agent: CERN-LineMode/2.15 libwww/2.17b3
> | Server: Apache/0.8.4
> |
> | Product tokens SHOULD be short and to the point. They MUST NOT be
> | used for advertising or other non-essential information. Although any
> | token character MAY appear in a product-version, this token SHOULD
> | only be used for a version identifier (i.e., successive versions of
> | the same product SHOULD only differ in the product-version portion of
> | the product value).
> `----
>
> Going by that, using quoted text "like this" should be fine.
No, it isn't. quoting more from RFC 2616:
token = 1*<any CHAR except CTLs or separators>
separators = "(" | ")" | "<" | ">" | "@"
| "," | ";" | ":" | "\" | <">
| "/" | "[" | "]" | "?" | "="
| "{" | "}" | SP | HT
> > Upto now, we had it inside the bracket:
> > | [...] XEmacs/21.4 (Security Through Obscurity, berkeley-unix)
>
> Yep, however, IMHO, this...
>
> SXEmacs/22.1.1 (Aston Martin, berkeley-unix)
>
> doesn't look anywhere near as nice as...
>
> SXEmacs/22.1.1 "Aston Martin" (berkeley-unix)
Maybe. But it doesn't really matter since the first version uses a
perfectly legal comment while the second is an invalid User-Agent
field.
Bjørn
--
Save the Honeywell dps8s!
next prev parent reply other threads:[~2005-01-10 8:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-06 1:49 [PATCH] SXEmacs User-Agent string Steve Youngs
2005-01-06 13:41 ` Using versions instead of XEmacs codenames in User-Agent (was: [PATCH] SXEmacs User-Agent string) Reiner Steib
2005-01-06 23:00 ` Using versions instead of XEmacs codenames in User-Agent Katsumi Yamaoka
2005-01-06 23:29 ` Steve Youngs
2005-01-08 18:09 ` Reiner Steib
2005-01-09 1:28 ` Steve Youngs
2005-01-09 20:55 ` Reiner Steib
2005-01-09 23:09 ` Steve Youngs
2005-01-10 8:42 ` Bjørn Mork [this message]
2005-01-10 9:20 ` Steve Youngs
2005-01-10 10:39 ` Bjørn Mork
2005-01-10 15:07 ` Reiner Steib
2005-01-10 23:29 ` Steve Youngs
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wtulzndx.fsf@obelix.mork.no \
--to=bmork@dod.no \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).