Groups | Search | Server Info | Keyboard shortcuts | Login | Register


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

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

From Brian Schrimpp <schrimppb@no-spam.invalid>
Newsgroups alt.comp.software.seamonkey
Subject Re: Another "security" feature that SM can't handle
References <10jnedj$18bbc$1@dont-email.me>
Message-ID <R8K7R.64565$IUfa.9829@usenetxs.com> (permalink)
Date 2026-01-08 09:45 +0100

Show all headers | View raw


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.


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

Back to alt.comp.software.seamonkey | Previous | NextPrevious 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