Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=sbcglobal.net;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=vcS0R5+QTqIIy5omV+ffPKIk8vogbtegjGQ6y5GnmJ1pxn+s79cfY+pMxI7j/2mXF2+diZr05VJNxwqTpbP69c1d2FEHZTu4sWtxK4nIx9c9hjAi6jCKDQbb/GZHQEuKwYDJRMKWFjLXnDMvP/F3e219m1U21EgH5+X2+cfuzqI=;
References: <1397424531.24083.YahooMailNeo@web181703.mail.ne1.yahoo.com>
 <CAO5PmOqs5kg+SAT2eXdZmVes1Y+R2f5--6ivoXxoXX9QxLK6hA@mail.gmail.com>
 <1397484841.28230.YahooMailNeo@web181702.mail.ne1.yahoo.com>
 <CAJNb-9pwtQoc49vk95d8W9t8-XGYV=bdBX4eVoyiA=EUaBa29g@mail.gmail.com>
 <1397490947.60337.YahooMailNeo@web181703.mail.ne1.yahoo.com>
 <CAJNb-9rrm1ikBb481RaWX6NiXN0gsirQumd-eN-CfyfBVyOyZw@mail.gmail.com>
Message-ID: <1397495480.49460.YahooMailNeo@web181704.mail.ne1.yahoo.com>
Date: Mon, 14 Apr 2014 10:11:20 -0700 (PDT)
From: Scott Weber <scotty2541@sbcglobal.net>
Reply-To: Scott Weber <scotty2541@sbcglobal.net>
Subject: Re: authentication_redirect is not working.
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
In-Reply-To: 
 <CAJNb-9rrm1ikBb481RaWX6NiXN0gsirQumd-eN-CfyfBVyOyZw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="-31143512-488469767-1397495480=:49460"

---31143512-488469767-1397495480=:49460
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I fought with: =0A=A0=A0 / =3D {couch_httpd_misc_handlers, handle_utils_dir=
_req, "../share/couchdb/www/index.html"}=0A=0Afor hours already.=A0 it just=
 gives me =0A=A0=A0 " {"error":"unknown_error","reason":"function_clause"}=
=A0 "=0A=0AThe file is there, right next to favicon and all those other pag=
es, because apparently this cannot refer to an attachment in a DB.=0A=0AI h=
ave searched for hours, and not found any useful doc on handle_welcome_req,=
 handle_utils_dir_req, handle_config_req, etc...=0A=0A=0AI have the server =
behind IIS, where it was forwarding every request in that domain back to co=
uchDB... so I guess it's time to start looking at the ARR and ReWrite modul=
es.=0A=0A=0A-Scott=0A=0A=0A=0A________________________________=0A From: Ben=
oit Chesneau <bchesneau@gmail.com>=0ATo: "user@couchdb.apache.org" <user@co=
uchdb.apache.org>; Scott Weber <scotty2541@sbcglobal.net> =0ASent: Monday, =
April 14, 2014 11:13 AM=0ASubject: Re: authentication_redirect is not worki=
ng.=0A =0A=0AOn Mon, Apr 14, 2014 at 5:55 PM, Scott Weber <scotty2541@sbcgl=
obal.net>wrote:=0A=0A> No, that doesn't work.=A0 It actually is worse.=0A>=
=0A> If I remap the vhosts to a DB/Document, it gives me the WHOLE DOCUMENT=
:=0A> [vhosts]=0A> www.mycompany.com =3D /login/source/=0A>=0A> Results:=0A=
> www.mycompany.com=A0 -> maps to -> www.mycompany.com/login/source/=0A> (w=
here 'login' is the landing zone, and 'source' is the document that has=0A>=
 the HTML attachment)=0A>=0A>=0A> On the other hand, when I map it to the d=
ocument like this:=0A> [vhosts]=0A> www.mycompany.com =3D /login/source/ind=
ex.html=0A>=0A> Results:=0A> www.mycompany.com=A0  -> maps to ->=0A> www.my=
company.com/login/source/index.html=0A> however, now it is trying to open s=
tyle sheets and js files that have the=0A> name:=0A>=0A> www.mycompany.com/=
login/source/index.html.mystyle.css=0A> www.mycompany.com/login/source/inde=
x.html.mainpage.js=0A>=0A> The obvious work around is to use the former opt=
ion and mustspecify "=0A> www.mycompany.com/index.html" as required on the =
address bar.=0A>=0A=0A=0AActually I also mentioneed something about the rew=
rite.=0A=0Aso=0A=0Awww.mycompany.com =3D /db/ddoc/_rewrite=0A=0Aand do the =
reqrite in it=0A=0A[{ "from": "/",=0A=A0  "to": /index.html=0A},...]=0A=0Aa=
nd put an index.html in your ddoc attachments.=0A=0A=0A>=0A> Which is not w=
hat is expected or were hoping for.=A0 All other web servers=0A> allow a de=
fault doc setting, typically index.html or index.htm.=A0 Does=0A> CouchDB n=
ot have something equivalent?=0A>=0A=0AYou may be able to do:=0A=0A/ =3D {c=
ouch_httpd_misc_handlers, handle_utils_dir_req, "/path/to/index.html"}=0A=
=0A=0Abut it will probably break some clients and the replication.=0A=0AAno=
ther way is to do that on the proxy level.=0A=0A- benoit
---31143512-488469767-1397495480=:49460--