Gnus development mailing list
 help / color / mirror / Atom feed
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!  



  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).