Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.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=gg1OgptoybYKxwYcMD8HP2qDWxdct2TjxIJ1oDspkD7E6PKypUkoaxurlbKZa6iBna6xcaqyusJihVENUulfJjDXKvHFCCUFqcgOdi+PVdx7030SqtxmMoez3dOQEh3JePtdTh4jK3iNsX4M13j/DB88Mo6E2z00U+EzuAIz2Cs=;
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>
 <1397495480.49460.YahooMailNeo@web181704.mail.ne1.yahoo.com>
 <CAJNb-9oSgJ6iVbXi1n3+-hWu4voJLcicqtS+9oaPd6RfEF-RbQ@mail.gmail.com>
Message-ID: <1397829369.80661.YahooMailNeo@web181706.mail.ne1.yahoo.com>
Date: Fri, 18 Apr 2014 06:56:09 -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-9oSgJ6iVbXi1n3+-hWu4voJLcicqtS+9oaPd6RfEF-RbQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="-1392739086-1107633858-1397829369=:80661"

---1392739086-1107633858-1397829369=:80661
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Yes, I tried to implement the vhost and redirect. vhost was behaving as doc=
umented. The redirect was not. There was no change in behavior.=0A=0AThe pu=
rpose is that I was led to believe that this server would eliminate the nee=
d for a public facing general web server. As such, real domains show you ac=
tual content at their root level, not a dry "welcome to couchdb" message.=
=0A=0AI can see that this is not such a good idea, for a number of reasons.=
=A0 Fortunately I have already placed it in a farm behind a formal server, =
and can control access through rewrites and server side scripts. It turned =
into a classic example of using a tool for what it is good at, not trying t=
o make it into something it is not designed for.=0A=0A-Scott=0A=0A=0A=0A=0A=
________________________________=0A From: Benoit Chesneau <bchesneau@gmail.=
com>=0ATo: "user@couchdb.apache.org" <user@couchdb.apache.org>; Scott Weber=
 <scotty2541@sbcglobal.net> =0ASent: Wednesday, April 16, 2014 4:08 AM=0ASu=
bject: Re: authentication_redirect is not working.=0A =0A=0AOn Mon, Apr 14,=
 2014 at 7:11 PM, Scott Weber <scotty2541@sbcglobal.net>wrote:=0A=0A> I fou=
ght with:=0A>=A0 =A0 / =3D {couch_httpd_misc_handlers, handle_utils_dir_req=
,=0A> "../share/couchdb/www/index.html"}=0A>=0A> for hours already.=A0 it j=
ust gives me=0A>=A0 =A0 " {"error":"unknown_error","reason":"function_claus=
e"}=A0 "=0A>=0A> The file is there, right next to favicon and all those oth=
er pages,=0A> because apparently this cannot refer to an attachment in a DB=
.=0A>=0A> I have searched for hours, and not found any useful doc on=0A> ha=
ndle_welcome_req, handle_utils_dir_req, handle_config_req, etc...=0A>=0A>=
=0A> I have the server behind IIS, where it was forwarding every request in=
=0A> that domain back to couchDB... so I guess it's time to start looking a=
t the=0A> ARR and ReWrite modules.=0A>=0A>=0A> -Scott=0A>=0A>=0AAgain. Did =
you try the vhost + redirect rule?=0A=0AWhat's the goal of changing this we=
lcome message?=0A=0A=0A>=0A> ________________________________=0A>=A0 From: =
Benoit Chesneau <bchesneau@gmail.com>=0A> To: "user@couchdb.apache.org" <us=
er@couchdb.apache.org>; Scott Weber <=0A> scotty2541@sbcglobal.net>=0A> Sen=
t: Monday, April 14, 2014 11:13 AM=0A> Subject: Re: authentication_redirect=
 is not working.=0A>=0A>=0A> On Mon, Apr 14, 2014 at 5:55 PM, Scott Weber <=
scotty2541@sbcglobal.net=0A> >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 /lo=
gin/source/=0A> >=0A> > Results:=0A> > www.mycompany.com=A0 -> maps to -> w=
ww.mycompany.com/login/source/=0A> > (where 'login' is the landing zone, an=
d 'source' is the document that has=0A> > the HTML attachment)=0A> >=0A> >=
=0A> > On the other hand, when I map it to the document like this:=0A> > [v=
hosts]=0A> > www.mycompany.com =3D /login/source/index.html=0A> >=0A> > Res=
ults:=0A> > www.mycompany.com=A0  -> maps to ->=0A> > www.mycompany.com/log=
in/source/index.html=0A> > however, now it is trying to open style sheets a=
nd js files that have the=0A> > name:=0A> >=0A> > www.mycompany.com/login/s=
ource/index.html.mystyle.css=0A> > www.mycompany.com/login/source/index.htm=
l.mainpage.js=0A> >=0A> > The obvious work around is to use the former opti=
on and mustspecify "=0A> > www.mycompany.com/index.html" as required on the=
 address bar.=0A> >=0A>=0A>=0A> Actually I also mentioneed something about =
the rewrite.=0A>=0A> so=0A>=0A> www.mycompany.com =3D /db/ddoc/_rewrite=0A>=
=0A> and do the reqrite in it=0A>=0A> [{ "from": "/",=0A>=A0 =A0 "to": /ind=
ex.html=0A> },...]=0A>=0A> and put an index.html in your ddoc attachments.=
=0A>=0A>=0A> >=0A> > Which is not what is expected or were hoping for.=A0 A=
ll other web servers=0A> > allow a default doc setting, typically index.htm=
l or index.htm.=A0 Does=0A> > CouchDB not have something equivalent?=0A> >=
=0A>=0A> You may be able to do:=0A>=0A> / =3D {couch_httpd_misc_handlers, h=
andle_utils_dir_req,=0A> "/path/to/index.html"}=0A>=0A>=0A> but it will pro=
bably break some clients and the replication.=0A>=0A> Another way is to do =
that on the proxy level.=0A>=0A> - benoit=0A>
---1392739086-1107633858-1397829369=:80661--