Return-Path: X-Original-To: apmail-manifoldcf-user-archive@www.apache.org Delivered-To: apmail-manifoldcf-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8E8F9D8DD for ; Mon, 3 Sep 2012 13:04:56 +0000 (UTC) Received: (qmail 60367 invoked by uid 500); 3 Sep 2012 13:04:56 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 60128 invoked by uid 500); 3 Sep 2012 13:04:51 -0000 Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@manifoldcf.apache.org Delivered-To: mailing list user@manifoldcf.apache.org Received: (qmail 60098 invoked by uid 99); 3 Sep 2012 13:04:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2012 13:04:50 +0000 X-ASF-Spam-Status: No, hits=3.2 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mkooloos@hotmail.com designates 65.54.190.207 as permitted sender) Received: from [65.54.190.207] (HELO bay0-omc4-s5.bay0.hotmail.com) (65.54.190.207) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2012 13:04:41 +0000 Received: from BAY161-W34 ([65.54.190.200]) by bay0-omc4-s5.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 3 Sep 2012 06:04:21 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_571db271-3e0e-4913-8513-05e881de269b_" X-Originating-IP: [95.21.123.63] From: Michael Kooloos To: Subject: RE: Web connector - Session-based access credentials Date: Mon, 3 Sep 2012 15:04:21 +0200 Importance: Normal In-Reply-To: References: ,,,,,,,,,, MIME-Version: 1.0 X-OriginalArrivalTime: 03 Sep 2012 13:04:21.0199 (UTC) FILETIME=[A24315F0:01CD89D4] X-Virus-Checked: Checked by ClamAV on apache.org --_571db271-3e0e-4913-8513-05e881de269b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry=2C mean "second last page" =3B) > Date: Mon=2C 3 Sep 2012 08:18:02 -0400 > Subject: Re: Web connector - Session-based access credentials > From: daddywri@gmail.com > To: user@manifoldcf.apache.org >=20 > What do you mean=2C "first last page"? > The Web Connector needs to refetch the page that caused the > redirection=2C because that is likely to be a content page based on the > user's own description of the login sequence. Otherwise pages would > be missing from the crawl=2C whenever login needed to be redone. >=20 > Karl >=20 > On Mon=2C Sep 3=2C 2012 at 7:43 AM=2C Michael Kooloos wrote: > > No=2C same thing happens in the browser also=2C so need to find a diffe= rent seed > > page that doesn't have this behaviour=2C but no luck there yet.. > > > > Other way to solve this 'issue' is if the coonnector will go back to th= e > > first last page after finishing the login-sequence=2C instead of the la= st page > > (since the last page stays in a loop). Should be possible=2C right? > > > > Michael > > > >> Date: Mon=2C 3 Sep 2012 07:15:20 -0400 > > > >> Subject: Re: Web connector - Session-based access credentials > >> From: daddywri@gmail.com > >> To: user@manifoldcf.apache.org > >> > >> Ok - if the redirect is occurring in a browser whether or not you are > >> logged in=2C then yes=2C you cannot use that page as a seed. If this o= nly > >> seems to happen in the Web Connector=2C on the other hand=2C we should > >> keep talking=2C because your login sequence is not actually succeeding > >> to set up the session cookies properly. > >> > >> Thanks! > >> Karl > >> > >> On Mon=2C Sep 3=2C 2012 at 6:14 AM=2C Michael Kooloos > >> wrote: > >> > Hi Karl=2C > >> > > >> > Thanks. Found the issue=2C the seed document keeps redirecting to th= e > >> > logon > >> > page (even after login has occured). This is an issue (protection?) = of > >> > the > >> > website and it now makes sense to me why the connector stays in a lo= op. > >> > Haven't found a solution yet=2C have to find a more appropriate seed > >> > document > >> > or a way to skip the redirect the second time it enters the loop.. > >> > > >> > Many thanks for your support! > >> > > >> >> Date: Thu=2C 30 Aug 2012 11:52:01 -0400 > >> > > >> >> Subject: Re: Web connector - Session-based access credentials > >> >> From: daddywri@gmail.com > >> >> To: user@manifoldcf.apache.org > >> >> > >> >> If I understand how you have it set up=2C what the ManifoldCF web > >> >> connector will do is this: > >> >> > >> >> (1) Fetch the seed document. > >> >> (2) Take the redirection to the logon page=2C and thus enter the lo= gin > >> >> sequence > >> >> (3) Do the login sequence and establish the correct cookies > >> >> (4) Refetch the seed document > >> >> (5) Take the redirection to the logon page... > >> >> > >> >> So=2C as you can see=2C your seed document must redirect ONLY if lo= gin has > >> >> not yet occurred=2C or you will be stuck in a loop. So either fix t= hat=2C > >> >> or choose a more appropriate seed document. > >> >> > >> >> On normal site=2C typically you get different results on most conte= nt > >> >> pages when login has occurred vs. when login has not yet occurred. = It > >> >> is up to you to define in the Web Connector what combination of pag= es > >> >> and content constitute a logon request vs. normal content fetch. An= d > >> >> that's the whole problem=2C and why this is so complicated. > >> >> > >> >> Thanks=2C > >> >> Karl > >> >> > >> >> On Thu=2C Aug 30=2C 2012 at 11:38 AM=2C Michael Kooloos > >> >> > >> >> wrote: > >> >> > Karl=2C > >> >> > > >> >> > My seed document is not a logon page=2C but the seed document url > >> >> > automatically redirects to the logon pages. So the first regex is= of > >> >> > the > >> >> > logon page=2C then the regex for the Login URL is the same (since= it's > >> >> > the > >> >> > logon page)=2C type =3D Form. Do I define any redirect after the = logon > >> >> > form? > >> >> > > >> >> > Hope this makes a bit of sence.. > >> >> > > >> >> > Didn't think it would be that hard to setup some access credentia= ls.. > >> >> > > >> >> >> Date: Thu=2C 30 Aug 2012 10:03:20 -0400 > >> >> > > >> >> >> Subject: Re: Web connector - Session-based access credentials > >> >> >> From: daddywri@gmail.com > >> >> >> To: user@manifoldcf.apache.org > >> >> >> > >> >> >> It sounds like your regular expression(s) which describe what pa= ges > >> >> >> belong to the logon sequence may be incorrect. After the logon > >> >> >> sequence exits=2C the crawler will attempt to refetch the page i= t was > >> >> >> working on before it entered the logon sequence. If that page is > >> >> >> PART > >> >> >> of the logon sequence it will loop as you describe. > >> >> >> > >> >> >> Your seed documents should therefore NOT be logon pages or you w= ill > >> >> >> never get anywhere... > >> >> >> > >> >> >> Karl > >> >> >> > >> >> >> On Thu=2C Aug 30=2C 2012 at 9:58 AM=2C Michael Kooloos > >> >> >> > >> >> >> wrote: > >> >> >> > Karl=2C > >> >> >> > > >> >> >> > I've read through the similar problems/questions on the list (= only > >> >> >> > found > >> >> >> > 3)=2C > >> >> >> > but without any luck. In the Seed I've the page I want to craw= l=2C > >> >> >> > but > >> >> >> > this on > >> >> >> > protected by security=2C so I setup a redirect to the login-pa= ge and > >> >> >> > a > >> >> >> > form > >> >> >> > for the login-page with the username/password parameters. When= I > >> >> >> > look > >> >> >> > in > >> >> >> > the > >> >> >> > Simple History I see the fetch of the first page=2C the begin-= logon=2C > >> >> >> > redirect > >> >> >> > to the login-page=2C the end-logon=2C but then it starts all o= ver > >> >> >> > again > >> >> >> > and > >> >> >> > keeps in a loop. Any ideas? I think a working example will hel= p me > >> >> >> > a > >> >> >> > lot.. > >> >> >> > > >> >> >> > Michael > >> >> >> > > >> >> >> >> Date: Thu=2C 30 Aug 2012 09:29:08 -0400 > >> >> >> >> Subject: Re: Web connector - Session-based access credentials > >> >> >> >> From: daddywri@gmail.com > >> >> >> >> To: user@manifoldcf.apache.org > >> >> >> > > >> >> >> >> > >> >> >> >> I set it up to crawl Angie's List at one point. It was develo= ped > >> >> >> >> to > >> >> >> >> crawl an oil-and-gas exploration subscription site. Others ha= ve > >> >> >> >> fielded fairly detailed questions and/or problems to this lis= t=2C > >> >> >> >> so I > >> >> >> >> know it has been used by many. > >> >> >> >> > >> >> >> >> Can you give a more thorough and detailed description of what > >> >> >> >> your > >> >> >> >> are > >> >> >> >> trying to crawl=2C and what is happening for you? > >> >> >> >> > >> >> >> >> Karl > >> >> >> >> > >> >> >> >> On Thu=2C Aug 30=2C 2012 at 9:25 AM=2C Michael Kooloos > >> >> >> >> > >> >> >> >> wrote: > >> >> >> >> > > >> >> >> >> > Hi=2C > >> >> >> >> > > >> >> >> >> > Does anyone have a working example of the session-based acc= ess > >> >> >> >> > credentials > >> >> >> >> > for the web connector? Following the end-user-documentation= as > >> >> >> >> > good > >> >> >> >> > as > >> >> >> >> > possible=2C but still no luck :( > >> >> >> >> > > >> >> >> >> > Thanks! = --_571db271-3e0e-4913-8513-05e881de269b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry=2C mean "second last page" =3B)

