Return-Path: 
 <users-return-9625-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org
Received: (qmail 12846 invoked from network); 14 Nov 2008 15:52:33 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 14 Nov 2008 15:52:33 -0000
Received: (qmail 41522 invoked by uid 500); 14 Nov 2008 15:52:38 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 41504 invoked by uid 500); 14 Nov 2008 15:52:38 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 41488 invoked by uid 99); 14 Nov 2008 15:52:38 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Nov 2008 07:52:38 -0800
X-ASF-Spam-Status: No, hits=2.2 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of marcspeck@gmail.com
 designates 74.125.46.29 as permitted sender)
Received: from [74.125.46.29] (HELO yw-out-2324.google.com) (74.125.46.29)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Nov 2008 15:51:18 +0000
Received: by yw-out-2324.google.com with SMTP id 9so647873ywe.1
        for <users@jackrabbit.apache.org>;
 Fri, 14 Nov 2008 07:52:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to
         :subject:in-reply-to:mime-version:content-type:references;
        bh=kPRtPr9GZHm/gc5MTXWmLnHX4Vm2HiE4QEIjnYEeMcg=;
        b=CseOkaUnTA7PQwk+JSsyOR/caBeKSMwFyHhdRNYiVXkCITLF+1pMJicp7YSy+wWYrP
         P5pdvyZFAij2ODzVEwyOLNZiVxGDNNn2/m80cIuJs4kCG20UGYAjrrK9zfGbNpfNszem
         eEdvopaELC4a9c2o3M8tKiaerHATQzzDclqFw=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:references;
        b=boJUmdromLLQwApOnLhbqL0T3cCXM3mbxuOkcGLBNEOKX0mqh31ztAW+ofAKBxF2pz
         ZrUVyUqS2N6Nyd1htYiTLJOsZ45Adyovl3SjRPbja9q7tbv9kKJZChdZc/EDqEVNIjiy
         lbZE/TLAEyWxjV1pLzOwG9oouxbuYVqCR3TyE=
Received: by 10.100.126.7 with SMTP id y7mr542450anc.77.1226677921344;
        Fri, 14 Nov 2008 07:52:01 -0800 (PST)
Received: by 10.100.37.14 with HTTP; Fri, 14 Nov 2008 07:52:01 -0800 (PST)
Message-ID: <6aaad09c0811140752l658a6d7axed0c3a34050f8575@mail.gmail.com>
Date: Fri, 14 Nov 2008 16:52:01 +0100
From: "Marc Speck" <marcspeck@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: Secured reverse proxy for WebDav
In-Reply-To: <491D9985.3030506@gmx.de>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_6339_24120131.1226677921349"
References: <6aaad09c0811130221l1b9eb6e3gbb6caa7ba2bf15@mail.gmail.com>
	 <491C6695.1030206@gmx.de>
	 <6aaad09c0811132353v2f0f01c1h9788fec9c3c16169@mail.gmail.com>
	 <491D9985.3030506@gmx.de>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_6339_24120131.1226677921349
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Fri, Nov 14, 2008 at 4:30 PM, Julian Reschke <julian.reschke@gmx.de>wrote:

> Marc Speck wrote:
>
>> What do you mean with "absolute paths inside <href> elements"? Could you
>> give me one hint more?
>>
>> Do you suggest to make hrefPrefixes a fixed configuration setting? In that
>> case I'd prefer a dynamic solution for handling virtual hosts.
>>
>
> I thought the issue where absolute URIs with incorrect hostnames in content
> (such as in multistatus). The simplest fix for that would be not to have the
> hostnames there in the first place.
>

Ah, got it. If this works, it's also a fine solution for me. The only reason
I did not consider suggesting it was that I'm afraid of WebDav-clients
incompatibility for relative paths in content. With my  limited experience
of WebDav-clients I'd say the quality of implementations varies greatly what
makes every change in the server behavior a major risk. If you are confident
that relative paths are fine for most clients (whatever that means), this is
a better solution.

Marc

------=_Part_6339_24120131.1226677921349--