Groups | Search | Server Info | Login | Register

Groups > alt.comp.software.seamonkey > #8367

Re: Another "security" feature that SM can't handle

Show all headers | View raw

Paul B. Gallagher wrote:
> Brian Schrimpp wrote:
>> Paul B. Gallagher wrote:
>>
>>> Slide the puzzle piece to the right to gain access:
>>> <https://www.cbo.gov/publication/61879>
>>> Or not. Access blocked.
>>>
>>> Reuters uses the same type of test, from 
>>> <https://geo.captcha-delivery.com/captcha/>.
>>>
>>> I can pass on Edge, Chrome, etc.
>>>
>>> The page explains:
>>>
>>>> Why is this step needed?
>>>>
>>>> We detected unusual activity from your device or network. Reasons
>>>> may include:
>>>>
>>>>    Rapid taps or clicks
>>>>    JavaScript disabled or not working
>>>>    Automated (bot) activity on your network (IP 100.34.64.174)
>>>>    Use of developer or inspection tools
>>>>
>>>> Need help? Submit feedback."
>>>
>>> Which of course is complete nonsense.
>>
>> Your ISP Verizon uses CGNAT as a stopgap for IPv4 exhaustion.
>> Which means you can be sharing an IP address with other Verizon users.
>> You have no idea what the other users of your IP address are doing.
>> So no, it is not complete nonsense.
> 
> Same result after enabling VPN. Do they reject VPNs too?

You have no idea what the other users of your VPN exit node are doing 
(e.g., line 3 of the "reasons may include" above).

> Either way, the putative purpose of the captcha is to test whether I'm a 
> human being, and even when I prove that I am, they reject me. As soon as 
> I switch to another browser, I pass. So it's not my network, it's my 
> SeaMonkey that they're rejecting.

Your SeaMonkey 2.53.22 is based on a much older version of Firefox and 
does not support newer JavaScript features. When a CAPTCHA uses those 
newer features, the CAPTCHA may respond as if JavaScript is not working 
properly (line 2 of the "reasons may include" above).

>>> My theory is they didn't like my user agent string.

You could try this theory out by changing the user-agent string 
(about:config preference general.useragent.override).

Back to alt.comp.software.seamonkey | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Another "security" feature that SM can't handle "Paul B. Gallagher" <mozilla@pbg-translations.com> - 2026-01-08 00:13 -0500
  Re: Another "security" feature that SM can't handle Brian Schrimpp <schrimppb@no-spam.invalid> - 2026-01-08 09:45 +0100
    Re: Another "security" feature that SM can't handle "Paul B. Gallagher" <mozilla@pbg-translations.com> - 2026-01-08 10:40 -0500
      Re: Another "security" feature that SM can't handle Schugo <schugo@schugo.de> - 2026-01-08 17:07 +0100
        Re: Another "security" feature that SM can't handle Daniel70 <daniel47@nomail.afraid.org> - 2026-01-09 22:01 +1100
        Re: Another "security" feature that SM can't handle Dirk Fieldhouse <surname@gmx.net.plusremovethisandtherest.invalid> - 2026-01-09 11:09 +0000
      Re: Another "security" feature that SM can't handle Brian Schrimpp <schrimppb@no-spam.invalid> - 2026-01-10 09:48 +0100
        Re: Another "security" feature that SM can't handle "Paul B. Gallagher" <mozilla@pbg-translations.com> - 2026-01-10 15:04 -0500
          Re: Another "security" feature that SM can't handle Daniel70 <daniel47@nomail.afraid.org> - 2026-01-11 18:35 +1100
          Re: Another "security" feature that SM can't handle Brian Schrimpp <schrimppb@no-spam.invalid> - 2026-01-11 09:44 +0100
            Re: Another "security" feature that SM can't handle "Paul B. Gallagher" <mozilla@pbg-translations.com> - 2026-01-11 12:45 -0500
              Re: Another "security" feature that SM can't handle Daniel70 <daniel47@nomail.afraid.org> - 2026-01-12 20:05 +1100
                Re: Another "security" feature that SM can't handle ant@zimage.comANT (Ant) - 2026-01-13 01:34 +0000
                Re: Another "security" feature that SM can't handle Schugo <schugo@schugo.de> - 2026-01-13 02:39 +0100
                Re: Another "security" feature that SM can't handle ant@zimage.comANT (Ant) - 2026-01-14 03:42 +0000
                Re: Another "security" feature that SM can't handle Daniel70 <daniel47@nomail.afraid.org> - 2026-01-14 19:27 +1100
  Re: Another "security" feature that SM can't handle ant@zimage.comANT (Ant) - 2026-01-09 07:55 +0000

csiph-web