>=3B Date: Mon=2C 3 Sep 2012 08:18:02 -0400
>=3B Subjec= t: Re: Web connector - Session-based access credentials
>=3B From: dad= dywri@gmail.com
>=3B To: user@manifoldcf.apache.org
>=3B
>= =3B What do you mean=2C "first last page"?
>=3B The Web Connector need= s to refetch the page that caused the
>=3B redirection=2C because that= is likely to be a content page based on the
>=3B user's own descripti= on of the login sequence. Otherwise pages would
>=3B be missing from = the crawl=2C whenever login needed to be redone.
>=3B
>=3B Karl<= br>>=3B
>=3B On Mon=2C Sep 3=2C 2012 at 7:43 AM=2C Michael Kooloos = <=3Bmkooloos@hotmail.com>=3B wrote:
>=3B >=3B No=2C same thing h= appens in the browser also=2C so need to find a different seed
>=3B &g= t=3B page that doesn't have this behaviour=2C but no luck there yet..
&g= t=3B >=3B
>=3B >=3B Other way to solve this 'issue' is if the coon= nector will go back to the
>=3B >=3B first last page after finishing= the login-sequence=2C instead of the last page
>=3B >=3B (since the= last page stays in a loop). Should be possible=2C right?
>=3B >=3B<= br>>=3B >=3B Michael
>=3B >=3B
>=3B >=3B>=3B Date: Mon= =2C 3 Sep 2012 07:15:20 -0400
>=3B >=3B
>=3B >=3B>=3B Subje= ct: Re: Web connector - Session-based access credentials
>=3B >=3B&g= t=3B From: daddywri@gmail.com
>=3B >=3B>=3B To: user@manifoldcf.ap= ache.org
>=3B >=3B>=3B
>=3B >=3B>=3B Ok - if the redirect= is occurring in a browser whether or not you are
>=3B >=3B>=3B lo= gged in=2C then yes=2C you cannot use that page as a seed. If this only
= >=3B >=3B>=3B seems to happen in the Web Connector=2C on the other ha= nd=2C we should
>=3B >=3B>=3B keep talking=2C because your login s= equence is not actually succeeding
>=3B >=3B>=3B to set up the ses= sion cookies properly.
>=3B >=3B>=3B
>=3B >=3B>=3B Thanks= !
>=3B >=3B>=3B Karl
>=3B >=3B>=3B
>=3B >=3B>=3B= On Mon=2C Sep 3=2C 2012 at 6:14 AM=2C Michael Kooloos <=3Bmkooloos@hotma= il.com>=3B
>=3B >=3B>=3B wrote:
>=3B >=3B>=3B >=3B Hi= Karl=2C
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B Thanks= . Found the issue=2C the seed document keeps redirecting to the
>=3B &= gt=3B>=3B >=3B logon
>=3B >=3B>=3B >=3B page (even after log= in has occured). This is an issue (protection?) of
>=3B >=3B>=3B &= gt=3B the
>=3B >=3B>=3B >=3B website and it now makes sense to m= e why the connector stays in a loop.
>=3B >=3B>=3B >=3B Haven't = found a solution yet=2C have to find a more appropriate seed
>=3B >= =3B>=3B >=3B document
>=3B >=3B>=3B >=3B or a way to skip th= e redirect the second time it enters the loop..
>=3B >=3B>=3B >= =3B
>=3B >=3B>=3B >=3B Many thanks for your support!
>=3B &= gt=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B Date: Thu=2C 30 Aug = 2012 11:52:01 -0400
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B &g= t=3B>=3B Subject: Re: Web connector - Session-based access credentials>=3B >=3B>=3B >=3B>=3B From: daddywri@gmail.com
>=3B >=3B= >=3B >=3B>=3B To: user@manifoldcf.apache.org
>=3B >=3B>=3B &= gt=3B>=3B
>=3B >=3B>=3B >=3B>=3B If I understand how you hav= e it set up=2C what the ManifoldCF web
>=3B >=3B>=3B >=3B>=3B = connector will do is this:
>=3B >=3B>=3B >=3B>=3B
>=3B &g= t=3B>=3B >=3B>=3B (1) Fetch the seed document.
>=3B >=3B>=3B= >=3B>=3B (2) Take the redirection to the logon page=2C and thus enter = the login
>=3B >=3B>=3B >=3B>=3B sequence
>=3B >=3B>= =3B >=3B>=3B (3) Do the login sequence and establish the correct cookie= s
>=3B >=3B>=3B >=3B>=3B (4) Refetch the seed document
>= =3B >=3B>=3B >=3B>=3B (5) Take the redirection to the logon page...=
>=3B >=3B>=3B >=3B>=3B
>=3B >=3B>=3B >=3B>=3B So= =2C as you can see=2C your seed document must redirect ONLY if login has>=3B >=3B>=3B >=3B>=3B not yet occurred=2C or you will be stuck = in a loop. So either fix that=2C
>=3B >=3B>=3B >=3B>=3B or cho= ose a more appropriate seed document.
>=3B >=3B>=3B >=3B>=3B>=3B >=3B>=3B >=3B>=3B On normal site=2C typically you get diff= erent results on most content
>=3B >=3B>=3B >=3B>=3B pages whe= n login has occurred vs. when login has not yet occurred. It
>=3B >= =3B>=3B >=3B>=3B is up to you to define in the Web Connector what com= bination of pages
>=3B >=3B>=3B >=3B>=3B and content constitut= e a logon request vs. normal content fetch. And
>=3B >=3B>=3B >= =3B>=3B that's the whole problem=2C and why this is so complicated.
&g= t=3B >=3B>=3B >=3B>=3B
>=3B >=3B>=3B >=3B>=3B Thanks= =2C
>=3B >=3B>=3B >=3B>=3B Karl
>=3B >=3B>=3B >=3B&= gt=3B
>=3B >=3B>=3B >=3B>=3B On Thu=2C Aug 30=2C 2012 at 11:38= AM=2C Michael Kooloos
>=3B >=3B>=3B >=3B>=3B <=3Bmkooloos@h= otmail.com>=3B
>=3B >=3B>=3B >=3B>=3B wrote:
>=3B >= =3B>=3B >=3B>=3B >=3B Karl=2C
>=3B >=3B>=3B >=3B>=3B &= gt=3B
>=3B >=3B>=3B >=3B>=3B >=3B My seed document is not a = logon page=2C but the seed document url
>=3B >=3B>=3B >=3B>=3B= >=3B automatically redirects to the logon pages. So the first regex is o= f
>=3B >=3B>=3B >=3B>=3B >=3B the
>=3B >=3B>=3B >= =3B>=3B >=3B logon page=2C then the regex for the Login URL is the same= (since it's
>=3B >=3B>=3B >=3B>=3B >=3B the
>=3B >= =3B>=3B >=3B>=3B >=3B logon page)=2C type =3D Form. Do I define any= redirect after the logon
>=3B >=3B>=3B >=3B>=3B >=3B form?<= br>>=3B >=3B>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>= =3B >=3B Hope this makes a bit of sence..
>=3B >=3B>=3B >=3B&g= t=3B >=3B
>=3B >=3B>=3B >=3B>=3B >=3B Didn't think it woul= d be that hard to setup some access credentials..
>=3B >=3B>=3B &g= t=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B Date: Th= u=2C 30 Aug 2012 10:03:20 -0400
>=3B >=3B>=3B >=3B>=3B >=3B<= br>>=3B >=3B>=3B >=3B>=3B >=3B>=3B Subject: Re: Web connector= - Session-based access credentials
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B From: daddywri@gmail.com
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B To: user@manifoldcf.apache.org
>=3B >=3B>=3B >=3B>= =3B >=3B>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B It sounds= like your regular expression(s) which describe what pages
>=3B >=3B= >=3B >=3B>=3B >=3B>=3B belong to the logon sequence may be incorr= ect. After the logon
>=3B >=3B>=3B >=3B>=3B >=3B>=3B seque= nce exits=2C the crawler will attempt to refetch the page it was
>=3B = >=3B>=3B >=3B>=3B >=3B>=3B working on before it entered the log= on sequence. If that page is
>=3B >=3B>=3B >=3B>=3B >=3B>= =3B PART
>=3B >=3B>=3B >=3B>=3B >=3B>=3B of the logon sequ= ence it will loop as you describe.
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B Your seed docume= nts should therefore NOT be logon pages or you will
>=3B >=3B>=3B = >=3B>=3B >=3B>=3B never get anywhere...
>=3B >=3B>=3B >= =3B>=3B >=3B>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B Kar= l
>=3B >=3B>=3B >=3B>=3B >=3B>=3B
>=3B >=3B>=3B &= gt=3B>=3B >=3B>=3B On Thu=2C Aug 30=2C 2012 at 9:58 AM=2C Michael Koo= loos
>=3B >=3B>=3B >=3B>=3B >=3B>=3B <=3Bmkooloos@hotmai= l.com>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B wrote:
>= =3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B Karl=2C
>=3B >=3B&= gt=3B >=3B>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B = >=3B>=3B >=3B I've read through the similar problems/questions on the= list (only
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B found>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B 3)=2C
>=3B >= =3B>=3B >=3B>=3B >=3B>=3B >=3B but without any luck. In the See= d I've the page I want to crawl=2C
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B >=3B but
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >= =3B this on
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B protect= ed by security=2C so I setup a redirect to the login-page and
>=3B >= =3B>=3B >=3B>=3B >=3B>=3B >=3B a
>=3B >=3B>=3B >=3B&= gt=3B >=3B>=3B >=3B form
>=3B >=3B>=3B >=3B>=3B >=3B&g= t=3B >=3B for the login-page with the username/password parameters. When = I
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B look
>=3B &g= t=3B>=3B >=3B>=3B >=3B>=3B >=3B in
>=3B >=3B>=3B >= =3B>=3B >=3B>=3B >=3B the
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B >=3B Simple History I see the fetch of the first page=2C the be= gin-logon=2C
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B redire= ct
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B to the login-pag= e=2C the end-logon=2C but then it starts all over
>=3B >=3B>=3B &g= t=3B>=3B >=3B>=3B >=3B again
>=3B >=3B>=3B >=3B>=3B &g= t=3B>=3B >=3B and
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >= =3B keeps in a loop. Any ideas? I think a working example will help me
&= gt=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B a
>=3B >=3B>= =3B >=3B>=3B >=3B>=3B >=3B lot..
>=3B >=3B>=3B >=3B>= =3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B &g= t=3B Michael
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B
>= =3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B Date: Thu=2C 30 Aug= 2012 09:29:08 -0400
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >= =3B>=3B Subject: Re: Web connector - Session-based access credentials
= >=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B From: daddywri@g= mail.com
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B To: = user@manifoldcf.apache.org
>=3B >=3B>=3B >=3B>=3B >=3B>=3B= >=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B
&g= t=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B I set it up to cra= wl Angie's List at one point. It was developed
>=3B >=3B>=3B >= =3B>=3B >=3B>=3B >=3B>=3B to
>=3B >=3B>=3B >=3B>=3B = >=3B>=3B >=3B>=3B crawl an oil-and-gas exploration subscription sit= e. Others have
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>= =3B fielded fairly detailed questions and/or problems to this list=2C
&g= t=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B so I
>=3B >= =3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B know it has been used by m= any.
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B
>= =3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B Can you give a more= thorough and detailed description of what
>=3B >=3B>=3B >=3B>= =3B >=3B>=3B >=3B>=3B your
>=3B >=3B>=3B >=3B>=3B >= =3B>=3B >=3B>=3B are
>=3B >=3B>=3B >=3B>=3B >=3B>=3B= >=3B>=3B trying to crawl=2C and what is happening for you?
>=3B &= gt=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B
>=3B >=3B>=3B &= gt=3B>=3B >=3B>=3B >=3B>=3B Karl
>=3B >=3B>=3B >=3B>= =3B >=3B>=3B >=3B>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>= =3B >=3B>=3B On Thu=2C Aug 30=2C 2012 at 9:25 AM=2C Michael Kooloos
= >=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B <=3Bmkooloos@h= otmail.com>=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>= =3B wrote:
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B &g= t=3B
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B H= i=2C
>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B Does an= yone have a working example of the session-based access
>=3B >=3B>= =3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B credentials
>=3B >= =3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B for the web connect= or? Following the end-user-documentation as
>=3B >=3B>=3B >=3B&g= t=3B >=3B>=3B >=3B>=3B >=3B good
>=3B >=3B>=3B >=3B>= =3B >=3B>=3B >=3B>=3B >=3B as
>=3B >=3B>=3B >=3B>=3B= >=3B>=3B >=3B>=3B >=3B possible=2C but still no luck :(
>= =3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B
>=3B &g= t=3B>=3B >=3B>=3B >=3B>=3B >=3B>=3B >=3B Thanks!
=
= --_571db271-3e0e-4913-8513-05e881de269b_--