On 22/01/12 03:59, John Hasler wrote:
> Bob writes:
>> This should enable the separate wget invocations to appear as a single
>> session client to the remote web site.
>
> But he'll still have to solve the captcha to establish the session.
In theory yes but only if the theory is sound (in whi
On Sat, 21 Jan 2012 12:15:01 -0500, Tony Baldwin wrote:
> On Sat, Jan 21, 2012 at 10:59:21AM -0600, John Hasler wrote:
>> Bob writes:
>> > This should enable the separate wget invocations to appear as a
>> > single session client to the remote web site.
>>
>> But he'll still have to solve the cap
On Saturday 21 January 2012 17:15:01 Tony Baldwin wrote:
> > But he'll still have to solve the captcha to establish the session.
>
> Indeed.
> Isn't the whole point of using captcha to prevent automated access to
> stuff? (ie. require human interaction).
Quite. If J. Bakshi could program his comp
On Sat, 21 Jan 2012 23:19:01 +0530, J. Bakshi wrote:
> On Sat, 21 Jan 2012 16:45:46 + (UTC) Camaleón
> wrote:
(...)
>> > Thanks for your suggestion. But I don't know if there is any cookie
>> > at all. I just observe through browser, If I visit the same link next
>> > time or refresh; I get
On Sat, Jan 21, 2012 at 10:43:20AM -0700, Bob Proulx wrote:
> Tony Baldwin wrote:
> > John Hasler wrote:
> > > Bob writes:
> > Sort of OT, but mentioned in this thread,
> > Why use $(command) instead of `command`?
> > Generally, I've always used $(command), but see scripts all over using
> > `comma
Bob writes:
> This should enable the separate wget invocations to appear as a single
> session client to the remote web site.
I wrote:
> But he'll still have to solve the captcha to establish the session.
J. Bakshi writes:
> That's why I have gocr
Then you should be all set. You just have to a
* Tony Baldwin wrote on 2012-01-21 at 12:15 (-0500):
> Why use $(command) instead of `command`?
> Generally, I've always used $(command), but see scripts all
> over using `command`, and wondered if there were advantages of
> one over the other. It seems they give the same result, no?
Some do, so
John Hasler wrote:
> J. Bakshi writes:
> > My internet provider provides an online form accessed by local IP (the
> > connection is based on eth); so that the subscriber can provide
> > username and password to activate the login; additionally it also has
> > a captcha as added security.
>
> Do yo
On Sat, 21 Jan 2012 11:31:19 -0600
John Hasler wrote:
> J. Bakshi writes:
> > My internet provider provides an online form accessed by local IP (the
> > connection is based on eth); so that the subscriber can provide
> > username and password to activate the login; additionally it also has
> > a
On Sat, 21 Jan 2012 16:45:46 + (UTC)
Camaleón wrote:
> On Sat, 21 Jan 2012 21:58:58 +0530, J. Bakshi wrote:
>
> > On Sat, 21 Jan 2012 16:21:45 + (UTC) Camaleón
> > wrote:
>
> (...)
>
> >> > If I visit the url
> >> > http://192.168.1.108/captcha.phtml?r=003665dd765d04967a7e00071e6af4a1
Tony Baldwin wrote:
> John Hasler wrote:
> > Bob writes:
> > > This should enable the separate wget invocations to appear as a single
> > > session client to the remote web site.
> >
> > But he'll still have to solve the captcha to establish the session.
Yes. But J said he had that part working
On Sat, 21 Jan 2012 10:59:21 -0600
John Hasler wrote:
> Bob writes:
> > This should enable the separate wget invocations to appear as a single
> > session client to the remote web site.
>
> But he'll still have to solve the captcha to establish the session.
That's why I have gocr
[...]
gocr /
J. Bakshi writes:
> My internet provider provides an online form accessed by local IP (the
> connection is based on eth); so that the subscriber can provide
> username and password to activate the login; additionally it also has
> a captcha as added security.
Do you mean that you need to do this t
On Sat, Jan 21, 2012 at 10:59:21AM -0600, John Hasler wrote:
> Bob writes:
> > This should enable the separate wget invocations to appear as a single
> > session client to the remote web site.
>
> But he'll still have to solve the captcha to establish the session.
Indeed.
Isn't the whole point of
1) locate and crush all cookies,
2) adjust browser settings so no cookies are allowed on your machine,
3) attempt another connection and see if the session bitches about no
cookies being accepted. If yes, then you have your proof otherwise
something else is happening. Personally, I'll loose any
Bob writes:
> This should enable the separate wget invocations to appear as a single
> session client to the remote web site.
But he'll still have to solve the captcha to establish the session.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "
> So when I download the captcha, that very step also reload a new
> captcha.
If the captcha has been properly implemented there's no way around
solving it. Look at:
Package: slimrat-nox
Source: slimrat
Version: 1.0-1
Installed-Size: 336
Maintainer: Paul McEnery
Architecture: all
Depends: perl,
On Sat, 21 Jan 2012 21:58:58 +0530, J. Bakshi wrote:
> On Sat, 21 Jan 2012 16:21:45 + (UTC) Camaleón
> wrote:
(...)
>> > If I visit the url
>> > http://192.168.1.108/captcha.phtml?r=003665dd765d04967a7e00071e6af4a1
>> > again and again; every time I get a new captcha. So when I submitting
>
J. Bakshi wrote:
> cap_string=`cat index.php | grep src=\"captcha.phtml | cut -f 10 -d '"'`
Search the web for "useless use of cat" and read all about it. Don't
use cat piped to grep here. Simply use grep.
Plus I recommend getting in the habit of using $(...) instead of `...`.
cap_string=$(g
On Sat, 21 Jan 2012 16:21:45 + (UTC)
Camaleón wrote:
> On Sat, 21 Jan 2012 21:39:25 +0530, J. Bakshi wrote:
>
> > My internet provider provides an online form accessed by local IP (the
> > connection is based on eth); so that the subscriber can provide username
> > and password to activate t
On Sat, 21 Jan 2012 21:39:25 +0530, J. Bakshi wrote:
> My internet provider provides an online form accessed by local IP (the
> connection is based on eth); so that the subscriber can provide username
> and password to activate the login; additionally it also has a captcha
> as added security. I a
Dear list,
My internet provider provides an online form accessed by local IP (the
connection
is based on eth); so that the subscriber can provide username and password to
activate
the login; additionally it also has a captcha as added security. I am trying to
make a
daemon which just do the lo
22 matches
Mail list logo
