Re: [apps-discuss] informal Last Call on draft-reschke-http-status-308-02

Bjoern Hoehrmann <derhoermi@gmx.net> Sat, 14 January 2012 15:49 UTC

Return-Path: <derhoermi@gmx.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5E0321F84F1 for <apps-discuss@ietfa.amsl.com>; Sat, 14 Jan 2012 07:49:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.047
X-Spam-Level:
X-Spam-Status: No, score=-2.047 tagged_above=-999 required=5 tests=[AWL=-0.048, BAYES_00=-2.599, J_CHICKENPOX_92=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Afkz1mumbwgG for <apps-discuss@ietfa.amsl.com>; Sat, 14 Jan 2012 07:49:06 -0800 (PST)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id C24F821F84EA for <apps-discuss@ietf.org>; Sat, 14 Jan 2012 07:49:05 -0800 (PST)
Received: (qmail invoked by alias); 14 Jan 2012 15:48:53 -0000
Received: from dslb-094-223-151-066.pools.arcor-ip.net (EHLO HIVE) [94.223.151.66] by mail.gmx.net (mp008) with SMTP; 14 Jan 2012 16:48:53 +0100
X-Authenticated: #723575
X-Provags-ID: V01U2FsdGVkX1+qaQ4pyDSqCRJGowN5JhFXMsVugIOq6MhWaGGpuP UL0176mVuzldsJ
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Julian Reschke <julian.reschke@gmx.de>
Date: Sat, 14 Jan 2012 16:48:59 +0100
Message-ID: <qt73h7p28jvcc91at1r4n8c8cpdsetjfod@hive.bjoern.hoehrmann.de>
References: <20120114105523.32324.64307.idtracker@ietfa.amsl.com> <4F116C45.2060605@gmx.de> <8i53h715g9kjghtgqhsjqvb4mdnelqaqa0@hive.bjoern.hoehrmann.de> <4F119EFE.7040106@gmx.de>
In-Reply-To: <4F119EFE.7040106@gmx.de>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
Cc: HTTP Working Group <ietf-http-wg@w3.org>, IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] informal Last Call on draft-reschke-http-status-308-02
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Jan 2012 15:49:07 -0000

* Julian Reschke wrote:
>- what's the problem with the title?

When the redirect target disappears but the redirect does not, then you
might end up with "Permanent Redirect" as title in search results which
looks very broken and is uninformative. A better title would be "Moved 
to <new location>".

>- why do I need to specify encoding? It's all US-ASCII

Because RFC 2854 says it's strongly recommended to use the parameter.

>- validator.nu says it's happy once I had the HTML4 strict doctype; 
>would that work for you?

I can live with that.

>The RFC Editor rewrites this part upon publication.

Or forgets to do so and you forget to check and we end up with bad text.

>> I think you need a better term for "permanent URI". How about simply re-
>> moving the "permanent" and possibly adding "new" to the second instance?
>
>I'd prefer to use language consistent with RFC 2616.

Well, in RFC 2616 it makes a little bit more sense as there you have the
contrast with temporary addresses, but "permanent" is the condition that
the resource has a different address than the current one, but that does
not mean the new address will be "permanent". But oh well, your argument
is good enough.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/