• Re: Discussion: How to set up your mobile devices & home router forprivacy/security

    From AJL@noemail@none.com to comp.mobile.android on Tue Dec 2 19:19:00 2025
    From Newsgroup: comp.mobile.android

    On 12/2/25 9:26 AM, Marian wrote:

    I'm actually surprised, Carlos, that the ISP manages "the router", where I >would NOT be surprised if the ISP manages "the modem" (even as I'm well
    aware that router:modem combinations exist (which may be what you have).

    My router/modem is owned and operated by my ISP. It's part of the service.
    Further unless turned off it's also a hotspot for all the other ISP's
    customers (their password required) who are in WiFi range and might want to
    use it. When mine failed awhile back I used my neighbors hotspot until it
    was fixed (at no charge, part of the service). Great for us none-tech
    customers whom I suspect most are...


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android on Tue Dec 2 19:35:36 2025
    From Newsgroup: comp.mobile.android

    AJL <noemail@none.com> wrote:
    On 12/2/25 9:26 AM, Marian wrote:

    I'm actually surprised, Carlos, that the ISP manages "the router", where I >would NOT be surprised if the ISP manages "the modem" (even as I'm well >aware that router:modem combinations exist (which may be what you have).

    My router/modem is owned and operated by my ISP. It's part of the service.
    Further unless turned off it's also a hotspot for all the other ISP's
    customers (their password required) who are in WiFi range and might want to
    use it. When mine failed awhile back I used my neighbors hotspot until it
    was fixed (at no charge, part of the service). Great for us none-tech
    customers whom I suspect most are...

    The modem/router may be *owned* by your ISP and the *modem* part is
    indeed likely to be operated and managed by your ISP. But the *router*
    part can not be 'operated' (managed?) by your ISP, at least not fully, otherwise they could mess up your part (your 'LAN'), change your
    password, access your LAN, etc.. *If* they could 'operate'/manage the
    router part, you could never be hold liable for what happens on your end/network, because it wouldn't be your network.

    FWIW, my (cable) ISP indeed manages the modem part, I manage the rest
    (for example the WiFi password, set fixed IP addresses, etc.).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 2 19:50:00 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    For those wishing to know more about this topic, most people have their >>> router Wi-Fi AP set to broadcast the SSID, which means it's uploaded to >>> world-wide publicly accessible databases whether they like it or not.
    a. The (unique) GPS location (of the phone uploading it) is uploaded
    b. The signal strength (of the signal to the phone) is uploaded
    c. The (unique) BSSID (MAC address) is uploaded - which is essentially you >>
    A router is not a person. At worst it represents a household in the same
    way a postal address does.

    Hi Chris,

    If you move from one home to another, and if you take your router with you, then the "bad guy" can trace your movements exactly as to time & location.

    They know your exact location & exactly when you changed locations.

    Great. Saves sending all those "we have moved" messages.

    d. The (normally non-unique) SSID is uploaded (with or without _nomap)

    Every mobile device owned by ignorant/rude people is uploading that privacy
    to the world-wide publicly accessible databases (which have been abused). >>
    No they haven't. A theoretical observation has been made. There's no
    evidence of "abuse".

    I know what you're talking about,

    No you don't. You said you could track me "if you were a bad guy". I gave
    you permission and you could do nothing. Your paranoia is baseless.

    but most people reading this won't know
    that the Apple system (versus the Google system) is atrociously designed.

    You don't "know" it either. All you have is FUD.

    The way Apple does it is Apple allows hundreds upon hundreds of access
    point location information to be downloaded in a single instance by anyone
    on the planet, while Google's system is far more constrained in terms of abuse potential.

    You & I can delve deeper (much deeper) than that astute summary, but that quick overview of the huge differences between the highly insecure Apple system and the lousy Google system (more secure, but it still sucks in
    terms of privacy) should suffice for most people here unless they ask for further details.

    They are no different. They will give anyone with access to the API
    location information based on their wifi AP databases.

    While you're at it, the equally rude satellites, google cars, the post
    office and census collectors are also sharing extremely private information >> regarding everyone's houses, where they are and what they look like.

    What you're saying I've heard a lot from people

    You've heard it a lot because you're a crackpot.

    Privacy is like personal hygiene. You never stop washing your hands.

    Soap is sufficient for 99% of people. You're using bleach driven by fear.

    I STRONGLY recommend first wrapping your house in tinfoil (hopefully that
    will smother your *outgoing* connections), then radar opaque paint and,
    finally, camouflage netting.

    For extra privacy go live in the woods.

    These are the exact words of sklavin, Chris.

    Many people in history have decided to be a slave; but I'm not one of them. And more to the point, I do not advocate that people become slaves.

    You're a slave to your dogmatic obsession.

    You advocate slavery. I advocate freedom.

    Hardly. You have less freedom then I do.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From AJL@noemail@none.com to comp.mobile.android on Tue Dec 2 19:50:28 2025
    From Newsgroup: comp.mobile.android

    On 12/2/25 12:35 PM, Frank Slootweg wrote:
    AJL <noemail@none.com> wrote:
    On 12/2/25 9:26 AM, Marian wrote:

    I'm actually surprised, Carlos, that the ISP manages "the router", where I >> >would NOT be surprised if the ISP manages "the modem" (even as I'm well
    aware that router:modem combinations exist (which may be what you have).

    My router/modem is owned and operated by my ISP. It's part of the service. >> Further unless turned off it's also a hotspot for all the other ISP's
    customers (their password required) who are in WiFi range and might want to >> use it. When mine failed awhile back I used my neighbors hotspot until it >> was fixed (at no charge, part of the service). Great for us none-tech
    customers whom I suspect most are...

    The modem/router may be *owned* by your ISP and the *modem* part is
    indeed likely to be operated and managed by your ISP. But the *router*
    part can not be 'operated' (managed?) by your ISP, at least not fully, >otherwise they could mess up your part (your 'LAN'), change your
    password, access your LAN, etc.. *If* they could 'operate'/manage the
    router part, you could never be hold liable for what happens on your >end/network, because it wouldn't be your network.


    All Greek to me. Bottom line for me is I plug in the device's AC cord, screw
    on the cable, enter a password, and bingo I have WiFi and I'm online...


    FWIW, my (cable) ISP indeed manages the modem part, I manage the rest
    (for example the WiFi password, set fixed IP addresses, etc.).


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 20:35:54 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/2 16:26:18, Marian wrote:
    Carlos E.R. wrote:
    Disable remote administration to your router (duh) & use HTTPS for login. >>
    That removes the warranty. Seriously. My router is remotely managed by
    my ISP. Not via plain ssh login, they have their own dedicated channel.

    Hi Carlos,

    Thanks for adding the missing information that the router may be managed by the ISP, which, of course, somewhat changes what you can and cannot do to effect better privacy/security.

    I'm actually surprised, Carlos, that the ISP manages "the router", where I would NOT be surprised if the ISP manages "the modem" (even as I'm well> aware that router:modem combinations exist (which may be what you have).

    In my case, I don't have a modem since I get my Internet from a dozen miles away over the air via WISP, but my "rooftop transceiver" is managed by the WISP (although he gives me his password so that I can make changes).

    Most people in the USA don't have a transceiver like I do; they have a
    modem, and some people have a modem which is combined into a router.

    I am unfamiliar with that setup personally, since I've never owned a modem, but I've bought them for my kids when they moved into apartments, so I'm familiar with the concept that you seem to be speaking about.

    Thanks for adding the extra value so that everyone on the team benefits.
    I don't know about the USA, but in the UK, a lot of users have _one_
    whitish box, which connects to the 'phone line, and contains the MoDem,
    router, hub, wifi, ... you name it, it's in that box. Common parlance - including from the ISPs who usually supply the box - is to (mis)name
    that box the "router".
    They usually (since the ISP supplies them) have a version of the
    manufacturer's software, tweaked to suit the ISP. I'm not _aware_ of any
    that are remote-flashed by the ISPs, but it wouldn't surprise me.
    I don't _think_ most ISP contracts say you _have_ to use their "router",
    though there may be some that do; however, the majority of users _do_,
    since it's generally supplied "free" by the ISP, and also if anything
    goes wrong - or is _suspected_ of going wrong - the ISP's support desk
    (which aren't great at the best of times) are likely to tell you you're
    on your own if you're not using their "router".
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Stan Brown@someone@example.com to comp.mobile.android on Tue Dec 2 13:06:48 2025
    From Newsgroup: comp.mobile.android

    On 2 Dec 2025 19:35:36 GMT, Frank Slootweg wrote:
    AJL <noemail@none.com> wrote:
    [quoted text muted]
    customers (their password required) who are in WiFi range and might want to
    use it. When mine failed awhile back I used my neighbors hotspot until it
    was fixed (at no charge, part of the service). Great for us none-tech
    customers whom I suspect most are...

    The modem/router may be *owned* by your ISP and the *modem* part is
    indeed likely to be operated and managed by your ISP. But the *router*
    part can not be 'operated' (managed?) by your ISP, at least not fully, otherwise they could mess up your part (your 'LAN'), change your
    password, access your LAN, etc.. *If* they could 'operate'/manage the
    router part, you could never be hold liable for what happens on your end/network, because it wouldn't be your network.

    My ISP has the ability to reach into "my" router -- i.e. that portion
    of the combined modem/router that they supply as part of their
    service -- and make changes; they did it once in 2020 during a
    telephone call when I was having a problem with router settings. It
    would be a very bad business decision to change passwords or
    otherwise mess with usability, but as far as I know they do have the
    ability to do those things.

    It may be different in Europe, where consumer protection laws are
    still enforced.
    --
    "The power of accurate observation is frequently called cynicism by
    those who don't have it." --George Bernard Shaw
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to comp.mobile.android on Tue Dec 2 21:10:44 2025
    From Newsgroup: comp.mobile.android

    Stan Brown wrote:

    My ISP has the ability to reach into "my" router -- i.e. that portion
    of the combined modem/router that they supply as part of their
    service -- and make changes;

    In the UK (and I assume wider within Europe) many ISPs do remote
    provisioning using TR-069 protocol.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 22:50:03 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-02 17:26, Marian wrote:
    Carlos E.R. wrote:
    Disable remote administration to your router (duh) & use HTTPS for login. >>
    That removes the warranty. Seriously. My router is remotely managed by
    my ISP. Not via plain ssh login, they have their own dedicated channel.

    Hi Carlos,

    Thanks for adding the missing information that the router may be managed by the ISP, which, of course, somewhat changes what you can and cannot do to effect better privacy/security.

    I'm actually surprised, Carlos, that the ISP manages "the router", where I would NOT be surprised if the ISP manages "the modem" (even as I'm well
    aware that router:modem combinations exist (which may be what you have).

    It has a direct fibre port, integrating what previously was a separate
    gadget called ONT (Optical network terminal). That may qualify as a modem.

    They do some maintenance. We can call the technical service when we have
    a problem, and they can login remotely to assist in our problem. Saves
    them a trip. I understand they have some kind of management platform,
    where they enter client data and get connected to our router. That
    platform is the same for the dozens of router models they install.

    I assume they apply updates, but I have no proof of this.

    I can change the login password and do my own management (I do), but
    they keep another port for that remote management they do. That's the
    one that would break the support contract.


    In my case, I don't have a modem since I get my Internet from a dozen miles away over the air via WISP, but my "rooftop transceiver" is managed by the WISP (although he gives me his password so that I can make changes).

    Most people in the USA don't have a transceiver like I do; they have a
    modem, and some people have a modem which is combined into a router.

    I am unfamiliar with that setup personally, since I've never owned a modem, but I've bought them for my kids when they moved into apartments, so I'm familiar with the concept that you seem to be speaking about.

    Thanks for adding the extra value so that everyone on the team benefits.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 22:57:01 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-02 21:35, J. P. Gilliver wrote:
    On 2025/12/2 16:26:18, Marian wrote:
    Carlos E.R. wrote:
    Disable remote administration to your router (duh) & use HTTPS for login. >>>
    That removes the warranty. Seriously. My router is remotely managed by
    my ISP. Not via plain ssh login, they have their own dedicated channel.

    Hi Carlos,

    Thanks for adding the missing information that the router may be managed by >> the ISP, which, of course, somewhat changes what you can and cannot do to
    effect better privacy/security.

    I'm actually surprised, Carlos, that the ISP manages "the router", where I >> would NOT be surprised if the ISP manages "the modem" (even as I'm well
    aware that router:modem combinations exist (which may be what you have).

    In my case, I don't have a modem since I get my Internet from a dozen miles >> away over the air via WISP, but my "rooftop transceiver" is managed by the >> WISP (although he gives me his password so that I can make changes).

    Most people in the USA don't have a transceiver like I do; they have a
    modem, and some people have a modem which is combined into a router.

    I am unfamiliar with that setup personally, since I've never owned a modem, >> but I've bought them for my kids when they moved into apartments, so I'm
    familiar with the concept that you seem to be speaking about.

    Thanks for adding the extra value so that everyone on the team benefits.

    I don't know about the USA, but in the UK, a lot of users have _one_
    whitish box, which connects to the 'phone line, and contains the MoDem, router, hub, wifi, ... you name it, it's in that box. Common parlance - including from the ISPs who usually supply the box - is to (mis)name
    that box the "router".

    Absolutely.

    It also connects to the TV decoder. The configuration of the router is
    complex and not documented (!). It has settings to handle TV and phone service. When I call for service I know they get in during the call and
    check or do things


    They usually (since the ISP supplies them) have a version of the manufacturer's software, tweaked to suit the ISP. I'm not _aware_ of any
    that are remote-flashed by the ISPs, but it wouldn't surprise me.

    I highly suspect mine do, but not 100% certain.



    I don't _think_ most ISP contracts say you _have_ to use their "router", though there may be some that do; however, the majority of users _do_,
    since it's generally supplied "free" by the ISP, and also if anything
    goes wrong - or is _suspected_ of going wrong - the ISP's support desk
    (which aren't great at the best of times) are likely to tell you you're
    on your own if you're not using their "router".

    Oh, absolutely.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 2 14:47:01 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-02 08:40, Marian wrote:
    Chris wrote:


    For those wishing to know more about this topic, most people have their
    router Wi-Fi AP set to broadcast the SSID, which means it's uploaded to
    world-wide publicly accessible databases whether they like it or not.
    a. The (unique) GPS location (of the phone uploading it) is uploaded
    b. The signal strength (of the signal to the phone) is uploaded
    c. The (unique) BSSID (MAC address) is uploaded - which is essentially you

    A router is not a person. At worst it represents a household in the same
    way a postal address does.

    Hi Chris,

    If you move from one home to another, and if you take your router with you, then the "bad guy" can trace your movements exactly as to time & location.

    Except no one ever does that.

    The internet facing hardware is (almost) always, owned by the ISP you use.


    They know your exact location & exactly when you changed locations.

    d. The (normally non-unique) SSID is uploaded (with or without _nomap) >>>
    Every mobile device owned by ignorant/rude people is uploading that privacy >>> to the world-wide publicly accessible databases (which have been abused). >>
    No they haven't. A theoretical observation has been made. There's no
    evidence of "abuse".

    I know what you're talking about, but most people reading this won't know that the Apple system (versus the Google system) is atrociously designed.

    The way Apple does it is Apple allows hundreds upon hundreds of access
    point location information to be downloaded in a single instance by anyone
    on the planet, while Google's system is far more constrained in terms of abuse potential.

    Cite, please!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 18:06:56 2025
    From Newsgroup: comp.mobile.android

    On Tue, 12/2/2025 3:35 PM, J. P. Gilliver wrote:


    They usually (since the ISP supplies them) have a version of the manufacturer's software, tweaked to suit the ISP. I'm not _aware_ of any
    that are remote-flashed by the ISPs, but it wouldn't surprise me.

    Some networking devices, they have "auto-flash capability".
    The locked-down config you cannot see, has two URLs.

    https://... NAND Flash image

    https://... Configuration file

    and this is supposed to allow "secure push" from the ISP.
    I've even had one unlocked box I bought, get flashed by
    the ISP (by some trickery, as the two URLs weren't loaded
    as I later found them). They can have the capability to
    take over a box (maybe it's just one of those 12345
    type passwords :-) ).

    And the Alcatel ADSL1 modem-only box, had remote flash too, because
    a university analysis of the box found there were exploitable
    features, and the ADSL modem would come to your home, and
    they would flash them up once the box was online. That's how
    some of the known exploits would be removed. They would do that,
    rather than have a warehouse full of modems and some poor individual
    go around, open the boxes, and flash them.

    ISP grade boxes, can have multi-level passwords, and if you use
    the web interface on the ISP-provided box, all you get is the
    slick background image and no controls at all to use. When you
    buy the same box unlocked, the boxes still are not as feature
    complete as a DLink would be. For example, the unlocked box
    I've got, to program the damn Firewall, is a hundred lines of
    crap in a text file (no GUI!). It's four lines of text per rule.

    Paul


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to comp.mobile.android on Tue Dec 2 16:36:50 2025
    From Newsgroup: comp.mobile.android

    AJL wrote:
    The modem/router may be *owned* by your ISP and the *modem* part is >>indeed likely to be operated and managed by your ISP. But the *router*
    part can not be 'operated' (managed?) by your ISP, at least not fully, >>otherwise they could mess up your part (your 'LAN'), change your
    password, access your LAN, etc.. *If* they could 'operate'/manage the >>router part, you could never be hold liable for what happens on your >>end/network, because it wouldn't be your network.


    All Greek to me. Bottom line for me is I plug in the device's AC cord, screw
    on the cable, enter a password, and bingo I have WiFi and I'm online...

    While most people don't "play" with the ISP's equipment, as I mentioned, my WISP (who gives me my Internet for forever free since I often work for him
    by helping neighbors with their WISP connections) gives me the
    login/password to all the neighbors' radios, so I can run neat stuff on
    their rooftop radios just as this spectrum analysis built into Ubiquiti transceivers. <https://i.postimg.cc/QxF3sXpm/java2.jpg>

    Most people probably don't have access to the ISP's equipment like I do,
    but I love *learning* how things work, so that I can run site surveys such
    as this one which looks at the Android phone emissions using adb & my PC.
    <https://i.postimg.cc/jSBfSgRC/baseapk.jpg>

    I can log into any neighbors' rooftop transceiver and run a site survey.
    <https://i.postimg.cc/8krQvmf8/longtime.jpg>

    I'm sure I can do more than that, but I have no interest in spying on my neighbors, and, in fact, I do all that I can to not throw them under the
    bus (which is partially the topic of this thread, after all, is it not).

    Just to add value, there are many tools on Android which show Wi-Fi &
    cellular data where it's good to run a site survey every once in a while.
    <https://i.postimg.cc/4xgmTTgm/wifi01.jpg>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 16:39:55 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Thanks for adding the missing information that the router may be managed by >> the ISP, which, of course, somewhat changes what you can and cannot do to
    effect better privacy/security.

    I'm actually surprised, Carlos, that the ISP manages "the router", where I >> would NOT be surprised if the ISP manages "the modem" (even as I'm well
    aware that router:modem combinations exist (which may be what you have).

    It has a direct fibre port, integrating what previously was a separate gadget called ONT (Optical network terminal). That may qualify as a modem.

    They do some maintenance. We can call the technical service when we have
    a problem, and they can login remotely to assist in our problem. Saves
    them a trip. I understand they have some kind of management platform,
    where they enter client data and get connected to our router. That
    platform is the same for the dozens of router models they install.

    I assume they apply updates, but I have no proof of this.

    I can change the login password and do my own management (I do), but
    they keep another port for that remote management they do. That's the
    one that would break the support contract.

    Hi Carlos,

    That's useful additional technical information as, being on WISP for
    decades, I haven't been physically exposed myself to how cable/fiber works.

    As I mentioned, my WISP (who gives me my Internet for forever free since I often work for him by helping neighbors with their WISP connections) gives
    me the login/password to all the neighbors' radios, so I can run neat stuff
    on their rooftop radios just as spectrum analysis built into Ubiquiti transceivers. <https://i.postimg.cc/QxF3sXpm/java2.jpg>

    However, I set up my kids, long ago, when they moved into apartments, for a "cable modem" which I bought at Costco for a hundred & fifty bucks (or so)
    to save them the $10/month "forever rental fee" (now probably $20/month).
    <https://www.costco.com/p/-/tp-link-ac3200-wi-fi-tri-band-router-and-docsis-16x4-30-cable-modem/100319814>

    In those days, the only coax "spec" you needed was Docsys 3.0 (now 3.1 and
    even 4.0) supported by major ISPs like Comcast Xfinity, Spectrum, and Cox.
    <https://www.business.att.com/learn/articles/docsis-vs-fiber-why-knowing-the-difference-matters.html>

    Nowadays, there's "fiber" such as from Frontier, which apparently doesn't
    use a "modem" per se, but which uses an ONT (Optical Network Terminal).
    <https://dongknows.com/fiber-vs-cable-internet-docsis-modem-vs-ont/>

    In those days, and even today, I'd recommend a *separate* router for all
    the advantages that a separate router has for the technically inclined.

    But I'm well aware that modem:router (and ONT:router) combo's are widely
    used nowadays, and generally provided free or via a rental from the ISP.
    <https://techbullion.com/fiber-vs-cable-internet-equipment-guide-what-you-actually-need/>

    My main argument, which all my kids learned in spades, was that paying $150
    up front once, immediately reduced the long-term costs by thousands of
    dollars since it instantly saved the $50 (probably now $75 or more) "installation fee" that cable companies charged, and, of course, it
    eliminates the $10/month (now likely $20/month) plus taxes to rent it.
    <https://www.costco.com/routers-networking.html>

    If the modems I bought my kids when they first moved into apartments during their college days ever does go bad, it's *still cheaper* to buy a new one
    than to rent forever from they cable companies.

    What's interesting is the cable companies have no problem accessing the
    Costco modems (the one I bought years ago was a Motorola one, I think).

    So the cable company still manages the modem no matter where you got it
    from, while you manage the router. As Frank and others have said, many
    units today are combination units, but still, there's a modem part and a
    router part (or, I presume, for fiber, an ONT part & a router part).

    Some day they'll string either coax cable or fiber into our power poles
    above Silicon Valley and Santa Cruz in the Santa Cruz Mountains and I can
    begin to enjoy all the delights of not having to get my WISP over the air!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 2 18:24:57 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    The way Apple does it is Apple allows hundreds upon hundreds of access
    point location information to be downloaded in a single instance by anyone >> on the planet, while Google's system is far more constrained in terms of
    abuse potential.

    You & I can delve deeper (much deeper) than that astute summary, but that
    quick overview of the huge differences between the highly insecure Apple
    system and the lousy Google system (more secure, but it still sucks in
    terms of privacy) should suffice for most people here unless they ask for
    further details.

    They are no different. They will give anyone with access to the API
    location information based on their wifi AP databases.

    As I said, I can delve far deeper where let's just let others make their
    own assessments of the absurdly sophomoric system Apple chose to employ.

    Here is a copy-and-pasted reply that shows, for the umpteenth time, that
    Apple only "advertises" privacy when it's the worst platform out there.

    Cybernews: *Anyone can tap into your WiFi location data to track you*
    explains how Apple's WPS can be exploited for mass surveillance.
    <https://cybernews.com/privacy/apple-beams-wifi-location-data-privacy-risk/>

    Cybersecurity News: *Hackers Can Abuse Apple¢s Wi-Fi Positioning System* details the University of Maryland study showing global tracking risks.
    <https://cybersecuritynews.com/apples-wi-fi-positioning-system/>

    Dark Reading: *Apple Geolocation API Exposes Wi-Fi Access Points Worldwide* notes that researchers could query hundreds of millions of APs in days.
    <https://www.darkreading.com/endpoint-security/apple-geolocation-api-exposes-wi-fi-access-points-worldwide>

    Krebs on Security: *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    describes how Apple¢s data was used to track billions of devices globally
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    Register: *Apple Wi-Fi Positioning System open to global tracking abuse*
    covers the academic paper "Surveilling the Masses with Wi-Fi-Based
    Positioning Systems" by Erik Rye and Dave Levin
    <https://www.theregister.com/2024/05/23/apple_wifi_positioning_system/>

    Privacy Risk: Even people who don't use Apple devices can be tracked if
    their Wi-Fi router is within range of Apple devices.

    Exposure Scale: Because queries can return 400 APs at once, attackers can efficiently build massive location datasets.

    Potential misuse: Surveillance of vulnerable populations, journalists, or
    even military movements is possible.

    In short: Apple's Wi-Fi Positioning System allows bulk queries of access
    point data (400 at a time) and researchers have shown this can be abused
    for global surveillance.

    Apple trolls *hate* the truth about Apple products, but the fact is the
    Apple trolls know absolutely nothing about anything. Who is that stupid?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 19:33:45 2025
    From Newsgroup: comp.mobile.android

    Note that the mere use of a HIDDEN BROADCAST prevents upload by Mozilla!

    Mozilla Location Service (MLS) was an open geolocation system that mapped positions using publicly observable radio transmitters, including Wi-Fi
    access points identified by BSSID, and it ran from 2013 until its closure
    in 2024 where MLS had collected more than 44.43 million unique cell
    networks and 1450 million unique WiFi networks.

    https://en.wikipedia.org/wiki/Mozilla_Location_Service

    The mobile app Mozilla Stumbler for Android could be used to contribute
    signals of cellular networks and Wi-Fi access points at the device's GPS position. It was available in the Google Play store and F-Droid from
    November 2014 to February 2021 after which it was officially retired.[10][11][12]

    It was noted that contributions from Firefox for Android users "completely overwhelm[ed] the contributions made by the dedicated Stumbler app."[13]
    Other apps, such as Tower Collector, were also available for the same purpose,[14][15] although they were limited to collecting information
    related to cellular networks, except for NeoStumbler an Android application capable of collecting locations of cell towers, Wi-Fi access points and Bluetooth beacons.

    Mozilla's client applications do not collect information about WiFi access points whose SSID is hidden or ends with the string "_nomap" (e.g. "Simpson-family-wifi_nomap").[19]

    Note that the mere use of a HIDDEN BROADCAST prevents upload!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 20:10:13 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Note that the mere use of a HIDDEN BROADCAST prevents upload by Mozilla!

    Note also that a HIDDEN BROADCAST (now) prevents upload by a specific
    Android app based on christianrowlands/android-network-survey repository
    <https://github.com/christianrowlands/android-network-survey/issues/91>

    The bug report isn't clear how it's implemented though, so we don't know
    from the bug report if it's like Mozilla MLS in that hidden networks are automatically discarded by the client scanner BEFORE upload to servers.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 20:21:34 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Note that the mere use of a HIDDEN BROADCAST prevents upload by Mozilla!

    Note also that a HIDDEN BROADCAST (now) prevents upload

    Note the SSID cannot be obtained, as far as I'm aware, without an ACTIVE spoofing of a client request, which passive scanners likely don't do.
    <https://labex.io/tutorials/kali-discover-a-hidden-ssid-using-airodump-ng-594438>

    The reason this is extremely important is I can't find any documentation
    (yet) that proves Google/Apple don't *upload* the SSID/BSSID/GPS/dBm/etc.
    of your "hidden broadcast" access point, but if they do, they likely don't
    have the SSID.

    Does anyone know if Google/Apple WPS databases have BSSID entries sans an associated SSID?

    The reason it matters is almost every router in the world has the feature
    of hiding the broadcast, and we all know that the hidden broadcast packet,
    if no client is currently connected, won't have the SSID associated with
    it, so the question is what does Google/Apple do about hidden broadcasts?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 2 20:33:16 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Does anyone know if Google/Apple WPS databases have BSSID entries sans an associated SSID?

    It's important to understand that passive capture by mobile devices cannot recover the SSID if no such frames are sent while that device is listening.
    <https://arista.my.site.com/AristaCommunity/s/article/working-of-a-hidden-ssid>

    Of course, 802.11 beacon and probe frames expose the AP's MAC (the BSSID)
    and other radio metadata even when the SSID element is omitted or blank.
    That makes the BSSID observable by passive scanners without active client spoofing. But not the SSID.

    Almost every router has the option of hiding the SSID for a reason, since setting the AP to a hidden SSID means the SSID string is not broadcast in beacons unless or until a client connects to it. The SSID appears only in
    other management frames such as probe responses or association requests
    from a client that already knows about the SSID/BSSID pairing. If no client ever sends those pairing frames while the passing mobile device is
    passively scanning, there's no SSID for the passive capture to extract.

    Hence, whether a BSSID without an SSID ends up in a vendor database is a policy/implementation question we need to find out for Apple/Google WPS.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 13:47:09 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 00:39, Marian wrote:
    Carlos E.R. wrote:

    ...

    My main argument, which all my kids learned in spades, was that paying $150 up front once, immediately reduced the long-term costs by thousands of dollars since it instantly saved the $50 (probably now $75 or more) "installation fee" that cable companies charged, and, of course, it eliminates the $10/month (now likely $20/month) plus taxes to rent it.
    <https://www.costco.com/routers-networking.html>

    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent. The advantage is (probably) a more feature rich router
    and more control. The disadvantage is that you have to work out the configuration, which is a pain (AFAIK they don't publish it), and that
    if something breaks you have no support. They'll help, sure, depending
    on who you manage to talk with, but no support.

    When I was on ADSL I had their router, but I bought my own. The
    configuration was simpler back then, but the router had a wizard: I just
    told it what Telco it was, and it configured itself. I have not seen
    this feature announced with fibre.

    ...
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 14:27:47 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/3 12:47:9, Carlos E.R. wrote:
    On 2025-12-03 00:39, Marian wrote:
    Carlos E.R. wrote:

    ...

    My main argument, which all my kids learned in spades, was that paying $150 >> up front once, immediately reduced the long-term costs by thousands of
    dollars since it instantly saved the $50 (probably now $75 or more)
    "installation fee" that cable companies charged, and, of course, it
    eliminates the $10/month (now likely $20/month) plus taxes to rent it.
    <https://www.costco.com/routers-networking.html>

    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent. The advantage is (probably) a more feature rich router
    and more control. The disadvantage is that you have to work out the configuration, which is a pain (AFAIK they don't publish it), and that
    if something breaks you have no support. They'll help, sure, depending
    on who you manage to talk with, but no support.

    When I was on ADSL I had their router, but I bought my own. The configuration was simpler back then, but the router had a wizard: I just told it what Telco it was, and it configured itself. I have not seen
    this feature announced with fibre.

    ...

    As I've said before, here in UK most users who are connected to a copper
    'phone line have one box, containing MoDem, router, hub, and wifi base,
    which box is generally referred to as a "router"; AIUI those with an
    actual fibre connection to the home still have a similar-_looking_ box,
    still referred to as a "router", but one additional box that connects to
    the fibre, and to which the "router" connects, usually by an ethernet cable.

    The "router" is in most cases provided "free" by the ISP (or, at least,
    any monthly rental is included in the about 25 pounds a month you pay
    for service access - which is _not_ reduced if you buy your own
    "router"). There's no "installation charge" for the router as such; if
    you get broadband where there was none before, there is usually a
    startup charge, but that's regardless of whether you use the provided
    router or not - it's to cover equipment setup at the exchange AIUI.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

    We must, of course, ensure that we display no bias. The bias I worry
    about most is the bias against understanding.
    - Nick Robinson, RT 2017/4/8-14
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android on Wed Dec 3 14:39:41 2025
    From Newsgroup: comp.mobile.android

    Andy Burns <usenet@andyburns.uk> wrote:
    Stan Brown wrote:

    My ISP has the ability to reach into "my" router -- i.e. that portion
    of the combined modem/router that they supply as part of their
    service -- and make changes;

    In the UK (and I assume wider within Europe) many ISPs do remote provisioning using TR-069 protocol.

    Do you know the extent of that "provisioning", i.e. what they can and
    can not do?

    As I mentioned, my (cable) ISP (Ziggo) can access the modem part of
    the modem/router combo and can do things like quality of service
    measurements (when they do, they send an e-mail with a good/not-good indication). And they probably can access the telephone part of the
    modem (connects to a normal phone), which uses a seperate communication channel. But AFAIK, they can't access/change anything in the router
    part.

    Over time (some 20+ years), my modem/router devices have either been installed by an on-site technician (probably two times) or by myself,
    i.e. they ship a replacement modem/router (sometimes with things like
    cables, adapters, outlets, etc.) and I install it (probably three or
    more times).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 3 14:42:41 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-03 00:39, Marian wrote:
    Carlos E.R. wrote:

    ...

    My main argument, which all my kids learned in spades, was that paying $150 >> up front once, immediately reduced the long-term costs by thousands of
    dollars since it instantly saved the $50 (probably now $75 or more)
    "installation fee" that cable companies charged, and, of course, it
    eliminates the $10/month (now likely $20/month) plus taxes to rent it.
    <https://www.costco.com/routers-networking.html>

    It is not a rental here.

    Nor in the UK. You may get charged a smallish "setup" fee on some (short) contracts if you take their supplied router. Otherwise the monthly fee is simply for internet access.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to comp.mobile.android on Wed Dec 3 16:15:09 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:

    Andy Burns wrote:

    In the UK (and I assume wider within Europe) many ISPs do remote
    provisioning using TR-069 protocol.

    Do you know the extent of that "provisioning", i.e. what they can and
    can not do?

    quite likely change all settings and do firmware updates, reboots

    Over time (some 20+ years), my modem/router devices have either been installed by an on-site technician (probably two times) or by myself,
    i.e. they ship a replacement modem/router (sometimes with things like
    cables, adapters, outlets, etc.) and I install it (probably three or
    more times).

    I generally start with the ISP's device, then migrate to my own device,
    but the I've stayed with same ISP since 2004
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 09:19:37 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent.

    Hi Carlos,

    I need to be clear. I never said what you apparently thought I said.
    It's not the "router", per se, that people rent out here.
    It's the modem.

    Sure, they "can" rent a router (or a router/modem combo) out here too.
    But most here rent the "modem" & then buy their own router (AFAIK).

    The advantage is (probably) a more feature rich router
    and more control. The disadvantage is that you have to work out the configuration, which is a pain (AFAIK they don't publish it), and that
    if something breaks you have no support. They'll help, sure, depending
    on who you manage to talk with, but no support.

    Thank you for that point of view. I disagree but I'm technical.

    So I know that the modem *must* be set up by the cable company.
    But not the router.

    I have no problem setting up a router. And most people I know are similar.
    But I'm in the Silicon Valley surrounds, where everyone is well educated.

    I would never recommend renting a router given they're so cheap and you can always get a better router than the cost of renting one forever out here.

    Stores are filled with routers out here.
    Modems are harder to find, but Costco/Amazon sells them.


    And setting up a modem is trivial.
    1. You buy it & plug the coax cable into the back & power it up.
    2. Then you call the cable company who sets it up over the coax

    When I was on ADSL I had their router, but I bought my own.

    As far as I recall, when I was on ISDN, the phone company managed the ISDN terminal adapter for ISDN, which is a DSL modem for ADSL.

    Telecom providers often call these devices Customer Premises Equipment
    (CPE). If it combines modem + router + Wi-Fi, it's often marketed as a
    gateway or home hub. But it's the "same thing" as what we're discussing.

    The
    configuration was simpler back then, but the router had a wizard: I just told it what Telco it was, and it configured itself. I have not seen
    this feature announced with fibre.

    In general, in the USA, the company selling you the service sets up their devices over the air (for my WISP) or over the telephone lines (for
    ISDN/ASDL) or over the coax (for cable) or over the fiber (for fiber).

    They generally set up what we might collectively refer to as "the modem".
    But we generally set up what we call the 'router'.

    They can't set up the router the way you want it to be set up.
    Only you can do that.

    Hell, I flash DD-WRT on my routers. They would never do that.
    But I won't disagree that some people don't set up their own routers.

    However, as you noted, a "wizard" often pops up when you first boot up a
    router on the Internet and it asks you questions as to how you want it.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From AJL@noemail@none.com to comp.mobile.android on Wed Dec 3 16:26:10 2025
    From Newsgroup: comp.mobile.android

    On 12/3/25 7:27 AM, J. P. Gilliver wrote:

    As I've said before, here in UK most users who are connected to a copper >'phone line have one box, containing MoDem, router, hub, and wifi base,
    which box is generally referred to as a "router";

    My ISP supplied "modem" does all that but is cable supplied. It also can
    supply wired phone service (my old house is wired for landline) which I
    used for years before quitting when my cell got WiFi calling. It also has a
    backup battery that will keep me online in a power failure. The ISP usually
    picks the middle of the night to update it so there's very little down time
    for my use. My ISP does allow outside modems but for me that would be a
    PITA. Others MMV though...


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.mobile.android on Wed Dec 3 16:42:57 2025
    From Newsgroup: comp.mobile.android

    Andy Burns <usenet@andyburns.uk> wrote:
    Frank Slootweg wrote:

    Andy Burns wrote:

    In the UK (and I assume wider within Europe) many ISPs do remote
    provisioning using TR-069 protocol.

    Do you know the extent of that "provisioning", i.e. what they can and can not do?

    quite likely change all settings and do firmware updates, reboots

    Also of the router part, i.e. router settings, passwords, IP settings,
    etc.?

    If so, how is the user's ('LAN') still his/hers and still secure? How
    about the user being liable for any abuse/misuse from the ISP's side/
    personel?

    Over time (some 20+ years), my modem/router devices have either been installed by an on-site technician (probably two times) or by myself,
    i.e. they ship a replacement modem/router (sometimes with things like cables, adapters, outlets, etc.) and I install it (probably three or
    more times).

    I generally start with the ISP's device, then migrate to my own device,
    but the I've stayed with same ISP since 2004

    Over time, I have used two of my own routers. The first one was
    needed, because the modem only had one hardwired connection. The second, because the first was too slow (bps). After that, I've used the ISP's
    built-in routers because they offered sufficient functionality. And yes,
    also since about that time (March 2003 actually).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 10:50:32 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Hence, whether a BSSID without an SSID ends up in a vendor database is a policy/implementation question we need to find out for Apple/Google WPS.

    Legal issues:

    I should be clear that I think it would/should be LEGALLY untenable for the random iOS/Android device to be querying client packets to obtain the SSID
    of an access point whose beacon frames do not contain that SSID.

    It's a POLICY DECISION whether or not random phones upload the BSSID.
    But it's a technical impossibility to "passively" obtain the SSID.

    Beacon frames always contain the BSSID (i.e., the AP's MAC address) but if
    the SSID is set to "hidden", then the beacon frame SSID field is blank or
    set to null. So a passive scanner (like a random android/ios phone) can
    always see the BSSID, but it can never see the SSID in a beacon frame.

    However, if the scanner is active, it can "wait long enough" outside your
    home to learn the SSID by sniffing specific authenticated client traffic.
    a. When a client device that already knows the SSID tries to connect,
    it sends a directed probe request with the SSID in cleartext.
    b. The AP responds with a probe response containing the SSID.
    c. Association/authentication frames also reveal the SSID.

    Hence, an active scanner, if it "waits long enough" and if it captures authentication traffic, can capture these frames and learn the SSID but
    only if a client connects, as if no client connects, a passive scanner will only know the BSSID, not the SSID of the router's access point.

    It's important to note that if the connection from my Windows PC to my
    router access point never drops, then that SSID may not be observable for
    hours or even days after the initial encrypted connection had been
    established.

    From a legal standpoint, it seems untenable, to me, that a random
    iOS/Android device will "wait long enough" to "capture client traffic".
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 11:53:32 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    quite likely change all settings and do firmware updates, reboots

    Also of the router part, i.e. router settings, passwords, IP settings, etc.?

    If so, how is the user's ('LAN') still his/hers and still secure? How
    about the user being liable for any abuse/misuse from the ISP's side/ personel?

    I agree with anyone who presents a logically sensible statement, no matter
    who they are, where I'm incredulous that the ISP will be "messing with" the router since, as Frank astutely noted, that's the purview of the LAN owner.

    In my case, my rooftop transceiver (which we can call a "modem") is
    maintained by my WISP where he never touches my router. I have, oh, I don't count them, but maybe a dozen routers connected to his service, and I
    maintain them all (some are set up as access points, others as bridges, and others as repeaters). I maintain them for many of my neighbors also.

    What ISP will be willing to do all that to the home owners specifications?
    <https://i.postimg.cc/5t4Nhkwx/transceiver01.jpg>

    Over time (some 20+ years), my modem/router devices have either been
    installed by an on-site technician (probably two times) or by myself,
    i.e. they ship a replacement modem/router (sometimes with things like
    cables, adapters, outlets, etc.) and I install it (probably three or
    more times).

    I generally start with the ISP's device, then migrate to my own device,
    but the I've stayed with same ISP since 2004

    Over time, I have used two of my own routers. The first one was
    needed, because the modem only had one hardwired connection. The second, because the first was too slow (bps). After that, I've used the ISP's built-in routers because they offered sufficient functionality. And yes,
    also since about that time (March 2003 actually).

    Where I live we have 40-acre zoning, so every property has to be a minimum
    of 40 acres, where if you don't have a bunch of radios scattered about, you won't be able to use the Internet at a barn or stable or at the pool, etc.
    <https://i.postimg.cc/RZXNZBCQ/transceiver02.jpg>

    While rooftop/treetop radios are common here in the Santa Cruz Mountains
    above Silicon Valley/Santa Cruz, I can't imagine we're the only people who
    need to use our Internet many hundreds of feet from the incoming feed.

    I can't imagine any ISP/WISP willing to do all that private LAN setup.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 20:25:49 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 19:53, Marian wrote:
    I can't imagine any ISP/WISP willing to do all that private LAN setup.

    No, they do the generic setup, and if something breaks (tv not working,
    phone not working) they can get in and have a look, and perhaps, change
    what is wrong. Hopefully writing down in a log.


    Initially the client had access to a remote web page to setup his own
    router. Advanced users asked to learn the password, and access the
    router local web page for admin. I did that long ago.

    Instead, the current router has a very simple admin page with password (printed in a label underneath the router) and help pages, and an
    advanced setup that asks "are you sure"? but has the same password and
    no help pages. And a complex setup.


    Wifi (ssid/pass), typeof security, and channel
    WiFi+
    WiFi for guests (ssid/pass, type of security

    Ports to open to what local machine

    LAN map
    LAN config (gateway, mask, dhcp on/off, range, dns1 dns2)

    Config is multiple (with NAT) or single post (transparent router)

    IPv6 (dhcp mode, ports, filter)

    router password

    Firmware updates

    Other (write/read profile, factory reset, wifi factory reset, firewall disable, universal UPnP enable/disable.

    Help

    Advnced.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 20:31:04 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 17:19, Marian wrote:
    Carlos E.R. wrote:
    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent.

    Hi Carlos,

    I need to be clear. I never said what you apparently thought I said.
    It's not the "router", per se, that people rent out here.
    It's the modem.


    Where I say router I mean a single box that is ONT/modem/router/switch.

    And it handles Internet, Landline, TV "signal", using several VLANs. Not documented.

    ...
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 20:16:49 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/3 18:53:32, Marian wrote:
    []
    Where I live we have 40-acre zoning, so every property has to be a minimum
    of 40 acres, where if you don't have a bunch of radios scattered about, you
    []
    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 20:47:02 2025
    From Newsgroup: comp.mobile.android

    J. P. Gilliver wrote:

    Marian wrote:

    Where I live we have 40-acre zoning, so every property has to be a minimum >> of 40 acres

    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    I had heard of the phrase <https://en.wiktionary.org/wiki/back_forty>

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 13:18:12 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 12:47, Andy Burns wrote:
    J. P. Gilliver wrote:

    Marian wrote:

    Where I live we have 40-acre zoning, so every property has to be a
    minimum
    of 40 acres

    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    I had heard of the phrase <https://en.wiktionary.org/wiki/back_forty>


    While that explains the origin of the "forty"...

    ...I have huge doubts about Arlen stating the whole truth about anything.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 22:48:52 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 15:27, J. P. Gilliver wrote:
    On 2025/12/3 12:47:9, Carlos E.R. wrote:
    On 2025-12-03 00:39, Marian wrote:
    Carlos E.R. wrote:

    ...

    My main argument, which all my kids learned in spades, was that paying $150 >>> up front once, immediately reduced the long-term costs by thousands of
    dollars since it instantly saved the $50 (probably now $75 or more)
    "installation fee" that cable companies charged, and, of course, it
    eliminates the $10/month (now likely $20/month) plus taxes to rent it.
    <https://www.costco.com/routers-networking.html>

    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent. The advantage is (probably) a more feature rich router
    and more control. The disadvantage is that you have to work out the
    configuration, which is a pain (AFAIK they don't publish it), and that
    if something breaks you have no support. They'll help, sure, depending
    on who you manage to talk with, but no support.

    When I was on ADSL I had their router, but I bought my own. The
    configuration was simpler back then, but the router had a wizard: I just
    told it what Telco it was, and it configured itself. I have not seen
    this feature announced with fibre.

    ...

    As I've said before, here in UK most users who are connected to a copper 'phone line have one box, containing MoDem, router, hub, and wifi base,
    which box is generally referred to as a "router"; AIUI those with an
    actual fibre connection to the home still have a similar-_looking_ box,
    still referred to as a "router", but one additional box that connects to
    the fibre, and to which the "router" connects, usually by an ethernet cable.

    The "router" is in most cases provided "free" by the ISP (or, at least,
    any monthly rental is included in the about 25 pounds a month you pay
    for service access - which is _not_ reduced if you buy your own
    "router"). There's no "installation charge" for the router as such; if
    you get broadband where there was none before, there is usually a
    startup charge, but that's regardless of whether you use the provided
    router or not - it's to cover equipment setup at the exchange AIUI.

    Yes, same here.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Your Name@YourName@YourISP.com to misc.phone.mobile.iphone,alt.internet.wireless,comp.mobile.android,alt.comp.os.windows-10 on Thu Dec 4 12:39:45 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 21:48:52 +0000, Carlos E.R. said:
    On 2025-12-03 15:27, J. P. Gilliver wrote:
    On 2025/12/3 12:47:9, Carlos E.R. wrote:
    On 2025-12-03 00:39, Marian wrote:
    Carlos E.R. wrote:

    ...

    My main argument, which all my kids learned in spades, was that paying $150
    up front once, immediately reduced the long-term costs by thousands of >>>> dollars since it instantly saved the $50 (probably now $75 or more)
    "installation fee" that cable companies charged, and, of course, it
    eliminates the $10/month (now likely $20/month) plus taxes to rent it. >>>> <https://www.costco.com/routers-networking.html>

    It is not a rental here. We can buy a router, the monthly fee doesn't
    change a cent. The advantage is (probably) a more feature rich router
    and more control. The disadvantage is that you have to work out the
    configuration, which is a pain (AFAIK they don't publish it), and that
    if something breaks you have no support. They'll help, sure, depending
    on who you manage to talk with, but no support.

    When I was on ADSL I had their router, but I bought my own. The
    configuration was simpler back then, but the router had a wizard: I just >>> told it what Telco it was, and it configured itself. I have not seen
    this feature announced with fibre.

    ...

    As I've said before, here in UK most users who are connected to a copper
    'phone line have one box, containing MoDem, router, hub, and wifi base,
    which box is generally referred to as a "router"; AIUI those with an
    actual fibre connection to the home still have a similar-_looking_ box,
    still referred to as a "router", but one additional box that connects to
    the fibre, and to which the "router" connects, usually by an ethernet cable. >>
    The "router" is in most cases provided "free" by the ISP (or, at least,
    any monthly rental is included in the about 25 pounds a month you pay
    for service access - which is _not_ reduced if you buy your own
    "router"). There's no "installation charge" for the router as such; if
    you get broadband where there was none before, there is usually a
    startup charge, but that's regardless of whether you use the provided
    router or not - it's to cover equipment setup at the exchange AIUI.

    Yes, same here.

    Pretty much the same in New Zealand for most providers. The term
    contract plans include a "free" modem or on the open term plans can
    have the ISP's modem added at additional cost or use your own.

    Cooper lines are being phased out here by 2030 and is already done in
    many of the main population areas. That means people have to use fibre, cellular (including "home wireless"), or one of the expensive satellite services.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 17:43:14 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    J. P. Gilliver wrote:

    Marian wrote:

    Where I live we have 40-acre zoning, so every property has to be a minimum >>> of 40 acres

    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    I had heard of the phrase <https://en.wiktionary.org/wiki/back_forty>

    What I love about Usenet is we all work together as a team, where each individual brings a completely different perspective to each discussion.

    I didn't know about the "back forty" etymology, so I guess across the pond
    it would be called the "back fifteen" (given 40 acres is 15 hectares). :)

    Why 40 acres?

    They don't want anyone living in the mountains out here, so they make unrealistic zoning so that you can only put one house every 40 acres.
    <https://plandev.santaclaracounty.gov/codes-and-policies/zoning-ordinance>
    HS (Hillside District) = 40-acre minimum parcel size
    AR (Agricultural Ranchlands District) -> 40-acre minimum parcel size

    Both are codified in Chapter 2.40 of the County Ordinance Code at Section 2.40.110 (HS District). The verbatim wording of Section 2.40.110 (HS – Hillside District) in the Santa Clara County Zoning Ordinance explicitly establishes the 40‑acre minimum parcel size.

    Section 2.40.110 - HS Hillside District "The HS (Hillside) district is
    intended to preserve the natural character of the hillsides and to limit development to large parcels. The minimum parcel size in the HS district
    shall be forty (40) acres.

    So if you have 79 acres, you can only put a single house on that land.

    The point is that we have such large parcels that we use Wi-Fi to reach hundreds of feet, which is easy for us since our radios go for miles.

    I get my Internet from a mountain across from me, which is, oh, I don't
    know, maybe 20 miles by driving but only a few miles line of sight between
    us. I can see maybe fifty miles (I never calculated the distance though).

    WISP is what we do up here in the mountains above Silicon Valley. :)
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 20:08:36 2025
    From Newsgroup: comp.mobile.android

    On Wed, 12/3/2025 4:18 PM, Alan wrote:
    On 2025-12-03 12:47, Andy Burns wrote:
    J. P. Gilliver wrote:

    Marian wrote:

    Where I live we have 40-acre zoning, so every property has to be a minimum >>>> of 40 acres

    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    I had heard of the phrase <https://en.wiktionary.org/wiki/back_forty>


    While that explains the origin of the "forty"...

    ...I have huge doubts about Arlen stating the whole truth about anything.

    That makes sense for agricultural land. 40 is a quarter of a 160 property.
    And hobby farms here are 40. The zoning likely prevents chopping a title
    into smaller chunks. You can't turn Ag land into subdivisions, without
    the right zoning. And a higher level of government draws lines around productive farmland and prevents that sort of thing. If they didn't do
    that, all the farms would be sad looking subdivisions.

    For hobby farming, you have to be careful to not lose your tax status.
    The easiest way to "meet the farming requirement", is to rent out 30 acres
    for hay production, a neighbour comes in and harvests hay several times
    per year. And that income is then taxed (somehow) at a farm rate. If
    you just sit on the land, some tax becomes hella expensive. That's
    what I've overheard from people doing this. There is an incentive to
    "make it look like it's a farm". That's how the scheme works here.

    A few people, will run their property like an actual farm.

    Even inheritance of the property is a huge liability.

    Paul
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 18:44:34 2025
    From Newsgroup: comp.mobile.android

    Paul wrote:
    ...I have huge doubts about Arlen stating the whole truth about anything.

    That makes sense for agricultural land. 40 is a quarter of a 160 property. And hobby farms here are 40. The zoning likely prevents chopping a title
    into smaller chunks. You can't turn Ag land into subdivisions, without
    the right zoning. And a higher level of government draws lines around productive farmland and prevents that sort of thing. If they didn't do
    that, all the farms would be sad looking subdivisions.

    For hobby farming, you have to be careful to not lose your tax status.
    The easiest way to "meet the farming requirement", is to rent out 30 acres for hay production, a neighbour comes in and harvests hay several times
    per year. And that income is then taxed (somehow) at a farm rate. If
    you just sit on the land, some tax becomes hella expensive. That's
    what I've overheard from people doing this. There is an incentive to
    "make it look like it's a farm". That's how the scheme works here.

    A few people, will run their property like an actual farm.

    Even inheritance of the property is a huge liability.

    Paul


    Hi Paul,

    802.11 reality:

    Nobody reads anything Alan Baker ever says because his IQ is actually at
    the retard level (roughly no better than about 40 IQ).

    He denies everything he can't comprehend - which - is everything.

    One look at the Hillside (HS) zoning in unincorporated Santa Clara County
    would show the idiot that 40-acre zoning is the norm for Hillsides.
    <https://plandev.santaclaracounty.gov/codes-and-policies/zoning-ordinance>
    HS (Hillside District) = 40-acre minimum parcel size
    AR (Agricultural Ranchlands District) -> 40-acre minimum parcel size

    Specifically Santa Clara County Ordinance Code Zoning Ordinance, Chapter
    2.40, Section 2.40.110 (HS - Hillside District): "The minimum parcel size
    in the HS district shall be forty (40) acres" and Section 2.40.120 (AR Agricultural Ranchlands District) also requires 40 acres minimum.

    Since most people out here have far more than 40 acres, they apparently get
    a tax break if they can justify agricultural use, but I don't bother. í° <https://morganhilltimes.com/after-public-outcry-santa-clara-county-supervisors-order-revisions-to-rural-zoning-proposal/>

    As for Alan Baker, he disputes everything he can't comprehend.
    Which is everything.

    It's not worth responding to him since his IQ is at the retarded level.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 3 19:41:50 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 17:44, Marian wrote:
    Paul wrote:
    ...I have huge doubts about Arlen stating the whole truth about anything. >>
    That makes sense for agricultural land. 40 is a quarter of a 160 property. >> And hobby farms here are 40. The zoning likely prevents chopping a title
    into smaller chunks. You can't turn Ag land into subdivisions, without
    the right zoning. And a higher level of government draws lines around
    productive farmland and prevents that sort of thing. If they didn't do
    that, all the farms would be sad looking subdivisions.

    For hobby farming, you have to be careful to not lose your tax status.
    The easiest way to "meet the farming requirement", is to rent out 30 acres >> for hay production, a neighbour comes in and harvests hay several times
    per year. And that income is then taxed (somehow) at a farm rate. If
    you just sit on the land, some tax becomes hella expensive. That's
    what I've overheard from people doing this. There is an incentive to
    "make it look like it's a farm". That's how the scheme works here.

    A few people, will run their property like an actual farm.

    Even inheritance of the property is a huge liability.

    Paul


    Hi Paul,

    802.11 reality:

    Nobody reads anything Alan Baker ever says because his IQ is actually at
    the retard level (roughly no better than about 40 IQ).

    He denies everything he can't comprehend - which - is everything.

    One look at the Hillside (HS) zoning in unincorporated Santa Clara County would show the idiot that 40-acre zoning is the norm for Hillsides.
    <https://plandev.santaclaracounty.gov/codes-and-policies/zoning-ordinance>
    HS (Hillside District) = 40-acre minimum parcel size
    AR (Agricultural Ranchlands District) -> 40-acre minimum parcel size

    Did you catch the subtle shift there?

    From, "Where I live we have 40-acre zoning, so EVERY property has to be
    a minimum of 40 acres"

    To, "40-acre zoning is the norm for Hillsides"

    "the norm" implies that there are exceptions, where "every property" explicitly means there aren't.

    From looking at the "Zoning Atlas" linked at the "Zoning Ordinance"
    page Arlen linked above, we can see that he omits that "HS" and "AR" are
    just two (2) zoning districts...

    ...out of a total 33 different districts.

    And if you look at that map...

    <https://stgenpln.blob.core.windows.net/document/zoning_atlas.pdf>

    ...you'll see that the vast majority of the area of Santa Clara County
    is not zoned HS, or AR.

    So, just as I suspect, Arlen wasn't telling the whole story.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Tyrone@none@none.none to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Thu Dec 4 03:48:14 2025
    From Newsgroup: comp.mobile.android

    On Dec 3, 2025 at 10:41:50 PM EST, "Alan" <nuh-uh@nope.com> wrote:

    On 2025-12-03 17:44, Marian wrote:
    Paul wrote:
    ...I have huge doubts about Arlen stating the whole truth about anything. >>>
    That makes sense for agricultural land. 40 is a quarter of a 160 property. >>> And hobby farms here are 40. The zoning likely prevents chopping a title >>> into smaller chunks. You can't turn Ag land into subdivisions, without
    the right zoning. And a higher level of government draws lines around
    productive farmland and prevents that sort of thing. If they didn't do
    that, all the farms would be sad looking subdivisions.

    For hobby farming, you have to be careful to not lose your tax status.
    The easiest way to "meet the farming requirement", is to rent out 30 acres >>> for hay production, a neighbour comes in and harvests hay several times
    per year. And that income is then taxed (somehow) at a farm rate. If
    you just sit on the land, some tax becomes hella expensive. That's
    what I've overheard from people doing this. There is an incentive to
    "make it look like it's a farm". That's how the scheme works here.

    A few people, will run their property like an actual farm.

    Even inheritance of the property is a huge liability.

    Paul


    Hi Paul,

    802.11 reality:

    Nobody reads anything Alan Baker ever says because his IQ is actually at
    the retard level (roughly no better than about 40 IQ).

    He denies everything he can't comprehend - which - is everything.

    One look at the Hillside (HS) zoning in unincorporated Santa Clara County
    would show the idiot that 40-acre zoning is the norm for Hillsides.
    <https://plandev.santaclaracounty.gov/codes-and-policies/zoning-ordinance> >> HS (Hillside District) = 40-acre minimum parcel size
    AR (Agricultural Ranchlands District) -> 40-acre minimum parcel size

    Did you catch the subtle shift there?

    From, "Where I live we have 40-acre zoning, so EVERY property has to be
    a minimum of 40 acres"

    To, "40-acre zoning is the norm for Hillsides"

    "the norm" implies that there are exceptions, where "every property" explicitly means there aren't.

    From looking at the "Zoning Atlas" linked at the "Zoning Ordinance"
    page Arlen linked above, we can see that he omits that "HS" and "AR" are
    just two (2) zoning districts...

    ...out of a total 33 different districts.

    And if you look at that map...

    <https://stgenpln.blob.core.windows.net/document/zoning_atlas.pdf>

    ...you'll see that the vast majority of the area of Santa Clara County
    is not zoned HS, or AR.

    So, just as I suspect, Arlen wasn't telling the whole story.

    Wait. So Arlen was lying? Again?

    AND the link he provides does not support his claim?

    SHOCKING.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 11:20:38 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/4 0:43:14, Marian wrote:

    []

    What I love about Usenet is we all work together as a team, where each individual brings a completely different perspective to each discussion.

    This "minimum size" thing is certainly a different perspective! I don't
    _think_ anywhere in the UK has a minimum property size rule. (I vaguely remember - some decades ago - some people wanting to hinder development
    in some area sold off a field in square-yard patches, ideally to people
    abroad, thus making it difficult for any potential developer to even
    _contact_ all the owners, and something might have been done to prevent
    _that_, but we're talking many orders of magnitude different here!)

    []

    The point is that we have such large parcels that we use Wi-Fi to reach hundreds of feet, which is easy for us since our radios go for miles.

    Whereas here the matter is more likely _preventing_ access by others,
    either accidentally or deliberately!

    In the UK, we limit building on agricultural land by what is generally
    referred to as planning permission, planning regulations, etc.; to a
    first approximation you need planning permission for any building work, anywhere (and in extremis if you build without it, you can be forced to
    take it down again, and probably fined too). There are exceptions and variations: you are allowed a certain amount of extension to existing buildings, and farmers need _less_ bureaucracy to erect agricultural
    buildings (e. g. barns) than dwelling-houses. In certain areas even the
    _type_ (style) of things is controlled, to preserve the character of the
    area; this may (and is!) sometimes seen as draconian, but the converse
    argument is that it is the character of the area that attracted you to
    it in the first place, and if you wanted to build a lot of concrete or
    tin boxes, you should have bought land somewhere else. But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to
    preserve what ag. land we've got, at least where it's _good_ ag. land.
    (Also AONBs - areas of outstanding natural beauty - and national parks -
    even if not actually _good_ ag. land.)
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

    Cricket was the most English invention imaginable. As if a prep school
    teacher had tried to demonstrate eternity.
    - Douglas Adams arr. James Goss, 'Doctor Who and the Krikkitmen', 2018
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 12:48:22 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-04 12:20, J. P. Gilliver wrote:
    On 2025/12/4 0:43:14, Marian wrote:

    []

    What I love about Usenet is we all work together as a team, where each
    individual brings a completely different perspective to each discussion.

    This "minimum size" thing is certainly a different perspective! I don't _think_ anywhere in the UK has a minimum property size rule. (I vaguely remember - some decades ago - some people wanting to hinder development
    in some area sold off a field in square-yard patches, ideally to people abroad, thus making it difficult for any potential developer to even _contact_ all the owners, and something might have been done to prevent _that_, but we're talking many orders of magnitude different here!)

    Selling a field in square-yard patches? Really? Wow. The cost of the
    paperwork would be more than the land!

    Do you remember where this was? It is an idea, when the people want an
    area not to be developed.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 13:50:58 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/4 11:48:22, Carlos E.R. wrote:
    On 2025-12-04 12:20, J. P. Gilliver wrote:
    On 2025/12/4 0:43:14, Marian wrote:

    []

    What I love about Usenet is we all work together as a team, where each
    individual brings a completely different perspective to each discussion.

    This "minimum size" thing is certainly a different perspective! I don't
    _think_ anywhere in the UK has a minimum property size rule. (I vaguely
    remember - some decades ago - some people wanting to hinder development
    in some area sold off a field in square-yard patches, ideally to people
    abroad, thus making it difficult for any potential developer to even
    _contact_ all the owners, and something might have been done to prevent
    _that_, but we're talking many orders of magnitude different here!)

    Selling a field in square-yard patches? Really? Wow. The cost of the paperwork would be more than the land!

    Do you remember where this was? It is an idea, when the people want an > area not to be developed.

    Sorry, no - as I said, it was decades ago. I think some of the sales
    were to Americans who liked the idea of owning a bit of the old country.
    And those buying - whether Americans for that reason, or those who
    agreed with the opposition to development - were willing to pay over the
    odds, i. e. more than the land was _practically_ worth. I _think_
    something was done to get over the requirement to contact all owners
    (e. g. when "compulsory purchase" was involved), but I don't remember
    any details, or even where it was (other than I'm pretty sure it was in Britain, probably England).


    (Gonna be hard to google, too: I just tried, but all I found were the
    opposite - discussion of people buying "micro-plots" as investment
    [unlikely to work as you'd need all owners to agree if development _did_ happen], plus mention of "ransom strips" [bought in order to deny access
    unless bought back at excessive price].)
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Thu Dec 4 08:03:46 2025
    From Newsgroup: comp.mobile.android

    Tyrone wrote:
    AND the link he provides does not support his claim?

    Why is it that the Apple trolls don't understand anything about anything?
    They dispute zoning laws, for example, which are known public records.

    Having gone to the best schools in the country and having worked for
    decades in Silicon Valley for startups, I've never met people that stupid.

    How could Apple trolls pass a single college-level exam being that stupid?
    Alan Baker
    Alan Browne
    Chris (may actually own rudimentary critical-thinking skills)
    Haemactylus
    -hh (also shows he owns at least rudimentary cognitive skills)
    Jeorg Lorenz
    JF Mezei
    Jolly Roger
    Lewis
    nospam
    Tom Elam
    Tyrone
    Your Name
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 09:08:48 2025
    From Newsgroup: comp.mobile.android

    J. P. Gilliver wrote:
    What I love about Usenet is we all work together as a team, where each
    individual brings a completely different perspective to each discussion.

    This "minimum size" thing is certainly a different perspective! I don't _think_ anywhere in the UK has a minimum property size rule. (I vaguely remember - some decades ago - some people wanting to hinder development
    in some area sold off a field in square-yard patches, ideally to people abroad, thus making it difficult for any potential developer to even _contact_ all the owners, and something might have been done to prevent _that_, but we're talking many orders of magnitude different here!)

    I love that people around the world, from the US to the UK and the EU and
    even to New Zealand in this thread have contributed their experiences.

    The router culture, for example, appears to be more hands-on in the USA
    than, for example, in the case of the UK and mainland Europe for "modems".

    The point is that we have such large parcels that we use Wi-Fi to reach
    hundreds of feet, which is easy for us since our radios go for miles.

    Whereas here the matter is more likely _preventing_ access by others,
    either accidentally or deliberately!

    I wish there was more we could do to "prevent" abuse of our radio transmissions, where making the SSID hidden should help a bit since it
    prevents purely passive connections like the one Micky (elsewhere) had.

    When the broadcast beacon has a hidden SSID, unless a client is
    simultaneously probing/authenticating at that very moment a vehicle drives
    by, it's impossible for the random iOS/Android device to obtain the SSID.

    They can get the BSSID, but it's my understanding that they legally have an issue uploading that BSSID, so it's my understanding they don't upload it.

    Of course, even when not hidden, and hence it's already uploaded, appending "_nomap" to the SSID is your legal declaration that you do not wish the well-behaved public databases from making it available to the world.

    In the UK, we limit building on agricultural land by what is generally referred to as planning permission, planning regulations, etc.; to a
    first approximation you need planning permission for any building work, anywhere (and in extremis if you build without it, you can be forced to
    take it down again, and probably fined too). There are exceptions and variations: you are allowed a certain amount of extension to existing buildings, and farmers need _less_ bureaucracy to erect agricultural buildings (e. g. barns) than dwelling-houses.

    We have plenty of rules like that also, where we can't pollute streams, for example, of which there are many in our Santa Cruz mountains. And living on
    the fault line, we have plenty of earthquake codes to meet. And retaining
    wall codes, since we have fragile Franciscan melange chert sediments.

    In certain areas even the
    _type_ (style) of things is controlled, to preserve the character of the area; this may (and is!) sometimes seen as draconian, but the converse argument is that it is the character of the area that attracted you to
    it in the first place, and if you wanted to build a lot of concrete or
    tin boxes, you should have bought land somewhere else.

    That reminds me. We have "albido" codes! Yup. Albido. If a house is on the mountain, it can't be "too visible" from the valley. The albido is a paint requirement that every home must meet so that it doesn't reflect too much.

    But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to preserve what ag. land we've got, at least where it's _good_ ag. land.
    (Also AONBs - areas of outstanding natural beauty - and national parks -
    even if not actually _good_ ag. land.)

    I understand agricultural land being protected, & vice versa since
    fertilizer runoff could be dangerous if homes are built in the drainage.

    Here's the local Silicon Valley zoning which contains what we have.
    <https://stgenpln.blob.core.windows.net/document/ZonOrd.pdf>

    Page 61 begins "HS" (hillside) zoning, which all the mountains are, where,
    in some areas, apparently, the lot size can be as small as 20 acres (8 hectares) when subdivisions occur. But where I am, they don't want any more people so there will never be more homes than there are currently here.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 11:16:14 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-04 08:08, Marian wrote:
    J. P. Gilliver wrote:

    In certain areas even the
    _type_ (style) of things is controlled, to preserve the character of the
    area; this may (and is!) sometimes seen as draconian, but the converse
    argument is that it is the character of the area that attracted you to
    it in the first place, and if you wanted to build a lot of concrete or
    tin boxes, you should have bought land somewhere else.

    That reminds me. We have "albido" codes! Yup. Albido. If a house is on the mountain, it can't be "too visible" from the valley. The albido is a paint requirement that every home must meet so that it doesn't reflect too much.

    The word is "albEdo" with an "e":

    Another example of your supposed education at work...


    But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to
    preserve what ag. land we've got, at least where it's _good_ ag. land.
    (Also AONBs - areas of outstanding natural beauty - and national parks -
    even if not actually _good_ ag. land.)

    I understand agricultural land being protected, & vice versa since
    fertilizer runoff could be dangerous if homes are built in the drainage.

    Here's the local Silicon Valley zoning which contains what we have.
    <https://stgenpln.blob.core.windows.net/document/ZonOrd.pdf>

    I love the way you feel this need to mention "Silicon Valley" every time.


    Page 61 begins "HS" (hillside) zoning, which all the mountains are, where,
    in some areas, apparently, the lot size can be as small as 20 acres (8 hectares) when subdivisions occur. But where I am, they don't want any more people so there will never be more homes than there are currently here.

    "Here" is completely redundant in that last sentence.

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently here."

    Means precisely the same thing as:

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently."


    But far more germane:

    Page 61 does not "begin[] HS".

    It begins with the remaining text regarding "AR Districts" from the
    previous page.

    Specifically, the text that reads "Lot Size Reduction. A subdivision may include a lot or lots as small as 20 acres" is Section C of "2.020.060,
    AR Districts: Specific Subdivision and Road Provisions".

    After you get to "2.020.070 HS Districts: Supplemental Development
    Standards", one of the very first things it says is:

    "A. Setbacks–Substandard Named Subdivisions. Setbacks may be reduced on
    lots less than one acre..."

    Ergo, HS zoning MUST allow lots of far less than the 40 acres you first claimed applied to "every property".


    I'm wondering where you got the degrees you claim to have that you
    cannot follow such a simple flow of text?

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 11:34:43 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-03 16:43, Marian wrote:
    Andy Burns wrote:
    J. P. Gilliver wrote:

    Marian wrote:

    Where I live we have 40-acre zoning, so every property has to be a minimum >>>> of 40 acres

    So hugely different outlooks! I've never heard (though I'm sure you're
    right) of a _minimum_ property size before.
    I had heard of the phrase <https://en.wiktionary.org/wiki/back_forty>

    What I love about Usenet is we all work together as a team, where each individual brings a completely different perspective to each discussion.

    I didn't know about the "back forty" etymology, so I guess across the pond
    it would be called the "back fifteen" (given 40 acres is 15 hectares). :)

    Why 40 acres?

    They don't want anyone living in the mountains out here, so they make unrealistic zoning so that you can only put one house every 40 acres.
    <https://plandev.santaclaracounty.gov/codes-and-policies/zoning-ordinance>
    HS (Hillside District) = 40-acre minimum parcel size
    AR (Agricultural Ranchlands District) -> 40-acre minimum parcel size

    Both are codified in Chapter 2.40 of the County Ordinance Code at Section 2.40.110 (HS District). The verbatim wording of Section 2.40.110 (HS – Hillside District) in the Santa Clara County Zoning Ordinance explicitly establishes the 40‑acre minimum parcel size.

    Section 2.40.110 - HS Hillside District "The HS (Hillside) district is intended to preserve the natural character of the hillsides and to limit development to large parcels. The minimum parcel size in the HS district shall be forty (40) acres.

    So if you have 79 acres, you can only put a single house on that land.

    I have that document downloaded to my Mac right now.

    Article 2, Section 2.40 deals with (and this is right on the first page):

    "Commercial and Industrial Base Districts (CN, CG, OA, ML, MH)"

    Article 2, Section 2.20 deals with:

    "Rural Base Districts (A, AR, HS, RR)"

    So you're either reading off an older version of the document you'd
    previously acquired...

    ...or the supposed degree man cannot read!

    Furthermore, there is not "Section 2.40.110", nor does 2.20.110 (section
    2.20 having already been established as the section regarding the HS
    zoning district)...

    ...and the words "natural character" appear NOWHERE in the entire
    document, regardless of section.=

    Oops.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 19:38:04 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:

    Why 40 acres?

    It's a quarter of a quarter of a square mile.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Your Name@YourName@YourISP.com to misc.phone.mobile.iphone,alt.internet.wireless,alt.comp.os.windows-10,comp.mobile.android on Fri Dec 5 10:26:36 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-04 11:20:38 +0000, J. P. Gilliver said:

    On 2025/12/4 0:43:14, Marian wrote:

    []

    What I love about Usenet is we all work together as a team, where each
    individual brings a completely different perspective to each discussion.

    This "minimum size" thing is certainly a different perspective! I don't _think_ anywhere in the UK has a minimum property size rule. (I vaguely remember - some decades ago - some people wanting to hinder development
    in some area sold off a field in square-yard patches, ideally to people abroad, thus making it difficult for any potential developer to even _contact_ all the owners, and something might have been done to prevent _that_, but we're talking many orders of magnitude different here!)

    []

    There are minimum land sizes for residential development in New
    Zealand. The actual figure depends on which regional city council it is
    as well as what the area is designated as (high density housing, low
    density housing, 'life-style block', etc.).

    I can't find any similar rules in the UK, but there is a minimum house
    size rule (depending on how many bedrooms, e.g. 37sqm for one bedroom
    house), and there is a quasi-rule as to how much land is required for a
    house (roughly 1.5 to 2 times the size of the house).



    The point is that we have such large parcels that we use Wi-Fi to reach
    hundreds of feet, which is easy for us since our radios go for miles.

    Whereas here the matter is more likely _preventing_ access by others,
    either accidentally or deliberately!

    In the UK, we limit building on agricultural land by what is generally referred to as planning permission, planning regulations, etc.; to a
    first approximation you need planning permission for any building work, anywhere (and in extremis if you build without it, you can be forced to
    take it down again, and probably fined too). There are exceptions and variations: you are allowed a certain amount of extension to existing buildings, and farmers need _less_ bureaucracy to erect agricultural buildings (e. g. barns) than dwelling-houses. In certain areas even the _type_ (style) of things is controlled, to preserve the character of the area; this may (and is!) sometimes seen as draconian, but the converse argument is that it is the character of the area that attracted you to
    it in the first place, and if you wanted to build a lot of concrete or
    tin boxes, you should have bought land somewhere else. But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to preserve what ag. land we've got, at least where it's _good_ ag. land.
    (Also AONBs - areas of outstanding natural beauty - and national parks -
    even if not actually _good_ ag. land.)


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Tyrone@none@none.none to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Thu Dec 4 22:20:31 2025
    From Newsgroup: comp.mobile.android

    On Dec 4, 2025 at 2:16:14 PM EST, "Alan" <nuh-uh@nope.com> wrote:

    On 2025-12-04 08:08, Marian wrote:
    J. P. Gilliver wrote:

    In certain areas even the
    _type_ (style) of things is controlled, to preserve the character of the >>> area; this may (and is!) sometimes seen as draconian, but the converse
    argument is that it is the character of the area that attracted you to
    it in the first place, and if you wanted to build a lot of concrete or
    tin boxes, you should have bought land somewhere else.

    That reminds me. We have "albido" codes! Yup. Albido. If a house is on the >> mountain, it can't be "too visible" from the valley. The albido is a paint >> requirement that every home must meet so that it doesn't reflect too much.

    The word is "albEdo" with an "e":

    Another example of your supposed education at work...


    But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to
    preserve what ag. land we've got, at least where it's _good_ ag. land.
    (Also AONBs - areas of outstanding natural beauty - and national parks - >>> even if not actually _good_ ag. land.)

    I understand agricultural land being protected, & vice versa since
    fertilizer runoff could be dangerous if homes are built in the drainage.

    Here's the local Silicon Valley zoning which contains what we have.
    <https://stgenpln.blob.core.windows.net/document/ZonOrd.pdf>

    I love the way you feel this need to mention "Silicon Valley" every time.


    Page 61 begins "HS" (hillside) zoning, which all the mountains are, where, >> in some areas, apparently, the lot size can be as small as 20 acres (8
    hectares) when subdivisions occur. But where I am, they don't want any more >> people so there will never be more homes than there are currently here.

    "Here" is completely redundant in that last sentence.

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently here."

    Means precisely the same thing as:

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently."


    But far more germane:

    Page 61 does not "begin[] HS".

    It begins with the remaining text regarding "AR Districts" from the
    previous page.

    Specifically, the text that reads "Lot Size Reduction. A subdivision may include a lot or lots as small as 20 acres" is Section C of "2.020.060,
    AR Districts: Specific Subdivision and Road Provisions".

    After you get to "2.020.070 HS Districts: Supplemental Development Standards", one of the very first things it says is:

    "A. Setbacks–Substandard Named Subdivisions. Setbacks may be reduced on lots less than one acre..."

    Ergo, HS zoning MUST allow lots of far less than the 40 acres you first claimed applied to "every property".

    Haven't you learned yet? We are not supposed to actually read the links that Arlen provides. We are supposed to just accept that the link says what Arlen claims it says.

    I'm wondering where you got the degrees you claim to have that you
    cannot follow such a simple flow of text?

    I'm guessing from online "colleges". Or a local junior college.

    Maybe Arlen can provide a link that he will claim proves that he has degrees.
    He will assume that no one will read it. But when we read it, it will of course say no such thing.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Char Jackson@none@none.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 4 23:06:28 2025
    From Newsgroup: comp.mobile.android

    On Wed, 3 Dec 2025 20:25:49 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    Instead, the current router has a very simple admin page with password >(printed in a label underneath the router) and help pages, and an
    advanced setup that asks "are you sure"? but has the same password and
    no help pages. And a complex setup.


    Wifi (ssid/pass), typeof security, and channel
    WiFi+
    WiFi for guests (ssid/pass, type of security

    Ports to open to what local machine

    LAN map
    LAN config (gateway, mask, dhcp on/off, range, dns1 dns2)

    Config is multiple (with NAT) or single post (transparent router)

    IPv6 (dhcp mode, ports, filter)

    router password

    Firmware updates

    Other (write/read profile, factory reset, wifi factory reset, firewall >disable, universal UPnP enable/disable.

    Help

    Advnced.

    I don't see anything complex there, but we don't all have the same
    background.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Fri Dec 5 00:21:52 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Hence, an active scanner, if it "waits long enough" and if it captures authentication traffic, can capture these frames and learn the SSID but
    only if a client connects, as if no client connects, a passive scanner will only know the BSSID, not the SSID of the router's access point.

    It's nearly impossible to find the official iOS/Android stance on whether
    the BSSID of a hidden access point is "collected" or "uploaded" to
    Apple/Google servers, but we can look at when the SSID is sent in the
    clear.

    1. For an average dumbshit user, he has his router set to defaults,
    so the SSID is sent in cleartext in the beacon frames from the AP.
    This happens "periodically" (perhaps every 100ms or so).
    However, if the SSID is hidden, the beacon SSID field is blank.

    2. If a random scanner passes by, it often sends wildcard probe requests.
    The access points set up by dumbshits respond with a probe response
    that includes their SSID in cleartext but not if the SSID is hidden.

    3. An access point set up to be hidden will never include the SSID in the
    probe response, and, depending on the firmware, it will either stay
    silent or it will reply with a probe response with a blank SSID field.

    4. The only way an AP reveals the SSID in the clear is if the client sends
    a directed probe request (with the SSID filled in) because then the AP
    will respond with a probe response that includes the SSID in the clear.

    If no client ever sends out a directed probe request, then the SSID will
    never be found in any packet that can be sniffed by any nearby scanner.

    What happens in the case of a hidden SSID with auto-reconnect turned off is
    a. ONLY when you physically manually initiate a connection to a hidden SSID
    b. The client sends a directed probe request containing the hidden SSID.
    c. The access point repeats the hidden SSID in the directed probe response
    d. The client sends an association request containing the hidden SSID
    e. The AP sends an association response containing the hidden SSID
    f. Encrypted authentication handshakes & encrypted traffic follow

    While the BSSID remains visible in all subsequent frames, the SSID is no
    longer exposed in later frames, whether or not the AP SSID is hidden.

    The only time re-association could occur is if you manually disconnect from
    one AP and then manually connect to another AP with the same hidden SSID.

    If a random iOS/Android phone is sitting outside your house, and if your
    phone manually connects during that hour to the hidden SSID access point,
    the random phone outside can see the hidden SSID in cleartext. It will
    appear in the probe request, probe response, association request, and association response frames. After the connection is established, the SSID disappears from later traffic, but by then the random phone has already captured it.

    But wait, there's more.

    Wi-Fi frames are only visible to a sniffer if it is tuned to the same RF channel as the AP at the moment those frames are exchanged. And that
    exchange typically takes only about a second to complete. So the window in which the hidden SSID is in the clear is extremely short, especially for
    the 5GHz range since there are more channels the sniffer has to scan.

    The probability of capture depends on channel scanning behavior where a
    random phone scanning all channels may miss it, but a dedicated sniffer
    locked to the AP's channel will always catch it instantly.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Fri Dec 5 00:00:14 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-04 14:20, Tyrone wrote:
    On Dec 4, 2025 at 2:16:14 PM EST, "Alan" <nuh-uh@nope.com> wrote:

    On 2025-12-04 08:08, Marian wrote:
    J. P. Gilliver wrote:

    In certain areas even the
    _type_ (style) of things is controlled, to preserve the character of the >>>> area; this may (and is!) sometimes seen as draconian, but the converse >>>> argument is that it is the character of the area that attracted you to >>>> it in the first place, and if you wanted to build a lot of concrete or >>>> tin boxes, you should have bought land somewhere else.

    That reminds me. We have "albido" codes! Yup. Albido. If a house is on the >>> mountain, it can't be "too visible" from the valley. The albido is a paint >>> requirement that every home must meet so that it doesn't reflect too much. >>
    The word is "albEdo" with an "e":

    Another example of your supposed education at work...


    But I'm getting
    off topic even from our off topic: basically, agricultural land is
    protected from being built on, basically on the basis that we need to
    preserve what ag. land we've got, at least where it's _good_ ag. land. >>>> (Also AONBs - areas of outstanding natural beauty - and national parks - >>>> even if not actually _good_ ag. land.)

    I understand agricultural land being protected, & vice versa since
    fertilizer runoff could be dangerous if homes are built in the drainage. >>>
    Here's the local Silicon Valley zoning which contains what we have.
    <https://stgenpln.blob.core.windows.net/document/ZonOrd.pdf>

    I love the way you feel this need to mention "Silicon Valley" every time.


    Page 61 begins "HS" (hillside) zoning, which all the mountains are, where, >>> in some areas, apparently, the lot size can be as small as 20 acres (8
    hectares) when subdivisions occur. But where I am, they don't want any more >>> people so there will never be more homes than there are currently here.

    "Here" is completely redundant in that last sentence.

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently here."

    Means precisely the same thing as:

    "But where I am, they don't want any more people[sic] so there will
    never be more homes than there are currently."


    But far more germane:

    Page 61 does not "begin[] HS".

    It begins with the remaining text regarding "AR Districts" from the
    previous page.

    Specifically, the text that reads "Lot Size Reduction. A subdivision may
    include a lot or lots as small as 20 acres" is Section C of "2.020.060,
    AR Districts: Specific Subdivision and Road Provisions".

    After you get to "2.020.070 HS Districts: Supplemental Development
    Standards", one of the very first things it says is:

    "A. Setbacks–Substandard Named Subdivisions. Setbacks may be reduced on
    lots less than one acre..."

    Ergo, HS zoning MUST allow lots of far less than the 40 acres you first
    claimed applied to "every property".

    Haven't you learned yet? We are not supposed to actually read the links that Arlen provides. We are supposed to just accept that the link says what Arlen claims it says.

    I'm wondering where you got the degrees you claim to have that you
    cannot follow such a simple flow of text?

    I'm guessing from online "colleges". Or a local junior college.

    Maybe Arlen can provide a link that he will claim proves that he has degrees.
    He will assume that no one will read it. But when we read it, it will of course say no such thing.

    Isn't interesting that Arlen replied to another post which was a reply
    to one of mine...

    ...but not the one with the actual substance rebutting his bullshit.

    No wait!

    Not "interesting" at all.

    Rather "utterly predictable"!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Fri Dec 5 01:24:00 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    If no client ever sends out a directed probe request, then the SSID will never be found in any packet that can be sniffed by any nearby scanner.

    Now we need to look at what frames the random iOS/Android phone scans.

    We need to keep in mind that collecting client frames and subsequent
    Client/AP association traffic would expose user behavior (when/where
    someone connects) which would be a privacy violation.

    On each channel that the AP is set to be on...
    a. beacon frame (AP sends out every 100ms, does not contain a hidden SSID)
    b. wildcard probe request (client request will not contain the hidden SSID)
    b. directed probe request (client request will contain the hidden SSID)
    c. wildcard probe response (AP response will not contain the hidden SSID)
    c. directed probe response (AP response will contain the hidden SSID)
    d. association request (client request will contain the hidden SSID)
    e. association response (AP response will contain the hidden SSID)

    We have to assume, logically (if not legally) that Apple/Google rely on
    a. beacon frame (AP sends out every 100ms, does not contain a hidden SSID)
    c. wildcard probe response (AP response will not contain the hidden SSID)
    c. directed probe response (AP response will contain the hidden SSID)
    Because, we may assume, collecting client frames and access-point
    association frames would likely raise huge privacy/security concerns.

    So there are only three ways for a random phone to learn your SSID:
    1. The random phone can passively listen to AP beacon frames
    2. The random phone can passively listen to AP probe responses
    3. The random phone can itself actively send a wildcard probe request
    (to which the AP will respond but without the hidden SSID included)
    The random phone can hear client activity and association activity, but we
    must assume Google/Apple do not collect them for legal/privacy reasons.

    In summary, what Apple/Google WPS most likely rely on are
    a. AP beacons (AP broadcast every 100ms or so but the SSID is hidden)
    c. AP probe responses (wildcard or directed)
    Where the hidden SSID is only contained in directed AP probe responses once
    per connection.

    Given that reality check, if your phone is set to not automatically
    reconnect, and if your access point is set to hidden, the "window" that a random iOS/Android phone has to sniff out your SSID is vanishingly small.

    The only time your SSID is in any of the access point packets is at the
    time of the initial connection, which could have happened a month ago.

    So the question that needs to be answered given that even if the SSID is hidden, the BSSID + channel + RSSI + GPS + timestamp are still available in
    the access point beacons and probe responses, what is Google/Apple policy
    for how they have set, by default, the random iOS/Android phone to do?

    Do they follow Mozilla precedent to NOT "collect" BSSIDs of hidden APs?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 03:05:27 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    No you don't. You said you could track me "if you were a bad guy". I gave
    you permission and you could do nothing. Your paranoia is baseless.

    https://github.com/darkosancanin/apple_bssid_locator

    Let's say someone walks into the store to buy a router, and I watch them, knowing the router BSSID is printed on the box (so I write it down).

    Until they retire that router, I can find where they installed that router,
    and it will be most likely where they live.

    darkosancanin/apple_bssid_locator (GitHub)

    Python tool to look up AP
    locations from Apple¢s WPS.

    Queries by BSSID and returns
    coordinates.

    Shows how App'e¢s API can return results without SSID values.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Fri Dec 5 11:06:25 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05 06:06, Char Jackson wrote:
    On Wed, 3 Dec 2025 20:25:49 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    Instead, the current router has a very simple admin page with password
    (printed in a label underneath the router) and help pages, and an
    advanced setup that asks "are you sure"? but has the same password and
    no help pages. And a complex setup.


    Wifi (ssid/pass), typeof security, and channel
    WiFi+
    WiFi for guests (ssid/pass, type of security

    Ports to open to what local machine

    LAN map
    LAN config (gateway, mask, dhcp on/off, range, dns1 dns2)

    Config is multiple (with NAT) or single post (transparent router)

    IPv6 (dhcp mode, ports, filter)

    router password

    Firmware updates

    Other (write/read profile, factory reset, wifi factory reset, firewall
    disable, universal UPnP enable/disable.

    Help

    Advnced.

    I don't see anything complex there, but we don't all have the same background.

    Because that is the simple setup mode. You don't see there the virtual networks (VLANS) it has, for instance.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 08:58:04 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05 02:05, Marian wrote:
    Chris wrote:
    No you don't. You said you could track me "if you were a bad guy". I gave
    you permission and you could do nothing. Your paranoia is baseless.

    https://github.com/darkosancanin/apple_bssid_locator

    Let's say someone walks into the store to buy a router, and I watch them, knowing the router BSSID is printed on the box (so I write it down).

    From a label where the MAC address is typically written in tiny type...
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 17:37:43 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05, Alan <nuh-uh@nope.com> wrote:
    On 2025-12-05 02:05, Marian wrote:
    Chris wrote:

    No you don't. You said you could track me "if you were a bad guy". I gave >>> you permission and you could do nothing. Your paranoia is baseless.

    https://github.com/darkosancanin/apple_bssid_locator

    Let's say someone walks into the store to buy a router, and I watch them,
    knowing the router BSSID is printed on the box (so I write it down).

    From a label where the MAC address is typically written in tiny type...

    I just ran this script with the BSSID of my WiFi access point, and it
    couldn't locate it:

    Searching for location of bssid: [redacted]
    The bssid was not found.

    Another nothing burger from little Arlen. YAWN...
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 19:16:13 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    I'm guessing that was composed when Google Groups was still operating?
    If it was, maybe you might want to amend it ...
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

    You need 10 wise men to get back a rock thrown in a lake by an idiot
    - Romanian proverb (tweeted by Ovidiu S @plount_os 2023-2-6)
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 19:36:07 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    No you don't. You said you could track me "if you were a bad guy". I gave
    you permission and you could do nothing. Your paranoia is baseless.

    https://github.com/darkosancanin/apple_bssid_locator

    Let's say someone walks into the store to buy a router, and I watch them, knowing the router BSSID is printed on the box (so I write it down).

    Until they retire that router, I can find where they installed that router, and it will be most likely where they live.

    So you can only track me if you physically sell me the router in a shop and write down the MAC address?

    I think I'll cope with that very serious potential privacy risk.
    Fortunately it's not the 1990s anymore.

    It still just boils down to knowing my home address. Which is already
    public knowledge.

    darkosancanin/apple_bssid_locator (GitHub)

    Python tool to look up AP
    locations from Apple’s WPS.

    Queries by BSSID and returns
    coordinates.

    Shows how App'e’s API can return results without SSID values.




    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 19:56:05 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating?
    If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so
    it stays.
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 19:57:21 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05, Chris <ithinkiam@gmail.com> wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    No you don't. You said you could track me "if you were a bad guy". I gave >>> you permission and you could do nothing. Your paranoia is baseless.

    https://github.com/darkosancanin/apple_bssid_locator

    Let's say someone walks into the store to buy a router, and I watch them,
    knowing the router BSSID is printed on the box (so I write it down).

    Until they retire that router, I can find where they installed that router, >> and it will be most likely where they live.

    So you can only track me if you physically sell me the router in a shop and write down the MAC address?

    Even then it's not guaranteed to work. I just ran the script and plugged
    my BSSID in and got nothing. 😉
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 00:11:35 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/5 19:56:5, Jolly Roger wrote:
    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating?>> If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so
    it stays.

    I wasn't bitching - just suggesting you might not want to appear
    out-of-date (how long is it now since Google Groups posts ceased
    appearing?); it doesn't _bother_ me.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 17:34:47 2025
    From Newsgroup: comp.mobile.android

    Jolly Roger wrote:
    From a label where the MAC address is typically written in tiny type...

    I just ran this script with the BSSID of my WiFi access point, and it couldn't locate it:

    Searching for location of bssid: [redacted]
    The bssid was not found.

    Which "script" did you run?
    On what platform?

    I ran the python script using Windows 10 but I had to add the protobuf
    5.29.4 archive to get it to work. Did you run it on the macOS and which
    version of Python did you run if you ran that Python Github script?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 17:49:46 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    It still just boils down to knowing my home address. Which is already
    public knowledge.

    Hi Chris,

    You're smarter than that.

    I get it that all the Apple trolls are desperate to minimize the privacy implications of what has widely been reported as a privacy nightmare.

    You Apple trolls always defend everything Apple to the death.
    No matter what.

    So it's natural that you and Jolly Roger claim that Apple's invasion of our privacy is, in the words of Jolly Roger "a nothing burger".

    But you need to realize privacy professionals out there disagree with you.
    *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    For you Apple trolls to claim the security professionals are wrong is your
    own way of defending everything Apple does, to the death, no matter what.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://par.nsf.gov/servlets/purl/10540853>

    Luckily, of all the Apple trolls, you're one who sometimes can exercise critical thinking processes, so allow me to give you a local example.

    Since WaveDigger has a special query mode where you can enter a single SSID
    or BSSID, and instead of just returning that access point's location, it
    also pulls in the surrounding access points that Apple's Wi-Fi Positioning System has observed in the same area.... just... try this...

    Windows:
    1. Press Win+R
    2. Type: cmd
    3. In the command prompt, type:
    netsh wlan show networks mode=bssid
    4. Look for your SSID name
    5. Under it, find "BSSID" lines
    6. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    MacOS:
    1. Open a terminal
    2. Type: airport -s
    3. Find your SSID in the list
    4. Copy the BSSID shown (format: AA:BB:CC:DD:EE:FF)

    Once you have the BSSID, you can paste it into WaveDigger lookup tool.
    1. Open the WaveDigger site:
    https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
    11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
    If you enable "include surrounding access points",
    it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves to a
    new house, you can track them if they use their router at the new home.
    --
    Privacy takes intelligence to understand, but most people give up.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 5 17:18:37 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:
    It still just boils down to knowing my home address. Which is already
    public knowledge.

    Hi Chris,

    You're smarter than that.

    I get it that all the Apple trolls are desperate to minimize the privacy implications of what has widely been reported as a privacy nightmare.

    You Apple trolls always defend everything Apple to the death.
    No matter what.

    So it's natural that you and Jolly Roger claim that Apple's invasion of our privacy is, in the words of Jolly Roger "a nothing burger".

    But you need to realize privacy professionals out there disagree with you.
    *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    For you Apple trolls to claim the security professionals are wrong is your own way of defending everything Apple does, to the death, no matter what.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://par.nsf.gov/servlets/purl/10540853>

    Luckily, of all the Apple trolls, you're one who sometimes can exercise critical thinking processes, so allow me to give you a local example.

    Since WaveDigger has a special query mode where you can enter a single SSID or BSSID, and instead of just returning that access point's location, it
    also pulls in the surrounding access points that Apple's Wi-Fi Positioning System has observed in the same area.... just... try this...

    Windows:
    1. Press Win+R
    2. Type: cmd
    3. In the command prompt, type:
    netsh wlan show networks mode=bssid
    4. Look for your SSID name
    5. Under it, find "BSSID" lines
    6. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    MacOS:
    1. Open a terminal
    2. Type: airport -s
    3. Find your SSID in the list
    4. Copy the BSSID shown (format: AA:BB:CC:DD:EE:FF)

    Once you have the BSSID, you can paste it into WaveDigger lookup tool.
    1. Open the WaveDigger site:
    https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
    11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
    If you enable "include surrounding access points",
    it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves to a
    new house, you can track them if they use their router at the new home.

    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

    From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Char Jackson@none@none.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Fri Dec 5 22:59:35 2025
    From Newsgroup: comp.mobile.android

    On Fri, 5 Dec 2025 11:06:25 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    On 2025-12-05 06:06, Char Jackson wrote:

    <snip>

    I don't see anything complex there, but we don't all have the same
    background.

    Because that is the simple setup mode. You don't see there the virtual >networks (VLANS) it has, for instance.

    In the early 2000s I used to think that dd-wrt router firmware was
    complex, but the fog clears over time. It includes vlans, among many
    other things.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Daniel70@daniel47@nomail.afraid.org to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 21:04:18 2025
    From Newsgroup: comp.mobile.android

    On 6/12/2025 11:11 am, J. P. Gilliver wrote:
    On 2025/12/5 19:56:5, Jolly Roger wrote:
    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating?
    If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so
    it stays.

    I wasn't bitching - just suggesting you might not want to appear
    out-of-date (how long is it now since Google Groups posts ceased
    appearing?); it doesn't _bother_ me.

    I'm guessing 10'ish months since Google cut UseNet lose!!
    --
    Daniel70
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sat Dec 6 13:08:19 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-06 05:59, Char Jackson wrote:
    On Fri, 5 Dec 2025 11:06:25 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    On 2025-12-05 06:06, Char Jackson wrote:

    <snip>

    I don't see anything complex there, but we don't all have the same
    background.

    Because that is the simple setup mode. You don't see there the virtual
    networks (VLANS) it has, for instance.

    In the early 2000s I used to think that dd-wrt router firmware was
    complex, but the fog clears over time. It includes vlans, among many
    other things.



    When I say that my ISP setup of the router is complex, I mean things
    like that the setup includes 3 active VLANs, and more things. If I buy
    my own router, first I have to decode out the entire setup of the old
    router, and then replicate it in the new router. Ie, create again those
    3 VLANs, and every other thing they did, which are not documented. You
    have to reverse engineer the setup of the provided router.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 13:24:54 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-06 02:18, Alan wrote:
    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:


    Since WaveDigger has a special query mode where you can enter a single
    SSID
    or BSSID, and instead of just returning that access point's location, it
    also pulls in the surrounding access points that Apple's Wi-Fi
    Positioning
    System has observed in the same area.... just... try this...

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    iwlist scan | grep "Address:\|SSID"

    ...

    Once you have the BSSID, you can paste it into WaveDigger lookup tool.
    1. Open the WaveDigger site:
        https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
        11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
        If you enable "include surrounding access points",
        it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves to a
    new house, you can track them if they use their router at the new home.

    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

    From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there is
    no warranty that it is accurate.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 12:58:52 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    It still just boils down to knowing my home address. Which is already
    public knowledge.

    Hi Chris,

    You're smarter than that.

    You're not, though.

    I get it that all the Apple trolls are desperate to minimize the privacy implications of what has widely been reported as a privacy nightmare.

    Only you are making out that it is a privacy nightmare and it drives you to change your behaviour.

    It has no negative impact on ordinary people.

    We now know from your inability to come up with a way to actually track me
    that what is required is knowledge of a WAP's MAC address. This is only
    known by being in direct contact with the WAP (to read the sticker) or connected to it. Both of which mean you'll find out the location when you
    are AT THE LOCATION.

    You're a moron if you think this is a problem.

    You Apple trolls always defend everything Apple to the death.
    No matter what.

    Incorrect. You're pushing an invalid narrative, which needs to be
    addressed.

    So it's natural that you and Jolly Roger claim that Apple's invasion of our privacy is, in the words of Jolly Roger "a nothing burger".

    But you need to realize privacy professionals out there disagree with you.
    *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    That's a clickbait article. Nowhere does it explain how a domestic, mains powered router is like a battery powered device that fits on a keychain.

    To many people Airtags and the like are a *good* thing. Mullins have been
    sold.

    The only real scenario they demonstrate as being a genuine risk is being in
    a warzone like Ukraine and Gaza. Again, of no relevance to 99.999% of
    people. Am pretty sure the Santa Cruz mountains aren't awarzone.

    For you Apple trolls to claim the security professionals are wrong

    Incorrect. No-one is saying that. We're saying you're wrong. As per usual.

    is your
    own way of defending everything Apple does, to the death, no matter what.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://par.nsf.gov/servlets/purl/10540853>

    Luckily, of all the Apple trolls, you're one who sometimes can exercise critical thinking processes, so allow me to give you a local example.

    Since WaveDigger has a special query mode where you can enter a single SSID or BSSID, and instead of just returning that access point's location, it
    also pulls in the surrounding access points that Apple's Wi-Fi Positioning System has observed in the same area.... just... try this...

    Windows:
    1. Press Win+R
    2. Type: cmd
    3. In the command prompt, type:
    netsh wlan show networks mode=bssid
    4. Look for your SSID name
    5. Under it, find "BSSID" lines
    6. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    Untested.

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    "enp0s1 Interface doesn't support scanning"

    MacOS:
    1. Open a terminal
    2. Type: airport -s
    3. Find your SSID in the list
    4. Copy the BSSID shown (format: AA:BB:CC:DD:EE:FF)

    "zsh: command not found: airport"

    Looks like chatgpt has let you down again. lol.

    For someone who claims to test so many things on a daily basis and is a self-proclaimed expert you don't half fail an awful lot.

    Amazon should ask for their money back for your "reviews". Oh wait they
    can't, because you give away your time to a multi-billion dollar company
    for free!! What an utter moron.

    Once you have the BSSID, you can paste it into WaveDigger lookup tool.
    1. Open the WaveDigger site:
    https://wavedigger.networksurvey.app/?tab=bssid

    Crashes Firefox in my ubuntu VM. <sigh>

    2. In the "BSSID" field, type your MAC address:
    11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
    If you enable "include surrounding access points",
    it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves to a
    new house, you can track them if they use their router at the new home.

    My neighbours are in their 70s and 80s. They aren't moving anywhere with
    their routers. Given I get on with my neighbours they would *tell* me where they're going anyway with no need for any subterfuge.

    Honestly, your world sounds *exhausting*.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 14:31:14 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-06 13:58, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    "enp0s1 Interface doesn't support scanning"

    This Linux command is correct, except that it tries all network
    interfaces, including some that work for the purpose and some that do
    not. And on those it prints that informative error message.

    XXX:~ # iwlist scan
    lo Interface doesn't support scanning.

    eth0 Interface doesn't support scanning.

    wlan1 Scan completed :
    Cell 01 - Address: AA:BB:CC:DD:EE:FF
    Channel:116
    Frequency:5.58 GHz (Channel 116)
    Quality=70/70 Signal level=-28 dBm
    Encryption key:on
    ESSID:"Some name"
    ...
    ...
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 17:52:02 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-06 13:58, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    "enp0s1 Interface doesn't support scanning"

    This Linux command is correct, except that it tries all network
    interfaces, including some that work for the purpose and some that do
    not. And on those it prints that informative error message.

    XXX:~ # iwlist scan
    lo Interface doesn't support scanning.

    eth0 Interface doesn't support scanning.

    wlan1 Scan completed :
    Cell 01 - Address: AA:BB:CC:DD:EE:FF
    Channel:116
    Frequency:5.58 GHz (Channel 116)
    Quality=70/70 Signal level=-28 dBm
    Encryption key:on
    ESSID:"Some name"
    ...
    ...


    Ah, thanks. That'll be because in the VM there isn't a wlan.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 11:16:36 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

    From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there is
    no warranty that it is accurate.

    Where I live, it's so accurate as to make my heart palpitate in shock.

    However, I see what Alan Baker wrote based on your inclusion of his post,
    but he's dead wrong (as always), but I can't fault Alan Baker for being
    dead wrong about everything as his IQ is well below anything normal.

    For people like you, Chris, I can point out that when I look at the
    database, given our homes are far apart, it's trivial to identify the exact neighbor with the exact BSSID.

    So while you must be aware I don't advocate tracking your neighbors, one
    answer to your question of how I could track YOU is if you were one of my neighbors.

    If YOU were one of my neighbors, that query would show me exactly where YOU live and exactly what your BSSID is, which I could use to track you for as
    long as you use that particular router.

    For example, if you moved away, but if you re-used your router, then I
    would know EXACTLY where you lived, if you moved to another sparse location such as mine is.

    I did NOT check for access points in the middle of Los Angeles though,
    where I'd suspect Alan Baker's comment is more apropos given the density of access points would be far greater than it is out here in the boonies.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 11:39:02 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    Only you are making out that it is a privacy nightmare and it drives you to change your behaviour.

    <https://www.cs.umd.edu/~dml/papers/wifi-surveillance-sp24.pdf>
    "In this work, we show that Apples WPS implementation
    can easily be abused to create a serious privacy threat
    on a global scale."

    It has no negative impact on ordinary people.

    I get it that you Apple trolls always defend Apple to the death, no matter what, but all I will ask of you (given the listing above) is for you to...

    *Find even a single security researcher who agrees with you.*

    <https://www.govinfosecurity.com/surveillance-risk-apples-wifi-based-positioning-system-a-25330>
    "The attack risk stems from Apple's WiFi-based Positioning System"

    We now know from your inability to come up with a way to actually track me that what is required is knowledge of a WAP's MAC address. This is only
    known by being in direct contact with the WAP (to read the sticker) or connected to it. Both of which mean you'll find out the location when you
    are AT THE LOCATION.

    Notice that, where I live, in the mountains high above Silicon Valley, the query we discussed prior shows EXACTLY the EXACT BSSID of all my neighbors.

    It's EXACT, Chris.
    It's horrifyingly exact, Chris.

    I almost had a heart attack when I saw how clearly I could identify each
    and every one of my neighbors by their exact location and BSSID, Chris.

    What's worse, since Apple's WPS database has no security control
    whatsoever, anyone in the world can do easily what I just did, Chris.

    All of us can be tracked. And it's not just me saying it.
    Read the papers, Chris. Read them.

    *Find even a single security researcher who agrees with you.*

    <https://arxiv.org/abs/2405.14975>
    "In this work, we show that Apple's flawed WPS can too easily be abused"

    You're a moron if you think this is a problem.

    It's a given you Apple trolls defend everything Apple does, to the death,
    no matter what. And, all you Apple trolls attack the person carrying the
    news, because you can't actually attack the news.

    So you call me a "moron" only because you hate what Apple did, Chris.

    Yet, all I'm asking you to do, Chris... is...
    *Find even a single security researcher who agrees with you.*

    <https://www.bizcommunity.com/article/apple-may-have-turned-wi-fi-routers-into-a-privacy-threat-239637a>
    "Researchers from the University of Maryland have uncovered a
    significant privacy vulnerability in Apple's Wi-Fi-based
    Positioning System (WPS). This vulnerability enables attackers
    to track devices globally by exploiting the way Apple's WPS
    operates, raising serious privacy concerns."

    You Apple trolls always defend everything Apple to the death.
    No matter what.

    Incorrect. You're pushing an invalid narrative, which needs to be
    addressed.

    You Apple trolls defend Apple to the death, no matter what.
    And you call all security narratives "invalid" becuase you hate that
    Apple did what Apple did, which you hate. So you call me a "moron".

    And you call all security concerns "invalid".
    And yet, you can't find a single security professional who agrees with you.

    <https://www.theregister.com/2024/05/23/apple_wifi_positioning_system/>
    "The threat applies even to users that do not own devices
    for which the WPSes are designed - individuals who own no Apple
    products, for instance, can have their AP in Apple's WPS merely
    by having Apple devices come within Wi-Fi transmission range."

    But you need to realize privacy professionals out there disagree with you. >> *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    That's a clickbait article. Nowhere does it explain how a domestic, mains powered router is like a battery powered device that fits on a keychain.

    Well, Brian Krebs is a well-known well-respected researcher, is he not?

    And besides, it's not just Bran Krebs making the points that you hate. <https://cybernews.com/privacy/apple-beams-wifi-location-data-privacy-risk/>
    "Anyone can exploit Apple's flawed WiFi-based positioning system (WPS)*

    To many people Airtags and the like are a *good* thing. Mullins have been sold.

    Well, you defend everything Apple does to the death, Chris.
    So it's natural that you'll try to dismiss the severity of this issue.

    But you can't find a single security professional who agrees with you.
    <https://securityboulevard.com/2024/05/apple-wi-fi-location-privacy-richixbw/>
    "An unrestricted Apple API endpoint allows for easy tracking."

    The only real scenario they demonstrate as being a genuine risk is being in
    a warzone like Ukraine and Gaza. Again, of no relevance to 99.999% of
    people. Am pretty sure the Santa Cruz mountains aren't awarzone.

    Well, again, since you're an Apple troll, you are desperate to minimize the adverse impact of everything that Apple does that you internally hate.

    But the fact is you can't find any security pros who agree with you.
    <https://www.macworld.com/article/2343297/apple-wi-fi-network-wps-vulnerability-location-services-leak.html>
    "Researchers have discovered a crucial vulnerability
    in the way only Apple's location services work"

    For you Apple trolls to claim the security professionals are wrong

    Incorrect. No-one is saying that. We're saying you're wrong. As per usual.

    Again, since you're an Apple troll, you defend everything Apple does,
    to the death, no matter what, even to the point of attacking me.

    You Apple trolls attack me because you hate the truth about Apple.
    You hate that Apple never does what Apple "says" it does.

    Hence, I take it in stride that you hate me for quoting the truth.

    *Find even a single security researcher who agrees with you.*

    <https://9to5mac.com/2024/05/24/apple-location-services-vulnerability/>
    "We need to understand Apple devices figure out locations differently"
    "There is one crucial difference between the way in which
    Apple and Google devices carry out this task
    and that's exactly where the privacy issue arises."

    Amazon should ask for their money back for your "reviews". Oh wait they can't, because you give away your time to a multi-billion dollar company
    for free!! What an utter moron.

    Well, I take it in stride that you Apple trolls hate your lack
    of intelligence, so you attack me because you hate that I'm not
    like you.

    In fact, I've told you many times to not make the mistake of
    ever thinking that you Apple trolls are anything like I am.

    The very fact Amazon selected me, where they only choose the top
    half million or so reviewers to invite to Vine, says something.

    Honestly, your world sounds *exhausting*.

    It's hard for me to respond to that feeling other than to understand
    your lack of IQ in a sympathetic way that fosters compassion.

    You feel that the effort to remain private is exhausting.
    And I can sympathize with you.

    But the effort to remain free from slavery is also exhausting.
    I don't own the mentality of the Sklaven.

    In this case, Apple has violated ethical privacy concerns.
    It's a legal and moral issue.

    I fight for those.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 11:47:52 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    The very fact Amazon selected me, where they only choose the top
    half million or so reviewers to invite to Vine, says something.

    I should clarify that Amazon chooses only thousands of people
    for the Amazon Vine program where they allow us to order any
    item of any cost (up to eight items every single day) as long
    as we review 80% of them every half year evaluation period.
    <https://amazon.com/vine/about>

    On reddit and elsewhere, they've estimated Amazon chooses to invite perhaps only one out of every half million reviewer of products on their site.

    Amazon doesn't publish those numbers, but I've asked everyone on these
    groups and so far only I have been invited so that shows selectivity.

    My only point for clarifying this is that the Apple trolls, who defend everything Apple does, to the death, always love to attack the person.

    For example, Chris calls me "a moron" simply for quoting what security professionals wrote. There's no other reason. I posted the truth.

    Hence, to Apple trolls like Chris, anyone posting the truth is
    "a moron"

    So be it.
    None of us on Usenet have such a thin skin as to be put off by actions by
    these Apple trolls who are desperate to control the narrative on Apple.

    They actually hate that Apple does all these things.
    But they can't logically find any other way to defend Apple to the death.

    But defend Apple to the death they must do.
    So, they get personal.

    They call anyone speaking the truth about Apple, "a moron".
    So be it.

    If that's their best defense to the truth about Apple,
    then that defense alone tells us what they think about Apple.

    Anyone telling the truth about Apple, is, to them, "a moron".
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 20:51:57 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Carlos E.R. wrote:
    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

    From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there is
    no warranty that it is accurate.

    Where I live, it's so accurate as to make my heart palpitate in shock.

    However, I see what Alan Baker wrote based on your inclusion of his post,
    but he's dead wrong (as always), but I can't fault Alan Baker for being
    dead wrong about everything as his IQ is well below anything normal.

    For people like you, Chris,

    Again, you're replying to Carlos. Read your own posts, why don't you?

    I can point out that when I look at the
    database, given our homes are far apart, it's trivial to identify the exact neighbor with the exact BSSID.

    So while you must be aware I don't advocate tracking your neighbors, one answer to your question of how I could track YOU is if you were one of my neighbors.

    You would do better actually looking out the window. You would then see if
    the lights are on or not. That's more useful information than knowing my
    MAC.

    If YOU were one of my neighbors, that query would show me exactly where YOU live and exactly what your BSSID is, which I could use to track you for as long as you use that particular router.

    Can you genuinely not see how ridiculous this sounds?

    You're trying claim that using an internet database of anonymous
    information is a more serious risk than looking out of your own window.
    You're claiming that the telephone books we all used to have are a serious privacy risk worth of a class action suit. LMAO.

    For example, if you moved away, but if you re-used your router, then I
    would know EXACTLY where you lived, if you moved to another sparse location such as mine is.

    That's a lot of "ifs".

    I did NOT check for access points in the middle of Los Angeles though,
    where I'd suspect Alan Baker's comment is more apropos given the density of access points would be far greater than it is out here in the boonies.




    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 6 16:10:07 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-06 04:24, Carlos E.R. wrote:
    On 2025-12-06 02:18, Alan wrote:
    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:


    Since WaveDigger has a special query mode where you can enter a
    single SSID
    or BSSID, and instead of just returning that access point's location, it >>> also pulls in the surrounding access points that Apple's Wi-Fi
    Positioning
    System has observed in the same area.... just... try this...

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    iwlist scan | grep "Address:\|SSID"

    ...

    Once you have the BSSID, you can paste it into WaveDigger lookup tool.
    1. Open the WaveDigger site:
        https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
        11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
        If you enable "include surrounding access points",
        it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves to a >>> new house, you can track them if they use their router at the new home.

    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

     From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there is
    no warranty that it is accurate.


    Which means you cannot trust that any information returned is accurate.

    Makes for a pretty bad way to track someone...

    ...assuming you had some way to associate someone's identity with the
    BSSID of their WiFi in the first place.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Char Jackson@none@none.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sat Dec 6 20:03:58 2025
    From Newsgroup: comp.mobile.android

    On Sat, 6 Dec 2025 13:08:19 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    On 2025-12-06 05:59, Char Jackson wrote:
    On Fri, 5 Dec 2025 11:06:25 +0100, "Carlos E.R."
    <robin_listas@es.invalid> wrote:

    On 2025-12-05 06:06, Char Jackson wrote:

    <snip>

    I don't see anything complex there, but we don't all have the same
    background.

    Because that is the simple setup mode. You don't see there the virtual
    networks (VLANS) it has, for instance.

    In the early 2000s I used to think that dd-wrt router firmware was
    complex, but the fog clears over time. It includes vlans, among many
    other things.



    When I say that my ISP setup of the router is complex, I mean things
    like that the setup includes 3 active VLANs, and more things. If I buy
    my own router, first I have to decode out the entire setup of the old >router, and then replicate it in the new router. Ie, create again those
    3 VLANs, and every other thing they did, which are not documented. You
    have to reverse engineer the setup of the provided router.

    I don't see anything complex about setting up consumer networking gear,
    but I'll take your word for it.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 02:10:03 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    I also opt out by adding _optout_ & _nomap to the SSID.
    b. This (supposedly) removes my privacy information from the servers

    Here is how to opt out of the following databases with your location.
    1. Apple
    2. Google
    3. WiGLE
    4. Mozilla
    5. OSM
    6. Skyhook
    7. Microsoft

    Since this is designed to help everyone get out of the location databases,
    it's important to get them all in a single list. What's missing still?

    Apple documents the use of "_nomap" at the end of an SSID to opt out:
    <https://support.apple.com/en-us/102515>
    "The owner of a Wi-Fi access point can opt it out of
    Apple's Location Services ¡X which prevents its location
    from being sent to Apple to include in Apple's crowd-sourced
    location database ¡X by changing the access point's SSID (name)
    to end with '_nomap.' For example, 'Access_Point' would be
    changed to 'Access_Point_nomap.'"

    Google documents the use of "_nomap" at the end of an SSID to opt out:
    <https://support.google.com/maps/answer/1725632>
    "To opt out, change the SSID (name) of your Wi-Fi access point
    (your wireless network name) so that it ends with '_nomap.'
    For example, if your SSID is '12345,' you would change it
    to '12345_nomap.'"

    WiGLE documents the use of "_nomap" or "_optout" at the end of an SSID.
    <https://wigle.net/phpbb/viewtopic.php?t=2330>
    "WiGLE automatically hides networks... with these _nomap
    and/or _optout tags in the ssid."

    Mozilla documented the use of "_nomap" at the end of an SSID to opt out. They're the only ones who documented the hidden option to opt out.
    Mozilla Location Service
    <https://en.wikipedia.org/wiki/Mozilla_Location_Service>
    "Mozilla's client applications do not collect information
    about WiFi access points whose SSID is hidden or ends with
    the string '_nomap' (e.g. 'Simpson-family-wifi_nomap')."

    OpenWLANMap documented the use of "_nomap" at the end of an SSID:
    <https://github.com/openwifi-su/OpenWLANMap-App>
    "The app includes the following functionalities:
    - Scanning the wifi in the surrounding and
    filtering out those wifis _nomap"

    Skyhook (now Qualcomm) documented their optout policy here:
    <https://www.qualcomm.com/site/privacy/skyhookprivacy>
    "MAC Addresses: If users wish to opt out of Skyhook's use
    of the Wi-Fi access point's MAC address to provide location,
    users may opt-out by clicking here.
    <https://www.qualcomm.com/site/privacy/qualcommtpsoptout>
    If users choose to opt out, Skyhook will blacklist that MAC address
    to not use that MAC address information in the future.

    IP Addresses: If users wish to opt out of Skyhook¡¦s use
    of the home IP address, users may opt-out by clicking here.
    <https://www.qualcomm.com/site/privacy/qualcommtpsoptout>
    If you choose to opt out, Skyhook will blacklist that IP address
    to not use that IP address in the future

    Microsoft does not use the _nomap suffix. Instead, you must provide the MAC address of your Wi-Fi access point to Microsoft¡¦s block list. <https://account.microsoft.com/privacy/location-services-opt-out>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 11:05:14 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    Only you are making out that it is a privacy nightmare and it drives you to >> change your behaviour.

    <https://www.cs.umd.edu/~dml/papers/wifi-surveillance-sp24.pdf>
    "In this work, we show that Apples WPS implementation
    can easily be abused to create a serious privacy threat
    on a global scale."


    As you well know the scenarios shown are disasters or warzones. Which
    aren't of relevance to civilians as they have far more serious issues to
    worry about.

    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    It has no negative impact on ordinary people.

    I get it that you Apple trolls always defend Apple to the death, no matter what, but all I will ask of you (given the listing above) is for you to...

    *Find even a single security researcher who agrees with you.*

    <https://www.govinfosecurity.com/surveillance-risk-apples-wifi-based-positioning-system-a-25330>
    "The attack risk stems from Apple's WiFi-based Positioning System"

    We now know from your inability to come up with a way to actually track me >> that what is required is knowledge of a WAP's MAC address. This is only
    known by being in direct contact with the WAP (to read the sticker) or
    connected to it. Both of which mean you'll find out the location when you
    are AT THE LOCATION.

    Notice that, where I live, in the mountains high above Silicon Valley, the query we discussed prior shows EXACTLY the EXACT BSSID of all my neighbors.

    It's EXACT, Chris.
    It's horrifyingly exact, Chris.

    I almost had a heart attack when I saw how clearly I could identify each
    and every one of my neighbors by their exact location and BSSID, Chris.

    That is the exact point of it. It would be a pretty terrible service if it couldn't identify unique buildings within 40 acre plots. lol.

    What's worse, since Apple's WPS database has no security control
    whatsoever, anyone in the world can do easily what I just did, Chris.

    All of us can be tracked. And it's not just me saying it.
    Read the papers, Chris. Read them.

    Literally says 0.06% of APs move . That's nowhere near "all of us".

    *Find even a single security researcher who agrees with you.*

    <https://arxiv.org/abs/2405.14975>
    "In this work, we show that Apple's flawed WPS can too easily be abused"

    You're a moron if you think this is a problem.

    It's a given

    You remove context and distort.


    But you need to realize privacy professionals out there disagree with you. >>> *Why Your Wi-Fi Router Doubles as an Apple AirTag*
    <https://krebsonsecurity.com/2024/05/why-your-wi-fi-router-doubles-as-an-apple-airtag/>

    That's a clickbait article. Nowhere does it explain how a domestic, mains
    powered router is like a battery powered device that fits on a keychain.

    Well, Brian Krebs is a well-known well-respected researcher, is he not?

    Argument to authority. Invalidates everything else you say.

    Please explain how the title isn't clickbait?





    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to comp.mobile.android on Sun Dec 7 13:29:01 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg <this@ddress.is.invalid> wrote:
    Andy Burns <usenet@andyburns.uk> wrote:
    Frank Slootweg wrote:

    Andy Burns wrote:

    In the UK (and I assume wider within Europe) many ISPs do remote
    provisioning using TR-069 protocol.

    Do you know the extent of that "provisioning", i.e. what they can and
    can not do?

    quite likely change all settings and do firmware updates, reboots

    They only have to access to WAN side settings or global things like
    firmware updates or full resets.

    Also of the router part, i.e. router settings, passwords, IP settings, etc.?

    If so, how is the user's ('LAN') still his/hers and still secure? How
    about the user being liable for any abuse/misuse from the ISP's side/ personel?

    The LAN is still yours and separate.

    Over time (some 20+ years), my modem/router devices have either been
    installed by an on-site technician (probably two times) or by myself,
    i.e. they ship a replacement modem/router (sometimes with things like
    cables, adapters, outlets, etc.) and I install it (probably three or
    more times).

    I generally start with the ISP's device, then migrate to my own device,
    but the I've stayed with same ISP since 2004

    Over time, I have used two of my own routers. The first one was
    needed, because the modem only had one hardwired connection. The second, because the first was too slow (bps). After that, I've used the ISP's built-in routers because they offered sufficient functionality. And yes,
    also since about that time (March 2003 actually).




    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 16:06:36 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:

    Here is how to opt out of the following databases

    Going chinese? You've swapped into charset="big5" and the weird italic
    font that usually uses.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 09:51:15 2025
    From Newsgroup: comp.mobile.android

    Char Jackson wrote:
    In the early 2000s I used to think that dd-wrt router firmware was
    complex, but the fog clears over time. It includes vlans, among many
    other things.



    When I say that my ISP setup of the router is complex, I mean things
    like that the setup includes 3 active VLANs, and more things. If I buy
    my own router, first I have to decode out the entire setup of the old >>router, and then replicate it in the new router. Ie, create again those
    3 VLANs, and every other thing they did, which are not documented. You >>have to reverse engineer the setup of the provided router.

    I don't see anything complex about setting up consumer networking gear,
    but I'll take your word for it.

    I agree with Char Jackson, who has helped me over the years to set up old Linksys & Netgear routers on DD-WRT as bridges (and as bridge repeaters).

    As Char Jackson noted, working with routers is something we've done since,
    oh, I don't know, about 2002 when the first Linksys WRT-54G was released.
    <https://en.wikipedia.org/wiki/Linksys_WRT54G_series>

    In the early days the WRT-54G had enough memory to flash DD-WRT on it
    so we learned a lot when we retired the router & repurposed them as a
    wireless client bridge repeater or access point wired or wireless repeater.

    Over those two decades of constantly flashing routers, "the fog clears over time", such that we don't consider router setup to be difficult (and, in
    fact, we flash our own routers with DD-WRT whenever we can).

    In all those years, I haven't explicitly run into VLANs but implicitly many guest networks and repeater bridges make use of VLANs as far as I'm aware.

    Moving forward, I'm sure many IoT devices can be placed on their own VLAN
    to minimize security risks. Parental controls may involve VLANs also.

    Apparently some ISPs configure VLANs automatically for services like IPTV
    or VoIP. And, from looking it up just now, in prosumer/enterprise routers (Ubiquiti, MikroTik, Cisco, etc.), VLANs are often part of the setup.

    However, in my experience, in a basic home setup, we probably don't need to explicitly worry about VLANs as our router implicitly handles it invisibly (e.g., the guest network).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 17:00:01 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:

    In the early days the WRT-54G had enough memory to flash DD-WRT on it

    Still have one kicking around ... not powerful enough for anything
    useful these days.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 17:38:11 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-06, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 19:56:5, Jolly Roger wrote:
    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating?
    If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so
    it stays.

    I wasn't bitching

    It's not about you.
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 20:44:10 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07 17:51, Marian wrote:
    Char Jackson wrote:
    In the early 2000s I used to think that dd-wrt router firmware was
    complex, but the fog clears over time. It includes vlans, among many
    other things.



    When I say that my ISP setup of the router is complex, I mean things
    like that the setup includes 3 active VLANs, and more things. If I buy
    my own router, first I have to decode out the entire setup of the old
    router, and then replicate it in the new router. Ie, create again those
    3 VLANs, and every other thing they did, which are not documented. You
    have to reverse engineer the setup of the provided router.

    I don't see anything complex about setting up consumer networking gear,
    but I'll take your word for it.

    I agree with Char Jackson, who has helped me over the years to set up old Linksys & Netgear routers on DD-WRT as bridges (and as bridge repeaters).


    It is simple if someone takes the effort of describing what you have to configure in the new router. Not that easy if you have to reverse
    engineer the old router and it has no comments nor help. Just the
    obscure short name of a setting.


    ...

    In all those years, I haven't explicitly run into VLANs but implicitly many guest networks and repeater bridges make use of VLANs as far as I'm aware.

    Nothing implicit. One VLAN is for the phone land line, another is for
    TV, another is for internet (my guess).

    This is just a small part of what my router calls:

    Network Setting
    Bridging Setup
    Bridging
    Filtering
    Marking

    https://paste.opensuse.org/pastes/7c7fef46eaef https://paste.opensuse.org/pastes/9acdc9974acd https://paste.opensuse.org/pastes/88d9c37538af https://paste.opensuse.org/1aece5657e7a
    https://paste.opensuse.org/872479cefbdb
    https://paste.opensuse.org/a827cc71d713


    just try to explain what that does. A mistake, and my phone stops
    working. And there are maybe hundreds of screens like that.


    No, I am not actually interested. It is just an example of why I say
    that the setup of my router by the ISP is complex.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 20:54:30 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07 01:10, Alan wrote:
    On 2025-12-06 04:24, Carlos E.R. wrote:
    On 2025-12-06 02:18, Alan wrote:
    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:


    Since WaveDigger has a special query mode where you can enter a
    single SSID
    or BSSID, and instead of just returning that access point's
    location, it
    also pulls in the surrounding access points that Apple's Wi-Fi
    Positioning
    System has observed in the same area.... just... try this...

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    iwlist scan | grep "Address:\|SSID"

    ...

    Once you have the BSSID, you can paste it into WaveDigger lookup tool. >>>> 1. Open the WaveDigger site:
        https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
        11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
        If you enable "include surrounding access points",
        it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves
    to a
    new house, you can track them if they use their router at the new home. >>>
    Except you won't know WHICH of the BSSIDs that are returned belong to
    your neighbours.

     From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there
    is no warranty that it is accurate.


    Which means you cannot trust that any information returned is accurate.

    Makes for a pretty bad way to track someone...

    Much better than looking on the entire world. That's pretty good, actually.


    ...assuming you had some way to associate someone's identity with the
    BSSID of their WiFi in the first place.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 12:47:35 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07 11:54, Carlos E.R. wrote:
    On 2025-12-07 01:10, Alan wrote:
    On 2025-12-06 04:24, Carlos E.R. wrote:
    On 2025-12-06 02:18, Alan wrote:
    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:


    Since WaveDigger has a special query mode where you can enter a
    single SSID
    or BSSID, and instead of just returning that access point's
    location, it
    also pulls in the surrounding access points that Apple's Wi-Fi
    Positioning
    System has observed in the same area.... just... try this...

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    iwlist scan | grep "Address:\|SSID"

    ...

    Once you have the BSSID, you can paste it into WaveDigger lookup tool. >>>>> 1. Open the WaveDigger site:
        https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
        11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
        If you enable "include surrounding access points",
        it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of them moves >>>>> to a
    new house, you can track them if they use their router at the new
    home.

    Except you won't know WHICH of the BSSIDs that are returned belong
    to your neighbours.

     From WaveDigger (the site you didn't know about until I told you):

    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side of
    the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there
    is no warranty that it is accurate.


    Which means you cannot trust that any information returned is accurate.

    Makes for a pretty bad way to track someone...

    Much better than looking on the entire world. That's pretty good, actually.
    Except you first have to find a way to associate the BSSID with a
    particular individual.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 21:08:51 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/7 17:38:11, Jolly Roger wrote:
    On 2025-12-06, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 19:56:5, Jolly Roger wrote:
    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating? >>>> If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so >>> it stays.

    I wasn't bitching

    It's not about you.

    In that case, I don't understand your comment.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

    "Scheisse," said Pooh, trying out his German.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 21:11:12 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/7 16:6:36, Andy Burns wrote:
    Marian wrote:

    Here is how to opt out of the following databases

    Going chinese? You've swapped into charset="big5" and the weird italic
    font that usually uses.
    I did wonder; his posts are appearing here (in Thunderbird) in a
    different font to everyone else's. It's not italic, and I think it is monospaced; other than that it looks maybe a bit like Times but
    stretched vertically.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 22:27:00 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07 21:47, Alan wrote:
    On 2025-12-07 11:54, Carlos E.R. wrote:
    On 2025-12-07 01:10, Alan wrote:
    On 2025-12-06 04:24, Carlos E.R. wrote:
    On 2025-12-06 02:18, Alan wrote:
    On 2025-12-05 16:49, Marian wrote:
    Chris wrote:


    Since WaveDigger has a special query mode where you can enter a
    single SSID
    or BSSID, and instead of just returning that access point's
    location, it
    also pulls in the surrounding access points that Apple's Wi-Fi
    Positioning
    System has observed in the same area.... just... try this...

    Linux:
    1. Open a terminal
    2. Type: sudo iwlist scan
    3. Find your SSID in the output
    4. Look for "Address:" lines
    5. Copy the MAC address (format: AA:BB:CC:DD:EE:FF)

    iwlist scan | grep "Address:\|SSID"

    ...

    Once you have the BSSID, you can paste it into WaveDigger lookup
    tool.
    1. Open the WaveDigger site:
        https://wavedigger.networksurvey.app/?tab=bssid
    2. In the "BSSID" field, type your MAC address:
        11:22:33:AA:BB:CC
    3. Click the "Lookup" or "Search" button.
    4. The map will show the location of that access point.
        If you enable "include surrounding access points",
        it will also list nearby BSSIDs Apple has observed.

    Once you have the BSSID of all your neighbors, if one of
    them moves to a new house, you can track them if they use
    their router at the new home.

    Except you won't know WHICH of the BSSIDs that are returned belong
    to your neighbours.

     From WaveDigger (the site you didn't know about until I told you): >>>>>
    "Access points shown may be 1-2km away from your click location."

    So?

    It showed mine just 20 or 30 metres to the west. At the other side
    of the street.

    May be 1-2 km away... doesn't mean they all are off. Just that there
    is no warranty that it is accurate.


    Which means you cannot trust that any information returned is accurate.

    Makes for a pretty bad way to track someone...

    Much better than looking on the entire world. That's pretty good,
    actually.
    Except you first have to find a way to associate the BSSID with a
    particular individual.

    Sure.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 21:39:12 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/7 17:38:11, Jolly Roger wrote:
    On 2025-12-06, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 19:56:5, Jolly Roger wrote:
    On 2025-12-05, J. P. Gilliver <G6JPG@255soft.uk> wrote:
    On 2025/12/5 17:37:43, Jolly Roger wrote:

    E-mail sent to this address may be devoured by my ravenous SPAM
    filter. I often ignore posts from Google. Use a real news client
    instead.

    I'm guessing that was composed when Google Groups was still operating? >>>>> If it was, maybe you might want to amend it ...

    The last person who bitched about this signature is a resident troll, so >>>> it stays.

    I wasn't bitching

    It's not about you.

    In that case, I don't understand your comment.

    Not sure what to tell you.
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 22:51:05 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-07 22:11, J. P. Gilliver wrote:
    On 2025/12/7 16:6:36, Andy Burns wrote:
    Marian wrote:

    Here is how to opt out of the following databases

    Going chinese? You've swapped into charset="big5" and the weird italic
    font that usually uses.

    I did wonder; his posts are appearing here (in Thunderbird) in a
    different font to everyone else's. It's not italic, and I think it is monospaced; other than that it looks maybe a bit like Times but
    stretched vertically.

    No, the font used is chosen locally by your client, which I take to be Thunderbird. TB can use a different font for each different charset.

    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit
    Content-Language: en-GB

    I'm not familiar with this choice.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 16:10:00 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Which means you cannot trust that any information returned is accurate. >>>>
    Makes for a pretty bad way to track someone...

    Much better than looking on the entire world. That's pretty good,
    actually.
    Except you first have to find a way to associate the BSSID with a
    particular individual.

    Sure.

    I just want the people here to understand that when your BSSID is in
    Apple's database, and if you live in a rural area (such as I do),
    then your GPS coordinates returned to 8 decimal places... is you.

    If you move, then they can track where you moved.

    For example, an enterprising coder could query the Apple WPS database for
    all routers that moved between locations to put them into a database.

    Then they could sell that database to professionals who target people who
    just moved. That's only one example, as I'm not that type of person.

    It could be more nefarious in that with Apple's insecure WPS database, you
    can *target* individuals, which again, I don't advocate but it can be done.

    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 16:13:16 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    You're trying claim that using an internet database of anonymous
    information is a more serious risk than looking out of your own window.

    I get it you are desperate to defend Apple to the death, no matter what.

    You're claiming that the telephone books we all used to have are a serious privacy risk worth of a class action suit. LMAO.

    Why is it that you disagree with all the security professionals, Chris?

    For example, if you moved away, but if you re-used your router, then I
    would know EXACTLY where you lived, if you moved to another sparse location >> such as mine is.

    That's a lot of "ifs".

    It's only one if, which is if you re-use your router, you are tracked.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 16:23:08 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    As you well know the scenarios shown are disasters or warzones. Which
    aren't of relevance to civilians as they have far more serious issues to worry about.

    I get it that you defend Apple to the death, no matter what.
    So I understand why you're so desperate to minimize this security flaw.


    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a database
    of all the people who moved and exact where from and to, is useful.

    Let's just say California wanted to find all the people who moved from California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    I almost had a heart attack when I saw how clearly I could identify each
    and every one of my neighbors by their exact location and BSSID, Chris.

    That is the exact point of it. It would be a pretty terrible service if it couldn't identify unique buildings within 40 acre plots. lol.

    I get it that you are desperate to claim always that Apple is perfect.
    But the fact I can be tracked to 8 decimal places can't be excused.

    I already provided plenty of quotes from security professionals on this.

    If you want to continue your absurd desperate attempt to defend everything Apple does, to the death, no matter what, please find at least one security professional on record for agreeing with your dismissal of the problem set.

    All of us can be tracked. And it's not just me saying it.
    Read the papers, Chris. Read them.

    Literally says 0.06% of APs move . That's nowhere near "all of us".

    If I was a Sheriff in a county of California that wanted to track all the people who moved from a different county of California, I could track them.

    I'm not advocating tracking, as you must know, but what I'm pointing out to
    you is that I understand that you defend Apple to the death, no matter
    what, using absurd arguments that are so nonsensical as to be ridiculous.

    Why don't you find a security pro who agrees with your point of view?
    (Even all the Apple-centric publications decried Apple for this.)
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 18:53:13 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    Marian wrote:

    In the early days the WRT-54G had enough memory to flash DD-WRT on it

    Still have one kicking around ... not powerful enough for anything
    useful these days.

    Hi Andy,

    I just checked. I've still got two "kicking around" (but currently unused).
    <https://i.postimg.cc/qMhQRkJN/linksys-wrt-54g.jpg>

    Over time, the "old" router becomes the "last used" router, in which case
    the venerable Linksys WRT-54G that we cut out teeth on, is "really old".

    My point to whomever it was that decried the complexity of setting up a
    router, is that we all went through that learning curve many years ago.

    We've all likely "bricked" a router, and, in my neighborhood, people give
    me perfectly good routers that they bricked & I use TFTP to unbrick 'em.
    <https://i.postimg.cc/5t4Nhkwx/transceiver01.jpg>

    Whenever people retire their WISP, they give me their Ubiquiti Rocket M5
    radios also, so I must have a dozen of them sprinkled around the yard.
    <https://i.postimg.cc/RZXNZBCQ/transceiver02.jpg>

    Some of my radios are so powerful they can connect to Wi-Fi 10 miles away.

    They're all the same when it comes to router setup, although the
    professional equipment has a bunch of neat tools for spectrum analysis.

    The point being I agreed with those who said that we all overcame the "complexity" over the decades since we've been setting up routers forever.

    BTW, the only time I "explicitly" ran into "virtual interfaces" was when setting up an old router on DD-WRT as a bridge repeater & client bridge.

    I needed that because my Windows desktop from 2009 doesn't have a Wi-Fi
    card, so I used an Ethernet cable to connect the eth0 port of the Windows
    PC to the old WNR834Bv2 router which connected wirelessly to the AP.

    I forget if it was set up as a client bridge or as a bridge repeater, but
    the advantage was that I got an "extra" access point out of the deal.
    <https://i.postimg.cc/rpw270T5/virtual-interfaces.jpg>

    Note the "_nomap" on that image which is years old, as all my SSIDs have
    _nomap on them, except for the virtual LANs, it turned out, but that's
    because I couldn't figure out how to adjust the DD-WRT software for it.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 19:14:12 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    I agree with Char Jackson, who has helped me over the years to set up old
    Linksys & Netgear routers on DD-WRT as bridges (and as bridge repeaters).


    It is simple if someone takes the effort of describing what you have to configure in the new router. Not that easy if you have to reverse
    engineer the old router and it has no comments nor help. Just the
    obscure short name of a setting.

    I must exclaim that I AGREE with Carlos, since I never disagree with
    anyone, no matter who they are, who presents a logically sensible view.

    We've all struggled to understand what a given switch meant when setting up
    a router, where I remember, I even struggled when I moved into the
    mountains to figure out which port of a POE goes to the radio versus
    router. After scores of POEs, over time, we forget we had to learn it.

    However...

    There is one really good thing that came up only in the last year or so.
    You can now ask AI/LLM how to set up your router & it will help you do it.

    In all those years, I haven't explicitly run into VLANs but implicitly many >> guest networks and repeater bridges make use of VLANs as far as I'm aware.

    Nothing implicit. One VLAN is for the phone land line, another is for
    TV, another is for internet (my guess).

    This is just a small part of what my router calls:

    Network Setting
    Bridging Setup
    Bridging
    Filtering
    Marking

    https://paste.opensuse.org/pastes/7c7fef46eaef https://paste.opensuse.org/pastes/9acdc9974acd https://paste.opensuse.org/pastes/88d9c37538af https://paste.opensuse.org/1aece5657e7a https://paste.opensuse.org/872479cefbdb https://paste.opensuse.org/a827cc71d713


    just try to explain what that does. A mistake, and my phone stops
    working. And there are maybe hundreds of screens like that.


    No, I am not actually interested. It is just an example of why I say
    that the setup of my router by the ISP is complex.

    The RTF8225VW Router Smart WiFi 6 Go is Movistar's latest
    Askey-manufactured router whose configuration guide is here.
    <https://itigic.com/movistar-router-smart-wifi-6-manual-configuration-guide/>

    The bridge mode support apparently lets you connect a neutral router (like TP-Link or Asus) to manage your network, avoiding double NAT.
    <https://algoentremanos.com/como-configurar-router-movistar-smart-wifi-6-go-rtf8225vw-modo-bridge/>

    Moviestart can push the firmware updates if you don't want to do it.
    <https://comunidad.movistar.es/discussions/soporte-fibra-optica/ultimo-firmware-router-smart-wifi-go-router-askey-rtf8225vw/5181231>

    You appear to be using bridge mode which is optional.
    a. Advanced Settings > Internet > Bridge Mode.
    b. Then connect your home router to the RTF8225VW.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 7 19:21:54 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    For example, if you moved away, but if you re-used your router, then I
    would know EXACTLY where you lived, if you moved to another sparse location >> such as mine is.

    That's a lot of "ifs".

    I just realized why you and I are so tremendously different, Chris.
    You have no imagination.

    You can't take apart a situation.
    You can't analyze that situation.

    You have no tools in your brain for figuring out what isn't explicitly said (where you can't figure out even how easy it is to abuse public databases).

    There's only one "if" in this scenario, for example.

    Assume this is the problem set:
    Someone wants to know all the people who moved to his town
    in the last year from Gillette Wyoming, including renters.

    How hard do you think it would be for him to get that data out of the
    highly insecure Apple WPS database, Chris (keeping in mind you get 400
    access point BSSIDs in every query according to security researchers).

    HINT: Security researchers proved it already.
    <https://www.cs.umd.edu/~dml/papers/wifi-surveillance-sp24.pdf>
    "In this work, we show that Apples WPS implementation
    can easily be abused to create a serious privacy threat
    on a global scale."
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 19:32:36 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:> No, the font used is chosen locally by your client,
    which I take to be
    Thunderbird. TB can use a different font for each different charset.

    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit
    Content-Language: en-GB

    I'm not familiar with this choice.

    Andy found a flaw in my newsreader, which is a custom unique newsreader.

    In that newsreader, there's one thing I've never figured out, which is how fonts work in Usenet (since most lines in my header are completely random).

    As you know, I have a unique newsreader which is simply telnet with gVim.
    The scripts don't care what fonts are used. It's just a line to telnet.

    The header lines not added by the nntp server are added by my scripts.
    But they're essentially random.

    I got the lines, long ago, from scraping Usenet for header lines.
    So some newsreaders tended to have one set of font lines, while other newsreaders tended to have a different set of font lines. It's random.

    They change whenever I flip a switch to the next dictionary lookup.
    I'll do that right now so that you can see different header lines.

    I have no idea how the header lines look to the recipient though.
    Nor how the fonts are interpreted as they're always sent the same.

    But nothing has changed in that I'm still using telnet with gVim.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 7 19:37:51 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    Here is how to opt out of the following databases

    Going chinese? You've swapped into charset="big5" and the weird italic
    font that usually uses.


    Hi Andy,

    Maybe you can explain what happens with fonts as I've never understood how
    they show up for people like you who are on the receiving end of my posts.

    I write the content in gVim and I send it off with telnet.
    Everything in the header related to the newsreader is essentially random.

    Specifically, whatever the header "says" about fonts, is random.
    It's not "completely" random as the header lines are "scraped".

    That is, long ago I created a dictionary of headers which themselves were scraped from existing posts randomly selected across the Usenet spectrum.

    Whenever I want to change the headers for privacy reasons, I just flip a
    switch and a different set of (essentially random) headers is inserted.

    Given telnet is doing the sending, I have no idea how the "fonts" show up.
    Can you explain how the system of fonts works?

    Does the random header described above affect how YOU see my fonts?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Mon Dec 8 03:36:58 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-08 03:14, Marian wrote:
    Carlos E.R. wrote:
    I agree with Char Jackson, who has helped me over the years to set up old >>> Linksys & Netgear routers on DD-WRT as bridges (and as bridge repeaters). >>>

    It is simple if someone takes the effort of describing what you have to
    configure in the new router. Not that easy if you have to reverse
    engineer the old router and it has no comments nor help. Just the
    obscure short name of a setting.

    I must exclaim that I AGREE with Carlos, since I never disagree with
    anyone, no matter who they are, who presents a logically sensible view.

    We've all struggled to understand what a given switch meant when setting up
    a router, where I remember, I even struggled when I moved into the
    mountains to figure out which port of a POE goes to the radio versus
    router. After scores of POEs, over time, we forget we had to learn it.

    However...

    There is one really good thing that came up only in the last year or so.
    You can now ask AI/LLM how to set up your router & it will help you do it.

    In all those years, I haven't explicitly run into VLANs but implicitly many >>> guest networks and repeater bridges make use of VLANs as far as I'm aware. >>
    Nothing implicit. One VLAN is for the phone land line, another is for
    TV, another is for internet (my guess).

    This is just a small part of what my router calls:

    Network Setting
    Bridging Setup
    Bridging
    Filtering
    Marking

    https://paste.opensuse.org/pastes/7c7fef46eaef
    https://paste.opensuse.org/pastes/9acdc9974acd
    https://paste.opensuse.org/pastes/88d9c37538af
    https://paste.opensuse.org/1aece5657e7a
    https://paste.opensuse.org/872479cefbdb
    https://paste.opensuse.org/a827cc71d713


    just try to explain what that does. A mistake, and my phone stops
    working. And there are maybe hundreds of screens like that.


    No, I am not actually interested. It is just an example of why I say
    that the setup of my router by the ISP is complex.

    The RTF8225VW Router Smart WiFi 6 Go is Movistar's latest
    Askey-manufactured router whose configuration guide is here.
    <https://itigic.com/movistar-router-smart-wifi-6-manual-configuration-guide/>

    That's the normal user setup (which I already know), it doesn't explain anything about the non documented setup of things like those in the
    photos I posted above. There are hundreds of non documented settings
    needed to adapt a generic router to work for them.



    The bridge mode support apparently lets you connect a neutral router (like TP-Link or Asus) to manage your network, avoiding double NAT.
    <https://algoentremanos.com/como-configurar-router-movistar-smart-wifi-6-go-rtf8225vw-modo-bridge/>

    Sure.


    Moviestart can push the firmware updates if you don't want to do it.
    <https://comunidad.movistar.es/discussions/soporte-fibra-optica/ultimo-firmware-router-smart-wifi-go-router-askey-rtf8225vw/5181231>

    You appear to be using bridge mode which is optional.
    a. Advanced Settings > Internet > Bridge Mode.
    b. Then connect your home router to the RTF8225VW.


    No, I am not using bridge mode. I'm using the normal default mode as it
    comes out of the box, prepared to work with telefónica, then added a few things, like my SSID/Password, dhcp range to use, what ports I want translated, etc.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 8 07:54:09 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim -
    moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just like a
    big baby.

    You'll not hear from me until next week so as to not direct you from this important privacy risk study.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Mon Dec 8 15:30:03 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:

    Marian wrote:

    Maybe you can explain what happens with fonts as I've never understood
    how
    they show up for people like you who are on the receiving end of my
    posts.

    The receiver controls the font, but modified based on certain charsets,
    e.g. Chinese tend to use "big5" and Thunderbird will use either a YaHei
    or SimSun font for that, which always looks like a low quality scratchy
    font on my machines ... someone else described it as "stretched
    vertically Times Roman"

    <https://fontsgeek.com/fonts/SimSun-Regular>

    I write the content in gVim and I send it off with telnet.
    Everything in the header related to the newsreader is essentially random.

    Specifically, whatever the header "says" about fonts, is random.
    It's not "completely" random as the header lines are "scraped".

    Maybe any scraped sample headers that you randomly include into postings should exclude those with charset big5, or koi8 (similar for russian)
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 9 16:08:35 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-08 03:32, Marian wrote:
    Carlos E.R. wrote:> No, the font used is chosen locally by your client, which I take to be
    Thunderbird. TB can use a different font for each different charset.

    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit
    Content-Language: en-GB

    I'm not familiar with this choice.

    Andy found a flaw in my newsreader, which is a custom unique newsreader.

    In that newsreader, there's one thing I've never figured out, which is
    how fonts work in Usenet (since most lines in my header are completely random).

    As you know, I have a unique newsreader which is simply telnet with gVim.
    The scripts don't care what fonts are used. It's just a line to telnet.

    The header lines not added by the nntp server are added by my scripts.
    But they're essentially random.

    I got the lines, long ago, from scraping Usenet for header lines.
    So some newsreaders tended to have one set of font lines, while other newsreaders tended to have a different set of font lines. It's random.

    They change whenever I flip a switch to the next dictionary lookup.
    I'll do that right now so that you can see different header lines.

    I have no idea how the header lines look to the recipient though.
    Nor how the fonts are interpreted as they're always sent the same.

    But nothing has changed in that I'm still using telnet with gVim.

    But you have to be careful about what your random headers do to us. You
    should not use random headers in things like the charset.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 00:09:23 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-08 00:10, Marian wrote:
    Carlos E.R. wrote:
    Which means you cannot trust that any information returned is accurate. >>>>>
    Makes for a pretty bad way to track someone...

    Much better than looking on the entire world. That's pretty good,
    actually.
    Except you first have to find a way to associate the BSSID with a
    particular individual.

    Sure.

    I just want the people here to understand that when your BSSID is in
    Apple's database, and if you live in a rural area (such as I do),
    then your GPS coordinates returned to 8 decimal places... is you.

    If you move, then they can track where you moved.

    Sure.


    For example, an enterprising coder could query the Apple WPS database for
    all routers that moved between locations to put them into a database.

    Then they could sell that database to professionals who target people who just moved. That's only one example, as I'm not that type of person.

    It could be more nefarious in that with Apple's insecure WPS database, you can *target* individuals, which again, I don't advocate but it can be done.

    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 00:13:08 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-08 08:54, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a database >> of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from
    California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim - moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just like a big baby.

    You'll not hear from me until next week so as to not direct you from this important privacy risk study.

    His point is correct, though. An interested party could dig out this information, even if Arlen doesn't come out with code to do it.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 9 19:21:49 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    Maybe you can explain what happens with fonts as I've never understood
    how
    they show up for people like you who are on the receiving end of my
    posts.

    The receiver controls the font, but modified based on certain charsets,
    e.g. Chinese tend to use "big5" and Thunderbird will use either a YaHei
    or SimSun font for that, which always looks like a low quality scratchy
    font on my machines ... someone else described it as "stretched
    vertically Times Roman"

    <https://fontsgeek.com/fonts/SimSun-Regular>

    Hi Andy,

    Thanks for your help, now, and over the years as I respect your acumen.

    I really have no idea how fonts are handled since I don't overtly do
    anything other than randomize the headers scraped from Usenet posts.

    However...

    I think I have an idea what happened, since the post you said was in
    Chinese fonts was no different, on my side, than any other post from me.

    But...

    I very often copy-and-paste from documents.

    In that case, the characters pasted can include em-dashes, curly quotes, non-breaking hyphens, non-breaking spaces, and other crazy characters.

    Some show up as crazy inside of gVim so I have a chance to fix them.
    Others don't.

    Maybe one of those crazy unicode funky characters showed up that is not in
    the 95 characters found on a normal US/UK/EU QWERTY keyboard perhaps?

    I write the content in gVim and I send it off with telnet.
    Everything in the header related to the newsreader is essentially random. >>>
    Specifically, whatever the header "says" about fonts, is random.
    It's not "completely" random as the header lines are "scraped".

    Maybe any scraped sample headers that you randomly include into postings should exclude those with charset big5, or koi8 (similar for russian)

    Here is a script that removes many of the "funky" characters which creep up when I copy and paste from a published source (web pages or research docs).

    It uses Notepad++ shortcuts.xml to convert funky characters to 7-bit ASCII.

    <Macro name="ASCII" Ctrl="yes" Alt="no" Shift="no" Key="66">
    <!-- Normalize dashes -->
    <Action type="3" message="1601" sParam="&#x2010;" /><Action type="3" message="1602" sParam="-" />
    <Action type="3" message="1601" sParam="&#x2012;" /><Action type="3" message="1602" sParam="-" />
    <Action type="3" message="1601" sParam="&#x2013;" /><Action type="3" message="1602" sParam="-" />
    <Action type="3" message="1601" sParam="&#x2014;" /><Action type="3" message="1602" sParam="-" />
    <Action type="3" message="1601" sParam="&#x2212;" /><Action type="3" message="1602" sParam="-" />

    <!-- Normalize quotes -->
    <Action type="3" message="1601" sParam="&#x2018;" /><Action type="3" message="1602" sParam="&apos;" />
    <Action type="3" message="1601" sParam="&#x2019;" /><Action type="3" message="1602" sParam="&apos;" />
    <Action type="3" message="1601" sParam="&#x201C;" /><Action type="3" message="1602" sParam="&quot;" />
    <Action type="3" message="1601" sParam="&#x201D;" /><Action type="3" message="1602" sParam="&quot;" />
    <Action type="3" message="1601" sParam="`" /><Action type="3" message="1602" sParam="&apos;" />

    <!-- Invisible characters ? strip -->
    <Action type="3" message="1601" sParam="&#x200C;" /><Action type="3" message="1602" sParam="" />
    <Action type="3" message="1601" sParam="&#x200B;" /><Action type="3" message="1602" sParam="" />
    <Action type="3" message="1601" sParam="&#xFEFF;" /><Action type="3" message="1602" sParam="" />

    <!-- Symbols -->
    <Action type="3" message="1601" sParam="&#x2192;" /><Action type="3" message="1602" sParam="->" />
    <Action type="3" message="1601" sParam="&#x00B0;" /><Action type="3" message="1602" sParam="deg" />
    <Action type="3" message="1601" sParam="&#x00A9;" /><Action type="3" message="1602" sParam="(C)" />
    <Action type="3" message="1601" sParam="&#x2122;" /><Action type="3" message="1602" sParam="(TM)" />
    <Action type="3" message="1601" sParam="&#x00AE;" /><Action type="3" message="1602" sParam="(R)" />
    </Macro>
    --
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 9 19:22:13 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    But nothing has changed in that I'm still using telnet with gVim.

    But you have to be careful about what your random headers do to us. You should not use random headers in things like the charset.

    Hi Carlos,

    I appreciate that you explained that the charset header, which I've never really ever looked at in earnest, may affect what it does to your
    newsreader.

    I have a dictionary for every header line, where it's a mix-and-match
    affair to pair the character-set header line with the rest of the header.

    What is a good single character set line that will be friendly to you?
    Mime-Version: 1.0
    Content-Type: text/plain; charset=us-ascii
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 7bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: quoted-printable

    etc.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 9 19:22:51 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    Any imaginative person can think of many instances where having a database >> of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. They have my name. My address. Everything. My BSSID is me.

    Why do you think I redacted my BSSID in the screenshots I provided you?
    <https://i.postimg.cc/C5Pcb6RQ/decimal.jpg>

    I even published a tutorial for how you can track BSSID's, Chris.
    I published that tutorial on Saturday. To prove the point it's easy.


    Let's just say California wanted to find all the people who moved from
    California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim - moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    You are nuts. It's so trivial that you must be nuts to not realize it is.
    I did it already. I already wrote the code. I already published the code.

    I published the code on Saturday already.
    It takes any number of BSSIDs and tracks them.

    I am a bit dismayed that your argument defending Apple to the death,
    no matter what, is so baseless, that I already published the code.


    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just like a big baby.

    You are nuts. I already posted the code long ago to this very newsgroup.
    I wrote the tutorial for God's sake. You're nuts, Chris. Seriously. Nuts.

    You claim I won't do what I already did for God's sake. You're nuts Chris.

    You'll not hear from me until next week so as to not direct you from this important privacy risk study.

    I've concluded you completely lack fundamental imagination skills, Chris.
    You have no concept of how this code can be used to track people, do you?

    From: Marian <marianjones@helpfulpeople.com>
    Newsgroups: alt.comp.os.windows-10,alt.internet.wireless,alt.comp.microsoft.windows,alt.comp.os.windows-11
    Subject: Tutorial: Query the Apple database with Python for your access point BSSID
    Date: Sat, 6 Dec 2025 10:55:40 -0700
    Message-ID: <10h1qmr$2alo$1@nnrp.usenet.blueworldhosting.com>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 9 19:23:03 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    I agree with anyone, no matter who they are, who posits a sensibly logical statement, where I would heartily agree with you that if you hand back the router to the telco, then you can't be tracked by subsequent use of it.

    However...

    The argument made by the security researchers is valid that they tracked "longitudinal" movements over the course of a year using Apple WPS.
    <https://par.nsf.gov/servlets/purl/10540853>

    The researchers argue that Apple makes it trivial to collect millions of
    router locations which they can track on a massive scale because there are
    no security controls whatsoever (not even a login!) for the Apple WPS db.

    It doesn't take much of an imagination to understand how dangerous that is.

    If Apple honored the "_nomap" & the "hidden SSID" it wouldn't be so bad.
    But Apple clearly does not honor their own rules (which I can prove).
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 9 19:38:22 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    You'll not hear from me until next week so as to not direct you from this
    important privacy risk study.

    His point is correct, though. An interested party could dig out this information...

    We have to understand that Apple trolls defend Apple ot the death, no
    matter what. They do that using the first thing that comes to their mind.

    It doesn't occur to them HOW Apple' WPS database is DIFFERENT from the
    others, since to them, Apple can do no wrong & Apple doesn't plead guilty.

    So, to them, Apple hasn't been convicted of a crime, and hence, Apple is perfect and Apple can do no wrong. Worse, even when Apple loses their class action lawsuits, since Apple never accepts guilt, to the Apple trolls,
    Apple is again perfect because it's impossible for Apple to not be.

    They even claim that the billion-dollar penalties that Apple incurs are
    mere "drops in the bucket" because they claim Apple is always above the law simply because Apple is one of the richest companies on the planet.

    We already proved it's trivial for me to write the python script to query
    any number of BSSIDs, and, in fact, the proof is that I already wrote it.
    From: Marian <marianjones@helpfulpeople.com>
    Newsgroups: alt.comp.os.windows-10,alt.internet.wireless,alt.comp.microsoft.windows,alt.comp.os.windows-11
    Subject: Tutorial: Query the Apple database with Python for your access point BSSID
    Date: Sat, 6 Dec 2025 10:55:40 -0700
    Message-ID: <10h1qmr$2alo$1@nnrp.usenet.blueworldhosting.com>

    But even if "I" didn't write the script to query for the locaqtion of any number of BSSIDs, it doesn't prove anything if I didn't write that script.

    To Chris, had I not written that script, it "proves to him" that this
    "thread" that security researchers talk about, doesn't exist.

    WTF?

    What kind of strange person thinks that way?

    If I *wanted* to track people (and I don't!), I could write the script most likely that queries the entire world - but why would "I" want to do that?

    And, the fact that I don't want to do that is NOT proof that it can't be
    done.

    Yet, to an Apple troll who defends Apple to the death, no matter what,
    using whatever absurd excuse first comes to mind, if I didn't write that
    script that I already wrote, then, to Apple trolls, that proves there is no security flaw in Apple's WPS database (even though there clearly is).

    What kind of strange person thinks that way?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Tue Dec 9 20:18:18 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    You appear to be using bridge mode which is optional.
    a. Advanced Settings > Internet > Bridge Mode.
    b. Then connect your home router to the RTF8225VW.


    No, I am not using bridge mode. I'm using the normal default mode as it comes out of the box, prepared to work with telefónica, then added a few things, like my SSID/Password, dhcp range to use, what ports I want translated, etc.

    Thanks for letting us know, as bridge mode isn't something most of us have
    used frequently, although I've set up routers as bridges when I have a
    desktop that doesn't have a Wi-Fi card but which only has an RJ45 port.

    1. The Windows 10 PC "thinks" it's using the Ethernet port.
    2. But that is connected to the router which is set up as a bridge.
    3. Then the router bridges to the Wi-Fi access point far away from the PC.

    It's been a while and people like Char Jackson know this stuff way better
    than I do, but bridges do "funny things" sometimes.

    As far as I can figure out, in my situation with a desktop & bridge
    1. My PC sees only a wired Ethernet connection.
    It has no concept of Wi-Fi SSIDs or BSSIDs because it's not running
    through a Wi-Fi NIC driver.

    2. The bridge router acts as a wireless client to the upstream Wi-Fi
    access point. It associates with the AP using the AP's SSID and BSSID,
    just like a laptop would.

    3. On the Ehernet side of the bridge, it appears to be a standard Ethernet
    interface to the PC. It does not expose the SSID/BSSID to the wired
    client as the PC can see only MAC-level Ethernet frames.

    Nowadays I use a USB dongle as the Wi-Fi to the Windows 10 PC.
    It acts differently than the bridge did because the USB Wi-Fi dongle acts
    as a Wi-Fi NIC.

    So I haven't used bridges in a while and I never really understood them.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 10 05:47:58 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:

    the post you said was in
    Chinese fonts was no different, on my side, than any other post from me.

    Presumably you have a collection of posts which you "harvest" headers
    from? Maybe remove any posts with charset="big5" or charset="koi8" in
    the headers from the collection ...

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 08:07:46 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-08 08:54, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a database >>> of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from
    California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim -
    moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just like a >> big baby.

    You'll not hear from me until next week so as to not direct you from this
    important privacy risk study.

    His point is correct, though. An interested party could dig out this information, even if Arlen doesn't come out with code to do it.

    I disagree. Just because a router moves doesn't mean a particular person
    has moved . Or vice versa.

    Trying to infer this kind of information is also not as trivial as Donald claims.

    In addition, in the above scenario, the tax authorities would have far
    better information at their disposal on actual people rather than some
    vague technical proxy. A MAC is not a person. Not yet at least ;)

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 08:49:38 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    Any imaginative person can think of many instances where having a database >>> of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. They have my name. My address. Everything. My BSSID is me.

    Lol. Your name is a MAC address? I can see why you'd not want to disclose
    that.

    Your zip code is also "you". Is a database of zip codes that all online retailers have access to equally a serious privacy risk?

    Why do you think I redacted my BSSID in the screenshots I provided you? <https://i.postimg.cc/C5Pcb6RQ/decimal.jpg>

    Understandably, you don't want to share your home address to the wider internet. We have additional information so can link you with the address.

    I even published a tutorial for how you can track BSSID's, Chris.
    I published that tutorial on Saturday. To prove the point it's easy.

    Your "tutorial" was simply a lock-up table. There is no tracking involved.
    Like the majority of your tutorials, it was superfluous. Sufficient instructions already existed on the github.


    Let's just say California wanted to find all the people who moved from
    California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim -
    moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    You are nuts. It's so trivial that you must be nuts to not realize it is.
    I did it already. I already wrote the code. I already published the code.

    Ha ha ha! This is a new low for you. You're plagiarising other people's
    code now?


    I published the code on Saturday already.
    It takes any number of BSSIDs and tracks them.

    No it doesn't. The github script (not your code) only reports the location currently in the db. There is no history.

    I am a bit dismayed that your argument defending Apple to the death,
    no matter what, is so baseless, that I already published the code.


    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just like a >> big baby.

    You are nuts. I already posted the code long ago to this very newsgroup.
    I wrote the tutorial for God's sake. You're nuts, Chris. Seriously. Nuts.

    You claim I won't do what I already did for God's sake. You're nuts Chris.

    Thanks for confirming your babyish attitude. Rather than rise to the
    challenge, you deflect and attack.

    What you don't understand, because you're not a scientist, is that a study worthy of publication - albeit as a preprint - is a serious amount of work. Just because they were able to do it, as a proof of concept, does not mean
    any Shmo can do the same "trivially".

    Unless you can demonstrate in detail a search of all floridians who moved
    from california in the last six months only using their BSSIDs, I call
    bullshit on your claims. You're fear mongering.

    Having said that, it is crazy that Apple don't limit calls to their WPS db
    like google do.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 08:58:29 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Carlos E.R. wrote:
    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    I agree with anyone, no matter who they are, who posits a sensibly logical statement, where I would heartily agree with you that if you hand back the router to the telco, then you can't be tracked by subsequent use of it.

    However...

    The argument made by the security researchers is valid that they tracked "longitudinal" movements over the course of a year using Apple WPS. <https://par.nsf.gov/servlets/purl/10540853>

    Unfortunately, they give almost no details on what this year-long
    longitudinal study was. Unlike their month-long study which was sampled
    daily.

    They also make reference to a six-month study for mobile routers with no specific details.

    In their month-long they find that 15% of APs were "unstable" or
    disappeared, 0.06% moved more than 1km and the median distance travelled
    was 4km. That means 50% of APs 4km or less over the month.

    Am obvious thing they should have done was to remove the mobile routers
    from the global analysis. Makes interpretation harder.

    Unlike you they acknowledge the APs aren't people, despite the poor
    grammar.

    "While there is not necessarily a 1-to-1 relationship
    between Wi-Fi routers and users, home routers typically only have several."

    The researchers argue that Apple makes it trivial to collect millions of router locations which they can track on a massive scale because there are
    no security controls whatsoever (not even a login!) for the Apple WPS db.

    Yeah, that's a daft design decision.

    It doesn't take much of an imagination to understand how dangerous that is.

    Likewise an overactive imagination can catastrophise. A sense of proportionality is useful, here.

    If Apple honored the "_nomap" & the "hidden SSID" it wouldn't be so bad.
    But Apple clearly does not honor their own rules (which I can prove).

    You have n=1. That's barely an anecdote.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 19:25:14 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-08 00:10, Marian wrote:
    [...]
    But the fact is you can be tracked anywhere in the world if you use the same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    And the old router might be re-used by someone else, which would lead
    'Arlen' to the erroneous conclusion that you had moved to the place
    where that someone lives. Way to go!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 19:29:51 2025
    From Newsgroup: comp.mobile.android

    Chris <ithinkiam@gmail.com> wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    Any imaginative person can think of many instances where having a database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. They have my name. My address. Everything. My BSSID is me.

    Lol. Your name is a MAC address? I can see why you'd not want to disclose that.

    I thought that 'Arlen' had a wife, but apparently she is insignificant
    and hence his BSSID is him. Fits right in with his administration's
    agenda.

    I'll ask my wife which half of our BSSID is mine

    [...]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 14:17:50 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. >> They have my name. My address. Everything. My BSSID is me.

    Lol. Your name is a MAC address? I can see why you'd not want to disclose that.

    You trolls make the most absurd arguments that only you would concoct.
    You actually believe someone said their MAC address was their name.

    If I said I had a penicillin pill in my pocket, you'd claim it's just a
    pill because your brain can't fathom what you can do with that pill.

    I realize neither you nor Frank has the IQ necessary for even something as
    base as a college education, so I find it disturbing I have to explain
    this.

    Your absurd arguments are backed up by exactly zero security professionals.

    Your zip code is also "you". Is a database of zip codes that all online retailers have access to equally a serious privacy risk?

    Jesus Christ. This is what happens when you deal with people with a low IQ.

    The arguments from you and Frank are so absurd that I don't have the
    patience to explain to you that a pill in my pocket can do more things than just be a pill.

    To your low IQ brain, and to that of Frank, a pill in my pocket is just a
    small object. If I say 'I have a pill in my pocket,' that doesn't tell you much. If that pill is penicillin, suddenly it has a specific power.

    To your low IQ brains, you and Frank, it's just a white pill.
    Nothing more. Nothing less.

    Who is that strange but you.
    Both of you understand nothing.

    Why do you think I redacted my BSSID in the screenshots I provided you?
    <https://i.postimg.cc/C5Pcb6RQ/decimal.jpg>

    Understandably, you don't want to share your home address to the wider internet. We have additional information so can link you with the address.

    All you'd need is my BSSID and you'd have the coordinates to my bedroom.

    I even published a tutorial for how you can track BSSID's, Chris.
    I published that tutorial on Saturday. To prove the point it's easy.

    Your "tutorial" was simply a lock-up table. There is no tracking involved. Like the majority of your tutorials, it was superfluous. Sufficient instructions already existed on the github.

    Huh? Again & again, I admit I have trouble dealing with people like you &
    Frank whose IQ is so low, no college would waste their time admitting you.

    That python script can look up any number of BSSIDs, Chris.
    You can't fathom that?

    What is so strange with you that you can't think a script can have multiple BSSIDs input into it in a list (which I showed how to do in the tutorial)?

    Who is that strange?
    Nobody, right?

    I don't have the people skills necessary to explain to people with such a
    low IQ that they can't understand you can feed a list of BSSIDs to a python script.

    You are nuts. It's so trivial that you must be nuts to not realize it is.
    I did it already. I already wrote the code. I already published the code.

    Ha ha ha! This is a new low for you. You're plagiarising other people's
    code now?

    Jesus Christ. You and Frank have such a low IQ that you claim that
    everything posted is plagiarized. What kind of strange person does that?

    I wrote the wrapper in the tutorial Chris that does the BSSID lookup.
    The GitHub code isn't that wrapper. It's just the CLI.

    That you don't understand that is hard for me to explain becuase your IQ is
    so low as to require people skills I don't possess to explain something
    that trivial to you.

    All your opinions are absurd, Chris.
    Your IQ is so low you can't understand a wrapper around a CLI for example.

    Who is that stupid?


    I published the code on Saturday already.
    It takes any number of BSSIDs and tracks them.

    No it doesn't. The github script (not your code) only reports the location currently in the db. There is no history.

    The script is trivial, Chris.

    Your IQ is too low to understand that "tracking" is just running the script
    a few times. It's shocking that I have to explain something that trivial.

    Here's a wrapper to track the moving location of any given set of BSSIDs.
    This is a permanent record a malefactor can sell over & over to bad guys.

    # bssid.py
    import sys
    import time

    # Example "BSSID database" with changing locations
    bssid_database = {
    "AA:BB:CC:11:22:33": [
    {"name": "BSSID", "location": "GPS A"},
    {"name": "BSSID", "location": "GPS B"},
    {"name": "BSSID", "location": "GPS C"},
    ]
    }

    def lookup_bssid(bssid_id, step):
    # simulate movement by returning different locations over time
    if bssid_id in bssid_database and step < len(bssid_database[bssid_id]):
    return bssid_database[bssid_id][step]
    return None

    def main():
    bssid_ids = sys.argv[1:]
    log = []

    # open a log file for writing
    with open("bssid_log.txt", "w") as logfile:
    for step in range(3): # simulate 3 queries over time
    timestamp = time.strftime("%Y-%m-%d %H:%M:%S")
    for bssid_id in bssid_ids:
    result = lookup_bssid(bssid_id, step)
    if result:
    entry = {"id": bssid_id, "time": timestamp, "location": result["location"]}
    log.append(entry)
    line = f"[{timestamp}] Found {result['name']} at {result['location']}\n"
    print(line.strip())
    logfile.write(line)
    else:
    line = f"[{timestamp}] bssid {bssid_id} not found\n"
    print(line.strip())
    logfile.write(line)
    time.sleep(1) # pause to simulate time passing

    # Diff successive locations
    logfile.write("\n--- Movement Diff ---\n")
    print("\n--- Movement Diff ---")
    for bssid_id in bssid_ids:
    locations = [entry["location"] for entry in log if entry["id"]
    == bssid_id]
    for i in range(1, len(locations)):
    if locations[i] != locations[i-1]:
    diff_line = f"{bssid_id} moved from {locations[i-1]} to {locations[i]}\n"
    print(diff_line.strip())
    logfile.write(diff_line)

    if __name__ == "__main__":
    main()


    You claim I won't do what I already did for God's sake. You're nuts Chris.

    Thanks for confirming your babyish attitude. Rather than rise to the challenge, you deflect and attack.

    You're nuts Chris. Your IQ is so low that you claimed if I won't track
    people, nobody can. Who is that stupid, Chris? Seriously? Who?

    Normal people with a normal intelliect don't think, the fact I don't feel
    like expending energy tracking people means it can't be done.

    Only you strange Apple trolls would make an absurd claim like that.
    Seriously, Chris. You have a problem with an extremely abnormally low IQ.

    That's not an insult.
    It's an expression of exasperation.

    You're nuts.
    Nobody would claim that absurd claim but you and Frank Slootweg.

    I don't own the people skills to explain to people like you and Frank
    Slootweg that the fact I don't feel like tracking people does NOT mean it
    can't be done.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 14:20:32 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    and hence his BSSID is him.

    Your IQ is too low to understand that "tracking" is just running the script
    a few times. It's shocking that I have to explain something that trivial.

    Here's a wrapper to track the moving location of any given set of BSSIDs.
    This is a permanent record a malefactor can sell over & over to bad guys.

    # bssid.py
    import sys
    import time

    # Example "BSSID database" with changing locations
    bssid_database = {
    "AA:BB:CC:11:22:33": [
    {"name": "BSSID", "location": "GPS A"},
    {"name": "BSSID", "location": "GPS B"},
    {"name": "BSSID", "location": "GPS C"},
    ]
    }

    def lookup_bssid(bssid_id, step):
    # simulate movement by returning different locations over time
    if bssid_id in bssid_database and step < len(bssid_database[bssid_id]):
    return bssid_database[bssid_id][step]
    return None

    def main():
    bssid_ids = sys.argv[1:]
    log = []

    # open a log file for writing
    with open("bssid_log.txt", "w") as logfile:
    for step in range(3): # simulate 3 queries over time
    timestamp = time.strftime("%Y-%m-%d %H:%M:%S")
    for bssid_id in bssid_ids:
    result = lookup_bssid(bssid_id, step)
    if result:
    entry = {"id": bssid_id, "time": timestamp, "location": result["location"]}
    log.append(entry)
    line = f"[{timestamp}] Found {result['name']} at {result['location']}\n"
    print(line.strip())
    logfile.write(line)
    else:
    line = f"[{timestamp}] bssid {bssid_id} not found\n"
    print(line.strip())
    logfile.write(line)
    time.sleep(1) # pause to simulate time passing

    # Diff successive locations
    logfile.write("\n--- Movement Diff ---\n")
    print("\n--- Movement Diff ---")
    for bssid_id in bssid_ids:
    locations = [entry["location"] for entry in log if entry["id"]
    == bssid_id]
    for i in range(1, len(locations)):
    if locations[i] != locations[i-1]:
    diff_line = f"{bssid_id} moved from {locations[i-1]} to {locations[i]}\n"
    print(diff_line.strip())
    logfile.write(diff_line)

    if __name__ == "__main__":
    main()


    I don't own the people skills to explain to people like Chris and Frank Slootweg that the fact I don't feel like tracking people does NOT mean it
    can't be done.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 10 14:25:47 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    the post you said was in
    Chinese fonts was no different, on my side, than any other post from me.

    Presumably you have a collection of posts which you "harvest" headers
    from? Maybe remove any posts with charset="big5" or charset="koi8" in
    the headers from the collection ...

    Hi Andy,

    I looked at my dictionaries and those words NEVER appear in them.

    That makes sense since I didn't change anything for the one post that you noticed the Chinese fonts. You have to believe me on that. I didn't do it.

    So you're really looking in the wrong place for the problem.
    Almost certainly the problem is either how my newsserver forwards things on
    my side, or how your newsserver/newsreader receives things on your side.

    I think what must have happened is:
    a. I copied and pasted text that contained funky characters.
    b. Somehow, your newsreader saw that as a Chinese character set.

    I do not understand how fonts propagate from my telnet session to my news server to your news server to your newsreader though.

    But something in *that* coding and decoding caused the Chinese fonts on
    your side since I have no header with those words (and you can prove it by looking at the header of that particular post, for example).

    One fact we can check is to ask if ANYONE ELSE saw Chinese fonts?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 14:26:08 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    And the old router might be re-used by someone else, which would lead 'Arlen' to the erroneous conclusion that you had moved to the place
    where that someone lives. Way to go!

    If Frank is trying to intimate that this news about Apple's highly insecure
    WPS system can't track people, then I'm going to have to disagree with him.

    Frank hates me, which is fine, since this is Usenet and we all have a thick skin. Frank even declares everyone he happens to hate, happens to be me.

    He does it all the time (and I just sit back and let it run off my skin).

    Frank told us years ago he was never able to get into a college, so I
    should treat him gently when he makes his absurd statements to attack me.

    All I will ask of Frank, on behalf of everyone he is trolling right now,
    is for Frank to simply find just one security researcher who agrees with
    him.

    Find just One.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 14:26:15 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    The argument made by the security researchers is valid that they tracked
    "longitudinal" movements over the course of a year using Apple WPS.
    <https://par.nsf.gov/servlets/purl/10540853>

    Unfortunately, they give almost no details on what this year-long longitudinal study was. Unlike their month-long study which was sampled daily.

    They also make reference to a six-month study for mobile routers with no specific details.

    In their month-long they find that 15% of APs were "unstable" or
    disappeared, 0.06% moved more than 1km and the median distance travelled
    was 4km. That means 50% of APs 4km or less over the month.

    Am obvious thing they should have done was to remove the mobile routers
    from the global analysis. Makes interpretation harder.

    I get it that you Apple trolls defend Apple to the death, no matter what.

    But I will agree with anyone, no matter who they are, when they make
    logically defensible statements, even if historically they are Apple
    trolls.

    There are clearly two components to their claim of tracking users.
    1. You need the BSSIDs (which they claim Apple gives them in the millions)
    2. You need to track the BSSID (which is trivial, and all of us proved it)

    With respect to your assessment of the paper, I would agree with you!
    <https://par.nsf.gov/servlets/purl/10540853>
    <https://arxiv.org/abs/2405.14975>

    The authors describe the month-long study clearly (10 million BSSIDs
    sampled daily), but the year-long corpus is only mentioned in passing as a massive collection of over 2 billion BSSIDs used to illustrate case
    studies.

    Unlike you they acknowledge the APs aren't people, despite the poor
    grammar.

    "While there is not necessarily a 1-to-1 relationship
    between Wi-Fi routers and users, home routers typically only have several."

    Again I get it that you're an Apple troll so you're desperate to make
    absurd claims which make sense only to you, in that you claim "APs aren't people" (which nobody would disagree with).

    It's no longer shocking that I am forced to patiently expalin to you Apple trolls what nobody who owns a synapse would dispute, which is that the
    tracking can track your movements even as an access point is an access
    point.

    It's kind of like having to explain to you what penicillin is.
    a. You Apple trolls would claim it's just a tablet.
    b. How can a tablet cure anything?

    You Apple trolls actually believe that saying an absurd nonsensical
    argument such as "penicillin is just a tablet" and "AP's aren't people", negates the curing (in the case of penicillin) & the tracking.

    What kind of rather strange person thinks the way you Apple trolls do?
    Only to you is an absurd argument enough to negate all the science in the world.

    Why don't you Apple troll spend a few minutes tracking down a security professional who agrees with you instead of wasting our valuable time.

    Hint: No professional on the planet agrees with you. And we know that.

    They also make reference to a six-month study for mobile routers with no specific details.

    In their month-long they find that 15% of APs were "unstable" or
    disappeared, 0.06% moved more than 1km and the median distance travelled
    was 4km. That means 50% of APs 4km or less over the month.

    Am obvious thing they should have done was to remove the mobile routers
    from the global analysis. Makes interpretation harder.

    I will agree with anyone nho matter who they are, even if they're a known
    Apple troll, if they make a sensibly logical statement, which you just did.

    I agree with you so much that you'll note when you yourself asked me for tracking examples, I refused to use as an obvious example mobile routers.

    They're just to easy to track with Apple's insecure WPS database.
    So I ignored them completely until now, when you bothered to mention them.

    I agree with you that the tracking of mobile routers by BSSID is so trivial
    as to not even need to be stated, and that it isn't the major problem here.

    The researchers argue that Apple makes it trivial to collect millions of
    router locations which they can track on a massive scale because there are >> no security controls whatsoever (not even a login!) for the Apple WPS db.

    Yeah, that's a daft design decision.

    I agree with anyone who makes a logically sensible statement so I agree
    with you.

    The problem is that is what is DIFFERENT between Apple & Google WPS dbs.

    I don't know _why_ Apple made it so that anyone can do two things:
    1. The researchers "say" they collected "billions" of AP location data
    2. Then, we all tested our own BSSIDs where anyone can track them

    Apple prioritized ubiquitous, accurate location services over locking down
    the WPS Wi-Fi database. That decision made both large-scale research and individual BSSID lookups possible, and now researchers are highlighting the privacy risks.

    It doesn't take much of an imagination to understand how dangerous that is.

    Likewise an overactive imagination can catastrophise. A sense of proportionality is useful, here.

    I understand how desperate you are to claim Apple is above the law and that Apple has enough money to break the law at will and that Apple can do no
    wrong, no matter what. I get it Chris.

    But find just one security researcher who agrees with your assessment.
    Find just one.

    Note to people who don't know about Apple trolls: They hold strong opinions that nobody else on the entire planet holds. They are the only ones.

    *So "find just one" is a simple test the Apple trolls always fail.*


    If Apple honored the "_nomap" & the "hidden SSID" it wouldn't be so bad.
    But Apple clearly does not honor their own rules (which I can prove).

    You have n=1. That's barely an anecdote.

    I get it you Apple trolls are desperate to deprecate any & all facts.
    You actually *hate* that Apple designed such a shitty WPS system.

    But you can't simply say "Apple designed a shitty WPS system".
    You feel you are forced to defend Apple's shitty WPS system.

    Which you'll defend to the death, no matter what.
    Using the first thing that comes to your mind.

    Which is always absurd.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Andy Burns@usenet@andyburns.uk to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 10 21:47:56 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:

    I looked at my dictionaries and those words NEVER appear in them.

    That makes sense since I didn't change anything for the one post that you noticed the Chinese fonts. You have to believe me on that. I didn't do it.

    So you're really looking in the wrong place for the problem.
    Almost certainly the problem is either how my newsserver forwards things on my side, or how your newsserver/newsreader receives things on your side.

    I think what must have happened is:
    a. I copied and pasted text that contained funky characters.
    b. Somehow, your newsreader saw that as a Chinese character set.

    It's not particularly important by now, but if you look at your message

    <https://al.howardknight.net/?ID=176540312200>

    it does contain big5, that's what triggered fonts, if it remains a
    mystery, that doesn't bother me ...

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 10 21:53:01 2025
    From Newsgroup: comp.mobile.android

    Andy Burns wrote:
    It's not particularly important by now, but if you look at your message

    <https://al.howardknight.net/?ID=176540312200>

    it does contain big5, that's what triggered fonts, if it remains a
    mystery, that doesn't bother me ...

    Hmmm... thanks for looking since I was so sure I didn't add it that I
    didn't even bother to look. Now I'm looking at your reference
    <https://al.howardknight.net/?ID=176540312200>
    MIME-Version: 1.0
    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit

    Yet, my dictionaries only have things that are far more generic, like
    Mime-Version: 1.0
    Content-Type: text/plain; charset=us-ascii
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 7bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 8bit

    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: quoted-printable

    So, let's leave it as a "mystery" to me, since I didn't add it.
    Like I said, I never understood the Usenet character set directive.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Wed Dec 10 21:58:32 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Like I said, I never understood the Usenet character set directive.


    This is a test of Chinese characters...

    From: yourname@example.com
    Newsgroups: alt.test
    Subject: ´ú¸Õ°T®§ <---chinese characters are here
    Date: Wed, 10 Dec 2025 21:56:00 -0800
    Message-ID: <12345@news.example.com>
    Content-Type: text/plain; charset=big5
    Content-Transfer-Encoding: 8bit
    Lines: 12

    ³o¬O¤@­Ó¨Ï¥Î Big5 ½s½Xªº´ú¸Õ°T®§¡C<---chinese characters are here
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 21:36:04 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 13:26, Marian wrote:
    Frank Slootweg wrote:
    But the fact is you can be tracked anywhere in the world if you use the >>>> same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

      And the old router might be re-used by someone else, which would lead
    'Arlen' to the erroneous conclusion that you had moved to the place
    where that someone lives. Way to go!

    If Frank is trying to intimate that this news about Apple's highly insecure WPS system can't track people, then I'm going to have to disagree with him.

    Frank hates me,
    LOL!

    That's so cute!

    You think anyone cares enough about you to hate you!
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 21:37:32 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-09 15:13, Carlos E.R. wrote:
    On 2025-12-08 08:54, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a
    really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a
    database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from
    California to Florida who retired to ask them to pay their 401K taxes.

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim -
    moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry, shout
    and stomp your feet blaming everyone else apart from yourself. Just
    like a
    big baby.

    You'll not hear from me until next week so as to not direct you from this
    important privacy risk study.

    His point is correct, though. An interested party could dig out this information, even if Arlen doesn't come out with code to do it.


    Tell us how an "interested party" associates a particular person with a
    BSSID in the first place.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 10 21:38:26 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-09 18:22, Marian wrote:
    Chris wrote:
    Any imaginative person can think of many instances where having a
    database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me.

    But no one but you knows which BSSID belongs to you.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Tyrone@none@none.none to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Thu Dec 11 05:46:06 2025
    From Newsgroup: comp.mobile.android

    On Dec 11, 2025 at 12:38:26 AM EST, "Alan" <nuh-uh@nope.com> wrote:

    On 2025-12-09 18:22, Marian wrote:
    Chris wrote:
    Any imaginative person can think of many instances where having a
    database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me.

    But no one but you knows which BSSID belongs to you.

    You should know by now that you should not confuse Arlen with facts.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 08:29:53 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. >>> They have my name. My address. Everything. My BSSID is me.

    Lol. Your name is a MAC address? I can see why you'd not want to disclose
    that.

    You trolls make the most absurd arguments that only you would concoct

    Irony overload. So when friends and family come over, are they "you" as
    well given all their phones will be using your wifi?

    Your zip code is also "you". Is a database of zip codes that all online
    retailers have access to equally a serious privacy risk?

    Jesus Christ.

    Deflection and ad hominem noted.


    Why do you think I redacted my BSSID in the screenshots I provided you?
    <https://i.postimg.cc/C5Pcb6RQ/decimal.jpg>

    Understandably, you don't want to share your home address to the wider
    internet. We have additional information so can link you with the address.

    All you'd need is my BSSID and you'd have the coordinates to my bedroom.

    Don't keep your Apple devices in your bedroom?

    I even published a tutorial for how you can track BSSID's, Chris.
    I published that tutorial on Saturday. To prove the point it's easy.

    Your "tutorial" was simply a lock-up table. There is no tracking involved. >> Like the majority of your tutorials, it was superfluous. Sufficient
    instructions already existed on the github.

    Huh? Again & again, I admit I have trouble dealing with people like you

    That's painfully obvious. You can't deal with people making reasonable criticisms of your flawed logic or blatant lies.


    I published the code on Saturday already.
    It takes any number of BSSIDs and tracks them.

    No it doesn't. The github script (not your code) only reports the location >> currently in the db. There is no history.

    The script is trivial, Chris.

    Your IQ is too low to understand that "tracking" is just running the script
    a few times. It's shocking that I have to explain something that trivial.

    A poor communicator always blames their audience when it's them at fault.

    Here's a wrapper to track the moving location of any given set of BSSIDs. This is a permanent record a malefactor can sell over & over to bad guys.

    # bssid.py
    import sys
    import time

    # Example "BSSID database" with changing locations
    bssid_database = {
    "AA:BB:CC:11:22:33": [
    {"name": "BSSID", "location": "GPS A"},
    {"name": "BSSID", "location": "GPS B"},
    {"name": "BSSID", "location": "GPS C"},
    ]
    }

    def lookup_bssid(bssid_id, step):
    # simulate movement by returning different locations over time
    if bssid_id in bssid_database and step < len(bssid_database[bssid_id]):
    return bssid_database[bssid_id][step]
    return None

    def main():
    bssid_ids = sys.argv[1:]
    log = []

    # open a log file for writing
    with open("bssid_log.txt", "w") as logfile:
    for step in range(3): # simulate 3 queries over time
    timestamp = time.strftime("%Y-%m-%d %H:%M:%S")
    for bssid_id in bssid_ids:
    result = lookup_bssid(bssid_id, step)
    if result:
    entry = {"id": bssid_id, "time": timestamp, "location": result["location"]}
    log.append(entry)
    line = f"[{timestamp}] Found {result['name']} at {result['location']}\n"
    print(line.strip())
    logfile.write(line)
    else:
    line = f"[{timestamp}] bssid {bssid_id} not found\n"
    print(line.strip())
    logfile.write(line)
    time.sleep(1) # pause to simulate time passing

    # Diff successive locations
    logfile.write("\n--- Movement Diff ---\n")
    print("\n--- Movement Diff ---")
    for bssid_id in bssid_ids:
    locations = [entry["location"] for entry in log if entry["id"]
    == bssid_id]
    for i in range(1, len(locations)):
    if locations[i] != locations[i-1]:
    diff_line = f"{bssid_id} moved from {locations[i-1]} to {locations[i]}\n"
    print(diff_line.strip())
    logfile.write(diff_line)

    if __name__ == "__main__":
    main()


    A-ha! That's a start. However, of course, sharing code like this is brain
    dead. Especially python where spacing matters so much. There are so, so
    many code sharing websites out there.

    From a quick scan I can see some issues. In particular, this code scales
    n^2 which is very inefficient. Why are you outputting everything to text
    files? How do you compare results between runs? That's really poor
    practice. Use a database.

    Then there's the lack of error checking...

    You claim I won't do what I already did for God's sake. You're nuts Chris. >>
    Thanks for confirming your babyish attitude. Rather than rise to the
    challenge, you deflect and attack.

    You're nuts Chris. Your IQ is so low that you claimed if I won't track people, nobody can. Who is that stupid, Chris? Seriously? Who?

    Why do you feel so threatened?

    Let's remember your claim. You said:

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Your code is nowhere near this.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 08:29:54 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:

    Unlike you they acknowledge the APs aren't people, despite the poor
    grammar.

    "While there is not necessarily a 1-to-1 relationship
    between Wi-Fi routers and users, home routers typically only have several."

    Again I get it that you're an Apple troll so you're desperate to make
    absurd claims which make sense only to you, in that you claim "APs aren't people" (which nobody would disagree with).

    You literally said your AP/BBSID is you and your name. lol.


    Hint: No professional on the planet agrees with you. And we know that.

    Argument to authority fallacy noted.

    If Apple honored the "_nomap" & the "hidden SSID" it wouldn't be so bad. >>> But Apple clearly does not honor their own rules (which I can prove).

    You have n=1. That's barely an anecdote.

    I get it you Apple trolls are desperate

    Deflection and ad hominem noted.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 13:04:34 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 04:18, Marian wrote:
    Carlos E.R. wrote:
    You appear to be using bridge mode which is optional.
    a. Advanced Settings > Internet > Bridge Mode.
    b. Then connect your home router to the RTF8225VW.


    No, I am not using bridge mode. I'm using the normal default mode as
    it comes out of the box, prepared to work with telef�nica, then added
    a few things, like my SSID/Password, dhcp range to use, what ports I
    want translated, etc.

    Thanks for letting us know, as bridge mode isn't something most of us have used frequently, although I've set up routers as bridges when I have a desktop that doesn't have a Wi-Fi card but which only has an RJ45 port.

    1. The Windows 10 PC "thinks" it's using the Ethernet port.
    2. But that is connected to the router which is set up as a bridge.
    3. Then the router bridges to the Wi-Fi access point far away from the PC.

    It's been a while and people like Char Jackson know this stuff way better than I do, but bridges do "funny things" sometimes.
    As far as I can figure out, in my situation with a desktop & bridge
    1. My PC sees only a wired Ethernet connection.   It has no concept of Wi-Fi SSIDs or BSSIDs because it's not running
      through a Wi-Fi NIC driver.

    2. The bridge router acts as a wireless client to the upstream Wi-Fi access point. It associates with the AP using the AP's SSID and BSSID,
      just like a laptop would.

    3. On the Ehernet side of the bridge, it appears to be a standard
    Ethernet   interface to the PC. It does not expose the SSID/BSSID to the wired   client as the PC can see only MAC-level Ethernet frames.

    Nowadays I use a USB dongle as the Wi-Fi to the Windows 10 PC.
    It acts differently than the bridge did because the USB Wi-Fi dongle acts
    as a Wi-Fi NIC.

    So I haven't used bridges in a while and I never really understood them.

    Bridge means different thing on each router type, even on which section
    of the router we are talking about.

    Bridge mode in my router means that the router is transparent and there
    is another router behind it that is doing the actual job. Or a computer,
    which thinks it is directly connected to the fibre.


    AI Overview

    What Is Bridge Mode On A Router? | Router Bridge Mode
    Bridge mode turns a router into a simple pass-through device (like a
    switch or modem), disabling its routing functions (NAT, DHCP) so another primary router can manage the network, which is ideal for extending
    Wi-Fi, avoiding "double NAT" issues, or connecting to a main router for
    better coverage within a single network. Essentially, it lets the
    secondary device share the internet connection from the main router
    without creating network conflicts, acting as an access point.

    This video explains what bridge mode is and how it works:
    Related video thumbnail
    1m <https://www.google.com/search?q=what+is+bridge+mode+on+a+router&client=firefox-b-e&sca_esv=a1c87ef6032d7104&channel=entpr&ei=kqQ6aarFHPrq7_UPqtaMSA&oq=What+is+bridge+mode+&gs_lp=Egxnd3Mtd2l6LXNlcnAiFFdoYXQgaXMgYnJpZGdlIG1vZGUgKgIIADIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgARIjzxQvg1Y8DJwAngBkAEAmAG5AaABtA-qAQQxNi40uAEDyAEA-AEBmAIWoALeEMICChAAGLADGNYEGEfCAg0QABiABBiwAxhDGIoFwgIKEAAYgAQYQxiKBcICChAuGIAEGEMYigXCAhAQLhiABBjRAxhDGMcBGIoFwgILEC4YgAQY0QMYxwHCAgUQLhiABMICCxAAGIAEGJECGIoFmAMAiAYBkAYKkgcEMTMuOaAHuX-yBwQxMS45uAfOEMIHBjItMjAuMsgHgAGACAA&sclient=gws-wiz-serp#fpstate=ive&vld=cid:f89b2cbb,vid:Vjv5DuWHdbc,st:73>

    Computer Knowledge Base (by cobuman)
    YouTube • 9 Jul 2022
    How it works

    Disables Router Functions: Turns off DHCP (IP address assignment)
    and Network Address Translation (NAT).
    Becomes a Pass-Through: Acts like a simple network switch, letting
    data flow from the main router to connected devices (wired or wirelessly).
    Uses Main Router's IP: Relies on the primary router for IP
    addresses and network management, creating a single, unified network.

    When to use it

    Extend Wi-Fi: Connects wirelessly to a main router to boost signal
    in dead zones.
    Eliminate Double NAT: Avoids conflicts when using multiple routers, improving performance for gaming or certain applications.
    Use Your Own Router: Allows you to use your own advanced router
    with an ISP-provided modem/router combo.

    This video demonstrates how to use your own router in bridge mode:
    Related video thumbnail <https://www.google.com/search?q=what+is+bridge+mode+on+a+router&client=firefox-b-e&sca_esv=a1c87ef6032d7104&channel=entpr&ei=kqQ6aarFHPrq7_UPqtaMSA&oq=What+is+bridge+mode+&gs_lp=Egxnd3Mtd2l6LXNlcnAiFFdoYXQgaXMgYnJpZGdlIG1vZGUgKgIIADIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgAQyBRAAGIAEMgUQABiABDIFEAAYgARIjzxQvg1Y8DJwAngBkAEAmAG5AaABtA-qAQQxNi40uAEDyAEA-AEBmAIWoALeEMICChAAGLADGNYEGEfCAg0QABiABBiwAxhDGIoFwgIKEAAYgAQYQxiKBcICChAuGIAEGEMYigXCAhAQLhiABBjRAxhDGMcBGIoFwgILEC4YgAQY0QMYxwHCAgUQLhiABMICCxAAGIAEGJECGIoFmAMAiAYBkAYKkgcEMTMuOaAHuX-yBwQxMS45uAfOEMIHBjItMjAuMsgHgAGACAA&sclient=gws-wiz-serp#fpstate=ive&vld=cid:6ad07953,vid:lwuLOkr9xTc,st:39>
    58s
    Device Casting Couch - Tech Podcast
    YouTube • 17 Feb 2023
    Key differences from Router Mode

    Router Mode: Assigns IPs, performs NAT, has firewall, manages
    subnets; creates separate networks.
    Bridge Mode: Passes traffic through, no NAT/DHCP; extends a single network.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 13:10:12 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 20:25, Frank Slootweg wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-08 00:10, Marian wrote:
    [...]
    But the fact is you can be tracked anywhere in the world if you use the
    same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    And the old router might be re-used by someone else, which would lead 'Arlen' to the erroneous conclusion that you had moved to the place
    where that someone lives. Way to go!

    Oh, yes. Absolutely true.

    The BSSID would be the same, but the SSID would change (I would be
    careful to do a factory reset to the router before returning it).
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 13:13:06 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-11 06:37, Alan wrote:
    On 2025-12-09 15:13, Carlos E.R. wrote:
    On 2025-12-08 08:54, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a >>>>> really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a
    database
    of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from >>>> California to Florida who retired to ask them to pay their 401K taxes. >>>>
    It would be trivial, using Apple's WPS system, to find everyone in any >>>> given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you
    claim -
    moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry,
    shout
    and stomp your feet blaming everyone else apart from yourself. Just
    like a
    big baby.

    You'll not hear from me until next week so as to not direct you from
    this
    important privacy risk study.

    His point is correct, though. An interested party could dig out this
    information, even if Arlen doesn't come out with code to do it.


    Tell us how an "interested party" associates a particular person with a BSSID in the first place.

    I did not say a person. A household.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 13:12:31 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 09:07, Chris wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-08 08:54, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:


    They also report that 0.06% of all APs moved month to month. That's a >>>>> really poor hit rate for "tracking" people.

    Any imaginative person can think of many instances where having a database >>>> of all the people who moved and exact where from and to, is useful.

    Not people. WAPs.

    Let's just say California wanted to find all the people who moved from >>>> California to Florida who retired to ask them to pay their 401K taxes. >>>>
    It would be trivial, using Apple's WPS system, to find everyone in any >>>> given county in Florida who recently moved there from California.

    Go on then. If it's so trivial, why don't you do it?

    Show us with step by step instructions how many *people* - as you claim - >>> moved to FL from CA in the last six months.

    You have a week. If you can't then I call bullshit.

    I know what will happen, however. You won't even try. You will cry, shout >>> and stomp your feet blaming everyone else apart from yourself. Just like a >>> big baby.

    You'll not hear from me until next week so as to not direct you from this >>> important privacy risk study.

    His point is correct, though. An interested party could dig out this
    information, even if Arlen doesn't come out with code to do it.

    I disagree. Just because a router moves doesn't mean a particular person
    has moved . Or vice versa.

    This is also true.

    Trying to infer this kind of information is also not as trivial as Donald claims.

    In addition, in the above scenario, the tax authorities would have far
    better information at their disposal on actual people rather than some
    vague technical proxy. A MAC is not a person. Not yet at least ;)

    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 13:16:54 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 22:17, Marian wrote:
    Chris wrote:
    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places,
    it's me.
    They have my name. My address. Everything. My BSSID is me.

    Lol. Your name is a MAC address? I can see why you'd not want to disclose
    that.

    You trolls make the most absurd arguments that only you would concoct.
    You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because they
    do not agree with you. It rather makes us abandone the issue.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 13:21:20 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-10 03:22, Marian wrote:
    Carlos E.R. wrote:
    But nothing has changed in that I'm still using telnet with gVim.

    But you have to be careful about what your random headers do to us.
    You should not use random headers in things like the charset.

    Hi Carlos,

    I appreciate that you explained that the charset header, which I've never really ever looked at in earnest, may affect what it does to your
    newsreader.

    I have a dictionary for every header line, where it's a mix-and-match
    affair to pair the character-set header line with the rest of the header.

    What is a good single character set line that will be friendly to you? Mime-Version: 1.0
    Content-Type: text/plain; charset=us-ascii
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit

    This one is the most universal. If you are using vi and telnet in Linux
    it will be certainly true. If you are using Windows, maybe not.



    MIME-Version: 1.0
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit

    This one, for instance, is nuts.



    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit

    Also possibly correct.




    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 7bit

    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: 8bit

    This one would be true on Windows.


    MIME-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-1
    Content-Transfer-Encoding: quoted-printable

    unsure.


    etc.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 13:25:05 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-11 05:53, Marian wrote:
    Andy Burns wrote:
    It's not particularly important by now, but if you look at your message

    <https://al.howardknight.net/?ID=176540312200>

    it does contain big5, that's what triggered fonts, if it remains a
    mystery, that doesn't bother me ...

    Hmmm... thanks for looking since I was so sure I didn't add it that I
    didn't even bother to look. Now I'm looking at your reference <https://al.howardknight.net/?ID=176540312200>
    MIME-Version: 1.0
    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit

    The server to which you upload the post can do its own changes.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 13:28:05 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-11 05:58, Marian wrote:
    Marian wrote:
    Like I said, I never understood the Usenet character set directive.


    This is a test of Chinese characters...
    From: yourname@example.com
    Newsgroups: alt.test
    Subject: ���հT�� <---chinese characters are here
    Date: Wed, 10 Dec 2025 21:56:00 -0800
    Message-ID: <12345@news.example.com>
    Content-Type: text/plain; charset=big5
    Content-Transfer-Encoding: 8bit
    Lines: 12

    �o�O�@�Өϥ� Big5 �s�X�����հT���C<---chinese characters are here

    Unreadable, because your charset headers are random and faked, they do
    not correspond to the contents of the text. This is a bug in your
    scripts, they should send the charset headers that are true and
    correspond to your actual text encoding. Otherwise, our readers will try
    to display your posts and fail to do the correct rendering.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 15:19:40 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Frank Slootweg wrote:
    But the fact is you can be tracked anywhere in the world if you use the >>> same router, which very often people who have moved will easily do.

    Considering that here the router is often provided by the Telco, when
    you move you have to hand over the old router, and get a new one with
    the new contract at the new destination.

    And the old router might be re-used by someone else, which would lead 'Arlen' to the erroneous conclusion that you had moved to the place
    where that someone lives. Way to go!

    If Frank is trying to intimate that this news about Apple's highly insecure WPS system can't track people, then I'm going to have to disagree with him.

    Frank hates me, which is fine, since this is Usenet and we all have a thick skin. Frank even declares everyone he happens to hate, happens to be me.

    Frank doesn't hate you. Frank hates very, very few people. For you,
    the needle doesn't even move.

    He does it all the time (and I just sit back and let it run off my skin).

    Yeah, *right*! That's why you insult and lie as soon as someone proves
    you wrong, "you just sit back and let it run off your skin". Sure!

    Frank told us years ago he was never able to get into a college,

    Frank never told you or anybody that, because it's false [1]. Frank repeatedly challenged you to provide proof and of course you never did,
    you just continue to lie.

    BTW, did I already mention that, like you often allege, I also had "a
    high profile job in Silicon Valley"? :-)

    so I
    should treat him gently when he makes his absurd statements to attack me.

    Proving you wrong is not an attack.

    All I will ask of Frank, on behalf of everyone he is trolling right now,
    is for Frank to simply find just one security researcher who agrees with
    him.

    Again the appealing to authority fallacy. Anyway, no real 'security researcher' would say or imply that a BSSID is effectively pointing to
    an individual. As has already been repeatedly mentioned, that you
    misinterpret what your 'security researchers' say is nobody's problem,
    but yours.

    [1] Not that it matters. Apparently "excellent education" and "high
    IQ" isn't all that meaningful.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 11 15:29:42 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Frank Slootweg wrote:
    and hence his BSSID is him.

    Your IQ is too low to understand that "tracking" is just running the script
    a few times. It's shocking that I have to explain something that trivial.

    Apparently *your* IQ is too low to realize that I never said anything
    about tracking, nor about "the script".

    I advise you to stock up on your army of straw men, you don't want to
    risk running out, do you!?

    [...]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 09:19:38 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    �o�O�@�Өϥ� Big5 �s�X�����հT���C<---chinese characters are here

    Unreadable, because your charset headers are random and faked, they do
    not correspond to the contents of the text. This is a bug in your
    scripts, they should send the charset headers that are true and
    correspond to your actual text encoding. Otherwise, our readers will try
    to display your posts and fail to do the correct rendering.

    Hi Carlos,

    Thanks for letting me know as I never understood charsets in headers.
    "Content-Type: text/plain; charset=UTF-8
    "

    Looking it up, apparently typically the posting client (newsreader)
    sets the charset in the outgoing header, so it's up to me to set it.

    When I type a message, I only use ASCII code points 0x20 through 0x7E
    (the 95 printable keyboard characters); so it's not usually an issue.

    So that's why 99.9% of my posts don't have any charset issues.

    The problem comes when I paste into the article from elsewhere.
    Often there are characters in that pasted text which are not ASCII.

    What I can do is scrub each message via the XML substitution below.

    <?xml version="1.0" encoding="UTF-8" ?>
    <!-- shortcuts.xml, ctrl+b, Macro > ASCII, Version 1.1 -->
    <!-- version 1.2, added backtick, degree, and unicode arrow -->
    <!-- version 1.3, added copyright, registered and trademark -->
    <NotepadPlus>
    <InternalCommands>
    <Shortcut id="43009" Ctrl="no" Alt="no" Shift="no" Key="0" />
    </InternalCommands>
    <Macros>
    <Macro name="ASCII" Ctrl="yes" Alt="no" Shift="no" Key="66">
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2010;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- === NEW: Handle SOH (ASCII 0x01) === -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x0001;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <!-- Replace SOH with nothing (strip it) -->
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <!-- === END SOH block === -->


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2012;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2013;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2014;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2212;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2018;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2019;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201C;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam='&quot;' />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201D;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam='&quot;' />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200C;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&#x2a;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200B;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200C;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200D;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2060;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#xFEFF;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00A0;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2007;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x202F;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2011;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x0F0C;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2018;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2019;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201C;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam='&quot;' />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201D;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam='&quot;' />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2026;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="..." />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&amp;#151;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&amp;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2014;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2013;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&zwnj;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2022;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&#x002A;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x8722;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&amp;" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x11f;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="g" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#8201;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="x" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#xe1;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="a" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x161;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="s" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />



    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x11b;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam="e" />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />



    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2713;" />

    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />

    <Action type="3" message="1602" wParam="0" lParam="0" sParam=" " />

    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />

    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />


    <!-- === START: Extra mappings === -->
    <!-- Apostrophe lookalikes -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2032;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x02BC;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Extra dash variants -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Backtick to ASCII single quote -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="`" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Unicode Arrow (U+2192) to ASCII dash greaterthan -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2192;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="->" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- degree symbol to the word deg -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00B0;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="deg" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- copyright symbol to the letter (C) -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00A9;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(C)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Trademark (U+2122) to (TM) -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2122;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(TM)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Registered (U+00AE) to (R) -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00AE;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(R)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- === END: Extra mappings === -->
    </Macro>

    </Macros>
    <UserDefinedCommands>
    <Command name="Get PHP help" Ctrl="no" Alt="yes" Shift="no" Key="112">https://www.php.net/$(CURRENT_WORD)</Command>
    <Command name="Wikipedia Search" Ctrl="no" Alt="yes" Shift="no" Key="114">https://en.wikipedia.org/wiki/Special:Search?search=$(CURRENT_WORD)</Command>
    <Command name="Open file in another instance" Ctrl="no" Alt="yes" Shift="no" Key="117">$(NPP_FULL_FILE_PATH) $(CURRENT_WORD) -nosession -multiInst</Command>
    </UserDefinedCommands>
    <PluginCommands />
    <ScintillaKeys />
    </NotepadPlus>
    --
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 10:51:19 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    What I can do is scrub each message via the XML substitution below.

    I wrote a tutorial and posted it to the Windows newsgroups, for
    substituting all the funky characters to the 95 keyboard characters.

    From: Marian <marianjones@helpfulpeople.com>
    Newsgroups: alt.comp.os.windows-10,alt.comp.os.windows-11,alt.comp.microsoft.windows
    Subject: Tutorial: Notepad++ shortcuts.xml macro converts unicode to the 95-keyboard ASCII characters
    Date: Thu, 11 Dec 2025 09:42:48 -0700
    Message-ID: <10hesa9$2q1m$1@nnrp.usenet.blueworldhosting.com>

    Examples of the substitutions are many kinds of these characters:
    Hyphens: - - - - - -
    Quotes: ' ' " " 'backtick'
    Ellipsis: ...
    Bullets: *
    Zero-widtha: ''' (these may look invisible)
    Spaces:
    Symbols: 90deg (C) (TM) (R)
    Arrowa: ->
    Literals: - &amp;#151;
    Diacritics: g s e a
    SOH: [U+0001 here]
    etc.

    Here's the shortcuts.xml file that resulted from that tutorial just now.
    It's tested against all the characters listed in the file comments.

    <?xml version="1.0" encoding="UTF-8" ?>
    <!-- Notepad++ shortcuts.xml version 1p1 20251211 -->
    <!-- Use model: ctrl+A (select all), ctrl=B (convert) -->
    <!-- -->
    <!-- 1700 start search -->
    <!-- 1601 set search string (funky character) -->
    <!-- 1625 clear replace buffer -->
    <!-- 1602 set replacement string (ASCII equivalent) -->
    <!-- 1702 run replace all -->
    <!-- 1701 end -->
    <!-- -->

    <NotepadPlus>
    <InternalCommands>
    <Shortcut id="43009" Ctrl="no" Alt="no" Shift="no" Key="0" />
    </InternalCommands>

    <Macros>
    <Macro name="ASCII" Ctrl="yes" Alt="no" Shift="no" Key="66">

    <!-- U+2010 HYPHEN ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2010;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2011 NON-BREAKING HYPHEN ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2011;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2012 FIGURE DASH ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2012;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2013 EN DASH ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2013;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2014 EM DASH ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2014;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2212 MINUS SIGN ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2212;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2018 LEFT SINGLE QUOTE ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2018;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2019 RIGHT SINGLE QUOTE ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2019;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+201C LEFT DOUBLE QUOTE ? "\"" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201C;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&quot;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+201D RIGHT DOUBLE QUOTE ? "\"" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x201D;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&quot;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2026 HORIZONTAL ELLIPSIS ? "..." -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2026;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="..." />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2022 BULLET ? "*" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2022;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="*" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+200B ZERO WIDTH SPACE ? "" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200B;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+200C ZERO WIDTH NON-JOINER ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200C;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+200D ZERO WIDTH JOINER ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x200D;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2060 WORD JOINER ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2060;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+FEFF BOM ? "" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#xFEFF;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+00A0 NO-BREAK SPACE ? " " -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00A0;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam=" " />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2007 FIGURE SPACE ? " " -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2007;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam=" " />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+202F NARROW NO-BREAK SPACE ? " " -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x202F;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam=" " />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+00B0 DEGREE SIGN ? "deg" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00B0;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="deg" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+00A9 COPYRIGHT SIGN ? "(C)" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00A9;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(C)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2122 TRADE MARK SIGN ? "(TM)" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2122;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(TM)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+00AE REGISTERED SIGN ? "(R)" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00AE;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="(R)" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+2192 RIGHT ARROW ? "->" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x2192;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="->" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- BACKTICK ? "'" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="`" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&apos;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Literal &zwnj; ? "-" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&zwnj;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="-" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- Literal &amp;#151; ? "&" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&amp;#151;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="&amp;" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+011F LATIN SMALL LETTER G WITH BREVE ? "g" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x011F;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="g" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+0161 LATIN SMALL LETTER S WITH CARON ? "s" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x0161;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="s" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+011B LATIN SMALL LETTER E WITH CARON ? "e" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x011B;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="e" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+00E1 LATIN SMALL LETTER A WITH ACUTE ? "a" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x00E1;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="a" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    <!-- U+0001 SOH ? "" -->
    <Action type="3" message="1700" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1601" wParam="0" lParam="0" sParam="&#x0001;" />
    <Action type="3" message="1625" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1602" wParam="0" lParam="0" sParam="" />
    <Action type="3" message="1702" wParam="0" lParam="768" sParam="" />
    <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" />

    </Macro>
    </Macros>

    <UserDefinedCommands>
    <Command name="Get PHP help" Ctrl="no" Alt="yes" Shift="no" Key="112">https://www.php.net/$(CURRENT_WORD)</Command>
    <Command name="Wikipedia Search" Ctrl="no" Alt="yes" Shift="no" Key="114">https://en.wikipedia.org/wiki/Special:Search?search=$(CURRENT_WORD)</Command>
    <Command name="Open file in another instance" Ctrl="no" Alt="yes" Shift="no" Key="117">$(NPP_FULL_FILE_PATH) $(CURRENT_WORD) -nosession -multiInst</Command>
    </UserDefinedCommands>

    <PluginCommands />
    <ScintillaKeys />
    </NotepadPlus>

    Note that funky Chinese characters can still slip paste me as I have
    to recognize them & choose a conversion for them to put in the macro.

    Let me know what I missed so we can improve the macro for the team!
    --
    I invest energy in composing Usenet posts because I care greatly about people getting full & complete information so we move our tribal knowledge forward.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Thu Dec 11 10:59:14 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    it does contain big5, that's what triggered fonts, if it remains a
    mystery, that doesn't bother me ...

    Hmmm... thanks for looking since I was so sure I didn't add it that I
    didn't even bother to look. Now I'm looking at your reference
    <https://al.howardknight.net/?ID=176540312200>
    MIME-Version: 1.0
    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit

    The server to which you upload the post can do its own changes.

    Thanks for your help and from the help of Andy, where I want to be very
    clear that I've never really understood this charset header stuff. :(

    What I'll do, moving forward, is when I copy from another source, I will
    run it thru my macro (see other post with the macro) to clean it up.

    That way the text I post will always be clean ASCII using only the
    95 keyboard characters, so the charset header line won't matter.

    I need to figure out (later) how to script it so that everything
    I submit thru telnet to the nntp server goes thru the conversion.

    But for now, what I can do is this (ugly) sequence:
    control+x (copy the text from the news article)
    Win+n (bring up Notepad++ using the App Paths registry key)
    control+v (paste the text from the news article into Notepad++)
    control+a (if it's not already all selected)
    control+b (convert it by running the macro provided in this thread)
    control+x (cut it out of Notepad++)
    control+v (paste it back into gVim)
    control+s (send the gVim text to Usenet via telnet to my nntp server)

    It's actually not so bad because it's just button taps.
    But I agree when I control-send from gVim, I should just run it
    thru the conversion sequence at that point in time.

    That's for later, as every time I touch my scripts, I break something.
    But thanks to you and Andy for helping out, as I care about it all.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 13:37:26 2025
    From Newsgroup: comp.mobile.android

    On 2025/12/11 15:19:40, Frank Slootweg wrote:
    [Huge argument, in which I have no interest, snipped]
    Proving you wrong is not an attack.
    _That_ line has gone straight into my quotes file!
    [more snip]
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 09:59:00 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    Hint: No professional on the planet agrees with you. And we know that.

    Argument to authority fallacy noted.

    Request of both Chris & Frank...

    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just
    a number" when we're talking about privacy, please find just one security researcher on the planet who agrees with your strongly held privacy claim.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 09:59:14 2025
    From Newsgroup: comp.mobile.android

    J. P. Gilliver wrote:
    Proving you wrong is not an attack.

    _That_ line has gone straight into my quotes file!

    Request of both Chris & Frank...

    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just
    a number" when we're talking about privacy, please find just one security researcher on the planet who agrees with your strongly held privacy claim.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 10:24:14 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    The BSSID would be the same, but the SSID would change (I would be
    careful to do a factory reset to the router before returning it).

    We can make a list of consumer routers which allow the BSSID to be changed.

    Note that almost all (if not all) routers allow the internal-facing BSSID
    to be changed but we're talking about the externally-facing BSSID (which is
    the BSSID associated with the access point SSID that needs to be changed).

    We'd still need to flash that consumer router with OpenWrt, DD-WRT, Tomato, etc., though, because typical firmware doesn't allow that BSSID to change.

    Worse, even if we use custom router firmware, the chipset driver still has
    to expose the ability to override the hardware MAC.

    For example, Broadcom's closed-source drivers don't expose MAC override reliably while Atheros/Qualcomm chipsets open drivers allow setting custom
    MAC addresses per interface. Mediatek chipsets generally allow MAC override
    in OpenWrt, since drivers are open source.

    So, for example, any Netgear routger with a Broadcom chipset will be problematic if I want to change my SSID every year (or so).

    But a Netgear R7800 (Nighthawk X4S AC2600), for example, uses Qualcomm
    IPQ8065 SoC + QCA9984 radios which are fully supported by OpenWrt.

    Likewise with the Netgear R7500v2 (Qualcomm IPQ8064 SoC + QCA9880 radios)
    and the Netgear WNDR3700 / WNDR3800 (Atheros AR7161 SoC + AR9220/AR9223
    radios) and the Netgear R6100 (Qualcomm-Atheros AR9344 SoC) routers.

    My router (Netgear Nighthawk AX12 12-Stream Tri-Band AX WiFi Router Model RAX200) is using the Broadcom chipset (BCM49408 SoC) unfortunately.

    In the future, I'm going to only buy routers that allow the outward-facing
    SSID to change, which basically means no router with Broadcom chipsets.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 19:55:54 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg <this@ddress.is.invalid> wrote:

    so I
    should treat him gently when he makes his absurd statements to attack me.

    Proving you wrong is not an attack.

    It is to those with thin skins.


    [1] Not that it matters. Apparently "excellent education" and "high
    IQ" isn't all that meaningful.

    Oh, but it is. Anyone using those terms is likely highly superficial and
    vain.



    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:47:27 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    Hint: No professional on the planet agrees with you. And we know that.

    Argument to authority fallacy noted.

    Request of both Chris & Frank...

    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just
    a number" when we're talking about privacy, please find just one security researcher on the planet who agrees with your strongly held privacy claim.

    And what would that achieve? It's the equivalent of a playground argument dissolving into "my dad is bigger than your dad."

    Being dependent on someone else's opinion is weak.

    Why don't you engage with the criticism and defend your own argument with evidence? You like to call yourself a scientist. Now's your chance to act
    like one.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 19:52:43 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    In addition, in the above scenario, the tax authorities would have far
    better information at their disposal on actual people rather than some
    vague technical proxy. A MAC is not a person. Not yet at least ;)

    To equate the government with random companies selling your identification
    for a buck is probably something most people wouldn't directly do.

    I wouldn't put it past the government, but I wonder what kind of repressive regime Chris must be living under to equate the government with Apple?

    There's a huge difference in the government's power over you versus
    Apple's. Well, at least for a normal person. Maybe not for Chris. :)
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:00:46 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    Apparently *your* IQ is too low to realize that I never said anything

    Frank,

    You couldn't even get into college, so don't cry to me about your low IQ.
    Your entire life people told you that you're stupid. Don't blame me.

    I didn't even bring up this absurd quote from you, Frank, about politics:
    "Fits right in with his administration's agenda."

    Chris did the same thing.

    I've never said a good word about Trump in my life, nor about Biden.
    Nor about Hillary. Nor about Kamala. Nor about any politicians, Frank.

    Just as I'm too smart to be religious (save for in a foxhole), I don't
    believe a word any politicians spew during their election speech rhetoric.

    And yet, you and Chris, having no arguyment whatsoever, claim for some
    whacko reasons only known to you, that I'm some kind of Trump supporter?

    What is wrong with you and Chris Frank?
    You are both rather strange people indeed.

    Find in all my thousands of posts on Usenet, anything good I've ever said
    about ANY politician, let along those of "this administration".

    Find just one.


    HINT: The fact that Franks' (and Chris') only defense of their own
    illogical view of the BSSID:GPS pair not locating a household by calling me
    a "Trump supporter" speaks for itself, does it not?

    Who is that stupid?
    Specifically, who on earth says that
    *If you want BSSID:GPS privacy, then you're a Trump supporter?*

    What kind of strange person says that?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:06:36 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    Let's remember your claim. You said:

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Your code is nowhere near this.

    Your lack of intelligence shows up in your lack of imagination.

    For example, the fact I do not feel like tracking people, somehow, to you, means that people can't be tracked.

    WTF?

    What kind of strange person makes such an illogical non-sensical claim?


    The security researchers proved it can be done.
    That is all the proof you need.

    Plus, the researchers showed they could get BILLIONS of GPS:BSSID pairs.
    And I showed you can easily track them (as did those same researchers).

    Your claim is it can't be done (because I didn't do it).
    That's so illogical and non sensical that I have to question your IQ.

    Of course it can be done.
    Whether or not I choose to do it.

    What kind of strange person calls me (of all people!) a "Trump supporter" simply because I refuse to write a script to literally track real people?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:14:26 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct.
    You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because they
    do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.
    Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but
    even if I had, what does privacy from Apple's WPS have to do with Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair
    and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with
    theirs?

    Why don't you question them calling me a "Trump supporter"?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to alt.comp.os.windows-10,alt.internet.wireless,comp.mobile.android,misc.phone.mobile.iphone on Fri Dec 12 20:18:07 2025
    From Newsgroup: comp.mobile.android

    Tyrone wrote:
    My AP BSSID is me. It's nobody else. It's me. To 8 decimal places, it's me. >>
    But no one but you knows which BSSID belongs to you.

    You should know by now that you should not confuse


    I get it you Apple trolls defend Apple to the death, no matter what.
    Alan Baker, Alan Browne, Chris, Haemactylus, -hh, Jeorg Lorenz,
    JF Mezei, Jolly Roger, Lewis, nospam, Tom Elam, Tyrone, Your Name

    But do NONE of you understand a GPS location to your house, is your house?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:22:40 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just >> a number" when we're talking about privacy, please find just one security
    researcher on the planet who agrees with your strongly held privacy claim.

    And what would that achieve?
    Being dependent on someone else's opinion is weak.
    Why don't you engage with the criticism and defend your own argument with evidence? You like to call yourself a scientist. Now's your chance to act like one.

    I get it you Apple trolls always defend Apple to the death, no matter what.

    Alan Baker, Alan Browne, Chris, Haemactylus, -hh, Jeorg Lorenz,
    JF Mezei, Jolly Roger, Lewis, nospam, Tom Elam, Tyrone, Your Name

    All I'm asking you to do is what I've done, which is quote reliable
    references that back up your claim that a BSSID:GPS pair is, to you,
    *Just a Number*

    Name just one security reseaqrcher on the planet who agrees with you.
    *Name Just One*

    HINT: You Apple trolls always fail this simple credibility test.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 12 20:24:50 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    should treat him gently when he makes his absurd statements to attack me. >>
    Proving you wrong is not an attack.

    It is to those

    You and Frank both called me a "Trump supporter" because I care about
    privacy and because I understand the power of a BSSID:GPS pairing.

    What is the logic in your repetitive claims?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 08:37:29 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    Let's remember your claim. You said:

    It would be trivial, using Apple's WPS system, to find everyone in any
    given county in Florida who recently moved there from California.

    Your code is nowhere near this.

    Your lack of intelligence shows up in your lack of imagination.

    For example, the fact I do not feel like tracking people, somehow, to you, means that people can't be tracked.

    You said it was "trivial". So far your efforts show it's far from it, which
    is my point. You make such grandiose claims, Donald, and then you TACO from backing them up.

    This is yet another example.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 08:59:06 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct.
    You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because they
    do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.

    Please evidence where that happened anywhere than inside your head.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 08:59:08 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Carlos E.R. wrote:
    In addition, in the above scenario, the tax authorities would have far
    better information at their disposal on actual people rather than some
    vague technical proxy. A MAC is not a person. Not yet at least ;)

    To equate the government with random companies selling your identification for a buck is probably something most people wouldn't directly do.

    I wouldn't put it past the government, but I wonder what kind of repressive regime Chris must be living under to equate the government with Apple?

    You're the one who brought up identifying recently moved californians to
    pay their 401k taxes.

    There's a huge difference in the government's power over you versus
    Apple's. Well, at least for a normal person. Maybe not for Chris. :)

    Ah but you said this was "trivial" and used sheriffs as another example.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 09:09:07 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just >>> a number" when we're talking about privacy, please find just one security >>> researcher on the planet who agrees with your strongly held privacy claim. >>
    And what would that achieve?
    Being dependent on someone else's opinion is weak.
    Why don't you engage with the criticism and defend your own argument with
    evidence? You like to call yourself a scientist. Now's your chance to act
    like one.

    I get it you Apple trolls always defend Apple to the death, no matter what.

    Alan Baker, Alan Browne, Chris, Haemactylus, -hh, Jeorg Lorenz,
    JF Mezei, Jolly Roger, Lewis, nospam, Tom Elam, Tyrone, Your Name

    All I'm asking you to do is what I've done, which is quote reliable references that back up your claim that a BSSID:GPS pair is, to you,
    *Just a Number*

    Name just one security reseaqrcher on the planet who agrees with you.
    *Name Just One*

    HINT: You Apple trolls always fail this simple credibility test.

    This subthread tells you all you need to know about our Donald.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 12:47:17 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:

    [Lies, false claims, etc. deleted.]

    HINT: The fact that Franks' (and Chris') only defense of their own
    illogical view of the BSSID:GPS pair not locating a household

    Acknowledgement of *our* argument duly noted.

    QED.

    [More of the same lies, etc. deleted.]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan Browne@bitbucket@blackhole.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 10:53:57 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-13 04:09, Chris wrote:
    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    If you truly believe your oft-stated opinion that a BSSID:GPS pair is "just

    Alan Baker, Alan Browne, Chris, Haemactylus, -hh, Jeorg Lorenz,
    JF Mezei, Jolly Roger, Lewis, nospam, Tom Elam, Tyrone, Your Name

    Bizarre that I'm mentioned on a topic that I've never opined on!

    This subthread tells you all you need to know about our Donald.

    They used to put such into appropriate wards with big hefty men and
    syringe equipped nurses to keep under control. Play dreary classical
    music, etc...
    --
    "It would be a measureless disaster if Russian barbarism overlaid
    the culture and independence of the ancient States of Europe."
    Winston Churchill

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sat Dec 13 20:08:05 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    Acknowledgement of *our* argument duly noted.

    Hi Frank,

    I noticed you ran the netsh command so I want to let you know I wasn't
    aware, until recently, that the results depend on what's in the cache.

    I wrote a query of the Windows newsgroup, asking if anyone knows of a way
    to run that netsh command so that a full output occurs every single run.

    From: Marian <marianjones@helpfulpeople.com>
    Newsgroups: alt.comp.os.windows-10
    Subject: How to show ALL nearby Wi-Fi AP's BSSID every time
    Date: Sat, 13 Dec 2025 20:01:13 -0700
    Message-ID: <10hl99p$1d1l$1@nnrp.usenet.blueworldhosting.com>

    Essentially, we get a more full output if we run the netsh command moments after we force our wifi adapter to reset than if it was already running.

    For example, this only reports what's in the cache (AFAICT):
    netsh wlan show networks mode=bssid
    While this "can" force a refresh of that cache (AFAICT):
    netsh wlan refresh && netsh wlan show networks mode=bssid

    Although *toggling* the wifi adapter seems to garner the fullest results.

    Since I always strive to add value to the tribal knowledge of the team,
    below is my "netconnect" script to which I will add the scan after toggle.

    @echo off
    REM This is v1p2 of C:\data\sys\batch\netconnect.bat
    REM Resets Wi-Fi to a consistent state after unexpected loss
    REM v1p0 20251029
    REM elevates to admin
    REM toggles Wi-Fi to put it into a consistent state after reboot
    REM then connects to a given named SSID
    REM v1p1 20251101
    REM added conditional checks and retries
    REM v1p2 20251102
    REM added loop to verify State/SSID and retry until truly connected

    :: --- Elevate to admin if not already ---
    >nul 2>&1 net session
    if %errorlevel% neq 0 (
    echo Requesting administrative privileges...
    powershell -Command "Start-Process '%~f0' -Verb RunAs"
    exit /b
    )

    :: Use "netsh interface show interface" to get adapter name
    set adapter=Wi-Fi
    :: Assumption is that the ssid:password has already been saved
    set ssid=your.ssid_nomap

    :: The saved SSID profile is used for credentials.
    echo [%date% %time%] Toggling Wi-Fi adapter...
    netsh interface show interface name=%adapter%

    REM Disable the adapter (to set to a consistent state)
    netsh interface set interface name=%adapter% admin=disable
    timeout /t 5 >nul

    REM Enable the adapter (to set to the desired state)
    netsh interface set interface name=%adapter% admin=enable
    timeout /t 10 >nul

    echo Attempting to connect to %ssid%...

    REM Connect to the specified SSID after adapter is fully enabled
    powershell -Command "Enable-NetAdapter -Name '%adapter%' -Confirm:$false"
    timeout /t 5 >nul

    REM Added loop to verify State/SSID and retry until truly connected
    set retries=3
    :retry
    echo Connecting to %ssid%...
    netsh wlan connect name=%ssid%
    timeout /t 5 >nul

    for /f "tokens=2 delims=:" %%A in ('netsh wlan show interfaces ^| findstr /C:"State"') do (
    set state=%%A
    )
    for /f "tokens=2 delims=:" %%A in ('netsh wlan show interfaces ^| findstr /C:"SSID" ^| findstr /V "BSSID"') do (
    set currentSSID=%%A
    )

    set state=%state: =%
    set currentSSID=%currentSSID: =%

    if /I "%state%"=="connected" if /I "%currentSSID%"=="%ssid%" (
    echo Connected successfully to %ssid%.
    goto done
    ) else (
    set /a retries-=1
    if %retries% gtr 0 (
    echo Not connected yet. Retrying...
    timeout /t 5 >nul
    goto retry
    ) else (
    echo Connection failed after multiple attempts.
    )
    )

    :done

    echo [%date% %time%] Done. Check your connection status.
    echo Final adapter status:
    netsh interface show interface name=%adapter%
    netsh wlan show interfaces
    pause
    :: end of C:\data\sys\batch\netconnect.bat
    --
    I invest energy in composing Usenet posts because I care greatly about people getting full & complete information so we improve our knowledge.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 01:15:28 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Essentially, we get a more full output if we run the netsh command moments after we force our wifi adapter to reset than if it was already running.

    I added a better output summary. I tried to get a RSSI histogram,
    but it was just too cumbersome; so I backed off & just added counts.

    It's a bummer that Windows isn't reliable in outputting all the
    access points nearby in a single command, but this works reasonably.

    @echo off
    REM This is C:\data\sys\batch\netscan.bat version 2p1
    REM Logs the fullest list possible of all nearby Wi-Fi APs
    REM v1p0 20251213 outputs wifi adapter AP cache to a log file
    REM v1p1 20251213 disconnects/reconnects Wi-Fi, then outputs AP cache
    REM v1p2 20251213 captures multiple snapshots for the fullest AP list
    REM v1p3 20251213 captures multiple AP scans with timestamps for each
    REM v1p4 20251213 build a consolidated summary of the full list of AP's
    REM v1p5 20251213 count the unique BSSIDs and SSIDs found in the AP scan
    REM v1p6 20251213 add a summary of BSSIDs and SSIDs found per scan
    REM v1p7 20251213 add a signal-strength histogram via PowerShell
    REM v1p8 20251213 separate scan results into files for better counts
    REM v1p9 20251213 tried to create histogram using PowerShell but failed
    REM v2p0 20251213 reverted to 1p6 and created tmp files to fix counts
    REM v2p1 20251213 added per-scan BSSID counts along with the SSID counts
    REM Note: Without admin, we can only toggle known Wi-Fi profiles
    REM Note: Use netconnect.bat for a more powerful adapter reset with admin

    setlocal enabledelayedexpansion
    set ssid=ymca.pool_nomap
    set "logdir=C:\data\sys\log"
    if not exist "%logdir%" mkdir "%logdir%"

    for /f %%A in ('wmic os get localdatetime ^| find "."') do set dt=%%A
    set "ts=%dt:~0,8%_%dt:~8,6%"
    set "logfile=%logdir%\wifiscan_%ts%.log"

    echo === Wi-Fi scan session started at %date% %time% === >> "%logfile%"

    REM 1) Disconnect from current SSID
    echo [%date% %time%] Disconnecting Wi-Fi...
    netsh wlan disconnect
    timeout /t 12 >nul

    echo === Scan A (disconnected state) at %date% %time% === >> "%logfile%"
    netsh wlan show networks mode=bssid > "%logdir%\scanA.tmp"
    type "%logdir%\scanA.tmp" >> "%logfile%"
    echo --- End of Scan A --- >> "%logfile%"

    REM 2) Reconnect to target SSID
    echo [%date% %time%] Reconnecting to %ssid%...
    netsh wlan connect name=%ssid%
    timeout /t 15 >nul

    echo === Scan B (after reconnect) at %date% %time% === >> "%logfile%"
    netsh wlan show networks mode=bssid > "%logdir%\scanB.tmp"
    type "%logdir%\scanB.tmp" >> "%logfile%"
    echo --- End of Scan B --- >> "%logfile%"

    REM 3) Wait longer for background scan to complete
    timeout /t 20 >nul
    echo === Scan C (delayed snapshot) at %date% %time% === >> "%logfile%"
    netsh wlan show networks mode=bssid > "%logdir%\scanC.tmp"
    type "%logdir%\scanC.tmp" >> "%logfile%"
    echo --- End of Scan C --- >> "%logfile%"

    REM 4) Build consolidated summary (union of SSIDs and BSSIDs with counts)
    echo === Consolidated AP Summary (union of all scans) === >> "%logfile%"

    REM Unique SSIDs
    echo --- Unique SSIDs --- >> "%logfile%"
    type "%logdir%\scanA.tmp" "%logdir%\scanB.tmp" "%logdir%\scanC.tmp" | findstr /R /C:"^SSID" | sort /unique > "%logdir%\ssid.tmp"
    type "%logdir%\ssid.tmp" >> "%logfile%"
    for /f %%C in ('type "%logdir%\ssid.tmp" ^| find /c /v ""') do set ssidcount=%%C
    echo Total unique SSIDs: %ssidcount% >> "%logfile%"

    REM Unique BSSIDs
    echo --- Unique BSSIDs --- >> "%logfile%"
    type "%logdir%\scanA.tmp" "%logdir%\scanB.tmp" "%logdir%\scanC.tmp" | findstr /R /C:"BSSID" | sort /unique > "%logdir%\bssid.tmp"
    type "%logdir%\bssid.tmp" >> "%logfile%"
    for /f %%C in ('type "%logdir%\bssid.tmp" ^| find /c /v ""') do set bssidcount=%%C
    echo Total unique BSSIDs: %bssidcount% >> "%logfile%"

    REM Per-scan SSID counts
    echo --- Per-scan SSID counts --- >> "%logfile%"
    for /f %%C in ('findstr /C:"SSID" "%logdir%\scanA.tmp" ^| find /c "SSID"') do set scanAcount=%%C
    for /f %%C in ('findstr /C:"SSID" "%logdir%\scanB.tmp" ^| find /c "SSID"') do set scanBcount=%%C
    for /f %%C in ('findstr /C:"SSID" "%logdir%\scanC.tmp" ^| find /c "SSID"') do set scanCcount=%%C
    echo Scan A SSIDs: %scanAcount% >> "%logfile%"
    echo Scan B SSIDs: %scanBcount% >> "%logfile%"
    echo Scan C SSIDs: %scanCcount% >> "%logfile%"

    REM Per-scan BSSID counts (new in v2p1)
    echo --- Per-scan BSSID counts --- >> "%logfile%"
    for /f %%C in ('findstr /C:"BSSID" "%logdir%\scanA.tmp" ^| find /c "BSSID"') do set scanAbssid=%%C
    for /f %%C in ('findstr /C:"BSSID" "%logdir%\scanB.tmp" ^| find /c "BSSID"') do set scanBbssid=%%C
    for /f %%C in ('findstr /C:"BSSID" "%logdir%\scanC.tmp" ^| find /c "BSSID"') do set scanCbssid=%%C
    echo Scan A BSSIDs: %scanAbssid% >> "%logfile%"
    echo Scan B BSSIDs: %scanBbssid% >> "%logfile%"
    echo Scan C BSSIDs: %scanCbssid% >> "%logfile%"

    del "%logdir%\scanA.tmp" "%logdir%\scanB.tmp" "%logdir%\scanC.tmp" "%logdir%\ssid.tmp" "%logdir%\bssid.tmp"

    echo === Wi-Fi scan session finished at %date% %time% === >> "%logfile%"
    echo Log written to %logfile%
    pause

    REM end of C:\data\sys\batch\netscan.bat
    --
    Helping others & learning from them is what this Usenet ng is all about.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 02:07:40 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    You said it was "trivial". So far your efforts show it's far from it, which is my point. You make such grandiose claims, Donald, and then you TACO from backing them up.

    It was trivial.
    However, it took me the good part of a half hour to figure it out.

    Here's how to query Apple's insecure WPS database for hundreds of
    BSSID:GPS location pairs, simply by feeding the database one BSSID.

    0. python apple_bssid_locator.py 11:22:33:AA:BB:CC
    only gives you a single BSSID:GPS pair accurate to 8 decimal places.
    1. Edit apple_bssid_locator.py in the previous GitHub download package.
    <https://github.com/darkosancanin/apple_bssid_locator>
    2. Note that query_bssid() has the following limitation built in:
    apple_wloc.return_single_result = 1 (i.e., "yes")
    3. Then in process_result(), the code loops through apple_wloc.wifi_devices
    and extracts only those with a location field. It builds a dictionary of
    {BSSID: (lat, lon)}.
    4. In main(), unless you pass --all, it only prints the coordinates for
    the one BSSID you asked about.
    5. However, Apple's API actually returns a cluster of nearby APs
    (hundreds of BSSIDs) when you don't restrict it from doing so.
    6. To get *hundreds* of nearby BSSID:GPS pairs, simply change the
    def query_bssid(bssid, output_file="results.txt") as shown below.
    9. Now run the python script again:
    python apple_bssid_locator.py 11:22:33:AA:BB:CC --all
    10. You'll get *hundreds* of access point location pairs now!

    def query_bssid(bssid, output_file="results.txt"):
    apple_wloc = AppleWLoc_pb2.AppleWLoc()
    wifi_device = apple_wloc.wifi_devices.add()
    wifi_device.bssid = bssid
    apple_wloc.unknown_value1 = 0
    apple_wloc.return_single_result = 0 # request ALL results
    serialized_apple_wloc = apple_wloc.SerializeToString()
    length_serialized_apple_wloc = len(serialized_apple_wloc)

    headers = {'User-Agent':'locationd/1753.17 CFNetwork/889.9 Darwin/17.2.0'}
    data = b"\x00\x01\x00\x05"+b"en_US"+b"\x00\x13"+b"com.apple.locationd"+b"\x00\x0a"+b"8.1.12B411"+b"\x00\x00\x00\x01\x00\x00\x00" + bytes((length_serialized_apple_wloc,)) + serialized_apple_wloc
    r = requests.post('https://gs-loc.apple.com/clls/wloc', headers=headers, data=data)

    apple_wloc = AppleWLoc_pb2.AppleWLoc()
    apple_wloc.ParseFromString(r.content[10:])

    # Build dictionary of results
    results = {}
    with open(output_file, "w") as f:
    for wifi_device in apple_wloc.wifi_devices:
    if wifi_device.HasField('location'):
    lat = wifi_device.location.latitude * 1e-8
    lon = wifi_device.location.longitude * 1e-8
    mac = format_bssid(wifi_device.bssid)
    results[mac] = (lat, lon)
    f.write(f"{mac}\t{lat}\t{lon}\n")

    print(f"Saved {len(results)} entries to {output_file}")
    return results

    Note that we can plot those ~400 entries on a map with Python's folium
    library so you can visually explore the cluster instead of scrolling.
    --
    Apple "says" they care about your privacy; but their actions
    show that they don't follow their own privacy policies.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 02:54:35 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    Note that we can plot those ~400 entries on a map with Python's folium library so you can visually explore the cluster instead of scrolling.

    It's trivial to display all the results.txt BSSID:GPS pairs on a local map!

    Download the folium source archive <https://pypi.org/project/folium/#files> <https://files.pythonhosted.org/packages/c7/76/84a1b1b00ce71f9c0c44af7d80f310c02e2e583591fe7d4cb03baecd0d3f/folium-0.20.0.tar.gz>
    Name: folium-0.20.0.tar.gz
    Size: 109932 bytes (107 KiB)
    SHA256: A0D78B9D5A36BA7589CA9AEDBD433E84E9FCAB79CD6AC213ADBCFF922E454CB9

    C:\app\archiver\7zip\7z.exe xfolium-0.20.0.tar.gz
    C:\app\archiver\7zip\7z.exe x folium-0.20.0.tar
    xcopy /E /I folium-0.20.0\folium C:\app\os\python\Lib\site-packages\folium
    53 files copied
    C:\app\os\python\python.exe -c "import folium; print(folium.__version__)"

    Download the latest branca release from PyPI: <https://pypi.org/project/branca/#files> https://files.pythonhosted.org/packages/32/14/9d409124bda3f4ab7af3802aba07181d1fd56aa96cc4b999faea6a27a0d2/branca-0.8.2.tar.gz
    Name: branca-0.8.2.tar.gz
    Size: 27890 bytes (27 KiB)
    SHA256: E5040F4C286E973658C27DE9225C1A5A7356DD0702A7C8D84C0F0DFBDE388FE7 C:\app\archiver\7zip\7z.exe x branca-0.8.2.tar.gz
    C:\app\archiver\7zip\7z.exe x branca-0.8.2.tar

    xcopy /E /I branca-0.8.2\branca C:\app\os\python\Lib\site-packages\branca

    10 files copied
    C:\app\os\python\python.exe -c "import branca; print(branca.__version__)"

    Download Jinja2 source archive
    <https://pypi.org/project/Jinja2/#files> https://files.pythonhosted.org/packages/df/bf/f7da0350254c0ed7c72f3e33cef02e048281fec7ecec5f032d4aac52226b/jinja2-3.1.6.tar.gz
    Name: jinja2-3.1.6.tar.gz
    Size: 245115 bytes (239 KiB)
    SHA256: 0137FB05990D35F1275A587E9AEE6D56DA821FC83491A0FB838183BE43F66D6D C:\app\archiver\7zip\7z.exe x Jinja2-3.1.6.tar.gz
    C:\app\archiver\7zip\7z.exe x Jinja2-3.1.6.tar
    xcopy /E /I Jinja2-3.1.6\src\jinja2 C:\app\os\python\Lib\site-packages\jinja2 26 files copied
    C:\app\os\python\python.exe -c "import jinja2; print(jinja2.__version__)"

    Since this is getting tedious, I'll install pip:
    C:\app\os\python\python.exe -m ensurepip

    And then I'll install the rest of the dependencies.
    C:\app\os\python\python.exe -m pip install markupsafe C:\app\os\python\python.exe -m pip install numpy
    C:\app\os\python\python.exe -m pip install xyzservices

    Test:
    C:\app\os\python\python.exe -c "import folium; print(folium.__version__)" C:\app\os\python\python.exe -c "import folium; m = folium.Map(location=[0,0], zoom_start=2); m.save('test_map.html'); print('OK')"

    python plot_bssid.py
    Map saved to bssid_map.html

    start msedge "C:\app\os\python\apple_bssid_locator\bssid_map.html"
    Voila! Up to 400 nearest access points on the map in a single query.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 10:58:34 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Marian wrote:
    Note that we can plot those ~400 entries on a map with Python's folium
    library so you can visually explore the cluster instead of scrolling.

    It's trivial to display all the results.txt BSSID:GPS pairs on a local map!

    Download the folium source archive <https://pypi.org/project/folium/#files> <https://files.pythonhosted.org/packages/c7/76/84a1b1b00ce71f9c0c44af7d80f310c02e2e583591fe7d4cb03baecd0d3f/folium-0.20.0.tar.gz>
    Name: folium-0.20.0.tar.gz
    Size: 109932 bytes (107 KiB)
    SHA256: A0D78B9D5A36BA7589CA9AEDBD433E84E9FCAB79CD6AC213ADBCFF922E454CB9

    C:\app\archiver\7zip\7z.exe xfolium-0.20.0.tar.gz
    C:\app\archiver\7zip\7z.exe x folium-0.20.0.tar
    xcopy /E /I folium-0.20.0\folium C:\app\os\python\Lib\site-packages\folium
    53 files copied
    C:\app\os\python\python.exe -c "import folium; print(folium.__version__)"

    Download the latest branca release from PyPI: <https://pypi.org/project/branca/#files> https://files.pythonhosted.org/packages/32/14/9d409124bda3f4ab7af3802aba07181d1fd56aa96cc4b999faea6a27a0d2/branca-0.8.2.tar.gz
    Name: branca-0.8.2.tar.gz
    Size: 27890 bytes (27 KiB)
    SHA256: E5040F4C286E973658C27DE9225C1A5A7356DD0702A7C8D84C0F0DFBDE388FE7 C:\app\archiver\7zip\7z.exe x branca-0.8.2.tar.gz
    C:\app\archiver\7zip\7z.exe x branca-0.8.2.tar

    xcopy /E /I branca-0.8.2\branca C:\app\os\python\Lib\site-packages\branca

    10 files copied
    C:\app\os\python\python.exe -c "import branca; print(branca.__version__)"

    Download Jinja2 source archive
    <https://pypi.org/project/Jinja2/#files> https://files.pythonhosted.org/packages/df/bf/f7da0350254c0ed7c72f3e33cef02e048281fec7ecec5f032d4aac52226b/jinja2-3.1.6.tar.gz
    Name: jinja2-3.1.6.tar.gz
    Size: 245115 bytes (239 KiB)
    SHA256: 0137FB05990D35F1275A587E9AEE6D56DA821FC83491A0FB838183BE43F66D6D C:\app\archiver\7zip\7z.exe x Jinja2-3.1.6.tar.gz
    C:\app\archiver\7zip\7z.exe x Jinja2-3.1.6.tar
    xcopy /E /I Jinja2-3.1.6\src\jinja2 C:\app\os\python\Lib\site-packages\jinja2 26 files copied
    C:\app\os\python\python.exe -c "import jinja2; print(jinja2.__version__)"

    Since this is getting tedious, I'll install pip:
    C:\app\os\python\python.exe -m ensurepip

    And then I'll install the rest of the dependencies. C:\app\os\python\python.exe -m pip install markupsafe C:\app\os\python\python.exe -m pip install numpy
    C:\app\os\python\python.exe -m pip install xyzservices

    Test:
    C:\app\os\python\python.exe -c "import folium; print(folium.__version__)" C:\app\os\python\python.exe -c "import folium; m =
    folium.Map(location=[0,0], zoom_start=2); m.save('test_map.html'); print('OK')"

    python plot_bssid.py
    Map saved to bssid_map.html

    start msedge "C:\app\os\python\apple_bssid_locator\bssid_map.html"
    Voila! Up to 400 nearest access points on the map in a single query.

    I mean, it's great you're really getting into this and enjoying sharing
    your workings, however, this doesn't address your original "trivial" claim. You're still only exploring one (known) BSSID at a time. Even on a loop.

    The truly non-trivial bit is expanding to all of california and all of
    florida unknown BSSIDs then doing a temporal mapping between the two.

    I get it. It's very easy to underestimate the complexity of data questions.


    Professionally I work with a lot academic researchers and they always get a real shock at how time consuming (and therefore expensive) doing real-world data analyses is. They often think coming up with the question is the
    difficult bit. It really isn't.

    The UOM paper,, for example, collected data over 22/23 and was published in
    May 24. That'll give you an idea of how long this stuff takes.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 10:24:24 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    Voila! Up to 400 nearest access points on the map in a single query.

    I mean, it's great you're really getting into this and enjoying sharing
    your workings, however, this doesn't address your original "trivial" claim. You're still only exploring one (known) BSSID at a time. Even on a loop.

    Hi Chris,

    Please read this post very carefully as I don't have time to teach you.

    I'm renovating a home for a relative so I won't have a lot of time to
    devote to patiently teaching you, at least for the next few weeks.

    Anyone with any imagination whatsoever already has guessed at the method
    that Erik Rye and David Levin used to identify BILLIONS of GPS:BSSID pairs.

    It's trivial. You already know I just got hundreds. All I have to do is
    "walk" those from the outskirts to expand outward radially from my home.

    Do you seriously think anyone who knows how to code can't do that?

    The truly non-trivial bit is expanding to all of california and all of florida unknown BSSIDs then doing a temporal mapping between the two.

    You lack imagination, Chris. Probably you've never ever coded perhaps?

    Read this quote:
    "Using a program written in Go and running on Linux, Rye
    brute-force guessed a large number of BSSID numbers until he
    eventually hit a real one, for which the WPS API endpoint
    gifted him a set of other BSSIDs near to it. Once you start
    getting hits, you can do what's called 'snowball sampling'
    and just feed those back in, and continuously sample over
    and over," he explains. Over a period of less than a week,
    we were able to amass about half a billion unique BSSIDs."
    <https://www.darkreading.com/endpoint-security/apple-geolocation-api-exposes-wi-fi-access-points-worldwide>

    Are you seriously claiming this is difficult to do for a coder?

    I get it. It's very easy to underestimate the complexity of data questions.

    Chris,

    You seriously lack imagination. It's trivial. I say it's trivial, and I already proved it's trivial. If you force me to write the "snowball code",
    I can, but I am not at all interested in tracking everyone in the world.

    Professionally I work with a lot academic researchers and they always get a real shock at how time consuming (and therefore expensive) doing real-world data analyses is. They often think coming up with the question is the difficult bit. It really isn't.

    Chris,
    I modified the python scripts to get up to 400 BSSID:GPS pairs at a time.

    That gives me a long list in the "results.txt" file which anyone can
    reproduce given I gave you the code modification in a prior post, right?

    Do you seriously claim that it's at all difficult to pick a BSSID:GPS pair
    and do it again? And then again? And again?

    The only stumbling block is that I'll have a large file containing BILLIONS
    of GPS:BSSID pairs, starting from my home and then radiating outward.

    The UOM paper,, for example, collected data over 22/23 and was published in May 24. That'll give you an idea of how long this stuff takes.

    Have you ever published a paper in a peer-reviewed journal, Chris?
    I have. It takes time. Plus, it's not the only thing you're doing.

    So for you saying something that illogical is why I claim that you will
    pick any inane excuse to defend Apple to the death, no matter what.

    It took me a week, elapsed time, to write the modifications to get the BSSID:GPS pair, but I am doing other things. So are they.

    And even if they weren't doing other things, writing a research paper and getting it peer reviewed takes a lot of time since they're talking about
    Apple and you can rest assured Apple's lawyers are all over that paper.

    Anyway, I got a response from Apple via their RADAR system, and they said
    they couldn't reproduce my issue but they removed my BSSID:GPS from WPS.

    It's funny. I worked with developers for decades. Since I didn't file the
    RADAR tracking report myself, I don't know what was said in it, but this suddenly got more serious as I gave Apple plenty of time to fix this bug.
    --
    As you know, I always respond to people in the same manner as they to me.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 21:13:58 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-13 03:52, Marian wrote:
    Carlos E.R. wrote:
    In addition, in the above scenario, the tax authorities would have far
    better information at their disposal on actual people rather than some
    vague technical proxy. A MAC is not a person. Not yet at least ;)

    Please use correct attribution lines. It was not me who said that.


    To equate the government with random companies selling your identification for a buck is probably something most people wouldn't directly do.

    I wouldn't put it past the government, but I wonder what kind of repressive regime Chris must be living under to equate the government with Apple?

    There's a huge difference in the government's power over you versus
    Apple's. Well, at least for a normal person. Maybe not for Chris. :)
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 21:30:31 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct.
    You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because
    they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.
    Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but
    even if I had, what does privacy from Apple's WPS have to do with Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I don't
    read every message completely. I did a quick search, manually, on the
    three messages directly up the tree from this one for the word "Trump"
    and I did not find it. I can not easily do a text search on the content
    of messages on the nntp group. Do you have a message-id?
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 20:57:32 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct. >>> You actually believe someone said their MAC address was their name.

    You will not convince anyone by calling people trolls just because
    they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple. Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but even if I had, what does privacy from Apple's WPS have to do with Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I don't
    read every message completely. I did a quick search, manually, on the
    three messages directly up the tree from this one for the word "Trump"
    and I did not find it. I can not easily do a text search on the content
    of messages on the nntp group. Do you have a message-id?

    Don't hold your breath for 'Arlen' to come up with proof of his
    claims.

    There is no such post. He's just emitting another series of straw men.
    I didn't say what he claims and what I *did* say, I said in a different context. So zero points.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 14 22:18:16 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-11 18:51, Marian wrote:
    Marian wrote:
    What I can do is scrub each message via the XML substitution below.

    I wrote a tutorial and posted it to the Windows newsgroups, for
    substituting all the funky characters to the 95 keyboard characters.


    Sorry, this is a very bad idea, in the XXI century.

    Modern computers use unicode.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Sun Dec 14 22:22:35 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-11 18:59, Marian wrote:
    Carlos E.R. wrote:
    it does contain big5, that's what triggered fonts, if it remains a
    mystery, that doesn't bother me ...

    Hmmm... thanks for looking since I was so sure I didn't add it that I
    didn't even bother to look. Now I'm looking at your reference
    <https://al.howardknight.net/?ID=176540312200>
    MIME-Version: 1.0
    Content-Type: text/plain; charset="big5"
    Content-Transfer-Encoding: 8bit

    The server to which you upload the post can do its own changes.

    Thanks for your help and from the help of Andy, where I want to be very
    clear that I've never really understood this charset header stuff. :(

    What I'll do, moving forward, is when I copy from another source, I will
    run it thru my macro (see other post with the macro) to clean it up.

    That way the text I post will always be clean ASCII using only the 95 keyboard characters, so the charset header line won't matter.

    That's a very bad idea.

    That's akin to saying you will light your fire with a flintstone instead
    of using matches or a lighter.

    Please, just use unicode, in any of the versions used by Windows or
    Linux. Your vi is using unicode, 99.9% sure.

    And then use the correct header, not a random one.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.mobile.android on Sun Dec 14 21:37:08 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct. >>>> You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because
    they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.
    Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but
    even if I had, what does privacy from Apple's WPS have to do with Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair >> and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with
    theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I don't
    read every message completely. I did a quick search, manually, on the
    three messages directly up the tree from this one for the word "Trump"
    and I did not find it. I can not easily do a text search on the content
    of messages on the nntp group. Do you have a message-id?

    He likes to have a pretend name so I call him "Donald". It is in reference
    to a well-known Donald who he shares psychological traits. It has nothing
    to do with being a supporter or otherwise.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Sun Dec 14 22:57:26 2025
    From Newsgroup: comp.mobile.android

    On Sun, 12/14/2025 3:30 PM, Carlos E.R. wrote:
    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct. >>>> You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.
    Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but
    even if I had, what does privacy from Apple's WPS have to do with Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair >> and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with
    theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I don't read every message completely. I did a quick search, manually, on the three messages directly up the tree from this one for the word "Trump" and I did not find it. I can not easily do a text search on the content of messages on the nntp group. Do you have a message-id?


    You can use Offline Mode and sync the server content with your client, so
    the client has a copy of all the messages currently on the server.
    Then when you search the group, you get a more realistic sample
    of the message bodies and claims about what somebody said.

    Fri, 11/17/2023 478,483,218 comp.lang.c <=== only created for offline mode (whole messages)
    Thu, 10/05/2023 27 comp.lang.c.dat <=== (filter definitions) Sat, 12/13/2025 50,425,664 comp.lang.c.msf <=== Mork Summary File (headers only)

    I've only done this the one time, as a demo of the file sizes.

    Paul

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 08:46:05 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    I'm renovating a home for a relative so I won't have a lot of time to
    devote to patiently teaching you, at least for the next few weeks.

    Sure you are. You're simply weaselling out of your "trivial" exercise.

    Do you really want to see how trivial it is so "snowball" from your own
    home router, to every home router in the world in increasing circles?

    As explained prior, I slightly modified this open source code yesterday: <https://github.com/darkosancanin/apple_bssid_locator>
    where the main change I made to the apple_bssid_locator.py was
    FROM: apple_wloc.return_single_result = 1 (which means return only one)
    TO: apple_wloc.return_single_result = 0 (which means unlimited returns)

    All I did, after modifying that python script, was run this command:
    python apple_bssid_locator.py 11:22:33:AA:BB:CC --all
    I get up to 400 BSSID:GPS pairs (which is apparently Apple's limit).

    Taking one on the periphery, I get another 400. And another. And another.
    In minutes, I have thousands of valid BSSID:GPS pairs.

    It's trivial.
    But even if it's hard for you to run a script, the bad guys can do it.

    Here is the script that does that snowballing (manually) for you.
    1. Run bssid.bat & enter your own BSSID into the query
    2. Then enter any other BSSID that shows up in results.txt
    3. Keep going (you can go forever as it snowballs manually)

    @echo off
    :: This is C:\app\os\python\apple_bssid_locator\bssid.bat
    :: v1p0 20251205
    :: Logs up to 400 BSSID:GPS pairs from Apple's WPS public database
    :: Loop until user types q
    :: v1p1 20251214
    :: Saves to time-date stampled results.txt log file
    :: v1p2 20251214
    :: Adds: input cleanup, filename-safe BSSID, cleared LAT/LON
    :: v1p2 20251215
    :: Timestamp results.txt so it's not overwritten

    set LOGDIR=%~dp0log
    if not exist "%LOGDIR%" mkdir "%LOGDIR%"

    :: Create a unique session log (YYYYMMDD_HHMMSS)
    for /f %%A in ('wmic os get localdatetime ^| find "."') do set dt0=%%A
    set "session_ts=%dt0:~0,8%_%dt0:~8,6%"
    set "session_log=%LOGDIR%\session_%session_ts%.log"

    echo === New BSSID lookup session started at %date% %time% === >> "%session_log%"

    echo.
    echo === Nearby Wi-Fi Networks ===
    netsh wlan show networks mode=bssid
    echo =============================

    :loop
    echo.
    set /p BSSID=Enter the BSSID (or q to quit):

    if /I "%BSSID%"=="q" goto end

    :: --- Clean up input ---
    set "BSSID=%BSSID:"=%"
    set "BSSID=%BSSID: =%"

    :: --- Make filename-safe version ---
    set "safeBSSID=%BSSID::=-%"

    :: --- Generate timestamp for THIS lookup ---
    for /f %%A in ('wmic os get localdatetime ^| find "."') do set dt=%%A
    set "ts=%dt:~0,8%_%dt:~8,6%"

    :: --- Timestamped output file ---
    set "outfile=%LOGDIR%\bssid_%safeBSSID%_%ts%.txt"

    :: --- Clear previous coordinates ---
    set LAT=
    set LON=

    echo === Lookup started at %date% %time% === > "%outfile%"
    echo BSSID: %BSSID% >> "%outfile%"
    echo. >> "%outfile%"

    :: --- Run Python lookup ---
    REM python.exe apple_bssid_locator.py %BSSID% >> "%outfile%"
    python.exe apple_bssid_locator.py %BSSID% --all >> "%outfile%"

    :: --- Display results ---
    echo -----------------------------------------------
    type "%outfile%"
    echo -----------------------------------------------

    :: --- Extract coordinates ---
    for /f "tokens=2 delims=: " %%A in ('findstr /i "Latitude" "%outfile%"') do set LAT=%%A
    for /f "tokens=2 delims=: " %%B in ('findstr /i "Longitude" "%outfile%"') do set LON=%%B

    echo === Lookup finished at %date% %time% === >> "%outfile%"
    echo. >> "%outfile%"

    :: --- Append to session log ---
    echo [%date% %time%] BSSID: %BSSID% >> "%session_log%"
    echo Latitude: %LAT% >> "%session_log%"
    echo Longitude: %LON% >> "%session_log%"
    echo. >> "%session_log%"

    :: --- Append to master log ---
    echo [%date% %time%] BSSID: %BSSID% >> "%LOGDIR%\results.log"
    echo Latitude: %LAT% >> "%LOGDIR%\results.log"
    echo Longitude: %LON% >> "%LOGDIR%\results.log"
    echo. >> "%LOGDIR%\results.log"

    :: --- Open in Google Maps ---
    if defined LAT if defined LON start msedge "https://www.google.com/maps/search/?api=1&query=%LAT%,%LON%"

    goto loop

    :end
    echo Exiting. Goodbye!

    :: end of C:\app\os\python\apple_bssid_locator\bssid.bat

    Note that I changed the original apple_bssid_locator.py code for this query.
    a. The original apple_bssid_locator.py asks Apple for only the requested BSSID b. My apple_bssid_locator.py asks Apple for the entire cluster (all nearby BSSIDs)
    c. And my apple_bssid_locator.py saves every BSSID + lat/lon to results.txt.

    Here are the trivial changes I made:

    From: def query_bssid(bssid):
    To: def query_bssid(bssid, output_file="results.txt"):

    From: apple_wloc.return_single_result = 1
    To: apple_wloc.return_single_result = 0 # request ALL results

    From: (no writing to disk)
    To: with open(output_file, "w") as f:
    for wifi_device in apple_wloc.wifi_devices:
    ...
    f.write(f"{mac}\t{lat}\t{lon}\n")

    From: (no summary message)
    To: print(f"Saved {len(results)} entries to {output_file}")

    For the original apple_bssid_locator.py
    a. You give it a BSSID
    b. it prints the location.
    c. If you use --all, it prints all results Apple returns.
    d. It does not save anything to disk.

    For my slightly modified apple_bssid_locator.py
    a. You give it a BSSID
    b. it forces Apple to return the entire Wi-Fi cluster.
    c. it writes every BSSID + GPS coordinate to results.txt.
    --
    Everything is possible if you're intelligent, but it's not always worth it.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 02:52:30 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    For my slightly modified apple_bssid_locator.py
    a. You give it a BSSID
    b. it forces Apple to return the entire Wi-Fi cluster.
    c. it writes every BSSID + GPS coordinate to results.txt.

    If you want to view results.txt in a map showing all your neighbors' APs
    python.exe bssidplot.py

    Where bssidplot.py is the following script I wrote to map results.txt:

    import folium
    # This is C:\app\os\python\bssidplot.py
    # USAGE: python bssidplot.py
    # v1p0 20251214
    # Plots the 400 BSSID:GPS results.txt pairs using Folium
    # v1p1 20251215
    # Generates bssid_map.html from results.txt using Folium
    # v1p2 20251215
    # Brings up the bssid_map.html GPS:BSSID map in the default browser

    import folium

    # Read results.txt
    points = []
    with open("results.txt") as f:
    for line in f:
    parts = line.strip().split("\t")
    if len(parts) == 3:
    mac, lat, lon = parts
    points.append((mac, float(lat), float(lon)))

    if not points:
    print("No points found in results.txt")
    exit()

    # Center map on the first point
    start_lat, start_lon = points[0][1], points[0][2]
    m = folium.Map(location=[start_lat, start_lon], zoom_start=15)

    # Add markers
    for mac, lat, lon in points:
    folium.Marker(
    location=[lat, lon],
    popup=f"{mac}\n({lat}, {lon})",
    icon=folium.Icon(color="blue", icon="wifi", prefix="fa")
    ).add_to(m)

    # Save map
    m.save("bssid_map.html")
    print("Map saved to bssid_map.html")

    # Open map in Microsoft Edge
    import subprocess
    import os
    map_path = os.path.abspath("bssid_map.html")
    import subprocess
    subprocess.Popen(['cmd', '/c', 'start', '', map_path])
    # end of C:\app\os\python\bssidplot.py
    --
    I am not here for my ego; nor for my amusement; but to teach & learn.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 05:22:23 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    If you want to view results.txt in a map showing all your neighbors' APs
    python.exe bssidplot.py

    If we want a radial expansion crawler for Apple's WPS database, do this:
    1. Choose any arbitrary Netgear (00:22:3f) BSSID (e.g., 00:22:3f:a5:7b:33)
    <https://i.postimg.cc/43ysV3Mr/fermium.jpg>
    2. Get the whole cluster of 400 BSSID pairs from Apple
    python.exe apple_bssid_locator.py 00:22:3f:a5:7b:33 --all
    3. This outputs up to 400 BSSID:GPS pairs near it in the Apple WPS DB
    (see results.txt below)

    Then any BSSID in that cluster (e.g., 34:08:04:cb:b2:a4, D-Link)
    And do it again.

    Choose another BSSID (e.g., 00:23:aa:d9:6b:ca from HFR, Inc.)
    Get another 400.

    Keep repeating (e.g., 28:4E:E9:3F:5F:9F from Mercury Corp.)
    Easily anyone can garner billions of BSSID:AP pairs from Apple's WPS.

    Then all you need to do is track them, en masse.
    If I can do this so easily, anyone can.

    I plotted them using AppleLocator & Fermium open source software.
    python.exe bssidplot.py

    Here is a screenshot of the location of those 400 BSSID:GPS pairs:
    <https://i.postimg.cc/43ysV3Mr/fermium.jpg>

    Here's just the first 400 found, so you can see the BSSID:GPS pairs.
    1 00:22:3f:a5:7b:33 35.29422378 126.77641296
    2 10:62:e5:b1:8f:12 35.29444885 126.77671051
    3 12:09:a5:53:df:13 35.29491043 126.77599334
    4 28:6d:97:4f:be:d0 35.29439163 126.77655029
    5 28:6d:97:b9:89:96 35.29463195 126.77554321000001
    6 42:09:a5:53:df:13 35.294940940000004 126.7760086
    7 04:09:a5:53:df:13 35.29491043 126.77601623
    8 50:46:ae:f2:9b:15 35.29492568 126.77648162
    9 58:86:94:51:6b:0e 35.2944374 126.77667999
    10 88:36:6c:06:65:38 35.29442214 126.77668762
    11 88:57:1d:4b:a6:79 35.29385757 126.77546691
    12 08:5d:dd:9c:c4:93 35.294841760000004 126.77540588000001
    13 b0:38:6c:75:10:7e 35.29403686 126.77572631
    14 28:6d:97:c8:5a:30 35.2948265 126.77577972
    15 70:2c:1f:66:28:49 35.29447174 126.77656555
    16 70:2c:1f:66:08:0d 35.2939682 126.77562713
    17 70:5d:cc:1e:34:6c 35.29422378 126.77565765
    18 70:2c:1f:85:d7:cd 35.29440307 126.7756195
    19 88:36:6c:b7:02:b0 35.29481506 126.7758255
    20 0c:96:cd:7d:33:96 35.293926230000004 126.77541351
    21 bc:10:2f:62:e7:38 35.29484558 126.77593231
    22 70:2c:1f:86:e6:51 35.29470825 126.77540588000001
    23 70:2c:1f:5d:06:a8 35.294750210000004 126.77560424
    24 66:cb:e9:62:81:c6 35.294433590000004 126.77537536
    25 6c:72:20:5f:c5:7f 35.293998710000004 126.7753601
    26 88:57:1d:3b:3e:e7 35.29479598 126.77539825000001
    27 88:36:6c:1a:6e:7e 35.29494857 126.77605438
    28 bc:10:2f:51:f7:01 35.29452514 126.77631378000001
    29 84:72:07:c6:c7:46 35.29398727 126.77539062
    30 62:ab:14:39:fc:a7 35.29427337 126.77566528
    31 18:c5:01:df:c0:52 35.29442977 126.77673339
    32 32:34:db:e6:91:9c 35.29437637 126.77770233
    33 80:ca:4b:96:73:ce 35.29488372 126.77695465000001
    34 e0:4f:43:a8:56:13 35.29393768 126.77700042000001
    35 2c:2b:f9:f5:ac:72 35.29459381 126.77682495
    36 00:23:aa:91:74:ae 35.293952940000004 126.7747879
    37 00:23:aa:d5:31:e6 35.294025420000004 126.77478027000001
    38 00:07:89:64:05:2b 35.29449844 126.77486419
    39 12:23:aa:91:74:ae 35.29396057 126.7747879
    40 12:23:aa:d5:31:e6 35.2940216 126.77477264000001
    41 12:23:aa:d9:6b:ca 35.29397201 126.77490997
    42 12:96:cd:6b:19:c7 35.294216150000004 126.77531433
    43 12:96:cd:76:a8:be 35.29397583 126.77486419
    44 12:96:cd:82:58:bb 35.2938919 126.77524566
    45 12:96:cd:97:53:cb 35.29416656 126.77466583
    46 12:09:a5:26:14:df 35.29400253 126.77489471
    47 12:09:a5:28:93:bf 35.2939949 126.7747879
    48 12:09:a5:47:38:27 35.2939186 126.77476501
    49 12:f4:5e:24:59:0b 35.29406738 126.77428436
    50 18:34:af:ec:5a:4b 35.29441833 126.77522277
    51 18:c5:01:8b:f0:ce 35.29394531 126.77485656
    52 18:c5:01:9c:33:b2 35.29389572 126.77508544
    53 1c:a5:32:f8:79:46 35.29492568 126.7751007
    54 1e:96:cd:6b:19:c7 35.29414749 126.77529907
    55 26:e8:53:a0:7d:87 35.29396438 126.77490997
    56 28:4e:e9:1e:da:cd 35.29407501 126.77472686
    57 28:6d:97:8e:ed:f9 35.29458999 126.77532958
    58 28:6d:97:a8:10:98 35.29386901 126.77482604000001
    59 28:6d:97:b8:24:44 35.29405212 126.77482604000001
    60 28:6d:97:ca:55:74 35.293853750000004 126.77509307
    61 28:6d:97:fb:b4:7f 35.29400634 126.77506256000001
    62 28:6d:97:fd:be:af 35.293952940000004 126.77492523000001
    63 2e:2b:f9:47:2e:0b 35.29449081 126.77493286
    64 2e:4e:e9:1e:da:cd 35.294071190000004 126.77472686
    65 32:34:db:87:4e:74 35.29406738 126.77487182
    66 34:08:04:cb:b2:a4 35.29445648 126.77491760000001
    67 38:f4:5e:24:59:0b 35.2940483 126.7743225
    68 40:ca:63:38:79:57 35.294651030000004 126.7744522
    69 40:ca:63:a6:95:21 35.29398727 126.77502441
    70 40:ca:63:c9:8d:90 35.29455947 126.77455902
    71 40:ca:63:fb:52:c7 35.29405212 126.77509307
    72 42:23:aa:91:74:ae 35.29395675 126.7747879
    73 42:23:aa:d5:31:e6 35.29402923 126.77478027000001
    74 42:23:aa:d9:6b:ca 35.29397964 126.77489471
    75 42:09:a5:26:14:df 35.29401016 126.77489471
    76 04:09:a5:26:14:df 35.29401016 126.77487945
    77 04:09:a5:28:93:bf 35.2939949 126.77479553
    78 04:09:a5:47:38:27 35.29393386 126.77478027000001
    79 4c:bc:e9:e0:4d:62 35.2941246 126.77487182
    80 50:46:ae:9c:ed:1d 35.29426193 126.77402496
    81 50:46:ae:0e:33:c8 35.29411315 126.77483367
    82 50:fd:d5:9b:2f:a4 35.29397583 126.77503967
    83 56:46:ae:9c:ed:1d 35.29429626 126.77403259
    84 58:86:94:3b:9b:e8 35.29405975 126.77502441
    85 58:86:94:c8:86:c6 35.294414520000004 126.77493286
    86 60:29:d5:01:ab:2a 35.29401779 126.77490234
    87 60:29:d5:01:ab:ac 35.29401397 126.77486419
    88 64:e5:99:92:21:c4 35.294097900000004 126.7747116
    89 70:2c:1f:7c:04:a1 35.29401397 126.77471923
    90 70:2c:1f:7e:1b:80 35.29478454 126.77527618
    91 70:5d:cc:17:36:d0 35.29401779 126.7751007
    92 70:5d:cc:31:12:da 35.294624320000004 126.77457427
    93 70:5d:cc:44:b0:70 35.29401779 126.77478027000001
    94 70:5d:cc:58:94:0c 35.29427719 126.77507019000001
    95 70:5d:cc:ae:2c:40 35.294025420000004 126.77418518
    96 70:5d:cc:d6:65:3c 35.29397583 126.77494049
    97 72:5d:cc:4d:12:38 35.29391479 126.77490997
    98 80:ca:4b:de:ab:22 35.29398345 126.77497863
    99 82:5b:65:d0:02:de 35.29393005 126.77513122
    100 84:72:07:28:1f:bb 35.29398345 126.77481842
    101 88:36:6c:b7:5c:c0 35.29442596 126.77468872
    102 88:3c:1c:2f:3b:31 35.29406738 126.77477264000001
    103 88:3c:1c:3e:e8:d9 35.2940216 126.77485656
    104 88:3c:1c:9e:a3:53 35.29408645 126.7741394
    105 88:57:1d:25:89:12 35.2939949 126.77497863
    106 08:5d:dd:ba:5e:32 35.29398345 126.77481842
    107 08:5d:dd:f7:51:14 35.29397583 126.77490234
    108 08:5d:dd:f7:51:15 35.29397201 126.77489471
    109 90:9f:33:8c:00:4a 35.2940216 126.77497100000001
    110 98:77:e7:a7:76:4b 35.29403305 126.77467346
    111 b0:38:6c:08:bd:c2 35.29397583 126.77470397
    112 b0:95:75:86:b9:74 35.29386901 126.77503204
    113 b4:a9:4f:34:ca:47 35.29388809 126.77496337000001
    114 b4:a9:4f:35:52:19 35.29395675 126.77474975
    115 b4:a9:4f:35:52:8c 35.29396057 126.77487945
    116 b4:a9:4f:3b:2b:6b 35.29397964 126.77478027000001
    117 b4:a9:4f:5f:b5:e6 35.29403686 126.77477264000001
    118 b4:a9:4f:c8:51:d7 35.29393768 126.77516937
    119 ba:16:5f:7d:c0:48 35.2938919 126.77491760000001
    120 ba:16:5f:f2:fe:83 35.29394149 126.7751007
    121 ba:a9:4f:3b:2b:6b 35.2939682 126.77477264000001
    122 ba:a9:4f:5f:b5:e6 35.29404067 126.77477264000001
    123 c6:a9:4f:3b:2b:6b 35.29397964 126.77479553
    124 c6:a9:4f:3b:2b:73 35.29400253 126.77507019000001
    125 c6:a9:4f:5f:b5:e6 35.29404449 126.77477264000001
    126 0c:96:cd:6b:19:c7 35.29427337 126.77532958
    127 0c:96:cd:76:a8:be 35.29397201 126.77487182
    128 0c:96:cd:82:58:bb 35.29390335 126.77524566
    129 0c:96:cd:97:53:cb 35.29416656 126.77467346
    130 0c:96:cd:d7:05:73 35.29412078 126.77482604000001
    131 ca:dd:6a:5c:51:c4 35.2938385 126.77484893
    132 d6:8d:26:b9:0e:a0 35.29396438 126.7747879
    133 dc:03:98:10:52:eb 35.29436492 126.77451324
    134 dc:03:98:f0:84:b5 35.293926230000004 126.77478027000001
    135 e2:85:4d:c1:cc:3c 35.29401779 126.7745819
    136 e2:85:4d:e6:ce:00 35.293998710000004 126.77483367
    137 f0:a7:31:56:45:4f 35.294025420000004 126.77482604000001
    138 00:23:aa:84:14:56 35.29405975 126.77496337000001
    139 00:23:aa:d9:6b:ca 35.29398727 126.77490234
    140 00:07:89:71:65:06 35.293998710000004 126.77493286
    141 00:07:89:be:b3:9e 35.29387664 126.77532196
    142 12:23:aa:84:14:56 35.29405593 126.77495574
    143 12:f4:5e:09:0c:2b 35.29396057 126.77478027000001
    144 00:07:89:3e:ce:8e 35.29343032 126.77546691
    145 1c:39:29:15:1a:97 35.29319 126.77552032
    146 1c:ec:72:45:77:ff 35.29330444 126.77597045
    147 1c:ec:72:0e:9e:66 35.29335784 126.77597808
    148 24:e4:ce:e9:b8:1a 35.29360961 126.77551269
    149 28:4e:e9:72:bd:63 35.29364395 126.77557373
    150 28:6d:97:fc:b1:96 35.29290771 126.77545928
    151 2e:4e:e9:72:bd:63 35.29365158 126.7755661
    152 50:46:ae:03:9c:7d 35.29377365 126.77552795
    153 50:46:ae:6d:18:8e 35.29364395 126.77555847
    154 50:fd:d5:45:20:a0 35.2933464 126.77579498
    155 50:fd:d5:4a:45:03 35.29329299 126.7758255
    156 58:86:94:5e:39:36 35.29370117 126.77565002
    157 58:86:94:a1:ad:e0 35.29339218 126.77581024
    158 58:86:94:b1:55:5a 35.29357528 126.77536773
    159 82:5b:65:19:66:b8 35.29380416 126.77572631
    160 88:36:6c:42:e2:ec 35.29283523 126.77633666
    161 08:5d:dd:8d:b0:37 35.29360961 126.77565765
    162 a6:fe:ce:15:de:26 35.29319763 126.77601623
    163 0c:96:cd:c8:2a:19 35.293056480000004 126.77550506
    164 fa:b9:5a:6a:e3:00 35.29277801 126.77539062
    165 fc:5c:45:46:9d:48 35.29340744 126.7758255
    166 fc:5c:45:06:9d:48 35.29340744 126.7758255
    167 fc:5c:45:86:9d:48 35.29340744 126.7758255
    168 fc:5c:45:c6:9d:48 35.29340744 126.77581787
    169 50:fd:d5:07:11:9b 35.29300689 126.77578735
    170 64:64:4a:33:0c:3e 35.29356384 126.7754364
    171 6a:64:4a:33:0c:3e 35.29358673 126.7754364
    172 70:2c:1f:78:fe:44 35.29364013 126.77554321000001
    173 88:36:6c:6c:31:8e 35.29355239 126.77546691
    174 88:3c:1c:38:c6:8e 35.29273986 126.77539825000001
    175 88:57:1d:4e:cd:1d 35.29319763 126.77539825000001
    176 90:9f:33:5d:08:9d 35.29358291 126.77548217
    177 c2:18:03:e3:70:b6 35.2934494 126.77558135
    178 70:4f:57:59:1d:57 35.29375457 126.77557373
    179 42:2f:86:c4:12:bb 35.29371261 126.7754898
    180 42:2f:86:5b:ec:e3 35.29367828 126.77536773
    181 00:23:aa:b8:61:ea 35.29595565 126.77580261
    182 00:23:aa:d2:67:62 35.2959671 126.77572631
    183 12:23:aa:b8:61:ea 35.29595184 126.77581787
    184 12:23:aa:d2:67:62 35.2959671 126.77571868
    185 12:09:a5:52:24:33 35.29557418 126.77597808
    186 28:4e:e9:1f:4f:bd 35.29550933 126.77599334
    187 28:4e:e9:4f:84:3c 35.29525375 126.7754364
    188 2e:4e:e9:1f:4f:bd 35.29548263 126.77599334
    189 32:34:db:b7:bf:52 35.29513931 126.77604675
    190 40:ca:63:4d:fb:07 35.29502105 126.77587890000001
    191 42:23:aa:b8:61:ea 35.29593276 126.7758255
    192 42:23:aa:d2:67:62 35.2959671 126.77572631
    193 04:09:a5:52:24:33 35.29559707 126.77596282
    194 50:46:ae:14:9f:ac 35.29539108 126.77660369
    195 50:46:ae:b2:d5:1b 35.29593276 126.77581024
    196 56:46:ae:1c:6e:83 35.29578781 126.77605438
    197 5a:86:94:48:21:38 35.295520780000004 126.7757492
    198 60:29:d5:39:58:2a 35.29598236 126.77574157000001
    199 60:29:d5:6b:19:8f 35.29590988 126.77638244
    200 70:5d:cc:b9:a1:f6 35.29498291 126.77603912000001
    201 80:ca:4b:5d:e5:46 35.29542541 126.776268
    202 80:ca:4b:71:79:12 35.29504394 126.77605438
    203 88:36:6c:57:9c:a2 35.2950325 126.77564239
    204 88:3c:1c:4e:12:45 35.29601287 126.77585601
    205 88:3c:1c:89:49:a9 35.29549789 126.77614593
    206 88:3c:1c:d6:ae:d6 35.29568099 126.77609252
    207 08:5d:dd:4c:e2:50 35.29590606 126.77584075
    208 98:25:4a:46:98:50 35.29500961 126.77645874000001
    209 b0:38:6c:0f:6c:ea 35.29594421 126.77574157000001
    210 b4:a9:4f:1c:62:95 35.29594802 126.77580261
    211 b4:a9:4f:5d:88:dd 35.29548263 126.77631378000001
    212 0c:96:cd:c5:52:57 35.29553604 126.77602386000001
    213 00:23:aa:d3:c3:ca 35.2959671 126.77546691
    214 12:23:aa:d3:c3:ca 35.29594802 126.77545928
    215 42:23:aa:d3:c3:ca 35.29596328 126.77547454
    216 50:46:ae:1c:6e:83 35.2957611 126.77603912000001
    217 50:46:ae:4f:a9:1d 35.29562759 126.77622985
    218 50:46:ae:5d:d3:f7 35.29534912 126.77606201
    219 50:46:ae:e7:8d:c4 35.29591369 126.77559661000001
    220 56:46:ae:4f:a9:1d 35.2956047 126.77623748
    221 58:86:94:14:f9:ba 35.29558181 126.77615356
    222 60:29:d5:7d:5d:fd 35.2958641 126.77609252
    223 62:46:ae:4f:a9:1d 35.295593260000004 126.77624511
    224 80:ca:4b:34:ec:1e 35.29566955 126.776268
    225 80:ca:4b:41:d1:52 35.29566955 126.77622985
    226 80:ca:4b:0e:c5:3e 35.29570388 126.77613067
    227 88:3c:1c:90:63:f5 35.29584121 126.77608489
    228 08:5d:dd:12:9f:54 35.29575729 126.77597808
    229 08:5d:dd:a9:cb:af 35.29591751 126.77636718000001
    230 08:5d:dd:be:69:63 35.29563522 126.77593994
    231 8a:36:6c:cd:e0:5c 35.29602432 126.77600097
    232 8a:3c:1c:90:63:f5 35.29586029 126.77609252
    233 90:9f:33:78:60:78 35.29604721 126.77536773
    234 0a:5d:dd:12:9f:54 35.29576873 126.77599334
    235 0a:5d:dd:be:69:63 35.29561614 126.77594757
    236 ba:3c:1c:90:63:f5 35.29584121 126.77608489
    237 bc:62:ce:50:29:f0 35.29520034 126.77637481000001
    238 c4:e5:32:e5:78:29 35.29533767 126.77600097
    239 0c:96:cd:12:e0:47 35.29539108 126.77577972
    240 0c:b6:d2:85:1c:3a 35.29597091 126.77560424
    241 00:23:aa:c1:1d:02 35.29595947 126.7756195
    242 12:23:aa:c1:1d:02 35.29595184 126.7756195
    243 1c:ec:72:50:6f:70 35.29543304 126.77540588000001
    244 42:23:aa:c1:1d:02 35.29595565 126.7756195
    245 9c:a2:f4:d0:8d:c6 35.29564285 126.77597045
    246 28:6b:b4:c0:5b:fd 35.29556274 126.77666473000001
    247 e4:be:ed:51:e7:f0 35.29564285 126.77607727
    248 54:7e:1a:6e:b9:00 35.295448300000004 126.77601623
    249 5a:7e:1a:6e:b9:00 35.29544067 126.77601623
    250 2e:4e:e9:3f:5f:9f 35.295783990000004 126.77563476
    251 28:4e:e9:3f:5f:9f 35.29577636 126.77563476
    252 3a:4e:e9:3f:5f:9f 35.29579544 126.77563476
    253 1c:e8:9e:36:ea:e4 35.29504776 126.77577972
    254 50:46:ae:b1:7e:ff 35.29569244 126.77593994
    255 2e:4e:e9:72:8c:d3 35.29540634 126.77609252
    256 60:29:d5:ae:2f:78 35.29601669 126.77584838
    257 1c:39:29:0d:c0:f9 35.29532623 126.77611541
    258 28:4e:e9:72:8c:d3 35.29532623 126.77609252
    259 28:6d:97:45:5d:fe 35.29581451 126.77599334
    260 80:ca:4b:fe:bd:16 35.29531478 126.77584838
    261 50:46:ae:97:56:d0 35.29354858 126.77711486
    262 70:5d:cc:96:d5:de 35.293807980000004 126.77748107000001
    263 90:9f:33:64:90:d8 35.293109890000004 126.77729034000001
    264 00:23:aa:41:0b:f1 35.29380416 126.77499389
    265 00:23:aa:47:4a:8e 35.29299545 126.77468872
    266 00:23:aa:8e:a2:6a 35.29364395 126.77468872
    267 00:23:aa:d9:1b:fa 35.29375076 126.77507781
    268 00:27:1c:c7:a1:d4 35.293399810000004 126.77511596000001
    269 00:07:89:28:8d:bc 35.292892450000004 126.77526092000001
    270 00:07:89:9e:cc:91 35.293472290000004 126.77475738
    271 00:07:89:ca:9f:fb 35.29371643 126.77400207000001
    272 00:07:89:ca:b9:41 35.29336929 126.77438354
    273 00:07:89:d7:82:e8 35.292964930000004 126.7747116
    274 00:08:52:3c:9c:a1 35.292892450000004 126.77485656
    275 00:08:52:3c:9c:a3 35.29287338 126.77482604000001
    276 12:23:aa:47:4a:8e 35.29300308 126.77464294
    277 12:23:aa:8e:a2:6a 35.29363632 126.77469635
    278 12:23:aa:d9:1b:fa 35.29372024 126.77511596000001
    279 12:96:cd:3a:35:df 35.29302978 126.7745819
    280 12:96:cd:72:cd:ac 35.29304504 126.77478027000001
    281 12:96:cd:c5:52:5c 35.29300308 126.77407836
    282 12:96:cd:ce:f8:59 35.292865750000004 126.77511596000001
    283 12:09:a5:33:3c:1f 35.29299163 126.7745285
    284 12:09:a5:3b:34:67 35.293590540000004 126.77492523000001
    285 12:09:a5:51:bf:f7 35.29328155 126.7743988
    286 12:f4:5e:0e:72:4b 35.29298782 126.77419281
    287 16:7f:67:7f:34:e6 35.29353332 126.77502441
    288 18:c5:01:a9:50:2a 35.29311752 126.77510833000001
    289 18:c5:01:bc:ea:2a 35.29365539 126.7750473
    290 1c:39:29:1c:b9:5f 35.29294204 126.77481842
    291 1c:a5:32:f7:8c:62 35.2930603 126.77507019000001
    292 1c:e8:9e:0c:10:c0 35.29355621 126.77524566
    293 1c:ec:72:50:6d:3b 35.29362869 126.77480316
    294 1c:ec:72:58:f1:18 35.2936058 126.77477264000001
    295 1c:ec:72:58:f4:92 35.2936058 126.77458953
    296 1e:39:29:6a:46:b3 35.29361343 126.7751007
    297 22:23:aa:41:0b:f1 35.29380416 126.77499389
    298 22:28:bc:62:51:86 35.29367828 126.77466583
    299 22:ec:72:58:f1:18 35.29359817 126.77478027000001
    300 22:ec:72:58:f4:92 35.29360198 126.77459716
    301 24:e4:ce:e9:08:5e 35.29356384 126.77487945
    302 24:e8:53:44:16:ac 35.29319763 126.77447509
    303 24:e8:53:83:bb:c8 35.29280471 126.77515411
    304 28:4e:e9:0f:76:93 35.293109890000004 126.77518463
    305 28:6d:97:45:4a:f1 35.29365539 126.7747879
    306 28:6d:97:54:1f:95 35.29356384 126.77507781
    307 28:6d:97:8c:3a:cc 35.29358673 126.77488708
    308 28:6d:97:94:dd:11 35.29353332 126.77497100000001
    309 28:6d:97:d3:39:b0 35.29335784 126.77461242
    310 28:6d:97:ea:1c:91 35.29302978 126.77452087
    311 28:6d:97:fa:4e:21 35.29309463 126.77483367
    312 02:27:1c:c7:a1:d4 35.29340362 126.77513885
    313 2c:e3:8e:8c:e2:40 35.293537130000004 126.77416229
    314 2c:e3:8e:8d:d6:00 35.29319763 126.77423095
    315 2c:e3:8e:97:ea:e0 35.29323196 126.77420806
    316 2e:4e:e9:0f:76:93 35.29309844 126.77519226
    317 38:f4:5e:1e:ae:54 35.29291534 126.77449798
    318 38:f4:5e:1e:ca:ba 35.29366683 126.77496337000001
    319 38:f4:5e:0e:72:4b 35.2929573 126.77411651
    320 3a:f4:5e:1e:ae:54 35.29293823 126.77452087
    321 40:31:3c:9e:30:2a 35.29349136 126.77481842
    322 40:ca:63:31:16:62 35.29356384 126.77497100000001
    323 42:23:aa:47:4a:8e 35.29300308 126.77468872
    324 42:23:aa:8e:a2:6a 35.29364395 126.77470397
    325 42:23:aa:d9:1b:fa 35.29373168 126.7751007
    326 42:2f:86:6c:f7:a6 35.29342651 126.77515411
    327 46:cb:8b:bf:c6:22 35.293254850000004 126.77453613
    328 46:cb:8b:e1:7a:68 35.29336929 126.77529907
    329 04:09:a5:33:3c:1f 35.29300689 126.77457427
    330 04:09:a5:3b:34:67 35.29359817 126.77489471
    331 04:09:a5:51:bf:f7 35.29329299 126.77440643
    332 50:46:ae:74:a1:bd 35.293056480000004 126.77466583
    333 50:46:ae:8c:71:91 35.29356765 126.77516174
    334 50:46:ae:9d:34:99 35.29345321 126.77519226
    335 50:46:ae:d7:ba:f4 35.29364013 126.77487182
    336 50:46:ae:0e:0e:a7 35.293445580000004 126.77497100000001
    337 50:91:e3:95:60:a6 35.292819970000004 126.77423858
    338 50:fd:d5:6e:61:5c 35.29358673 126.77481842
    339 50:fd:d5:82:fc:ab 35.29352188 126.77413177
    340 50:fd:d5:90:27:6f 35.29364395 126.77474212
    341 54:7e:1a:0a:d1:97 35.29342651 126.77449798
    342 5a:7e:1a:0a:d1:97 35.29345703 126.7745285
    343 60:29:d5:00:dd:8f 35.29349517 126.7750473
    344 60:29:d5:01:2f:c4 35.29323959 126.77463531000001
    345 60:29:d5:a7:54:18 35.2928276 126.77506256000001
    346 60:29:d5:ae:12:9f 35.29360198 126.7751007
    347 62:91:e3:95:60:a6 35.29280853 126.77423858
    348 68:3a:48:1f:65:7e 35.29356002 126.77505493
    349 70:2c:1f:55:eb:a2 35.29368591 126.77475738
    350 70:2c:1f:56:e0:55 35.293518060000004 126.77509307
    351 70:5d:cc:6e:44:56 35.29328918 126.7748413
    352 70:5d:cc:6f:ef:16 35.29357147 126.77500152
    353 70:5d:cc:ad:a6:80 35.29349517 126.77519226
    354 70:5d:cc:c6:50:fe 35.2931137 126.77483367
    355 76:40:be:65:42:a8 35.29277038 126.77419281
    356 80:ca:4b:1b:06:72 35.29290771 126.77441406
    357 80:ca:4b:55:89:7a 35.2935791 126.77481842
    358 1c:ec:72:43:68:57 35.29525756 126.77693939000001
    359 70:5d:cc:52:21:c6 35.29499435 126.77783203
    360 b4:a9:4f:62:c5:e6 35.295158380000004 126.77710723
    361 ba:a9:4f:62:c5:e6 35.2951622 126.77732086
    362 c6:a9:4f:62:c5:e6 35.29518127 126.77729797
    363 00:07:89:3d:bb:7f 35.29569244 126.7743988
    364 12:f4:5e:0b:66:df 35.2950592 126.77472686
    365 1c:e8:9e:ca:d9:47 35.29525375 126.77410888
    366 28:4e:e9:01:ba:b3 35.29596328 126.77406311
    367 28:4e:e9:0d:0d:af 35.29594802 126.77472686
    368 28:6b:b4:03:cd:17 35.29567337 126.77416229
    369 2e:4e:e9:01:ba:b3 35.2959671 126.77399444
    370 2e:4e:e9:0d:0d:af 35.29602813 126.77479553
    371 38:f4:5e:0b:66:df 35.29501724 126.77464294
    372 40:ca:63:bf:f5:ae 35.2952156 126.77403259
    373 50:46:ae:5d:0e:9f 35.29600906 126.77487182
    374 50:46:ae:75:63:80 35.29568481 126.77436065
    375 50:fd:d5:17:93:c6 35.29563522 126.77405548
    376 60:29:d5:b1:81:d5 35.29579544 126.77490997
    377 64:cb:e9:13:8a:9a 35.29558944 126.77423095
    378 70:5d:cc:c9:14:7a 35.29550933 126.77415466000001
    379 88:3c:1c:ab:fc:0b 35.29561614 126.77500152
    380 88:57:1d:0b:82:39 35.29566192 126.77424621
    381 b4:a9:4f:1c:65:fb 35.29603576 126.77462005
    382 b4:a9:4f:02:67:5a 35.29568099 126.77456665
    383 28:6d:97:ae:c2:c8 35.29577255 126.77462005
    384 28:6d:97:f6:fa:f2 35.29536056 126.7746582
    385 28:6d:97:f7:df:11 35.294967650000004 126.77506256000001
    386 3a:5d:dd:df:15:57 35.29603576 126.77470397
    387 50:46:ae:4f:80:d5 35.29581832 126.7747116
    388 50:fd:d5:a5:59:18 35.29528427 126.77491760000001
    389 56:46:ae:4f:80:d5 35.29584503 126.77473449
    390 60:29:d5:63:d3:16 35.29602813 126.77519989
    391 70:2c:1f:86:e5:2e 35.295040130000004 126.77532196
    392 86:25:19:ca:f1:c7 35.29604339 126.77488708
    393 88:36:6c:5d:7f:bc 35.29579544 126.77529144
    394 08:5d:dd:df:15:57 35.29601669 126.7745285
    395 0a:5d:dd:df:15:57 35.29604721 126.77451324
    396 bc:10:2f:7f:ba:0b 35.29519653 126.77412414
    397 da:e3:5e:5c:38:66 35.2957611 126.77399444
    398 f0:09:0d:25:82:e2 35.2951889 126.77474975
    399 70:2c:1f:6f:85:60 35.29552459 126.77452087

    It's trivial for anyone to imagine we can do this forever
    until we have every AP listed that is in Apple's WPS database.
    --
    I am not here for my ego; nor for my amusement; but to teach & learn.


    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 15:09:48 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Chris wrote:
    I'm renovating a home for a relative so I won't have a lot of time to
    devote to patiently teaching you, at least for the next few weeks.

    Sure you are. You're simply weaselling out of your "trivial" exercise.

    Do you really want to see how trivial it is so "snowball" from your own
    home router, to every home router in the world in increasing circles?

    That wasn't your "trivial" exercise. It was finding every AP is california
    and tracking them to florida. Remember?

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 12:01:00 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    I'm renovating a home for a relative so I won't have a lot of time to
    devote to patiently teaching you, at least for the next few weeks.

    Sure you are. You're simply weaselling out of your "trivial" exercise.

    Do you really want to see how trivial it is so "snowball" from your own
    home router, to every home router in the world in increasing circles?

    That wasn't your "trivial" exercise. It was finding every AP is california and tracking them to florida. Remember?

    C'mon Chris.
    Now you're just being absurd.

    I get it you are desperate to defend Apple to the death, no matter what.

    You asked me to stand in front of the train just to prove "to you" what
    will happen even though it doesn't take any imagination to figure that out.

    Here Apple built a WPS system unlike any other in the entire world in that anyone from anywhere at anytime can obtain the entire database with coding
    that anyone can do (hell, I hate coding - so if I did it, everyone can).

    Since I'm posting the actual BSSID's, I didn't start with my own (which is
    in California) but there's nothing stopping me from having done so, Chris.

    There's nothing stopping anyone from collecting all Apple's BSSID:GPS
    pairs. Once they have them, they can use them for any purpose they like.

    Since you defend Apple to the death, no matter what, I'm sure you're going
    to find a punctuation error in this paper so you can claim it's all false.

    But all I did was follow the procedure that was outlined in this paper:

    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://www.cs.umd.edu/~dml/papers/wifi-surveillance-sp24.pdf>

    If I care to amass it, I'd have every BSSID:GPS pair in Apple's huge WPS database as there's absolutely nothing stopping me from collecting it.

    Once collected, it's trivial to compare locations for any given set.
    @echo off
    :: This is C:\app\os\python\apple_bssid_locator\bssidcompare.bat
    :: v1p0 20251215
    :: Outputs if there is movecment for any given BSSID in results.txt

    setlocal enabledelayedexpansion

    :: Threshold for movement (where 0.001 degrees is roughly 100 kilometers)
    set THRESH=0.001

    :: Input file collected using apple_bssid_locator open source code
    :: These are actual BSSID:GPS pairs which you can test yourself!
    :: 28:6d:97:c8:5a:30 35.2948265 126.77577972
    :: 00:22:3f:a5:7b:33 35.29422378 126.77641296
    :: 10:62:e5:b1:8f:12 35.29444885 126.77671051
    :: 12:09:a5:53:df:13 35.29491043 126.77599334
    :: 28:6d:97:4f:be:d0 35.29439163 126.77655029
    :: 28:6d:97:b9:89:96 35.29463195 126.77554321000001
    :: 42:09:a5:53:df:13 35.294940940000004 126.7760086

    set INFILE=results.txt

    echo Checking for GPS movement greater than %THRESH% degrees...
    echo.

    :: Loop through each line of results.txt
    for /f "tokens=1,2,3 delims= " %%A in (%INFILE%) do (
    set BSSID=%%A
    set LAT=%%B
    set LON=%%C

    :: If we've seen this BSSID before, compare
    if defined lastLAT[!BSSID!] (
    set /a diffLAT=1000000*( !LAT! - !lastLAT[!BSSID!]! )
    set /a diffLON=1000000*( !LON! - !lastLON[!BSSID!]! )

    :: Convert to absolute values
    if !diffLAT! lss 0 set /a diffLAT=-!diffLAT!
    if !diffLON! lss 0 set /a diffLON=-!diffLON!

    :: Compare against threshold (scaled by 1,000,000)
    set /a threshScaled=%THRESH%*1000000
    if !diffLAT! gtr !threshScaled! (
    echo BSSID !BSSID! moved in LAT by more than %THRESH% degrees
    )
    if !diffLON! gtr !threshScaled! (
    echo BSSID !BSSID! moved in LON by more than %THRESH% degrees
    )
    )

    :: Store current coordinates
    set lastLAT[!BSSID!]=!LAT!
    set lastLON[!BSSID!]=!LON!
    )

    echo.
    echo Comparison complete.
    endlocal

    :: end of C:\app\os\python\apple_bssid_locator\bssidcompare.bat
    --
    Anyone with any intelligence can see how this database is dangerous
    because anyone can access it for any purpose that their hearts desire.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 20:03:31 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-15 04:57, Paul wrote:
    On Sun, 12/14/2025 3:30 PM, Carlos E.R. wrote:
    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would concoct. >>>>> You actually believe someone said their MAC address was their name.


    You will not convince anyone by calling people trolls just because they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple.
    Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but
    even if I had, what does privacy from Apple's WPS have to do with Trump? >>>
    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the BSSID:GPS pair >>> and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with
    theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I don't read every message completely. I did a quick search, manually, on the three messages directly up the tree from this one for the word "Trump" and I did not find it. I can not easily do a text search on the content of messages on the nntp group. Do you have a message-id?


    You can use Offline Mode and sync the server content with your client, so
    the client has a copy of all the messages currently on the server.
    Then when you search the group, you get a more realistic sample
    of the message bodies and claims about what somebody said.

    Fri, 11/17/2023 478,483,218 comp.lang.c <=== only created for offline mode (whole messages)
    Thu, 10/05/2023 27 comp.lang.c.dat <=== (filter definitions)
    Sat, 12/13/2025 50,425,664 comp.lang.c.msf <=== Mork Summary File (headers only)

    I've only done this the one time, as a demo of the file sizes.

    My Thunderbird is set to not cache the bodies of messages. As a
    consequence, body search is greyed out or not in the list at all.

    This is because I an using leafnode, an nntp proxy server. It stores
    locally all messages, so thunderbird effectively gets a copy sent from
    the local disk, fast.

    Setting TB to cache bodies would mean having two copies on my disk of
    every message.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 20:14:07 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-15 20:03, Carlos E.R. wrote:
    On 2025-12-15 04:57, Paul wrote:
    On Sun, 12/14/2025 3:30 PM, Carlos E.R. wrote:
    On 2025-12-13 04:14, Marian wrote:
    Carlos E.R. wrote:
    You trolls make the most absurd arguments that only you would
    concoct.
    You actually believe someone said their MAC address was their name. >>>>>

    You will not convince anyone by calling people trolls just because
    they do not agree with you. It rather makes us abandone the issue.

    His claim is I'm a "Trump supporter" because I want privacy from Apple. >>>> Frank Slootweg made the same claim.

    I've never said a good word about ANY politician (let alone Trump), but >>>> even if I had, what does privacy from Apple's WPS have to do with
    Trump?

    You tell me.

    Is that Chris & Frank trolling or not?
    And, how does their "Trump supporter" argument sit with you, Carlos?

    Remember, I'm arguing that they can track households via the
    BSSID:GPS pair
    and they're saying it's "just a number".

    Even if you disagree with my argument, how can you possibly agree with >>>> theirs?

    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before, although I
    don't read every message completely. I did a quick search, manually,
    on the three messages directly up the tree from this one for the word
    "Trump" and I did not find it. I can not easily do a text search on
    the content of messages on the nntp group. Do you have a message-id?


    You can use Offline Mode and sync the server content with your client, so
    the client has a copy of all the messages currently on the server.
    Then when you search the group, you get a more realistic sample
    of the message bodies and claims about what somebody said.

    Fri, 11/17/2023       478,483,218 comp.lang.c         <=== only
    created for offline mode (whole messages)
    Thu, 10/05/2023                27 comp.lang.c.dat     <=== (filter
    definitions)
    Sat, 12/13/2025        50,425,664 comp.lang.c.msf     <=== Mork >> Summary File (headers only)

    I've only done this the one time, as a demo of the file sizes.

    My Thunderbird is set to not cache the bodies of messages. As a
    consequence, body search is greyed out or not in the list at all.

    This is because I an using leafnode, an nntp proxy server. It stores
    locally all messages, so thunderbird effectively gets a copy sent from
    the local disk, fast.

    Setting TB to cache bodies would mean having two copies on my disk of
    every message.

    I can search messages using grep on the files stored under "/var/spool/news/comp/mobile/android/", which currently contains
    291,776,554 B in 91514 files. I would use Midnight Commander to do it,
    but it is a very slow operation. And it would have many false positives
    in this case. Thousands (I tried).

    Once (if) I find the message, I obtain the message-id, and can quickly
    find the same message in TB.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 12:22:11 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Why don't you question them calling me a "Trump supporter"?

    Sorry, I haven't noticed a reference to Trump before

    What Chris & Frank are doing, Carlos, is attacking me by calling me
    a Trump supporter, simply because they hate the technical point I proved.

    They have no other defense since I proved their claims wrong that
    a BSSID:GPS pair is not trackable. So they call me a Trump supporter.

    Chris is constantly calling me Trump using "The Donald" euphemism,
    which is simply his childish way of attacking me since I've never
    said a good word about any politician, let alone Trump.

    My posts on Usenet are apolitical.

    My point to you, Carlos, is why don't you lecture Chris?
    Frank supported him because he too attacks in his childish ways.

    You lectured me.
    Why don't you lecture them Carlos?
    a. I'm writing the code proving the point.
    b. They're claiming I'm a Trump supporter for doing so.

    WTF?
    What kind of person does that?

    Chris and Frank are denying they did it, but they did it.

    Chris repeatedly used the euphemism "Donald", so I was simply asking you
    why don't you chastise him for bringing that up instead of chastising me
    for writing code that proves Chris' claim wrong that it's hard to do?

    From: Chris <ithinkiam@gmail.com>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: Wed, 10 Dec 2025 08:07:46 -0000 (UTC)
    Message-ID: <10hb9oi$1c6js$1@dont-email.me>

    Frank supported Chris by insulting me and by insulting my own wife.
    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>

    You even directly responded to Chris' post Carlos:
    From: "Carlos E.R." <robin_listas@es.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: Thu, 11 Dec 2025 13:12:31 +0100
    Message-ID: <f2pq0mx0bi.ln2@Telcontar.valinor>

    In addition to lecturing me, why don't you also lecture Chris & Frank?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 12:23:28 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Setting TB to cache bodies would mean having two copies on my disk of
    every message.

    Below are the message IDs which anyone can look up for Usenet messages.
    <http://al.howardknight.net/>

    What Chris & Frank are doing, Carlos, is attacking me by calling me
    a Trump supporter, simply because they hate the technical point I proved.

    They have no other defense since I proved their claims wrong that
    a BSSID:GPS pair is not trackable. So they call me a Trump supporter.

    Chris is constantly calling me Trump using "The Donald" euphemism,
    which is simply his childish way of attacking me since I've never
    said a good word about any politician, let alone Trump.

    My posts on Usenet are apolitical.

    My point to you, Carlos, is why don't you lecture Chris?
    Frank supported him because he too attacks in his childish ways.

    You lectured me.
    Why don't you lecture them Carlos?
    a. I'm writing the code proving the point.
    b. They're claiming I'm a Trump supporter for doing so.

    WTF?
    What kind of person does that?

    Chris and Frank are denying they did it, but they did it.

    Chris repeatedly used the euphemism "Donald", so I was simply asking you
    why don't you chastise him for bringing that up instead of chastising me
    for writing code that proves Chris' claim wrong that it's hard to do?

    From: Chris <ithinkiam@gmail.com>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: Wed, 10 Dec 2025 08:07:46 -0000 (UTC)
    Message-ID: <10hb9oi$1c6js$1@dont-email.me>

    Frank supported Chris by insulting me and by insulting my own wife.
    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>

    You even directly responded to Chris' post Carlos:
    From: "Carlos E.R." <robin_listas@es.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: Thu, 11 Dec 2025 13:12:31 +0100
    Message-ID: <f2pq0mx0bi.ln2@Telcontar.valinor>

    In addition to lecturing me, why don't you also lecture Chris & Frank?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 12:28:29 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    There is no such post. He's just emitting another series of straw men.
    I didn't say what he claims and what I *did* say, I said in a different context. So zero points.

    Frank is lying.

    Frank has added zero value to this thread.
    All he 'can' do, is lie.

    The proof Frank is lying is in his own post:
    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>

    The problem here, is I'm the only one writing code to prove the point.
    I'm providing that tested code so that anyone reading this can reproduce it.

    All Chris/Frank are doing is deprecating that valuable effort.
    Both claim I'm a Trump supporter simply for caring about our privacy.

    WTF?
    What kind of person does that?

    I've never said a good word about Trump or any politician on Usenet.
    In all my decades of posting here.

    Yet, Chris & Frank are desperate to troll this technical thread.

    By calling me a Trump supporter simply because I wrote the code that proves the point that it's trivial to track any router in the Apple WPS database.

    Why doesn't Carlos chastise them in addition to lecturing me on etiquette?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 12:35:44 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    This subthread tells you all you need to know about our Donald.

    Carlos and others,

    In addition to lecturing me for writing the code that proves the point that Apple's WPS database allows anyone (even me!) to track movement of
    BSSID:GPS pairs, why don't you also chastise Chris for that attack?

    I'm adding solid technical value to the discussion.
    They're simply claiming it can't be done.
    And yet, it's trivial to do using Apple's highly insecure WPS database.

    This code I just wrote shows how trivial it is to track GPS:BSSID movement.

    @echo off
    :: This is C:\app\os\python\apple_bssid_locator\bssidcompare.bat
    :: v1p0 20251215
    :: Outputs if there is movecment for any given BSSID in results.txt

    setlocal enabledelayedexpansion

    :: Threshold for movement (where 0.001 degrees is roughly 100 kilometers)
    set THRESH=0.001

    :: Input file collected using apple_bssid_locator open source code
    :: These are actual BSSID:GPS pairs which you can test yourself!
    :: 28:6d:97:c8:5a:30 35.2948265 126.77577972
    :: 00:22:3f:a5:7b:33 35.29422378 126.77641296
    :: 10:62:e5:b1:8f:12 35.29444885 126.77671051
    :: 12:09:a5:53:df:13 35.29491043 126.77599334
    :: 28:6d:97:4f:be:d0 35.29439163 126.77655029
    :: 28:6d:97:b9:89:96 35.29463195 126.77554321000001
    :: 42:09:a5:53:df:13 35.294940940000004 126.7760086

    set INFILE=results.txt

    echo Checking for GPS movement greater than %THRESH% degrees...
    echo.

    :: Loop through each line of results.txt
    for /f "tokens=1,2,3 delims= " %%A in (%INFILE%) do (
    set BSSID=%%A
    set LAT=%%B
    set LON=%%C

    :: If we've seen this BSSID before, compare
    if defined lastLAT[!BSSID!] (
    set /a diffLAT=1000000*( !LAT! - !lastLAT[!BSSID!]! )
    set /a diffLON=1000000*( !LON! - !lastLON[!BSSID!]! )

    :: Convert to absolute values
    if !diffLAT! lss 0 set /a diffLAT=-!diffLAT!
    if !diffLON! lss 0 set /a diffLON=-!diffLON!

    :: Compare against threshold (scaled by 1,000,000)
    set /a threshScaled=%THRESH%*1000000
    if !diffLAT! gtr !threshScaled! (
    echo BSSID !BSSID! moved in LAT by more than %THRESH% degrees
    )
    if !diffLON! gtr !threshScaled! (
    echo BSSID !BSSID! moved in LON by more than %THRESH% degrees
    )
    )

    :: Store current coordinates
    set lastLAT[!BSSID!]=!LAT!
    set lastLON[!BSSID!]=!LON!
    )

    echo.
    echo Comparison complete.
    endlocal

    :: end of C:\app\os\python\apple_bssid_locator\bssidcompare.bat
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 16:42:56 2025
    From Newsgroup: comp.mobile.android

    On Mon, 12/15/2025 2:23 PM, Marian wrote:
    Carlos E.R. wrote:
    Setting TB to cache bodies would mean having two copies on my disk of every message.

    Below are the message IDs which anyone can look up for Usenet messages. <http://al.howardknight.net/>

    Howard appeared busted today when I tried it.

    I don't know if the owner has given up (lack of
    resources for searches) or what the story is.
    He had some sort of search capability with
    the Google collection to help previously.

    Paul

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless on Mon Dec 15 15:09:52 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-09 19:18, Marian wrote:
    Carlos E.R. wrote:
    You appear to be using bridge mode which is optional.
    a. Advanced Settings > Internet > Bridge Mode.
    b. Then connect your home router to the RTF8225VW.


    No, I am not using bridge mode. I'm using the normal default mode as
    it comes out of the box, prepared to work with telef�nica, then added
    a few things, like my SSID/Password, dhcp range to use, what ports I
    want translated, etc.

    Thanks for letting us know, as bridge mode isn't something most of us have used frequently, although I've set up routers as bridges when I have a desktop that doesn't have a Wi-Fi card but which only has an RJ45 port.

    1. The Windows 10 PC "thinks" it's using the Ethernet port.
    2. But that is connected to the router which is set up as a bridge.
    3. Then the router bridges to the Wi-Fi access point far away from the PC.

    It's been a while and people like Char Jackson know this stuff way better than I do, but bridges do "funny things" sometimes.
    As far as I can figure out, in my situation with a desktop & bridge
    1. My PC sees only a wired Ethernet connection.   It has no concept of Wi-Fi SSIDs or BSSIDs because it's not running
      through a Wi-Fi NIC driver.

    2. The bridge router acts as a wireless client to the upstream Wi-Fi access point. It associates with the AP using the AP's SSID and BSSID,
      just like a laptop would.

    3. On the Ehernet side of the bridge, it appears to be a standard
    Ethernet   interface to the PC. It does not expose the SSID/BSSID to the wired   client as the PC can see only MAC-level Ethernet frames.

    Nowadays I use a USB dongle as the Wi-Fi to the Windows 10 PC.
    It acts differently than the bridge did because the USB Wi-Fi dongle acts
    as a Wi-Fi NIC.

    So I haven't used bridges in a while and I never really understood them.

    Wow.

    Honesty from Arlen!

    You "never really understood them"...

    ...but set them up anyway?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 03:06:45 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-15 20:23, Marian wrote:
    Carlos E.R. wrote:
    Setting TB to cache bodies would mean having two copies on my disk of
    every message.

    Below are the message IDs which anyone can look up for Usenet messages. <http://al.howardknight.net/>

    What Chris & Frank are doing, Carlos, is attacking me by calling me
    a Trump supporter, simply because they hate the technical point I proved.

    They have no other defense since I proved their claims wrong that
    a BSSID:GPS pair is not trackable. So they call me a Trump supporter.

    Chris is constantly calling me Trump using "The Donald" euphemism, which
    is simply his childish way of attacking me since I've never said a good
    word about any politician, let alone Trump.
    My posts on Usenet are apolitical.

    My point to you, Carlos, is why don't you lecture Chris?
    Frank supported him because he too attacks in his childish ways.

    You lectured me. Why don't you lecture them Carlos?
    a. I'm writing the code proving the point. b. They're claiming I'm a
    Trump supporter for doing so.

    WTF?
    What kind of person does that?

    Chris and Frank are denying they did it, but they did it.

    Chris repeatedly used the euphemism "Donald", so I was simply asking you
    why don't you chastise him for bringing that up instead of chastising me
    for writing code that proves Chris' claim wrong that it's hard to do?



    Mostly because I am trying to follow a conversation with you, not with them.

    When you you said he was calling you a "Trump supporter" I did not
    recognize that idea. I do have a remembrance of someone calling you
    Donald, but not why. I was thinking of the Walt Disney character Donald
    the duck. If you ask me what is the first name of Mr Trump, off hand I
    don't know. So your claim of someone calling you a Trump supporter in
    some past message did not ring a bell.

    His argument that he is not calling you a supporter has some feasibility.

    You people calling names one another constantly distracts me. I don't
    follow those conversations. To many insults and I drop out, I ignore
    those messages. If I am trying to follow a conversation and find too
    many insults, I either grumble or switch off.


    You may have noticed that I have agreed with several of your points,
    then also to some of their arguments making modify some of my agreement.
    I just do not want to be too much distracted with flying insults or
    attacks on the persons instead of the ideas.



    From: Chris <ithinkiam@gmail.com>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: Wed, 10 Dec 2025 08:07:46 -0000 (UTC)
    Message-ID: <10hb9oi$1c6js$1@dont-email.me>


    A technical reply, nothing insulting in it.


    Frank supported Chris by insulting me and by insulting my own wife.
    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>

    Mmm.


    You even directly responded to Chris' post Carlos:
    From: "Carlos E.R." <robin_listas@es.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router
    for privacy/security
    Date: Thu, 11 Dec 2025 13:12:31 +0100
    Message-ID: <f2pq0mx0bi.ln2@Telcontar.valinor>

    A technical reply, about moving a router, nothing about supporting Trump
    or not. I did not reply to the paragraph with Donald in it.


    In addition to lecturing me, why don't you also lecture Chris & Frank?
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 18:36:23 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-12 19:24, Marian wrote:
    Chris wrote:
    should treat him gently when he makes his absurd statements to
    attack me.

      Proving you wrong is not an attack.

    It is to those

    You and Frank both called me a "Trump supporter" because I care about
    privacy and because I understand the power of a BSSID:GPS pairing.
    No, neither of them did that.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 21:38:06 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    Chris and Frank are denying they did it, but they did it.

    Chris repeatedly used the euphemism "Donald", so I was simply asking you
    why don't you chastise him for bringing that up instead of chastising me
    for writing code that proves Chris' claim wrong that it's hard to do?

    Mostly because I am trying to follow a conversation with you, not with them.

    Well then, that's fine.
    We all have thick skins if we've been on Usenet for decades like I have.

    If you follow the conversation with me, you'll see that
    a. I reported what I know about protecting our privacy
    b. I found out that Apple was not respecting our privacy
    c. And, I wrote scripts to prove how easy it is to track people

    That's adding value.

    When you you said he was calling you a "Trump supporter" I did not
    recognize that idea. I do have a remembrance of someone calling you
    Donald, but not why. I was thinking of the Walt Disney character Donald
    the duck. If you ask me what is the first name of Mr Trump, off hand I
    don't know. So your claim of someone calling you a Trump supporter in
    some past message did not ring a bell.]

    Well, let's not worry about it. My main point TO YOU was you were
    chastising me for being mean to people who were being mean to me.

    What you don't comprehend (and you likely never will understand), is I
    treat people EXACTLY like they treat me.

    It's never me throwing the first punch.
    You saw me respond to them. So you chastised me.

    But you ignored that they always are the ones who throw the first punch.
    I treat people with respect when they deserve to be treated with respect.

    No matter who they are.

    His argument that he is not calling you a supporter has some feasibility.

    You mean Frank? What value did Frank add to this entire thread, Carlos. Nothing.

    Everything Frank said was of negative value.
    Calling me a Trump supporter was his childish way of throwing punches.

    I've never been supported ANY politician ever on Usenet in decades.

    For Frank and Chris to throw those punches was their childish way of desperately trying to be part of a conversation they don't belong in.

    You people calling names one another constantly distracts me.

    STOP THAT. JUST STOP IT.
    Chastize THEM. Not me.

    They threw the first punch.
    Stop blaming the victim, Carlos.

    Just stop it.
    I'm not going to put up with your extreme bias against the victim.

    Chastise them, Carlos.
    Be fair.

    follow those conversations. To many insults and I drop out, I ignore
    those messages. If I am trying to follow a conversation and find too
    many insults, I either grumble or switch off.

    Carlos,
    I discussed how to set up router privacy. I stuck to the topic.
    Why don't you chastise THEM for throwing all those childish punches?

    I was simply reacting to the fact they felt desperate to be in teh
    conversation and yet neither Chris nor Frank can add any value.

    Not only did I prove how insecure Apple's WPS database is, but I found that Apple isn't following it's own published rules. And I wrote scripts to
    prove it.

    That's added value.

    Chris & Frank can not add any value.
    SO they throw punches.

    Because they're _desperate_ to be part of the conversation.
    Chastise them first. Carlos.

    Not me.

    You may have noticed that I have agreed with several of your points,
    then also to some of their arguments making modify some of my agreement.
    I just do not want to be too much distracted with flying insults or
    attacks on the persons instead of the ideas.

    Like you, I agree with ANYONE (no matter who they are) if they make
    logically sensible points, Carlos. You know that from experience.

    Why don't you chastise Frank & Chris for throwing all those insults?
    Why don't you ask Frank & Chris to add on-topic value, Carlos.

    For example, I wrote the scripts that can track any access point in the
    world. You likely won't find scripts like that anywhere but here.

    I added value.
    And you chastised me.

    Why don't you chastise them, Carlos?

    I did not reply to the paragraph with Donald in it.

    They were throwing punches, Carlos.
    I didn't miss it.

    They can't add value.
    Yet they're desperate to be in the conversation.

    Why don't you ask them to add value instead of throwing punches?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Mon Dec 15 21:51:17 2025
    From Newsgroup: comp.mobile.android

    Paul wrote:
    Below are the message IDs which anyone can look up for Usenet messages.
    <http://al.howardknight.net/>

    Howard appeared busted today when I tried it.

    I don't know if the owner has given up (lack of
    resources for searches) or what the story is.
    He had some sort of search capability with
    the Google collection to help previously.

    Hi Paul,

    Thanks for checking. It looks like Carlos found them somehow.
    It was just Frank Slootweg & Chris trolling so it's not important.

    Frank Slootweg is _desperate_ to be part of a technical conversation, but
    he can't add value ever, so he insulted my wife and me instead.

    Chris is different. He's desperate to defend Apple to the death, no matter what, so he kept claiming it was impossible to do what I did in 1/2 hour.

    Nonetheless, if we ignore Frank's & Chris' constant trolling, what we've accomplished are the following fundamental technical achievements:

    1. We outlined how to set up your router access points for privacy
    2. We've defined the opt out published privacy policies available
    3. We've determiend Apple is NOT abiding by their own privacy policy
    4. We've filed a RADAR bug report inside of Apple descxribing it
    5. As a result, Apple tacitly admitted the problem by REMOVING
    my BSSID (whose SSID has _nomap in it as per Apple privacy policy)
    6. Apple has been stalling on answering WHY it happened (which is
    understandable given they're legally liable for this happening)
    7. We've written code that will tell you if your AP is in Apple's DB
    8. We've written code that will give you the 400 BSSID:GPS pairs
    of everyone around any access point BSSID that is in Apple's DB
    9. We've written code to plot all those access points on a map
    10. And we've shown how trivial it is to collect thousands of
    BSSID:GPS access points in minutes (millions in days, and
    billions in weeks).

    If we wanted to, and we do not, we could SELL that data since it's
    completely out of Apple's control once we get that data. See below.
    <https://i.postimg.cc/43ysV3Mr/fermium.jpg>

    1 00:22:3f:a5:7b:33 35.29422378 126.77641296
    2 10:62:e5:b1:8f:12 35.29444885 126.77671051
    3 12:09:a5:53:df:13 35.29491043 126.77599334
    4 28:6d:97:4f:be:d0 35.29439163 126.77655029
    5 28:6d:97:b9:89:96 35.29463195 126.77554321000001
    6 42:09:a5:53:df:13 35.294940940000004 126.7760086
    7 04:09:a5:53:df:13 35.29491043 126.77601623
    8 50:46:ae:f2:9b:15 35.29492568 126.77648162
    9 58:86:94:51:6b:0e 35.2944374 126.77667999
    10 88:36:6c:06:65:38 35.29442214 126.77668762
    11 88:57:1d:4b:a6:79 35.29385757 126.77546691
    12 08:5d:dd:9c:c4:93 35.294841760000004 126.77540588000001
    13 b0:38:6c:75:10:7e 35.29403686 126.77572631
    14 28:6d:97:c8:5a:30 35.2948265 126.77577972
    15 70:2c:1f:66:28:49 35.29447174 126.77656555
    16 70:2c:1f:66:08:0d 35.2939682 126.77562713
    17 70:5d:cc:1e:34:6c 35.29422378 126.77565765
    18 70:2c:1f:85:d7:cd 35.29440307 126.7756195
    19 88:36:6c:b7:02:b0 35.29481506 126.7758255
    20 0c:96:cd:7d:33:96 35.293926230000004 126.77541351
    21 bc:10:2f:62:e7:38 35.29484558 126.77593231
    22 70:2c:1f:86:e6:51 35.29470825 126.77540588000001
    23 70:2c:1f:5d:06:a8 35.294750210000004 126.77560424
    24 66:cb:e9:62:81:c6 35.294433590000004 126.77537536
    25 6c:72:20:5f:c5:7f 35.293998710000004 126.7753601
    26 88:57:1d:3b:3e:e7 35.29479598 126.77539825000001
    27 88:36:6c:1a:6e:7e 35.29494857 126.77605438
    28 bc:10:2f:51:f7:01 35.29452514 126.77631378000001
    29 84:72:07:c6:c7:46 35.29398727 126.77539062
    30 62:ab:14:39:fc:a7 35.29427337 126.77566528
    31 18:c5:01:df:c0:52 35.29442977 126.77673339
    32 32:34:db:e6:91:9c 35.29437637 126.77770233
    33 80:ca:4b:96:73:ce 35.29488372 126.77695465000001
    34 e0:4f:43:a8:56:13 35.29393768 126.77700042000001
    35 2c:2b:f9:f5:ac:72 35.29459381 126.77682495
    36 00:23:aa:91:74:ae 35.293952940000004 126.7747879
    37 00:23:aa:d5:31:e6 35.294025420000004 126.77478027000001
    38 00:07:89:64:05:2b 35.29449844 126.77486419
    39 12:23:aa:91:74:ae 35.29396057 126.7747879
    40 12:23:aa:d5:31:e6 35.2940216 126.77477264000001
    41 12:23:aa:d9:6b:ca 35.29397201 126.77490997
    42 12:96:cd:6b:19:c7 35.294216150000004 126.77531433
    43 12:96:cd:76:a8:be 35.29397583 126.77486419
    44 12:96:cd:82:58:bb 35.2938919 126.77524566
    45 12:96:cd:97:53:cb 35.29416656 126.77466583
    46 12:09:a5:26:14:df 35.29400253 126.77489471
    47 12:09:a5:28:93:bf 35.2939949 126.7747879
    48 12:09:a5:47:38:27 35.2939186 126.77476501
    49 12:f4:5e:24:59:0b 35.29406738 126.77428436
    50 18:34:af:ec:5a:4b 35.29441833 126.77522277
    51 18:c5:01:8b:f0:ce 35.29394531 126.77485656
    52 18:c5:01:9c:33:b2 35.29389572 126.77508544
    53 1c:a5:32:f8:79:46 35.29492568 126.7751007
    54 1e:96:cd:6b:19:c7 35.29414749 126.77529907
    55 26:e8:53:a0:7d:87 35.29396438 126.77490997
    56 28:4e:e9:1e:da:cd 35.29407501 126.77472686
    57 28:6d:97:8e:ed:f9 35.29458999 126.77532958
    58 28:6d:97:a8:10:98 35.29386901 126.77482604000001
    59 28:6d:97:b8:24:44 35.29405212 126.77482604000001
    60 28:6d:97:ca:55:74 35.293853750000004 126.77509307
    61 28:6d:97:fb:b4:7f 35.29400634 126.77506256000001
    62 28:6d:97:fd:be:af 35.293952940000004 126.77492523000001
    63 2e:2b:f9:47:2e:0b 35.29449081 126.77493286
    64 2e:4e:e9:1e:da:cd 35.294071190000004 126.77472686
    65 32:34:db:87:4e:74 35.29406738 126.77487182
    66 34:08:04:cb:b2:a4 35.29445648 126.77491760000001
    67 38:f4:5e:24:59:0b 35.2940483 126.7743225
    68 40:ca:63:38:79:57 35.294651030000004 126.7744522
    69 40:ca:63:a6:95:21 35.29398727 126.77502441
    70 40:ca:63:c9:8d:90 35.29455947 126.77455902
    71 40:ca:63:fb:52:c7 35.29405212 126.77509307
    72 42:23:aa:91:74:ae 35.29395675 126.7747879
    73 42:23:aa:d5:31:e6 35.29402923 126.77478027000001
    74 42:23:aa:d9:6b:ca 35.29397964 126.77489471
    75 42:09:a5:26:14:df 35.29401016 126.77489471
    76 04:09:a5:26:14:df 35.29401016 126.77487945
    77 04:09:a5:28:93:bf 35.2939949 126.77479553
    78 04:09:a5:47:38:27 35.29393386 126.77478027000001
    79 4c:bc:e9:e0:4d:62 35.2941246 126.77487182
    80 50:46:ae:9c:ed:1d 35.29426193 126.77402496
    81 50:46:ae:0e:33:c8 35.29411315 126.77483367
    82 50:fd:d5:9b:2f:a4 35.29397583 126.77503967
    83 56:46:ae:9c:ed:1d 35.29429626 126.77403259
    84 58:86:94:3b:9b:e8 35.29405975 126.77502441
    85 58:86:94:c8:86:c6 35.294414520000004 126.77493286
    86 60:29:d5:01:ab:2a 35.29401779 126.77490234
    87 60:29:d5:01:ab:ac 35.29401397 126.77486419
    88 64:e5:99:92:21:c4 35.294097900000004 126.7747116
    89 70:2c:1f:7c:04:a1 35.29401397 126.77471923
    90 70:2c:1f:7e:1b:80 35.29478454 126.77527618
    91 70:5d:cc:17:36:d0 35.29401779 126.7751007
    92 70:5d:cc:31:12:da 35.294624320000004 126.77457427
    93 70:5d:cc:44:b0:70 35.29401779 126.77478027000001
    94 70:5d:cc:58:94:0c 35.29427719 126.77507019000001
    95 70:5d:cc:ae:2c:40 35.294025420000004 126.77418518
    96 70:5d:cc:d6:65:3c 35.29397583 126.77494049
    97 72:5d:cc:4d:12:38 35.29391479 126.77490997
    98 80:ca:4b:de:ab:22 35.29398345 126.77497863
    99 82:5b:65:d0:02:de 35.29393005 126.77513122
    100 84:72:07:28:1f:bb 35.29398345 126.77481842
    101 88:36:6c:b7:5c:c0 35.29442596 126.77468872
    102 88:3c:1c:2f:3b:31 35.29406738 126.77477264000001
    103 88:3c:1c:3e:e8:d9 35.2940216 126.77485656
    104 88:3c:1c:9e:a3:53 35.29408645 126.7741394
    105 88:57:1d:25:89:12 35.2939949 126.77497863
    106 08:5d:dd:ba:5e:32 35.29398345 126.77481842
    107 08:5d:dd:f7:51:14 35.29397583 126.77490234
    108 08:5d:dd:f7:51:15 35.29397201 126.77489471
    109 90:9f:33:8c:00:4a 35.2940216 126.77497100000001
    110 98:77:e7:a7:76:4b 35.29403305 126.77467346
    111 b0:38:6c:08:bd:c2 35.29397583 126.77470397
    112 b0:95:75:86:b9:74 35.29386901 126.77503204
    113 b4:a9:4f:34:ca:47 35.29388809 126.77496337000001
    114 b4:a9:4f:35:52:19 35.29395675 126.77474975
    115 b4:a9:4f:35:52:8c 35.29396057 126.77487945
    116 b4:a9:4f:3b:2b:6b 35.29397964 126.77478027000001
    117 b4:a9:4f:5f:b5:e6 35.29403686 126.77477264000001
    118 b4:a9:4f:c8:51:d7 35.29393768 126.77516937
    119 ba:16:5f:7d:c0:48 35.2938919 126.77491760000001
    120 ba:16:5f:f2:fe:83 35.29394149 126.7751007
    121 ba:a9:4f:3b:2b:6b 35.2939682 126.77477264000001
    122 ba:a9:4f:5f:b5:e6 35.29404067 126.77477264000001
    123 c6:a9:4f:3b:2b:6b 35.29397964 126.77479553
    124 c6:a9:4f:3b:2b:73 35.29400253 126.77507019000001
    125 c6:a9:4f:5f:b5:e6 35.29404449 126.77477264000001
    126 0c:96:cd:6b:19:c7 35.29427337 126.77532958
    127 0c:96:cd:76:a8:be 35.29397201 126.77487182
    128 0c:96:cd:82:58:bb 35.29390335 126.77524566
    129 0c:96:cd:97:53:cb 35.29416656 126.77467346
    130 0c:96:cd:d7:05:73 35.29412078 126.77482604000001
    131 ca:dd:6a:5c:51:c4 35.2938385 126.77484893
    132 d6:8d:26:b9:0e:a0 35.29396438 126.7747879
    133 dc:03:98:10:52:eb 35.29436492 126.77451324
    134 dc:03:98:f0:84:b5 35.293926230000004 126.77478027000001
    135 e2:85:4d:c1:cc:3c 35.29401779 126.7745819
    136 e2:85:4d:e6:ce:00 35.293998710000004 126.77483367
    137 f0:a7:31:56:45:4f 35.294025420000004 126.77482604000001
    138 00:23:aa:84:14:56 35.29405975 126.77496337000001
    139 00:23:aa:d9:6b:ca 35.29398727 126.77490234
    140 00:07:89:71:65:06 35.293998710000004 126.77493286
    141 00:07:89:be:b3:9e 35.29387664 126.77532196
    142 12:23:aa:84:14:56 35.29405593 126.77495574
    143 12:f4:5e:09:0c:2b 35.29396057 126.77478027000001
    144 00:07:89:3e:ce:8e 35.29343032 126.77546691
    145 1c:39:29:15:1a:97 35.29319 126.77552032
    146 1c:ec:72:45:77:ff 35.29330444 126.77597045
    147 1c:ec:72:0e:9e:66 35.29335784 126.77597808
    148 24:e4:ce:e9:b8:1a 35.29360961 126.77551269
    149 28:4e:e9:72:bd:63 35.29364395 126.77557373
    150 28:6d:97:fc:b1:96 35.29290771 126.77545928
    151 2e:4e:e9:72:bd:63 35.29365158 126.7755661
    152 50:46:ae:03:9c:7d 35.29377365 126.77552795
    153 50:46:ae:6d:18:8e 35.29364395 126.77555847
    154 50:fd:d5:45:20:a0 35.2933464 126.77579498
    155 50:fd:d5:4a:45:03 35.29329299 126.7758255
    156 58:86:94:5e:39:36 35.29370117 126.77565002
    157 58:86:94:a1:ad:e0 35.29339218 126.77581024
    158 58:86:94:b1:55:5a 35.29357528 126.77536773
    159 82:5b:65:19:66:b8 35.29380416 126.77572631
    160 88:36:6c:42:e2:ec 35.29283523 126.77633666
    161 08:5d:dd:8d:b0:37 35.29360961 126.77565765
    162 a6:fe:ce:15:de:26 35.29319763 126.77601623
    163 0c:96:cd:c8:2a:19 35.293056480000004 126.77550506
    164 fa:b9:5a:6a:e3:00 35.29277801 126.77539062
    165 fc:5c:45:46:9d:48 35.29340744 126.7758255
    166 fc:5c:45:06:9d:48 35.29340744 126.7758255
    167 fc:5c:45:86:9d:48 35.29340744 126.7758255
    168 fc:5c:45:c6:9d:48 35.29340744 126.77581787
    169 50:fd:d5:07:11:9b 35.29300689 126.77578735
    170 64:64:4a:33:0c:3e 35.29356384 126.7754364
    171 6a:64:4a:33:0c:3e 35.29358673 126.7754364
    172 70:2c:1f:78:fe:44 35.29364013 126.77554321000001
    173 88:36:6c:6c:31:8e 35.29355239 126.77546691
    174 88:3c:1c:38:c6:8e 35.29273986 126.77539825000001
    175 88:57:1d:4e:cd:1d 35.29319763 126.77539825000001
    176 90:9f:33:5d:08:9d 35.29358291 126.77548217
    177 c2:18:03:e3:70:b6 35.2934494 126.77558135
    178 70:4f:57:59:1d:57 35.29375457 126.77557373
    179 42:2f:86:c4:12:bb 35.29371261 126.7754898
    180 42:2f:86:5b:ec:e3 35.29367828 126.77536773
    181 00:23:aa:b8:61:ea 35.29595565 126.77580261
    182 00:23:aa:d2:67:62 35.2959671 126.77572631
    183 12:23:aa:b8:61:ea 35.29595184 126.77581787
    184 12:23:aa:d2:67:62 35.2959671 126.77571868
    185 12:09:a5:52:24:33 35.29557418 126.77597808
    186 28:4e:e9:1f:4f:bd 35.29550933 126.77599334
    187 28:4e:e9:4f:84:3c 35.29525375 126.7754364
    188 2e:4e:e9:1f:4f:bd 35.29548263 126.77599334
    189 32:34:db:b7:bf:52 35.29513931 126.77604675
    190 40:ca:63:4d:fb:07 35.29502105 126.77587890000001
    191 42:23:aa:b8:61:ea 35.29593276 126.7758255
    192 42:23:aa:d2:67:62 35.2959671 126.77572631
    193 04:09:a5:52:24:33 35.29559707 126.77596282
    194 50:46:ae:14:9f:ac 35.29539108 126.77660369
    195 50:46:ae:b2:d5:1b 35.29593276 126.77581024
    196 56:46:ae:1c:6e:83 35.29578781 126.77605438
    197 5a:86:94:48:21:38 35.295520780000004 126.7757492
    198 60:29:d5:39:58:2a 35.29598236 126.77574157000001
    199 60:29:d5:6b:19:8f 35.29590988 126.77638244
    200 70:5d:cc:b9:a1:f6 35.29498291 126.77603912000001
    201 80:ca:4b:5d:e5:46 35.29542541 126.776268
    202 80:ca:4b:71:79:12 35.29504394 126.77605438
    203 88:36:6c:57:9c:a2 35.2950325 126.77564239
    204 88:3c:1c:4e:12:45 35.29601287 126.77585601
    205 88:3c:1c:89:49:a9 35.29549789 126.77614593
    206 88:3c:1c:d6:ae:d6 35.29568099 126.77609252
    207 08:5d:dd:4c:e2:50 35.29590606 126.77584075
    208 98:25:4a:46:98:50 35.29500961 126.77645874000001
    209 b0:38:6c:0f:6c:ea 35.29594421 126.77574157000001
    210 b4:a9:4f:1c:62:95 35.29594802 126.77580261
    211 b4:a9:4f:5d:88:dd 35.29548263 126.77631378000001
    212 0c:96:cd:c5:52:57 35.29553604 126.77602386000001
    213 00:23:aa:d3:c3:ca 35.2959671 126.77546691
    214 12:23:aa:d3:c3:ca 35.29594802 126.77545928
    215 42:23:aa:d3:c3:ca 35.29596328 126.77547454
    216 50:46:ae:1c:6e:83 35.2957611 126.77603912000001
    217 50:46:ae:4f:a9:1d 35.29562759 126.77622985
    218 50:46:ae:5d:d3:f7 35.29534912 126.77606201
    219 50:46:ae:e7:8d:c4 35.29591369 126.77559661000001
    220 56:46:ae:4f:a9:1d 35.2956047 126.77623748
    221 58:86:94:14:f9:ba 35.29558181 126.77615356
    222 60:29:d5:7d:5d:fd 35.2958641 126.77609252
    223 62:46:ae:4f:a9:1d 35.295593260000004 126.77624511
    224 80:ca:4b:34:ec:1e 35.29566955 126.776268
    225 80:ca:4b:41:d1:52 35.29566955 126.77622985
    226 80:ca:4b:0e:c5:3e 35.29570388 126.77613067
    227 88:3c:1c:90:63:f5 35.29584121 126.77608489
    228 08:5d:dd:12:9f:54 35.29575729 126.77597808
    229 08:5d:dd:a9:cb:af 35.29591751 126.77636718000001
    230 08:5d:dd:be:69:63 35.29563522 126.77593994
    231 8a:36:6c:cd:e0:5c 35.29602432 126.77600097
    232 8a:3c:1c:90:63:f5 35.29586029 126.77609252
    233 90:9f:33:78:60:78 35.29604721 126.77536773
    234 0a:5d:dd:12:9f:54 35.29576873 126.77599334
    235 0a:5d:dd:be:69:63 35.29561614 126.77594757
    236 ba:3c:1c:90:63:f5 35.29584121 126.77608489
    237 bc:62:ce:50:29:f0 35.29520034 126.77637481000001
    238 c4:e5:32:e5:78:29 35.29533767 126.77600097
    239 0c:96:cd:12:e0:47 35.29539108 126.77577972
    240 0c:b6:d2:85:1c:3a 35.29597091 126.77560424
    241 00:23:aa:c1:1d:02 35.29595947 126.7756195
    242 12:23:aa:c1:1d:02 35.29595184 126.7756195
    243 1c:ec:72:50:6f:70 35.29543304 126.77540588000001
    244 42:23:aa:c1:1d:02 35.29595565 126.7756195
    245 9c:a2:f4:d0:8d:c6 35.29564285 126.77597045
    246 28:6b:b4:c0:5b:fd 35.29556274 126.77666473000001
    247 e4:be:ed:51:e7:f0 35.29564285 126.77607727
    248 54:7e:1a:6e:b9:00 35.295448300000004 126.77601623
    249 5a:7e:1a:6e:b9:00 35.29544067 126.77601623
    250 2e:4e:e9:3f:5f:9f 35.295783990000004 126.77563476
    251 28:4e:e9:3f:5f:9f 35.29577636 126.77563476
    252 3a:4e:e9:3f:5f:9f 35.29579544 126.77563476
    253 1c:e8:9e:36:ea:e4 35.29504776 126.77577972
    254 50:46:ae:b1:7e:ff 35.29569244 126.77593994
    255 2e:4e:e9:72:8c:d3 35.29540634 126.77609252
    256 60:29:d5:ae:2f:78 35.29601669 126.77584838
    257 1c:39:29:0d:c0:f9 35.29532623 126.77611541
    258 28:4e:e9:72:8c:d3 35.29532623 126.77609252
    259 28:6d:97:45:5d:fe 35.29581451 126.77599334
    260 80:ca:4b:fe:bd:16 35.29531478 126.77584838
    261 50:46:ae:97:56:d0 35.29354858 126.77711486
    262 70:5d:cc:96:d5:de 35.293807980000004 126.77748107000001
    263 90:9f:33:64:90:d8 35.293109890000004 126.77729034000001
    264 00:23:aa:41:0b:f1 35.29380416 126.77499389
    265 00:23:aa:47:4a:8e 35.29299545 126.77468872
    266 00:23:aa:8e:a2:6a 35.29364395 126.77468872
    267 00:23:aa:d9:1b:fa 35.29375076 126.77507781
    268 00:27:1c:c7:a1:d4 35.293399810000004 126.77511596000001
    269 00:07:89:28:8d:bc 35.292892450000004 126.77526092000001
    270 00:07:89:9e:cc:91 35.293472290000004 126.77475738
    271 00:07:89:ca:9f:fb 35.29371643 126.77400207000001
    272 00:07:89:ca:b9:41 35.29336929 126.77438354
    273 00:07:89:d7:82:e8 35.292964930000004 126.7747116
    274 00:08:52:3c:9c:a1 35.292892450000004 126.77485656
    275 00:08:52:3c:9c:a3 35.29287338 126.77482604000001
    276 12:23:aa:47:4a:8e 35.29300308 126.77464294
    277 12:23:aa:8e:a2:6a 35.29363632 126.77469635
    278 12:23:aa:d9:1b:fa 35.29372024 126.77511596000001
    279 12:96:cd:3a:35:df 35.29302978 126.7745819
    280 12:96:cd:72:cd:ac 35.29304504 126.77478027000001
    281 12:96:cd:c5:52:5c 35.29300308 126.77407836
    282 12:96:cd:ce:f8:59 35.292865750000004 126.77511596000001
    283 12:09:a5:33:3c:1f 35.29299163 126.7745285
    284 12:09:a5:3b:34:67 35.293590540000004 126.77492523000001
    285 12:09:a5:51:bf:f7 35.29328155 126.7743988
    286 12:f4:5e:0e:72:4b 35.29298782 126.77419281
    287 16:7f:67:7f:34:e6 35.29353332 126.77502441
    288 18:c5:01:a9:50:2a 35.29311752 126.77510833000001
    289 18:c5:01:bc:ea:2a 35.29365539 126.7750473
    290 1c:39:29:1c:b9:5f 35.29294204 126.77481842
    291 1c:a5:32:f7:8c:62 35.2930603 126.77507019000001
    292 1c:e8:9e:0c:10:c0 35.29355621 126.77524566
    293 1c:ec:72:50:6d:3b 35.29362869 126.77480316
    294 1c:ec:72:58:f1:18 35.2936058 126.77477264000001
    295 1c:ec:72:58:f4:92 35.2936058 126.77458953
    296 1e:39:29:6a:46:b3 35.29361343 126.7751007
    297 22:23:aa:41:0b:f1 35.29380416 126.77499389
    298 22:28:bc:62:51:86 35.29367828 126.77466583
    299 22:ec:72:58:f1:18 35.29359817 126.77478027000001
    300 22:ec:72:58:f4:92 35.29360198 126.77459716
    301 24:e4:ce:e9:08:5e 35.29356384 126.77487945
    302 24:e8:53:44:16:ac 35.29319763 126.77447509
    303 24:e8:53:83:bb:c8 35.29280471 126.77515411
    304 28:4e:e9:0f:76:93 35.293109890000004 126.77518463
    305 28:6d:97:45:4a:f1 35.29365539 126.7747879
    306 28:6d:97:54:1f:95 35.29356384 126.77507781
    307 28:6d:97:8c:3a:cc 35.29358673 126.77488708
    308 28:6d:97:94:dd:11 35.29353332 126.77497100000001
    309 28:6d:97:d3:39:b0 35.29335784 126.77461242
    310 28:6d:97:ea:1c:91 35.29302978 126.77452087
    311 28:6d:97:fa:4e:21 35.29309463 126.77483367
    312 02:27:1c:c7:a1:d4 35.29340362 126.77513885
    313 2c:e3:8e:8c:e2:40 35.293537130000004 126.77416229
    314 2c:e3:8e:8d:d6:00 35.29319763 126.77423095
    315 2c:e3:8e:97:ea:e0 35.29323196 126.77420806
    316 2e:4e:e9:0f:76:93 35.29309844 126.77519226
    317 38:f4:5e:1e:ae:54 35.29291534 126.77449798
    318 38:f4:5e:1e:ca:ba 35.29366683 126.77496337000001
    319 38:f4:5e:0e:72:4b 35.2929573 126.77411651
    320 3a:f4:5e:1e:ae:54 35.29293823 126.77452087
    321 40:31:3c:9e:30:2a 35.29349136 126.77481842
    322 40:ca:63:31:16:62 35.29356384 126.77497100000001
    323 42:23:aa:47:4a:8e 35.29300308 126.77468872
    324 42:23:aa:8e:a2:6a 35.29364395 126.77470397
    325 42:23:aa:d9:1b:fa 35.29373168 126.7751007
    326 42:2f:86:6c:f7:a6 35.29342651 126.77515411
    327 46:cb:8b:bf:c6:22 35.293254850000004 126.77453613
    328 46:cb:8b:e1:7a:68 35.29336929 126.77529907
    329 04:09:a5:33:3c:1f 35.29300689 126.77457427
    330 04:09:a5:3b:34:67 35.29359817 126.77489471
    331 04:09:a5:51:bf:f7 35.29329299 126.77440643
    332 50:46:ae:74:a1:bd 35.293056480000004 126.77466583
    333 50:46:ae:8c:71:91 35.29356765 126.77516174
    334 50:46:ae:9d:34:99 35.29345321 126.77519226
    335 50:46:ae:d7:ba:f4 35.29364013 126.77487182
    336 50:46:ae:0e:0e:a7 35.293445580000004 126.77497100000001
    337 50:91:e3:95:60:a6 35.292819970000004 126.77423858
    338 50:fd:d5:6e:61:5c 35.29358673 126.77481842
    339 50:fd:d5:82:fc:ab 35.29352188 126.77413177
    340 50:fd:d5:90:27:6f 35.29364395 126.77474212
    341 54:7e:1a:0a:d1:97 35.29342651 126.77449798
    342 5a:7e:1a:0a:d1:97 35.29345703 126.7745285
    343 60:29:d5:00:dd:8f 35.29349517 126.7750473
    344 60:29:d5:01:2f:c4 35.29323959 126.77463531000001
    345 60:29:d5:a7:54:18 35.2928276 126.77506256000001
    346 60:29:d5:ae:12:9f 35.29360198 126.7751007
    347 62:91:e3:95:60:a6 35.29280853 126.77423858
    348 68:3a:48:1f:65:7e 35.29356002 126.77505493
    349 70:2c:1f:55:eb:a2 35.29368591 126.77475738
    350 70:2c:1f:56:e0:55 35.293518060000004 126.77509307
    351 70:5d:cc:6e:44:56 35.29328918 126.7748413
    352 70:5d:cc:6f:ef:16 35.29357147 126.77500152
    353 70:5d:cc:ad:a6:80 35.29349517 126.77519226
    354 70:5d:cc:c6:50:fe 35.2931137 126.77483367
    355 76:40:be:65:42:a8 35.29277038 126.77419281
    356 80:ca:4b:1b:06:72 35.29290771 126.77441406
    357 80:ca:4b:55:89:7a 35.2935791 126.77481842
    358 1c:ec:72:43:68:57 35.29525756 126.77693939000001
    359 70:5d:cc:52:21:c6 35.29499435 126.77783203
    360 b4:a9:4f:62:c5:e6 35.295158380000004 126.77710723
    361 ba:a9:4f:62:c5:e6 35.2951622 126.77732086
    362 c6:a9:4f:62:c5:e6 35.29518127 126.77729797
    363 00:07:89:3d:bb:7f 35.29569244 126.7743988
    364 12:f4:5e:0b:66:df 35.2950592 126.77472686
    365 1c:e8:9e:ca:d9:47 35.29525375 126.77410888
    366 28:4e:e9:01:ba:b3 35.29596328 126.77406311
    367 28:4e:e9:0d:0d:af 35.29594802 126.77472686
    368 28:6b:b4:03:cd:17 35.29567337 126.77416229
    369 2e:4e:e9:01:ba:b3 35.2959671 126.77399444
    370 2e:4e:e9:0d:0d:af 35.29602813 126.77479553
    371 38:f4:5e:0b:66:df 35.29501724 126.77464294
    372 40:ca:63:bf:f5:ae 35.2952156 126.77403259
    373 50:46:ae:5d:0e:9f 35.29600906 126.77487182
    374 50:46:ae:75:63:80 35.29568481 126.77436065
    375 50:fd:d5:17:93:c6 35.29563522 126.77405548
    376 60:29:d5:b1:81:d5 35.29579544 126.77490997
    377 64:cb:e9:13:8a:9a 35.29558944 126.77423095
    378 70:5d:cc:c9:14:7a 35.29550933 126.77415466000001
    379 88:3c:1c:ab:fc:0b 35.29561614 126.77500152
    380 88:57:1d:0b:82:39 35.29566192 126.77424621
    381 b4:a9:4f:1c:65:fb 35.29603576 126.77462005
    382 b4:a9:4f:02:67:5a 35.29568099 126.77456665
    383 28:6d:97:ae:c2:c8 35.29577255 126.77462005
    384 28:6d:97:f6:fa:f2 35.29536056 126.7746582
    385 28:6d:97:f7:df:11 35.294967650000004 126.77506256000001
    386 3a:5d:dd:df:15:57 35.29603576 126.77470397
    387 50:46:ae:4f:80:d5 35.29581832 126.7747116
    388 50:fd:d5:a5:59:18 35.29528427 126.77491760000001
    389 56:46:ae:4f:80:d5 35.29584503 126.77473449
    390 60:29:d5:63:d3:16 35.29602813 126.77519989
    391 70:2c:1f:86:e5:2e 35.295040130000004 126.77532196
    392 86:25:19:ca:f1:c7 35.29604339 126.77488708
    393 88:36:6c:5d:7f:bc 35.29579544 126.77529144
    394 08:5d:dd:df:15:57 35.29601669 126.7745285
    395 0a:5d:dd:df:15:57 35.29604721 126.77451324
    396 bc:10:2f:7f:ba:0b 35.29519653 126.77412414
    397 da:e3:5e:5c:38:66 35.2957611 126.77399444
    398 f0:09:0d:25:82:e2 35.2951889 126.77474975
    399 70:2c:1f:6f:85:60 35.29552459 126.77452087
    --
    Apple trolls defend Apple to the death, no matter what, by using the first (always childishly inane) excuse that comes to their mind to defend Apple.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 08:37:45 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Carlos E.R. wrote:


    What you don't comprehend (and you likely never will understand), is I
    treat people EXACTLY like they treat me.

    It's never me throwing the first punch.
    You saw me respond to them. So you chastised me.

    That's laughably incorrect and can be evidenced on an almost daily basis.
    You always call anyone who challenges you to back up your ridiculous claims "stupid", "low IQ", "troll". You NEVER engage with the actual argument.

    It is only you who starts threads with insulting titles. Do you deny
    starting this one: "Apple trolls like Alan Baker are so incredibly stupid".


    Check the mirror before crying about others' behaviour.


    You people calling names one another constantly distracts me.

    STOP THAT. JUST STOP IT.
    Chastize THEM. Not me.

    They threw the first punch.
    Stop blaming the victim, Carlos.

    Another Donald trait: playing the victim.

    Just stop it.
    I'm not going to put up with your extreme bias against the victim.

    Chastise them, Carlos.
    Be fair.

    Aww bless. Are you going to storm off and slam the door?

    I prove how insecure Apple's WPS database is, but I found that
    Apple isn't following it's own published rules. And I wrote scripts to
    prove it.

    You proved nothing. At best you confirmed the paper's findings. Your
    anecdote wasn't confirmed by anyone else let alone Apple. So, given your history, it's clear you fucked up.


    Why don't you chastise Frank & Chris for throwing all those insults?

    Please evidence. Carlos can't see it either.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From J. P. Gilliver@G6JPG@255soft.uk to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 14:51:26 2025
    From Newsgroup: comp.mobile.android

    (Now off original topic)

    On 2025/12/16 2:6:45, Carlos E.R. wrote:

    [big snip]

    You people calling names one another constantly distracts me. I don't
    follow those conversations. To many insults and I drop out, I ignore
    those messages. If I am trying to follow a conversation and find too
    many insults, I either grumble or switch off.

    []

    I use the feature "ignore sub-thread" that Thunderbird has, when a
    branch has degenerated into name-calling and similar; OK, I may miss
    useful content, but on the whole once a thread has so descended, little
    further useful content ensues - in that branch. (My previous client -
    Turnpike - could do the same, though you had to manually "split thread"
    and then mark the split one as ignore.)

    I find it very useful, especially in certain 'groups.

    Of course, just killing certain posters works as well, until they morph
    of course.
    --
    J. P. Gilliver. UMRA: 1960/<1985 MB++G()ALIS-Ch++(p)Ar++T+H+Sh0!:`)DNAf

    ...Every morning is the dawn of a new error...
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 15:01:19 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Frank Slootweg wrote:
    There is no such post. He's just emitting another series of straw men.
    I didn't say what he claims and what I *did* say, I said in a different context. So zero points.

    Frank is lying.

    Nope, Frank isn't. As I said, 'Arlen' is emitting another series of
    straw men.

    The proof Frank is lying is in his own post:
    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>

    *If* the proof was is that post, you would have quoted it. As you
    didn't quote, the conclusion is obvious.

    Both claim I'm a Trump supporter simply for caring about our privacy.

    I did no such thing, it's just your misinterpreation/misreprentation.
    And what I *did* say, has nothing to do with the 'reason your give
    ("simply for caring about our privacy"). You *really* should stop
    stating what people mean, based upon what you *think*, instead of what
    they actually write. It gets rather boring and embarrasing.

    [More of the same straw men deleted.]
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 15:12:25 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-15 20:23, Marian wrote:
    [...]

    Frank supported Chris by insulting me and by insulting my own wife.

    Frank did not 'support' Chris, he responded too something Chris
    posted. Try to grasp the difference.

    And Frank did not insult your wife, quite the contrary.

    *If* you had any honour, you would have *quoted* what he *actually*
    said, instead of implying malice towards your wife.

    From: Frank Slootweg <this@ddress.is.invalid>
    Newsgroups: misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless
    Subject: Re: Discussion: How to set up your mobile devices & home router for privacy/security
    Date: 10 Dec 2025 19:29:51 GMT
    Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 15:35:04 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-15 04:57, Paul wrote:
    [...]
    You can use Offline Mode and sync the server content with your client, so the client has a copy of all the messages currently on the server.
    Then when you search the group, you get a more realistic sample
    of the message bodies and claims about what somebody said.

    Fri, 11/17/2023 478,483,218 comp.lang.c <=== only created for offline mode (whole messages)
    Thu, 10/05/2023 27 comp.lang.c.dat <=== (filter definitions)
    Sat, 12/13/2025 50,425,664 comp.lang.c.msf <=== Mork Summary File (headers only)

    I've only done this the one time, as a demo of the file sizes.

    My Thunderbird is set to not cache the bodies of messages. As a
    consequence, body search is greyed out or not in the list at all.

    This is because I an using leafnode, an nntp proxy server. It stores
    locally all messages, so thunderbird effectively gets a copy sent from
    the local disk, fast.

    Hmm!? Strange! I assume Thunderbird can search IMAP servers/folders
    without local caching, so I would expect it to be able to do the same
    with NNTP.

    I use a similar setup as you, but on Windows instead of on Linux and
    with Hamster instead of leafnode and with tin instead of Thunderbird.

    With tin, I can do body searching both in locally cached (by Hamster)
    groups and in remote groups on the real news server (NIN, in my and your
    case).

    So this seems a - somewhat strange - limitation in Thunderbird.

    Setting TB to cache bodies would mean having two copies on my disk of
    every message.

    AFAICT, Paul meant this as a one time operation: Fetch *all* the
    messages from the server, do your search and then dispose of the fetched messages. 'Even' :-) in Thunderbird, you could do that with an *extra*
    News account - i.e. in addition to the one which you've already
    configured in Thunderbird - and fetch all the messages directly from the
    server - i.e. not via leafnode - directly into Thunderbird's local
    storage.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 22:56:26 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-15 20:28, Marian wrote:
    Why doesn't Carlos chastise them in addition to lecturing me on etiquette?

    Lightly.

    I simply said (Thu, 11 Dec 2025 13:16:54 +0100):

    "You will not convince anyone by calling people trolls just because they
    do not agree with you. It rather makes us abandone the issue."

    It is you who is interested in convincing us of a point. With those
    manners, no matter what other people do, you will not convince anybody.


    The thread started on Mon, 1 Dec 2025 11:50:18 -0700

    Message-ID: <10gn4qe$b3f$1@nnrp.usenet.blueworldhosting.com>
    On Tue, 2 Dec 2025 09:40:46 -0700 you mentioned "Apple trolls".

    Message-ID: <10gqp22$2s24$1@nnrp.usenet.blueworldhosting.com>
    On Wed, 3 Dec 2025 18:44:34 -0700 you demeaned somebody by talking about
    his low IQ.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 22:57:41 2025
    From Newsgroup: comp.mobile.android

    On 2025-12-16 16:35, Frank Slootweg wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-12-15 04:57, Paul wrote:
    [...]
    You can use Offline Mode and sync the server content with your client, so >>> the client has a copy of all the messages currently on the server.
    Then when you search the group, you get a more realistic sample
    of the message bodies and claims about what somebody said.

    Fri, 11/17/2023 478,483,218 comp.lang.c <=== only created for offline mode (whole messages)
    Thu, 10/05/2023 27 comp.lang.c.dat <=== (filter definitions)
    Sat, 12/13/2025 50,425,664 comp.lang.c.msf <=== Mork Summary File (headers only)

    I've only done this the one time, as a demo of the file sizes.

    My Thunderbird is set to not cache the bodies of messages. As a
    consequence, body search is greyed out or not in the list at all.

    This is because I an using leafnode, an nntp proxy server. It stores
    locally all messages, so thunderbird effectively gets a copy sent from
    the local disk, fast.

    Hmm!? Strange! I assume Thunderbird can search IMAP servers/folders without local caching, so I would expect it to be able to do the same
    with NNTP.

    No, it can't.

    It causes the entire post database to be downloaded, all posts, so that
    it can scan them. This is a large load on a server, not polite.

    On imap, TB does a search on the cache. It can download missing posts
    and store them on the cache. Or, it can ask the server to do the search internally.

    I have not tried imap without local cache. However, I also use Alpine,
    an ancient mail client in text mode, which does not keep a cache, and
    body text search if the server doesn't support search is not supported,
    except with a trick, and then it is very slow.


    I use a similar setup as you, but on Windows instead of on Linux and
    with Hamster instead of leafnode and with tin instead of Thunderbird.

    With tin, I can do body searching both in locally cached (by Hamster) groups and in remote groups on the real news server (NIN, in my and your case).

    So this seems a - somewhat strange - limitation in Thunderbird.

    Setting TB to cache bodies would mean having two copies on my disk of
    every message.

    AFAICT, Paul meant this as a one time operation: Fetch *all* the
    messages from the server, do your search and then dispose of the fetched messages. 'Even' :-) in Thunderbird, you could do that with an *extra*
    News account - i.e. in addition to the one which you've already
    configured in Thunderbird - and fetch all the messages directly from the server - i.e. not via leafnode - directly into Thunderbird's local
    storage.

    Oh, I could do that pulling the messages from the local leafnode, it
    would run faster than from the remote.
    --
    Cheers, Carlos.
    ES🇪🇸, EU🇪🇺;
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 23:36:38 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    And Frank did not insult your wife, quite the contrary.


    Why did you even bring up my wife, Frank?
    Please do not bring my wife up in any future conversations.

    The very fact you felt the need to bring my wife into technical
    conversations proves that you're nothing but a disgustingly troll.

    What technical value have you added to this thread topic, Frank?


    To Carlos:
    If you're going to chastise me for defending my wife, that's fine, but
    first chastise Frank for bringing her into this technical discussion.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 23:40:22 2025
    From Newsgroup: comp.mobile.android

    J. P. Gilliver wrote:
    I find it very useful, especially in certain 'groups.

    If you get a chance, please run any of these BSSID:GPS pairs through the
    lookup engines. It's revealing how trivial it is to obtain millions of BSSID:GPS pairs for any location in the world with a bit of coding.

    This is the shocking result of a single query in Apple's WPS database.
    <https://i.postimg.cc/43ysV3Mr/fermium.jpg>

    Can you imagine how easy it would be for me to amass the GPS:BSSID pair for every access point in the world that Apple's WPS database contains!

    1 00:22:3f:a5:7b:33 35.29422378 126.77641296
    2 10:62:e5:b1:8f:12 35.29444885 126.77671051
    3 12:09:a5:53:df:13 35.29491043 126.77599334
    4 28:6d:97:4f:be:d0 35.29439163 126.77655029
    5 28:6d:97:b9:89:96 35.29463195 126.77554321000001
    6 42:09:a5:53:df:13 35.294940940000004 126.7760086
    7 04:09:a5:53:df:13 35.29491043 126.77601623
    8 50:46:ae:f2:9b:15 35.29492568 126.77648162
    9 58:86:94:51:6b:0e 35.2944374 126.77667999
    10 88:36:6c:06:65:38 35.29442214 126.77668762
    11 88:57:1d:4b:a6:79 35.29385757 126.77546691
    12 08:5d:dd:9c:c4:93 35.294841760000004 126.77540588000001
    13 b0:38:6c:75:10:7e 35.29403686 126.77572631
    14 28:6d:97:c8:5a:30 35.2948265 126.77577972
    15 70:2c:1f:66:28:49 35.29447174 126.77656555
    16 70:2c:1f:66:08:0d 35.2939682 126.77562713
    17 70:5d:cc:1e:34:6c 35.29422378 126.77565765
    18 70:2c:1f:85:d7:cd 35.29440307 126.7756195
    19 88:36:6c:b7:02:b0 35.29481506 126.7758255
    20 0c:96:cd:7d:33:96 35.293926230000004 126.77541351
    21 bc:10:2f:62:e7:38 35.29484558 126.77593231
    22 70:2c:1f:86:e6:51 35.29470825 126.77540588000001
    23 70:2c:1f:5d:06:a8 35.294750210000004 126.77560424
    24 66:cb:e9:62:81:c6 35.294433590000004 126.77537536
    25 6c:72:20:5f:c5:7f 35.293998710000004 126.7753601
    26 88:57:1d:3b:3e:e7 35.29479598 126.77539825000001
    27 88:36:6c:1a:6e:7e 35.29494857 126.77605438
    28 bc:10:2f:51:f7:01 35.29452514 126.77631378000001
    29 84:72:07:c6:c7:46 35.29398727 126.77539062
    30 62:ab:14:39:fc:a7 35.29427337 126.77566528
    31 18:c5:01:df:c0:52 35.29442977 126.77673339
    32 32:34:db:e6:91:9c 35.29437637 126.77770233
    33 80:ca:4b:96:73:ce 35.29488372 126.77695465000001
    34 e0:4f:43:a8:56:13 35.29393768 126.77700042000001
    35 2c:2b:f9:f5:ac:72 35.29459381 126.77682495
    36 00:23:aa:91:74:ae 35.293952940000004 126.7747879
    37 00:23:aa:d5:31:e6 35.294025420000004 126.77478027000001
    38 00:07:89:64:05:2b 35.29449844 126.77486419
    39 12:23:aa:91:74:ae 35.29396057 126.7747879
    40 12:23:aa:d5:31:e6 35.2940216 126.77477264000001
    41 12:23:aa:d9:6b:ca 35.29397201 126.77490997
    42 12:96:cd:6b:19:c7 35.294216150000004 126.77531433
    43 12:96:cd:76:a8:be 35.29397583 126.77486419
    44 12:96:cd:82:58:bb 35.2938919 126.77524566
    45 12:96:cd:97:53:cb 35.29416656 126.77466583
    46 12:09:a5:26:14:df 35.29400253 126.77489471
    47 12:09:a5:28:93:bf 35.2939949 126.7747879
    48 12:09:a5:47:38:27 35.2939186 126.77476501
    49 12:f4:5e:24:59:0b 35.29406738 126.77428436
    50 18:34:af:ec:5a:4b 35.29441833 126.77522277
    51 18:c5:01:8b:f0:ce 35.29394531 126.77485656
    52 18:c5:01:9c:33:b2 35.29389572 126.77508544
    53 1c:a5:32:f8:79:46 35.29492568 126.7751007
    54 1e:96:cd:6b:19:c7 35.29414749 126.77529907
    55 26:e8:53:a0:7d:87 35.29396438 126.77490997
    56 28:4e:e9:1e:da:cd 35.29407501 126.77472686
    57 28:6d:97:8e:ed:f9 35.29458999 126.77532958
    58 28:6d:97:a8:10:98 35.29386901 126.77482604000001
    59 28:6d:97:b8:24:44 35.29405212 126.77482604000001
    60 28:6d:97:ca:55:74 35.293853750000004 126.77509307
    61 28:6d:97:fb:b4:7f 35.29400634 126.77506256000001
    62 28:6d:97:fd:be:af 35.293952940000004 126.77492523000001
    63 2e:2b:f9:47:2e:0b 35.29449081 126.77493286
    64 2e:4e:e9:1e:da:cd 35.294071190000004 126.77472686
    65 32:34:db:87:4e:74 35.29406738 126.77487182
    66 34:08:04:cb:b2:a4 35.29445648 126.77491760000001
    67 38:f4:5e:24:59:0b 35.2940483 126.7743225
    68 40:ca:63:38:79:57 35.294651030000004 126.7744522
    69 40:ca:63:a6:95:21 35.29398727 126.77502441
    70 40:ca:63:c9:8d:90 35.29455947 126.77455902
    71 40:ca:63:fb:52:c7 35.29405212 126.77509307
    72 42:23:aa:91:74:ae 35.29395675 126.7747879
    73 42:23:aa:d5:31:e6 35.29402923 126.77478027000001
    74 42:23:aa:d9:6b:ca 35.29397964 126.77489471
    75 42:09:a5:26:14:df 35.29401016 126.77489471
    76 04:09:a5:26:14:df 35.29401016 126.77487945
    77 04:09:a5:28:93:bf 35.2939949 126.77479553
    78 04:09:a5:47:38:27 35.29393386 126.77478027000001
    79 4c:bc:e9:e0:4d:62 35.2941246 126.77487182
    80 50:46:ae:9c:ed:1d 35.29426193 126.77402496
    81 50:46:ae:0e:33:c8 35.29411315 126.77483367
    82 50:fd:d5:9b:2f:a4 35.29397583 126.77503967
    83 56:46:ae:9c:ed:1d 35.29429626 126.77403259
    84 58:86:94:3b:9b:e8 35.29405975 126.77502441
    85 58:86:94:c8:86:c6 35.294414520000004 126.77493286
    86 60:29:d5:01:ab:2a 35.29401779 126.77490234
    87 60:29:d5:01:ab:ac 35.29401397 126.77486419
    88 64:e5:99:92:21:c4 35.294097900000004 126.7747116
    89 70:2c:1f:7c:04:a1 35.29401397 126.77471923
    90 70:2c:1f:7e:1b:80 35.29478454 126.77527618
    91 70:5d:cc:17:36:d0 35.29401779 126.7751007
    92 70:5d:cc:31:12:da 35.294624320000004 126.77457427
    93 70:5d:cc:44:b0:70 35.29401779 126.77478027000001
    94 70:5d:cc:58:94:0c 35.29427719 126.77507019000001
    95 70:5d:cc:ae:2c:40 35.294025420000004 126.77418518
    96 70:5d:cc:d6:65:3c 35.29397583 126.77494049
    97 72:5d:cc:4d:12:38 35.29391479 126.77490997
    98 80:ca:4b:de:ab:22 35.29398345 126.77497863
    99 82:5b:65:d0:02:de 35.29393005 126.77513122
    100 84:72:07:28:1f:bb 35.29398345 126.77481842
    101 88:36:6c:b7:5c:c0 35.29442596 126.77468872
    102 88:3c:1c:2f:3b:31 35.29406738 126.77477264000001
    103 88:3c:1c:3e:e8:d9 35.2940216 126.77485656
    104 88:3c:1c:9e:a3:53 35.29408645 126.7741394
    105 88:57:1d:25:89:12 35.2939949 126.77497863
    106 08:5d:dd:ba:5e:32 35.29398345 126.77481842
    107 08:5d:dd:f7:51:14 35.29397583 126.77490234
    108 08:5d:dd:f7:51:15 35.29397201 126.77489471
    109 90:9f:33:8c:00:4a 35.2940216 126.77497100000001
    110 98:77:e7:a7:76:4b 35.29403305 126.77467346
    111 b0:38:6c:08:bd:c2 35.29397583 126.77470397
    112 b0:95:75:86:b9:74 35.29386901 126.77503204
    113 b4:a9:4f:34:ca:47 35.29388809 126.77496337000001
    114 b4:a9:4f:35:52:19 35.29395675 126.77474975
    115 b4:a9:4f:35:52:8c 35.29396057 126.77487945
    116 b4:a9:4f:3b:2b:6b 35.29397964 126.77478027000001
    117 b4:a9:4f:5f:b5:e6 35.29403686 126.77477264000001
    118 b4:a9:4f:c8:51:d7 35.29393768 126.77516937
    119 ba:16:5f:7d:c0:48 35.2938919 126.77491760000001
    120 ba:16:5f:f2:fe:83 35.29394149 126.7751007
    121 ba:a9:4f:3b:2b:6b 35.2939682 126.77477264000001
    122 ba:a9:4f:5f:b5:e6 35.29404067 126.77477264000001
    123 c6:a9:4f:3b:2b:6b 35.29397964 126.77479553
    124 c6:a9:4f:3b:2b:73 35.29400253 126.77507019000001
    125 c6:a9:4f:5f:b5:e6 35.29404449 126.77477264000001
    126 0c:96:cd:6b:19:c7 35.29427337 126.77532958
    127 0c:96:cd:76:a8:be 35.29397201 126.77487182
    128 0c:96:cd:82:58:bb 35.29390335 126.77524566
    129 0c:96:cd:97:53:cb 35.29416656 126.77467346
    130 0c:96:cd:d7:05:73 35.29412078 126.77482604000001
    131 ca:dd:6a:5c:51:c4 35.2938385 126.77484893
    132 d6:8d:26:b9:0e:a0 35.29396438 126.7747879
    133 dc:03:98:10:52:eb 35.29436492 126.77451324
    134 dc:03:98:f0:84:b5 35.293926230000004 126.77478027000001
    135 e2:85:4d:c1:cc:3c 35.29401779 126.7745819
    136 e2:85:4d:e6:ce:00 35.293998710000004 126.77483367
    137 f0:a7:31:56:45:4f 35.294025420000004 126.77482604000001
    138 00:23:aa:84:14:56 35.29405975 126.77496337000001
    139 00:23:aa:d9:6b:ca 35.29398727 126.77490234
    140 00:07:89:71:65:06 35.293998710000004 126.77493286
    141 00:07:89:be:b3:9e 35.29387664 126.77532196
    142 12:23:aa:84:14:56 35.29405593 126.77495574
    143 12:f4:5e:09:0c:2b 35.29396057 126.77478027000001
    144 00:07:89:3e:ce:8e 35.29343032 126.77546691
    145 1c:39:29:15:1a:97 35.29319 126.77552032
    146 1c:ec:72:45:77:ff 35.29330444 126.77597045
    147 1c:ec:72:0e:9e:66 35.29335784 126.77597808
    148 24:e4:ce:e9:b8:1a 35.29360961 126.77551269
    149 28:4e:e9:72:bd:63 35.29364395 126.77557373
    150 28:6d:97:fc:b1:96 35.29290771 126.77545928
    151 2e:4e:e9:72:bd:63 35.29365158 126.7755661
    152 50:46:ae:03:9c:7d 35.29377365 126.77552795
    153 50:46:ae:6d:18:8e 35.29364395 126.77555847
    154 50:fd:d5:45:20:a0 35.2933464 126.77579498
    155 50:fd:d5:4a:45:03 35.29329299 126.7758255
    156 58:86:94:5e:39:36 35.29370117 126.77565002
    157 58:86:94:a1:ad:e0 35.29339218 126.77581024
    158 58:86:94:b1:55:5a 35.29357528 126.77536773
    159 82:5b:65:19:66:b8 35.29380416 126.77572631
    160 88:36:6c:42:e2:ec 35.29283523 126.77633666
    161 08:5d:dd:8d:b0:37 35.29360961 126.77565765
    162 a6:fe:ce:15:de:26 35.29319763 126.77601623
    163 0c:96:cd:c8:2a:19 35.293056480000004 126.77550506
    164 fa:b9:5a:6a:e3:00 35.29277801 126.77539062
    165 fc:5c:45:46:9d:48 35.29340744 126.7758255
    166 fc:5c:45:06:9d:48 35.29340744 126.7758255
    167 fc:5c:45:86:9d:48 35.29340744 126.7758255
    168 fc:5c:45:c6:9d:48 35.29340744 126.77581787
    169 50:fd:d5:07:11:9b 35.29300689 126.77578735
    170 64:64:4a:33:0c:3e 35.29356384 126.7754364
    171 6a:64:4a:33:0c:3e 35.29358673 126.7754364
    172 70:2c:1f:78:fe:44 35.29364013 126.77554321000001
    173 88:36:6c:6c:31:8e 35.29355239 126.77546691
    174 88:3c:1c:38:c6:8e 35.29273986 126.77539825000001
    175 88:57:1d:4e:cd:1d 35.29319763 126.77539825000001
    176 90:9f:33:5d:08:9d 35.29358291 126.77548217
    177 c2:18:03:e3:70:b6 35.2934494 126.77558135
    178 70:4f:57:59:1d:57 35.29375457 126.77557373
    179 42:2f:86:c4:12:bb 35.29371261 126.7754898
    180 42:2f:86:5b:ec:e3 35.29367828 126.77536773
    181 00:23:aa:b8:61:ea 35.29595565 126.77580261
    182 00:23:aa:d2:67:62 35.2959671 126.77572631
    183 12:23:aa:b8:61:ea 35.29595184 126.77581787
    184 12:23:aa:d2:67:62 35.2959671 126.77571868
    185 12:09:a5:52:24:33 35.29557418 126.77597808
    186 28:4e:e9:1f:4f:bd 35.29550933 126.77599334
    187 28:4e:e9:4f:84:3c 35.29525375 126.7754364
    188 2e:4e:e9:1f:4f:bd 35.29548263 126.77599334
    189 32:34:db:b7:bf:52 35.29513931 126.77604675
    190 40:ca:63:4d:fb:07 35.29502105 126.77587890000001
    191 42:23:aa:b8:61:ea 35.29593276 126.7758255
    192 42:23:aa:d2:67:62 35.2959671 126.77572631
    193 04:09:a5:52:24:33 35.29559707 126.77596282
    194 50:46:ae:14:9f:ac 35.29539108 126.77660369
    195 50:46:ae:b2:d5:1b 35.29593276 126.77581024
    196 56:46:ae:1c:6e:83 35.29578781 126.77605438
    197 5a:86:94:48:21:38 35.295520780000004 126.7757492
    198 60:29:d5:39:58:2a 35.29598236 126.77574157000001
    199 60:29:d5:6b:19:8f 35.29590988 126.77638244
    200 70:5d:cc:b9:a1:f6 35.29498291 126.77603912000001
    201 80:ca:4b:5d:e5:46 35.29542541 126.776268
    202 80:ca:4b:71:79:12 35.29504394 126.77605438
    203 88:36:6c:57:9c:a2 35.2950325 126.77564239
    204 88:3c:1c:4e:12:45 35.29601287 126.77585601
    205 88:3c:1c:89:49:a9 35.29549789 126.77614593
    206 88:3c:1c:d6:ae:d6 35.29568099 126.77609252
    207 08:5d:dd:4c:e2:50 35.29590606 126.77584075
    208 98:25:4a:46:98:50 35.29500961 126.77645874000001
    209 b0:38:6c:0f:6c:ea 35.29594421 126.77574157000001
    210 b4:a9:4f:1c:62:95 35.29594802 126.77580261
    211 b4:a9:4f:5d:88:dd 35.29548263 126.77631378000001
    212 0c:96:cd:c5:52:57 35.29553604 126.77602386000001
    213 00:23:aa:d3:c3:ca 35.2959671 126.77546691
    214 12:23:aa:d3:c3:ca 35.29594802 126.77545928
    215 42:23:aa:d3:c3:ca 35.29596328 126.77547454
    216 50:46:ae:1c:6e:83 35.2957611 126.77603912000001
    217 50:46:ae:4f:a9:1d 35.29562759 126.77622985
    218 50:46:ae:5d:d3:f7 35.29534912 126.77606201
    219 50:46:ae:e7:8d:c4 35.29591369 126.77559661000001
    220 56:46:ae:4f:a9:1d 35.2956047 126.77623748
    221 58:86:94:14:f9:ba 35.29558181 126.77615356
    222 60:29:d5:7d:5d:fd 35.2958641 126.77609252
    223 62:46:ae:4f:a9:1d 35.295593260000004 126.77624511
    224 80:ca:4b:34:ec:1e 35.29566955 126.776268
    225 80:ca:4b:41:d1:52 35.29566955 126.77622985
    226 80:ca:4b:0e:c5:3e 35.29570388 126.77613067
    227 88:3c:1c:90:63:f5 35.29584121 126.77608489
    228 08:5d:dd:12:9f:54 35.29575729 126.77597808
    229 08:5d:dd:a9:cb:af 35.29591751 126.77636718000001
    230 08:5d:dd:be:69:63 35.29563522 126.77593994
    231 8a:36:6c:cd:e0:5c 35.29602432 126.77600097
    232 8a:3c:1c:90:63:f5 35.29586029 126.77609252
    233 90:9f:33:78:60:78 35.29604721 126.77536773
    234 0a:5d:dd:12:9f:54 35.29576873 126.77599334
    235 0a:5d:dd:be:69:63 35.29561614 126.77594757
    236 ba:3c:1c:90:63:f5 35.29584121 126.77608489
    237 bc:62:ce:50:29:f0 35.29520034 126.77637481000001
    238 c4:e5:32:e5:78:29 35.29533767 126.77600097
    239 0c:96:cd:12:e0:47 35.29539108 126.77577972
    240 0c:b6:d2:85:1c:3a 35.29597091 126.77560424
    241 00:23:aa:c1:1d:02 35.29595947 126.7756195
    242 12:23:aa:c1:1d:02 35.29595184 126.7756195
    243 1c:ec:72:50:6f:70 35.29543304 126.77540588000001
    244 42:23:aa:c1:1d:02 35.29595565 126.7756195
    245 9c:a2:f4:d0:8d:c6 35.29564285 126.77597045
    246 28:6b:b4:c0:5b:fd 35.29556274 126.77666473000001
    247 e4:be:ed:51:e7:f0 35.29564285 126.77607727
    248 54:7e:1a:6e:b9:00 35.295448300000004 126.77601623
    249 5a:7e:1a:6e:b9:00 35.29544067 126.77601623
    250 2e:4e:e9:3f:5f:9f 35.295783990000004 126.77563476
    251 28:4e:e9:3f:5f:9f 35.29577636 126.77563476
    252 3a:4e:e9:3f:5f:9f 35.29579544 126.77563476
    253 1c:e8:9e:36:ea:e4 35.29504776 126.77577972
    254 50:46:ae:b1:7e:ff 35.29569244 126.77593994
    255 2e:4e:e9:72:8c:d3 35.29540634 126.77609252
    256 60:29:d5:ae:2f:78 35.29601669 126.77584838
    257 1c:39:29:0d:c0:f9 35.29532623 126.77611541
    258 28:4e:e9:72:8c:d3 35.29532623 126.77609252
    259 28:6d:97:45:5d:fe 35.29581451 126.77599334
    260 80:ca:4b:fe:bd:16 35.29531478 126.77584838
    261 50:46:ae:97:56:d0 35.29354858 126.77711486
    262 70:5d:cc:96:d5:de 35.293807980000004 126.77748107000001
    263 90:9f:33:64:90:d8 35.293109890000004 126.77729034000001
    264 00:23:aa:41:0b:f1 35.29380416 126.77499389
    265 00:23:aa:47:4a:8e 35.29299545 126.77468872
    266 00:23:aa:8e:a2:6a 35.29364395 126.77468872
    267 00:23:aa:d9:1b:fa 35.29375076 126.77507781
    268 00:27:1c:c7:a1:d4 35.293399810000004 126.77511596000001
    269 00:07:89:28:8d:bc 35.292892450000004 126.77526092000001
    270 00:07:89:9e:cc:91 35.293472290000004 126.77475738
    271 00:07:89:ca:9f:fb 35.29371643 126.77400207000001
    272 00:07:89:ca:b9:41 35.29336929 126.77438354
    273 00:07:89:d7:82:e8 35.292964930000004 126.7747116
    274 00:08:52:3c:9c:a1 35.292892450000004 126.77485656
    275 00:08:52:3c:9c:a3 35.29287338 126.77482604000001
    276 12:23:aa:47:4a:8e 35.29300308 126.77464294
    277 12:23:aa:8e:a2:6a 35.29363632 126.77469635
    278 12:23:aa:d9:1b:fa 35.29372024 126.77511596000001
    279 12:96:cd:3a:35:df 35.29302978 126.7745819
    280 12:96:cd:72:cd:ac 35.29304504 126.77478027000001
    281 12:96:cd:c5:52:5c 35.29300308 126.77407836
    282 12:96:cd:ce:f8:59 35.292865750000004 126.77511596000001
    283 12:09:a5:33:3c:1f 35.29299163 126.7745285
    284 12:09:a5:3b:34:67 35.293590540000004 126.77492523000001
    285 12:09:a5:51:bf:f7 35.29328155 126.7743988
    286 12:f4:5e:0e:72:4b 35.29298782 126.77419281
    287 16:7f:67:7f:34:e6 35.29353332 126.77502441
    288 18:c5:01:a9:50:2a 35.29311752 126.77510833000001
    289 18:c5:01:bc:ea:2a 35.29365539 126.7750473
    290 1c:39:29:1c:b9:5f 35.29294204 126.77481842
    291 1c:a5:32:f7:8c:62 35.2930603 126.77507019000001
    292 1c:e8:9e:0c:10:c0 35.29355621 126.77524566
    293 1c:ec:72:50:6d:3b 35.29362869 126.77480316
    294 1c:ec:72:58:f1:18 35.2936058 126.77477264000001
    295 1c:ec:72:58:f4:92 35.2936058 126.77458953
    296 1e:39:29:6a:46:b3 35.29361343 126.7751007
    297 22:23:aa:41:0b:f1 35.29380416 126.77499389
    298 22:28:bc:62:51:86 35.29367828 126.77466583
    299 22:ec:72:58:f1:18 35.29359817 126.77478027000001
    300 22:ec:72:58:f4:92 35.29360198 126.77459716
    301 24:e4:ce:e9:08:5e 35.29356384 126.77487945
    302 24:e8:53:44:16:ac 35.29319763 126.77447509
    303 24:e8:53:83:bb:c8 35.29280471 126.77515411
    304 28:4e:e9:0f:76:93 35.293109890000004 126.77518463
    305 28:6d:97:45:4a:f1 35.29365539 126.7747879
    306 28:6d:97:54:1f:95 35.29356384 126.77507781
    307 28:6d:97:8c:3a:cc 35.29358673 126.77488708
    308 28:6d:97:94:dd:11 35.29353332 126.77497100000001
    309 28:6d:97:d3:39:b0 35.29335784 126.77461242
    310 28:6d:97:ea:1c:91 35.29302978 126.77452087
    311 28:6d:97:fa:4e:21 35.29309463 126.77483367
    312 02:27:1c:c7:a1:d4 35.29340362 126.77513885
    313 2c:e3:8e:8c:e2:40 35.293537130000004 126.77416229
    314 2c:e3:8e:8d:d6:00 35.29319763 126.77423095
    315 2c:e3:8e:97:ea:e0 35.29323196 126.77420806
    316 2e:4e:e9:0f:76:93 35.29309844 126.77519226
    317 38:f4:5e:1e:ae:54 35.29291534 126.77449798
    318 38:f4:5e:1e:ca:ba 35.29366683 126.77496337000001
    319 38:f4:5e:0e:72:4b 35.2929573 126.77411651
    320 3a:f4:5e:1e:ae:54 35.29293823 126.77452087
    321 40:31:3c:9e:30:2a 35.29349136 126.77481842
    322 40:ca:63:31:16:62 35.29356384 126.77497100000001
    323 42:23:aa:47:4a:8e 35.29300308 126.77468872
    324 42:23:aa:8e:a2:6a 35.29364395 126.77470397
    325 42:23:aa:d9:1b:fa 35.29373168 126.7751007
    326 42:2f:86:6c:f7:a6 35.29342651 126.77515411
    327 46:cb:8b:bf:c6:22 35.293254850000004 126.77453613
    328 46:cb:8b:e1:7a:68 35.29336929 126.77529907
    329 04:09:a5:33:3c:1f 35.29300689 126.77457427
    330 04:09:a5:3b:34:67 35.29359817 126.77489471
    331 04:09:a5:51:bf:f7 35.29329299 126.77440643
    332 50:46:ae:74:a1:bd 35.293056480000004 126.77466583
    333 50:46:ae:8c:71:91 35.29356765 126.77516174
    334 50:46:ae:9d:34:99 35.29345321 126.77519226
    335 50:46:ae:d7:ba:f4 35.29364013 126.77487182
    336 50:46:ae:0e:0e:a7 35.293445580000004 126.77497100000001
    337 50:91:e3:95:60:a6 35.292819970000004 126.77423858
    338 50:fd:d5:6e:61:5c 35.29358673 126.77481842
    339 50:fd:d5:82:fc:ab 35.29352188 126.77413177
    340 50:fd:d5:90:27:6f 35.29364395 126.77474212
    341 54:7e:1a:0a:d1:97 35.29342651 126.77449798
    342 5a:7e:1a:0a:d1:97 35.29345703 126.7745285
    343 60:29:d5:00:dd:8f 35.29349517 126.7750473
    344 60:29:d5:01:2f:c4 35.29323959 126.77463531000001
    345 60:29:d5:a7:54:18 35.2928276 126.77506256000001
    346 60:29:d5:ae:12:9f 35.29360198 126.7751007
    347 62:91:e3:95:60:a6 35.29280853 126.77423858
    348 68:3a:48:1f:65:7e 35.29356002 126.77505493
    349 70:2c:1f:55:eb:a2 35.29368591 126.77475738
    350 70:2c:1f:56:e0:55 35.293518060000004 126.77509307
    351 70:5d:cc:6e:44:56 35.29328918 126.7748413
    352 70:5d:cc:6f:ef:16 35.29357147 126.77500152
    353 70:5d:cc:ad:a6:80 35.29349517 126.77519226
    354 70:5d:cc:c6:50:fe 35.2931137 126.77483367
    355 76:40:be:65:42:a8 35.29277038 126.77419281
    356 80:ca:4b:1b:06:72 35.29290771 126.77441406
    357 80:ca:4b:55:89:7a 35.2935791 126.77481842
    358 1c:ec:72:43:68:57 35.29525756 126.77693939000001
    359 70:5d:cc:52:21:c6 35.29499435 126.77783203
    360 b4:a9:4f:62:c5:e6 35.295158380000004 126.77710723
    361 ba:a9:4f:62:c5:e6 35.2951622 126.77732086
    362 c6:a9:4f:62:c5:e6 35.29518127 126.77729797
    363 00:07:89:3d:bb:7f 35.29569244 126.7743988
    364 12:f4:5e:0b:66:df 35.2950592 126.77472686
    365 1c:e8:9e:ca:d9:47 35.29525375 126.77410888
    366 28:4e:e9:01:ba:b3 35.29596328 126.77406311
    367 28:4e:e9:0d:0d:af 35.29594802 126.77472686
    368 28:6b:b4:03:cd:17 35.29567337 126.77416229
    369 2e:4e:e9:01:ba:b3 35.2959671 126.77399444
    370 2e:4e:e9:0d:0d:af 35.29602813 126.77479553
    371 38:f4:5e:0b:66:df 35.29501724 126.77464294
    372 40:ca:63:bf:f5:ae 35.2952156 126.77403259
    373 50:46:ae:5d:0e:9f 35.29600906 126.77487182
    374 50:46:ae:75:63:80 35.29568481 126.77436065
    375 50:fd:d5:17:93:c6 35.29563522 126.77405548
    376 60:29:d5:b1:81:d5 35.29579544 126.77490997
    377 64:cb:e9:13:8a:9a 35.29558944 126.77423095
    378 70:5d:cc:c9:14:7a 35.29550933 126.77415466000001
    379 88:3c:1c:ab:fc:0b 35.29561614 126.77500152
    380 88:57:1d:0b:82:39 35.29566192 126.77424621
    381 b4:a9:4f:1c:65:fb 35.29603576 126.77462005
    382 b4:a9:4f:02:67:5a 35.29568099 126.77456665
    383 28:6d:97:ae:c2:c8 35.29577255 126.77462005
    384 28:6d:97:f6:fa:f2 35.29536056 126.7746582
    385 28:6d:97:f7:df:11 35.294967650000004 126.77506256000001
    386 3a:5d:dd:df:15:57 35.29603576 126.77470397
    387 50:46:ae:4f:80:d5 35.29581832 126.7747116
    388 50:fd:d5:a5:59:18 35.29528427 126.77491760000001
    389 56:46:ae:4f:80:d5 35.29584503 126.77473449
    390 60:29:d5:63:d3:16 35.29602813 126.77519989
    391 70:2c:1f:86:e5:2e 35.295040130000004 126.77532196
    392 86:25:19:ca:f1:c7 35.29604339 126.77488708
    393 88:36:6c:5d:7f:bc 35.29579544 126.77529144
    394 08:5d:dd:df:15:57 35.29601669 126.7745285
    395 0a:5d:dd:df:15:57 35.29604721 126.77451324
    396 bc:10:2f:7f:ba:0b 35.29519653 126.77412414
    397 da:e3:5e:5c:38:66 35.2957611 126.77399444
    398 f0:09:0d:25:82:e2 35.2951889 126.77474975
    399 70:2c:1f:6f:85:60 35.29552459 126.77452087
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 23:43:16 2025
    From Newsgroup: comp.mobile.android

    Carlos E.R. wrote:
    It is you who is interested in convincing us of a point.

    If you're going to chastise me for defending my wife, that's fine, but
    first chastise Frank for bringing her into this technical discussion.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Tue Dec 16 23:46:57 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    And what I *did* say, has nothing to do with the 'reason your give
    ("simply for caring about our privacy").


    Frank,

    1. Why did you bring up my wife into this technical conversation?
    2. What does Trump's administration have to do with this conversation?
    3. What value have you added to this technical conversation?

    The fact YOU attacked me is fine, as you're nothing more than a troll.
    But keep my wife out of your disgusting trolling, Frank.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 17 11:07:39 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Frank Slootweg wrote:
    And what I *did* say, has nothing to do with the 'reason your give
    ("simply for caring about our privacy").

    Selective quoting, arguments snipped. You lose, as usual.

    Clue-by-four: That you can't (read: don't want to) read for
    comprehension, doesn't mean the adience can't.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 17 04:45:55 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    Frank Slootweg wrote:
    And what I *did* say, has nothing to do with the 'reason your give
    ("simply for caring about our privacy").

    Selective quoting, arguments snipped. You lose, as usual.

    Clue-by-four: That you can't (read: don't want to) read for
    comprehension, doesn't mean the adience can't.

    What you need to comprehend, Frank, are two very simple concepts:

    1. Keep discussion of my wife out of your filthy mouth, and,
    2. Stop trolling this newsgroup with your disgusting trolls.

    Maybe I'm not being clear enough for you to understand the concept, Frank.

    Stop trolling this newsgroup with your disgustingly filthy trolls, Frank.
    Try to add value for once in your entire sordid unprepossessing life.

    Am I clear?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Wed Dec 17 15:21:58 2025
    From Newsgroup: comp.mobile.android

    Marian <marianjones@helpfulpeople.com> wrote:
    Frank Slootweg wrote:
    Frank Slootweg wrote:
    And what I *did* say, has nothing to do with the 'reason your give
    ("simply for caring about our privacy").

    Selective quoting, arguments snipped. You lose, as usual.

    Clue-by-four: That you can't (read: don't want to) read for comprehension, doesn't mean the adience can't.

    What you need to comprehend, Frank, are two very simple concepts:

    1. Keep discussion of my wife out of your filthy mouth, and,

    Foot stamping and continuously lying won't get you anywhere.

    I was not "discussing" your wife. I noted *your* apparent value
    judgement of her [1]. *You* said "My BSSID is me.", not me, nor anyone
    else.

    2. Stop trolling this newsgroup with your disgusting trolls.

    I can't stop what I'm not doing.

    [More frothing at the mouth deleted.]

    [1] Message-ID: <10hcl7l.b3s.1@ID-201911.user.individual.net>
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 18 10:25:02 2025
    From Newsgroup: comp.mobile.android

    Frank Slootweg wrote:
    I was not "discussing" your wife.

    You have added no technical value to this technical discussion Frank.

    Worse, your disgusting trolls have no place on this newsgroup.

    Keep discussion of my wife out of your filthy mouth Frank.

    Am I clear?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Thu Dec 18 14:29:20 2025
    From Newsgroup: comp.mobile.android

    Marian wrote:
    BSSID: 8c:85:80:d1:be:37
    Latitude: 32.45985031
    Longitude: -93.81759643000001

    BSSID: 8e:76:3f:f8:5d:cd
    Latitude: 32.4594841
    Longitude: -93.8175888

    BSSID: 92:76:3f:f8:5d:cd
    Latitude: 32.4594841
    Longitude: -93.81756591

    BSSID: 92:95:51:b5:b6:ae
    Latitude: 32.45910644
    Longitude: -93.81759643000001

    Does anyone have any idea why the highly insecure Apple WPS database
    contains GPS entries to this illogically numerous set of decimal places?

    BSSID: 8c:85:80:d1:be:37
    <https://wavedigger.networksurvey.app/?tab=bssid&bssid=8c-85-80-d1-be-37>

    BSSID: 8e:76:3f:f8:5d:cd
    <https://wavedigger.networksurvey.app/?tab=bssid&bssid=8e-76-3f-f8-5d-cd>

    BSSID: 92:76:3f:f8:5d:cd
    <https://wavedigger.networksurvey.app/?tab=bssid&bssid=92-76-3f-f8-5d-cd>

    BSSID: 92:95:51:b5:b6:ae
    <https://wavedigger.networksurvey.app/?tab=bssid&bssid=92-95-51-b5-b6-ae>
    --
    Intelligent people ask questions to get help from those who know answers.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 19 00:20:37 2025
    From Newsgroup: comp.mobile.android

    On Thu, 12/18/2025 4:29 PM, Marian wrote:
    Marian wrote:
      BSSID: 8c:85:80:d1:be:37
      Latitude: 32.45985031
      Longitude: -93.81759643000001
        BSSID: 8e:76:3f:f8:5d:cd
      Latitude: 32.4594841
      Longitude: -93.8175888
        BSSID: 92:76:3f:f8:5d:cd
      Latitude: 32.4594841
      Longitude: -93.81756591
        BSSID: 92:95:51:b5:b6:ae
      Latitude: 32.45910644
      Longitude: -93.81759643000001

    Does anyone have any idea why the highly insecure Apple WPS database
    contains GPS entries to this illogically numerous set of decimal places?

    It's a lab accident. Beakers hair is on fire now.

    https://upload.wikimedia.org/wikipedia/en/b/b4/Beaker_%28Muppet%29-en.jpg

    If the database does not sanitize inputs, a thing like that could happen. (Storing data as strings, not as numbers.)

    If multiple BSSID reports with slightly varying GPS coords come in,
    some sort of math could average the coordinates or so.

    It's just as likely to be a not-representable-number problem, but
    you would need to find a better "calc" to work on that aspect.

    It really amounts to some sort of sloppy workmanship.

    Paul

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 19 10:08:35 2025
    From Newsgroup: comp.mobile.android

    Paul <nospam@needed.invalid> wrote:
    On Thu, 12/18/2025 4:29 PM, Marian wrote:
    Marian wrote:
      BSSID: 8c:85:80:d1:be:37
      Latitude: 32.45985031
      Longitude: -93.81759643000001
        BSSID: 8e:76:3f:f8:5d:cd
      Latitude: 32.4594841
      Longitude: -93.8175888
        BSSID: 92:76:3f:f8:5d:cd
      Latitude: 32.4594841
      Longitude: -93.81756591
        BSSID: 92:95:51:b5:b6:ae
      Latitude: 32.45910644
      Longitude: -93.81759643000001

    Does anyone have any idea why the highly insecure Apple WPS database
    contains GPS entries to this illogically numerous set of decimal places?

    It's a lab accident. Beakers hair is on fire now.

    https://upload.wikimedia.org/wikipedia/en/b/b4/Beaker_%28Muppet%29-en.jpg

    If the database does not sanitize inputs, a thing like that could happen. (Storing data as strings, not as numbers.)

    If multiple BSSID reports with slightly varying GPS coords come in,
    some sort of math could average the coordinates or so.

    It's just as likely to be a not-representable-number problem, but
    you would need to find a better "calc" to work on that aspect.

    It really amounts to some sort of sloppy workmanship.

    Correct. Which has been highlighted to Donald. The GPS coords are converted
    to floats thereby introducing imprecision and he reports them unrounded.

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Marian@marianjones@helpfulpeople.com to misc.phone.mobile.iphone,alt.comp.os.windows-10,comp.mobile.android,alt.internet.wireless on Fri Dec 19 08:37:19 2025
    From Newsgroup: comp.mobile.android

    Chris wrote:
    It really amounts to some sort of sloppy workmanship.

    Correct. Which has been highlighted to Donald. The GPS coords are converted to floats thereby introducing imprecision and he reports them unrounded.

    Having an undergrad degree in the sciences (with a grad degree in engineering), I'm very familiar with Paul's "lab accident"
    characterization, which I appreciate, since credibility of good results is
    all that I care for.

    Hence, I've modified the two scripts to produce both the ORIGINAL data
    found in Apple's highly insecure WPS database that computers use, and the GPS-lookup-usable conversions to decimal places that humans use.

    Here is a snippet of the results when looking up this particular BSSID
    which happens to be located in Chris Hayes Recreation Center in Mooetown Park in Shreveport, Louisiana, near the Shreveport Regional Airport
    <https://www.google.com/maps/search/?api=1&query=32.459904,-93.813843>
    bssid.bat
    Enter the BSSID: 00:18:f8:c1:4a:65

    You'll get a map of where that AP is in that building, plus a listing
    of up to 400 nearby access point locations (which fermium can map en masse).

    Enter the BSSID (or q to quit): 00:18:f8:c1:4a:65 -----------------------------------------------
    === Lookup started at Fri 12/19/2025 8:28:03.55 ===
    BSSID: 00:18:f8:c1:4a:65

    Searching for location of bssid: 00:18:f8:c1:4a:65

    BSSID: 00:18:f8:c1:4a:65
    Raw latitude integer: 3245990371
    Raw longitude integer: -9381384277
    Latitude (degrees): 32.459904
    Longitude (degrees): -93.813843

    BSSID: 02:aa:a0:e3:5f:38
    Raw latitude integer: 3245890808
    Raw longitude integer: -9381494903
    Latitude (degrees): 32.458908
    Longitude (degrees): -93.814949

    BSSID: 44:1c:12:99:23:58
    Raw latitude integer: 3245909881
    Raw longitude integer: -9381492614
    Latitude (degrees): 32.459099
    Longitude (degrees): -93.814926

    BSSID: 44:1c:12:99:23:5b
    Raw latitude integer: 3245910644
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.459106
    Longitude (degrees): -93.814911

    BSSID: 44:1c:12:99:23:5d
    Raw latitude integer: 3245910644
    Raw longitude integer: -9381491851
    Latitude (degrees): 32.459106
    Longitude (degrees): -93.814919

    BSSID: 44:1c:12:99:23:5e
    Raw latitude integer: 3245911026
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.459110
    Longitude (degrees): -93.814911

    BSSID: 06:aa:a0:e3:5f:38
    Raw latitude integer: 3245891952
    Raw longitude integer: -9381494903
    Latitude (degrees): 32.458920
    Longitude (degrees): -93.814949

    BSSID: 72:13:01:01:99:9a
    Raw latitude integer: 3245920944
    Raw longitude integer: -9381445312
    Latitude (degrees): 32.459209
    Longitude (degrees): -93.814453

    BSSID: 72:13:01:01:99:9d
    Raw latitude integer: 3245919036
    Raw longitude integer: -9381446838
    Latitude (degrees): 32.459190
    Longitude (degrees): -93.814468

    BSSID: ec:aa:a0:e3:5f:38
    Raw latitude integer: 3245891571
    Raw longitude integer: -9381494140
    Latitude (degrees): 32.458916
    Longitude (degrees): -93.814941

    BSSID: fa:aa:a0:e3:5f:38
    Raw latitude integer: 3245891571
    Raw longitude integer: -9381493377
    Latitude (degrees): 32.458916
    Longitude (degrees): -93.814934

    BSSID: 12:36:aa:7d:3d:b1
    Raw latitude integer: 3245915603
    Raw longitude integer: -9381276702
    Latitude (degrees): 32.459156
    Longitude (degrees): -93.812767

    BSSID: 12:36:aa:7d:3d:b2
    Raw latitude integer: 3245915222
    Raw longitude integer: -9381278228
    Latitude (degrees): 32.459152
    Longitude (degrees): -93.812782

    BSSID: 12:36:aa:7d:3d:b6
    Raw latitude integer: 3245914840
    Raw longitude integer: -9381275177
    Latitude (degrees): 32.459148
    Longitude (degrees): -93.812752

    BSSID: 12:36:aa:c2:2c:01
    Raw latitude integer: 3245956802
    Raw longitude integer: -9381256103
    Latitude (degrees): 32.459568
    Longitude (degrees): -93.812561

    BSSID: 12:59:32:64:b2:bc
    Raw latitude integer: 3245960617
    Raw longitude integer: -9381244659
    Latitude (degrees): 32.459606
    Longitude (degrees): -93.812447

    BSSID: 14:c0:3e:38:ef:36
    Raw latitude integer: 3245923614
    Raw longitude integer: -9381269073
    Latitude (degrees): 32.459236
    Longitude (degrees): -93.812691

    BSSID: 16:c0:3e:38:ef:36
    Raw latitude integer: 3245925140
    Raw longitude integer: -9381269836
    Latitude (degrees): 32.459251
    Longitude (degrees): -93.812698

    BSSID: 1a:c0:3e:38:ef:36
    Raw latitude integer: 3245925140
    Raw longitude integer: -9381269073
    Latitude (degrees): 32.459251
    Longitude (degrees): -93.812691

    BSSID: 02:aa:a0:79:a6:b8
    Raw latitude integer: 3245920181
    Raw longitude integer: -9381246185
    Latitude (degrees): 32.459202
    Longitude (degrees): -93.812462

    BSSID: 38:17:b1:28:28:46
    Raw latitude integer: 3245931625
    Raw longitude integer: -9381245422
    Latitude (degrees): 32.459316
    Longitude (degrees): -93.812454

    BSSID: 40:48:6e:f1:9f:34
    Raw latitude integer: 3245958328
    Raw longitude integer: -9381306457
    Latitude (degrees): 32.459583
    Longitude (degrees): -93.813065

    BSSID: 42:17:b1:28:28:46
    Raw latitude integer: 3245932388
    Raw longitude integer: -9381243133
    Latitude (degrees): 32.459324
    Longitude (degrees): -93.812431

    BSSID: 46:d8:78:a3:03:a3
    Raw latitude integer: 3245965576
    Raw longitude integer: -9381226348
    Latitude (degrees): 32.459656
    Longitude (degrees): -93.812263

    BSSID: 5c:b0:66:13:26:c1
    Raw latitude integer: 3245907974
    Raw longitude integer: -9381227874
    Latitude (degrees): 32.459080
    Longitude (degrees): -93.812279

    BSSID: 5e:b0:66:13:26:c1
    Raw latitude integer: 3245907592
    Raw longitude integer: -9381227111
    Latitude (degrees): 32.459076
    Longitude (degrees): -93.812271

    BSSID: 06:aa:a0:79:a6:b8
    Raw latitude integer: 3245920181
    Raw longitude integer: -9381246185
    Latitude (degrees): 32.459202
    Longitude (degrees): -93.812462

    BSSID: 72:13:01:46:3c:c1
    Raw latitude integer: 3245978546
    Raw longitude integer: -9381228637
    Latitude (degrees): 32.459785
    Longitude (degrees): -93.812286

    BSSID: 72:13:01:46:3c:c6
    Raw latitude integer: 3245979690
    Raw longitude integer: -9381228637
    Latitude (degrees): 32.459797
    Longitude (degrees): -93.812286

    BSSID: 7e:b0:66:13:26:c1
    Raw latitude integer: 3245907211
    Raw longitude integer: -9381227874
    Latitude (degrees): 32.459072
    Longitude (degrees): -93.812279

    BSSID: 88:ad:43:48:4a:a8
    Raw latitude integer: 3245934295
    Raw longitude integer: -9381259918
    Latitude (degrees): 32.459343
    Longitude (degrees): -93.812599

    BSSID: 8c:76:3f:b7:b7:97
    Raw latitude integer: 3245985412
    Raw longitude integer: -9381255340
    Latitude (degrees): 32.459854
    Longitude (degrees): -93.812553

    BSSID: 8e:76:3f:b7:b7:97
    Raw latitude integer: 3245984649
    Raw longitude integer: -9381256103
    Latitude (degrees): 32.459846
    Longitude (degrees): -93.812561

    BSSID: 96:76:3f:b7:b7:97
    Raw latitude integer: 3245984649
    Raw longitude integer: -9381255340
    Latitude (degrees): 32.459846
    Longitude (degrees): -93.812553

    BSSID: 98:52:4a:86:fa:4c
    Raw latitude integer: 3245908737
    Raw longitude integer: -9381267547
    Latitude (degrees): 32.459087
    Longitude (degrees): -93.812675

    BSSID: 98:52:4a:86:fa:4f
    Raw latitude integer: 3245908355
    Raw longitude integer: -9381267547
    Latitude (degrees): 32.459084
    Longitude (degrees): -93.812675

    BSSID: 98:52:4a:86:fa:51
    Raw latitude integer: 3245908355
    Raw longitude integer: -9381267547
    Latitude (degrees): 32.459084
    Longitude (degrees): -93.812675

    BSSID: 98:52:4a:86:fa:52
    Raw latitude integer: 3245908737
    Raw longitude integer: -9381268310
    Latitude (degrees): 32.459087
    Longitude (degrees): -93.812683

    BSSID: 9e:ad:43:48:4a:a8
    Raw latitude integer: 3245934677
    Raw longitude integer: -9381259918
    Latitude (degrees): 32.459347
    Longitude (degrees): -93.812599

    BSSID: 9e:b0:66:13:26:c1
    Raw latitude integer: 3245907211
    Raw longitude integer: -9381227874
    Latitude (degrees): 32.459072
    Longitude (degrees): -93.812279

    BSSID: ac:91:9b:c6:7d:d2
    Raw latitude integer: 3245978927
    Raw longitude integer: -9381267547
    Latitude (degrees): 32.459789
    Longitude (degrees): -93.812675

    BSSID: b2:4f:b8:7f:cb:83
    Raw latitude integer: 3245938873
    Raw longitude integer: -9381260681
    Latitude (degrees): 32.459389
    Longitude (degrees): -93.812607

    BSSID: ce:6c:6d:83:12:4d
    Raw latitude integer: 3245933151
    Raw longitude integer: -9381253051
    Latitude (degrees): 32.459332
    Longitude (degrees): -93.812531

    BSSID: d4:6c:6d:83:12:4d
    Raw latitude integer: 3245931243
    Raw longitude integer: -9381252288
    Latitude (degrees): 32.459312
    Longitude (degrees): -93.812523

    BSSID: d6:6c:6d:83:12:4d
    Raw latitude integer: 3245933914
    Raw longitude integer: -9381251525
    Latitude (degrees): 32.459339
    Longitude (degrees): -93.812515

    BSSID: da:13:99:28:92:b0
    Raw latitude integer: 3245917510
    Raw longitude integer: -9381269836
    Latitude (degrees): 32.459175
    Longitude (degrees): -93.812698

    BSSID: e8:97:b8:8e:5d:0a
    Raw latitude integer: 3245927047
    Raw longitude integer: -9381250000
    Latitude (degrees): 32.459270
    Longitude (degrees): -93.812500

    BSSID: 0e:c0:3e:38:ef:36
    Raw latitude integer: 3245924758
    Raw longitude integer: -9381269073
    Latitude (degrees): 32.459248
    Longitude (degrees): -93.812691

    BSSID: ec:aa:a0:79:a6:b8
    Raw latitude integer: 3245919418
    Raw longitude integer: -9381246185
    Latitude (degrees): 32.459194
    Longitude (degrees): -93.812462

    BSSID: f4:0e:83:d7:fb:68
    Raw latitude integer: 3245946121
    Raw longitude integer: -9381263732
    Latitude (degrees): 32.459461
    Longitude (degrees): -93.812637

    BSSID: fa:aa:a0:79:a6:b8
    Raw latitude integer: 3245920181
    Raw longitude integer: -9381246185
    Latitude (degrees): 32.459202
    Longitude (degrees): -93.812462

    BSSID: fc:ae:34:94:57:f0
    Raw latitude integer: 3245948028
    Raw longitude integer: -9381231689
    Latitude (degrees): 32.459480
    Longitude (degrees): -93.812317

    BSSID: fe:ae:34:94:57:f1
    Raw latitude integer: 3245947265
    Raw longitude integer: -9381232452
    Latitude (degrees): 32.459473
    Longitude (degrees): -93.812325

    BSSID: 00:71:c2:b2:32:68
    Raw latitude integer: 3245960998
    Raw longitude integer: -9381239318
    Latitude (degrees): 32.459610
    Longitude (degrees): -93.812393

    BSSID: 16:71:c2:b2:32:68
    Raw latitude integer: 3245961761
    Raw longitude integer: -9381238555
    Latitude (degrees): 32.459618
    Longitude (degrees): -93.812386

    BSSID: 1a:71:c2:b2:32:68
    Raw latitude integer: 3245961761
    Raw longitude integer: -9381238555
    Latitude (degrees): 32.459618
    Longitude (degrees): -93.812386

    BSSID: 10:93:97:0a:e7:80
    Raw latitude integer: 3245982742
    Raw longitude integer: -9381553649
    Latitude (degrees): 32.459827
    Longitude (degrees): -93.815536

    BSSID: 12:36:aa:62:9c:39
    Raw latitude integer: 3245925140
    Raw longitude integer: -9381566619
    Latitude (degrees): 32.459251
    Longitude (degrees): -93.815666

    BSSID: 12:36:aa:62:9c:3a
    Raw latitude integer: 3245926284
    Raw longitude integer: -9381568908
    Latitude (degrees): 32.459263
    Longitude (degrees): -93.815689

    BSSID: 12:36:aa:62:9c:3d
    Raw latitude integer: 3245923614
    Raw longitude integer: -9381565856
    Latitude (degrees): 32.459236
    Longitude (degrees): -93.815659

    BSSID: 12:36:aa:62:9c:3e
    Raw latitude integer: 3245925521
    Raw longitude integer: -9381567382
    Latitude (degrees): 32.459255
    Longitude (degrees): -93.815674

    BSSID: 12:36:aa:85:84:c9
    Raw latitude integer: 3245957183
    Raw longitude integer: -9381577301
    Latitude (degrees): 32.459572
    Longitude (degrees): -93.815773

    BSSID: 18:9c:27:b6:4b:8a
    Raw latitude integer: 3245976257
    Raw longitude integer: -9381594085
    Latitude (degrees): 32.459763
    Longitude (degrees): -93.815941

    BSSID: 02:cb:7a:c2:d1:42
    Raw latitude integer: 3245947265
    Raw longitude integer: -9381558227
    Latitude (degrees): 32.459473
    Longitude (degrees): -93.815582

    BSSID: 02:cb:7a:c2:d1:43
    Raw latitude integer: 3245948028
    Raw longitude integer: -9381558227
    Latitude (degrees): 32.459480
    Longitude (degrees): -93.815582

    BSSID: 02:cb:7a:c2:d1:45
    Raw latitude integer: 3245947265
    Raw longitude integer: -9381559753
    Latitude (degrees): 32.459473
    Longitude (degrees): -93.815598

    BSSID: 36:e6:e6:86:cd:1c
    Raw latitude integer: 3245981216
    Raw longitude integer: -9381570434
    Latitude (degrees): 32.459812
    Longitude (degrees): -93.815704

    BSSID: 3a:9c:27:b6:4b:8a
    Raw latitude integer: 3245977020
    Raw longitude integer: -9381596374
    Latitude (degrees): 32.459770
    Longitude (degrees): -93.815964

    BSSID: 5a:9c:27:b6:4b:8a
    Raw latitude integer: 3245976257
    Raw longitude integer: -9381596374
    Latitude (degrees): 32.459763
    Longitude (degrees): -93.815964

    BSSID: 8c:85:80:e4:35:dd
    Raw latitude integer: 3245977783
    Raw longitude integer: -9381558990
    Latitude (degrees): 32.459778
    Longitude (degrees): -93.815590

    BSSID: 8c:0f:6f:21:c8:80
    Raw latitude integer: 3245982742
    Raw longitude integer: -9381554412
    Latitude (degrees): 32.459827
    Longitude (degrees): -93.815544

    BSSID: 8c:0f:6f:d3:3b:68
    Raw latitude integer: 3245903778
    Raw longitude integer: -9381518554
    Latitude (degrees): 32.459038
    Longitude (degrees): -93.815186

    BSSID: 8e:76:3f:d4:13:8d
    Raw latitude integer: 3245978164
    Raw longitude integer: -9381594085
    Latitude (degrees): 32.459782
    Longitude (degrees): -93.815941

    BSSID: 94:a6:7e:31:02:35
    Raw latitude integer: 3245890045
    Raw longitude integer: -9381510162
    Latitude (degrees): 32.458900
    Longitude (degrees): -93.815102

    BSSID: 9a:0f:6f:21:c8:80
    Raw latitude integer: 3245982742
    Raw longitude integer: -9381554412
    Latitude (degrees): 32.459827
    Longitude (degrees): -93.815544

    BSSID: 9a:0f:6f:d3:3b:68
    Raw latitude integer: 3245905303
    Raw longitude integer: -9381518554
    Latitude (degrees): 32.459053
    Longitude (degrees): -93.815186

    BSSID: a2:0f:6f:21:c8:80
    Raw latitude integer: 3245982360
    Raw longitude integer: -9381554412
    Latitude (degrees): 32.459824
    Longitude (degrees): -93.815544

    BSSID: a2:0f:6f:d3:3b:68
    Raw latitude integer: 3245904541
    Raw longitude integer: -9381518554
    Latitude (degrees): 32.459045
    Longitude (degrees): -93.815186

    BSSID: a6:0f:6f:21:c8:80
    Raw latitude integer: 3245983123
    Raw longitude integer: -9381557464
    Latitude (degrees): 32.459831
    Longitude (degrees): -93.815575

    BSSID: a6:0f:6f:d3:3b:68
    Raw latitude integer: 3245905685
    Raw longitude integer: -9381520080
    Latitude (degrees): 32.459057
    Longitude (degrees): -93.815201

    BSSID: be:61:e9:cd:aa:a8
    Raw latitude integer: 3245882415
    Raw longitude integer: -9381622314
    Latitude (degrees): 32.458824
    Longitude (degrees): -93.816223

    BSSID: ca:3a:6b:db:9b:ba
    Raw latitude integer: 3245902252
    Raw longitude integer: -9381513977
    Latitude (degrees): 32.459023
    Longitude (degrees): -93.815140

    BSSID: ce:6c:6d:53:02:e5
    Raw latitude integer: 3245964050
    Raw longitude integer: -9381594848
    Latitude (degrees): 32.459640
    Longitude (degrees): -93.815948

    BSSID: d4:6c:6d:53:02:e5
    Raw latitude integer: 3245963287
    Raw longitude integer: -9381592559
    Latitude (degrees): 32.459633
    Longitude (degrees): -93.815926

    BSSID: d6:6c:6d:53:02:e5
    Raw latitude integer: 3245962142
    Raw longitude integer: -9381593322
    Latitude (degrees): 32.459621
    Longitude (degrees): -93.815933

    BSSID: da:e3:5e:f7:08:87
    Raw latitude integer: 3245980834
    Raw longitude integer: -9381555938
    Latitude (degrees): 32.459808
    Longitude (degrees): -93.815559

    BSSID: f8:aa:3f:fe:b2:1e
    Raw latitude integer: 3245905303
    Raw longitude integer: -9381512451
    Latitude (degrees): 32.459053
    Longitude (degrees): -93.815125

    BSSID: 4e:6b:b8:aa:8c:80
    Raw latitude integer: 3245885086
    Raw longitude integer: -9381540679
    Latitude (degrees): 32.458851
    Longitude (degrees): -93.815407

    BSSID: 78:b2:13:e7:91:39
    Raw latitude integer: 3245882797
    Raw longitude integer: -9381607055
    Latitude (degrees): 32.458828
    Longitude (degrees): -93.816071

    BSSID: 9e:b3:f7:21:91:e7
    Raw latitude integer: 3245910263
    Raw longitude integer: -9381617736
    Latitude (degrees): 32.459103
    Longitude (degrees): -93.816177

    BSSID: ce:8b:66:31:a1:df
    Raw latitude integer: 3245933151
    Raw longitude integer: -9381556701
    Latitude (degrees): 32.459332
    Longitude (degrees): -93.815567

    BSSID: 80:30:dc:c2:05:26
    Raw latitude integer: 3245886993
    Raw longitude integer: -9381635284
    Latitude (degrees): 32.458870
    Longitude (degrees): -93.816353

    BSSID: 6e:29:90:f7:23:74
    Raw latitude integer: 3245903396
    Raw longitude integer: -9381517791
    Latitude (degrees): 32.459034
    Longitude (degrees): -93.815178

    BSSID: 0c:73:29:ff:29:93
    Raw latitude integer: 3245893096
    Raw longitude integer: -9381542968
    Latitude (degrees): 32.458931
    Longitude (degrees): -93.815430

    BSSID: 7e:27:bc:95:f5:35
    Raw latitude integer: 3245974349
    Raw longitude integer: -9381566619
    Latitude (degrees): 32.459743
    Longitude (degrees): -93.815666

    BSSID: 00:cb:7a:d0:d1:42
    Raw latitude integer: 3245967102
    Raw longitude integer: -9381575775
    Latitude (degrees): 32.459671
    Longitude (degrees): -93.815758

    BSSID: 00:cb:7a:d0:d1:47
    Raw latitude integer: 3245966720
    Raw longitude integer: -9381576538
    Latitude (degrees): 32.459667
    Longitude (degrees): -93.815765

    BSSID: 2c:7e:81:ab:cd:1b
    Raw latitude integer: 3245813751
    Raw longitude integer: -9381472778
    Latitude (degrees): 32.458138
    Longitude (degrees): -93.814728

    BSSID: 2c:fb:0f:0f:66:06
    Raw latitude integer: 3245831298
    Raw longitude integer: -9381491851
    Latitude (degrees): 32.458313
    Longitude (degrees): -93.814919

    BSSID: 36:fb:0f:0f:66:06
    Raw latitude integer: 3245833969
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458340
    Longitude (degrees): -93.814911

    BSSID: 4e:7e:81:ab:cd:1b
    Raw latitude integer: 3245811080
    Raw longitude integer: -9381472778
    Latitude (degrees): 32.458111
    Longitude (degrees): -93.814728

    BSSID: 6e:7e:81:ab:cd:1b
    Raw latitude integer: 3245812988
    Raw longitude integer: -9381472778
    Latitude (degrees): 32.458130
    Longitude (degrees): -93.814728

    BSSID: 84:00:2d:41:9a:38
    Raw latitude integer: 3245840454
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458405
    Longitude (degrees): -93.814911

    BSSID: 88:6a:e3:e0:51:c4
    Raw latitude integer: 3245843887
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458439
    Longitude (degrees): -93.814911

    BSSID: 92:00:2d:41:9a:38
    Raw latitude integer: 3245839691
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458397
    Longitude (degrees): -93.814911

    BSSID: 9a:00:2d:41:9a:38
    Raw latitude integer: 3245840454
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458405
    Longitude (degrees): -93.814911

    BSSID: 9a:9d:5d:df:f0:6a
    Raw latitude integer: 3245788955
    Raw longitude integer: -9381491851
    Latitude (degrees): 32.457890
    Longitude (degrees): -93.814919

    BSSID: 9e:00:2d:41:9a:38
    Raw latitude integer: 3245840072
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458401
    Longitude (degrees): -93.814911

    BSSID: be:8c:cd:2f:95:16
    Raw latitude integer: 3245823669
    Raw longitude integer: -9381494903
    Latitude (degrees): 32.458237
    Longitude (degrees): -93.814949

    BSSID: c2:18:03:fb:7c:5e
    Raw latitude integer: 3245796585
    Raw longitude integer: -9381478118
    Latitude (degrees): 32.457966
    Longitude (degrees): -93.814781

    BSSID: 0c:83:cc:c6:58:4f
    Raw latitude integer: 3245823669
    Raw longitude integer: -9381491851
    Latitude (degrees): 32.458237
    Longitude (degrees): -93.814919

    BSSID: ce:3f:cb:da:f6:1b
    Raw latitude integer: 3245833587
    Raw longitude integer: -9381475830
    Latitude (degrees): 32.458336
    Longitude (degrees): -93.814758

    BSSID: ce:ab:82:cf:55:98
    Raw latitude integer: 3245824432
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458244
    Longitude (degrees): -93.814911

    BSSID: d4:3f:cb:da:f6:1b
    Raw latitude integer: 3245833206
    Raw longitude integer: -9381475067
    Latitude (degrees): 32.458332
    Longitude (degrees): -93.814751

    BSSID: d4:ab:82:cf:55:98
    Raw latitude integer: 3245824432
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458244
    Longitude (degrees): -93.814911

    BSSID: d6:3f:cb:da:f6:1b
    Raw latitude integer: 3245833969
    Raw longitude integer: -9381475067
    Latitude (degrees): 32.458340
    Longitude (degrees): -93.814751

    BSSID: d6:ab:82:cf:55:98
    Raw latitude integer: 3245823669
    Raw longitude integer: -9381490325
    Latitude (degrees): 32.458237
    Longitude (degrees): -93.814903

    BSSID: da:3f:cb:da:f6:1b
    Raw latitude integer: 3245833587
    Raw longitude integer: -9381475067
    Latitude (degrees): 32.458336
    Longitude (degrees): -93.814751

    BSSID: da:ab:82:cf:55:98
    Raw latitude integer: 3245823669
    Raw longitude integer: -9381491088
    Latitude (degrees): 32.458237
    Longitude (degrees): -93.814911

    BSSID: 0e:fe:7b:7e:0e:29
    Raw latitude integer: 3245786666
    Raw longitude integer: -9381475830
    Latitude (degrees): 32.457867
    Longitude (degrees): -93.814758

    BSSID: f8:aa:3f:fe:b2:3b
    Raw latitude integer: 3245837783
    Raw longitude integer: -9381485748
    Latitude (degrees): 32.458378
    Longitude (degrees): -93.814857

    BSSID: 42:9e:9d:73:67:ef
    Raw latitude integer: 3245817947
    Raw longitude integer: -9381486511
    Latitude (degrees): 32.458179
    Longitude (degrees): -93.814865

    BSSID: 6e:57:25:f3:7c:e5
    Raw latitude integer: 3245834732
    Raw longitude integer: -9381487274
    Latitude (degrees): 32.458347
    Longitude (degrees): -93.814873

    BSSID: 9e:73:b1:ef:ad:77
    Raw latitude integer: 3245817184
    Raw longitude integer: -9381499481
    Latitude (degrees): 32.458172
    Longitude (degrees): -93.814995

    BSSID: 1c:56:8e:0b:3b:34
    Raw latitude integer: 3246085739
    Raw longitude integer: -9381424713
    Latitude (degrees): 32.460857
    Longitude (degrees): -93.814247

    BSSID: 24:de:8a:10:6e:a4
    Raw latitude integer: 3246070098
    Raw longitude integer: -9381474304
    Latitude (degrees): 32.460701
    Longitude (degrees): -93.814743

    BSSID: 24:de:8a:60:04:14
    Raw latitude integer: 3246067428
    Raw longitude integer: -9381462860
    Latitude (degrees): 32.460674
    Longitude (degrees): -93.814629

    BSSID: 48:e2:ad:ad:39:f4
    Raw latitude integer: 3246047592
    Raw longitude integer: -9381441497
    Latitude (degrees): 32.460476
    Longitude (degrees): -93.814415

    BSSID: 54:2b:57:35:d6:c5
    Raw latitude integer: 3246046829
    Raw longitude integer: -9381445312
    Latitude (degrees): 32.460468
    Longitude (degrees): -93.814453

    BSSID: 54:b2:03:53:16:68
    Raw latitude integer: 3246035766
    Raw longitude integer: -9381394195
    Latitude (degrees): 32.460358
    Longitude (degrees): -93.813942

    BSSID: 56:2b:57:2f:ff:cf
    Raw latitude integer: 3246062088
    Raw longitude integer: -9381448364
    Latitude (degrees): 32.460621
    Longitude (degrees): -93.814484

    BSSID: 62:b2:03:53:16:68
    Raw latitude integer: 3246036911
    Raw longitude integer: -9381393432
    Latitude (degrees): 32.460369
    Longitude (degrees): -93.813934

    BSSID: 6a:b2:03:53:16:68
    Raw latitude integer: 3246036911
    Raw longitude integer: -9381393432
    Latitude (degrees): 32.460369
    Longitude (degrees): -93.813934

    BSSID: 6e:b2:03:53:16:68
    Raw latitude integer: 3246028518
    Raw longitude integer: -9381393432
    Latitude (degrees): 32.460285
    Longitude (degrees): -93.813934

    BSSID: 82:da:c2:2d:1f:12
    Raw latitude integer: 3246070861
    Raw longitude integer: -9381422424
    Latitude (degrees): 32.460709
    Longitude (degrees): -93.814224

    BSSID: 82:da:c2:2d:1f:15
    Raw latitude integer: 3246070480
    Raw longitude integer: -9381422424
    Latitude (degrees): 32.460705
    Longitude (degrees): -93.814224

    BSSID: c0:94:35:dc:33:1a
    Raw latitude integer: 3246071624
    Raw longitude integer: -9381478881
    Latitude (degrees): 32.460716
    Longitude (degrees): -93.814789

    BSSID: ce:94:35:dc:33:1a
    Raw latitude integer: 3246070861
    Raw longitude integer: -9381479644
    Latitude (degrees): 32.460709
    Longitude (degrees): -93.814796

    BSSID: d6:94:35:dc:33:1a
    Raw latitude integer: 3246070861
    Raw longitude integer: -9381478881
    Latitude (degrees): 32.460709
    Longitude (degrees): -93.814789

    BSSID: 28:c2:dd:dc:c9:b8
    Raw latitude integer: 3246021270
    Raw longitude integer: -9381389617
    Latitude (degrees): 32.460213
    Longitude (degrees): -93.813896

    BSSID: 30:13:8b:2b:28:10
    Raw latitude integer: 3246051025
    Raw longitude integer: -9381438446
    Latitude (degrees): 32.460510
    Longitude (degrees): -93.814384

    BSSID: 8c:0f:6f:18:7c:00
    Raw latitude integer: 3246034240
    Raw longitude integer: -9381385803
    Latitude (degrees): 32.460342
    Longitude (degrees): -93.813858

    BSSID: 9a:0f:6f:18:7c:00
    Raw latitude integer: 3246034622
    Raw longitude integer: -9381387329
    Latitude (degrees): 32.460346
    Longitude (degrees): -93.813873

    BSSID: a2:0f:6f:18:7c:00
    Raw latitude integer: 3246035003
    Raw longitude integer: -9381387329
    Latitude (degrees): 32.460350
    Longitude (degrees): -93.813873

    BSSID: a6:0f:6f:18:7c:00
    Raw latitude integer: 3246034622
    Raw longitude integer: -9381386566
    Latitude (degrees): 32.460346
    Longitude (degrees): -93.813866

    BSSID: 2a:ad:18:fc:8b:1f
    Raw latitude integer: 3246102142
    Raw longitude integer: -9381381988
    Latitude (degrees): 32.461021
    Longitude (degrees): -93.813820

    BSSID: 3a:e7:c0:83:c1:a7
    Raw latitude integer: 3246105575
    Raw longitude integer: -9381404876
    Latitude (degrees): 32.461056
    Longitude (degrees): -93.814049

    BSSID: c6:98:5c:db:c2:43
    Raw latitude integer: 3246094512
    Raw longitude integer: -9381495666
    Latitude (degrees): 32.460945
    Longitude (degrees): -93.814957
    -----------------------------------------------
    [DEBUG] Found block start for 00:18:f8:c1:4a:65
    [DEBUG] Line in block: Raw latitude integer: 3245990371
    [DEBUG] Line in block: Raw longitude integer: -9381384277
    [DEBUG] Line in block: Latitude (degrees): 32.459904
    [DEBUG] Parsed LAT candidate = "32.459904"
    [DEBUG] Line in block: Longitude (degrees): -93.813843
    [DEBUG] Parsed LON candidate = "-93.813843"
    [DEBUG] Final LAT = "32.459904"
    [DEBUG] Final LON = "-93.813843" -----------------------------------------------

    @echo off
    setlocal EnableDelayedExpansion
    :: C:\app\os\python\apple_bssid_locator\bssid.bat
    :: Use: bssid.bat <Enter> (then enter desired BSSID to look up)
    :: Sample values:
    :: 00:18:f8:c1:4a:65
    :: 00:07:89:d7:82:e8
    :: 04:09:A5:3B:34:67
    ::
    :: Logs up to 400 BSSID:GPS pairs from Apple's WPS public database
    :: Loop until user types q
    ::
    :: Changelog:
    :: v1p0 20251205 - Query Apple's highly insecure WPS database
    :: v1p1 20251214 - Saves to time-date stamped results.txt log file
    :: v1p2 20251215 - Timestamp results.txt so it's not overwritten
    :: v1p3 20251219 - Limit to 6 decimal places (as per Chris/Paul/Tyrone)
    :: v1p4 20251219 - Show original raw integers + converted decimals
    :: v1p5 20251219 - Tried to accomodate Google Maps query to new format
    :: v1p6 20251219 - Changed to block-aware parsing with debug output
    :: v1p7 20251219 - Enable delayed expansion to fix parsing inside loops

    set LOGDIR=%~dp0log
    if not exist "%LOGDIR%" mkdir "%LOGDIR%"

    :: Create a unique session log (YYYYMMDD_HHMMSS)
    for /f %%A in ('wmic os get localdatetime ^| find "."') do set dt0=%%A
    set "session_ts=%dt0:~0,8%_%dt0:~8,6%"
    set "session_log=%LOGDIR%\session_%session_ts%.log"

    echo === New BSSID lookup session started at %date% %time% === >> "%session_log%"

    echo.
    echo === Nearby Wi-Fi Networks ===
    netsh wlan show networks mode=bssid
    echo =============================

    :loop
    echo.
    set /p BSSID=Enter the BSSID (or q to quit):

    if /I "%BSSID%"=="q" goto end

    :: --- Clean up input ---
    set "BSSID=%BSSID:"=%"
    set "BSSID=%BSSID: =%"

    :: --- Make filename-safe version ---
    set "safeBSSID=%BSSID::=-%"

    :: --- Generate timestamp for THIS lookup ---
    for /f %%A in ('wmic os get localdatetime ^| find "."') do set dt=%%A
    set "ts=%dt:~0,8%_%dt:~8,6%"

    :: --- Timestamped output file ---
    set "outfile=%LOGDIR%\bssid_%safeBSSID%_%ts%.txt"

    :: --- Clear previous coordinates ---
    set "LAT="
    set "LON="

    echo === Lookup started at %date% %time% === > "%outfile%"
    echo BSSID: %BSSID% >> "%outfile%"
    echo. >> "%outfile%"

    :: --- Run Python lookup ---
    python.exe apple_bssid_locator.py %BSSID% --all >> "%outfile%"

    :: --- Display results ---
    echo -----------------------------------------------
    type "%outfile%"
    echo -----------------------------------------------

    :: --- Block-aware parsing of coordinates (with delayed expansion) ---
    set "CAPTURE="
    set "LAT="
    set "LON="

    for /f "usebackq delims=" %%L in ("%outfile%") do (
    if /i "%%L"=="BSSID: %BSSID%" (
    set "CAPTURE=1"
    set "LAT="
    set "LON="
    echo [DEBUG] Found block start for %BSSID%
    ) else if defined CAPTURE (
    echo [DEBUG] Line in block: %%L

    echo %%L | findstr /i /c:"Latitude (degrees):" >nul
    if not errorlevel 1 (
    for /f "tokens=2 delims=:" %%A in ("%%L") do set "LAT=%%A"
    if defined LAT set "LAT=!LAT: =!"
    echo [DEBUG] Parsed LAT candidate = "!LAT!"
    )

    echo %%L | findstr /i /c:"Longitude (degrees):" >nul
    if not errorlevel 1 (
    for /f "tokens=2 delims=:" %%B in ("%%L") do set "LON=%%B"
    if defined LON set "LON=!LON: =!"
    echo [DEBUG] Parsed LON candidate = "!LON!"
    )

    if defined LAT if defined LON (
    goto :gotCoords
    )

    echo %%L | findstr /i /c:"BSSID:" >nul
    if not errorlevel 1 (
    set "CAPTURE="
    )
    )
    )

    :gotCoords
    echo [DEBUG] Final LAT = "!LAT!"
    echo [DEBUG] Final LON = "!LON!"

    :: --- Validate parsed coordinates ---
    if not defined LAT echo [DEBUG][ERROR] Latitude not captured. Check Python output format near "BSSID: %BSSID%".
    if not defined LON echo [DEBUG][ERROR] Longitude not captured. Check Python output format near "BSSID: %BSSID%".

    :: --- Save results ---
    echo === Lookup finished at %date% %time% === >> "%outfile%"
    echo. >> "%outfile%"

    :: --- Append to session log ---
    echo [%date% %time%] BSSID: %BSSID% >> "%session_log%"
    echo Latitude: !LAT! >> "%session_log%"
    echo Longitude: !LON! >> "%session_log%"
    echo. >> "%session_log%"

    :: --- Append to master log ---
    echo [%date% %time%] BSSID: %BSSID% >> "%LOGDIR%\results.log"
    echo Latitude: !LAT! >> "%LOGDIR%\results.log"
    echo Longitude: !LON! >> "%LOGDIR%\results.log"
    echo. >> "%LOGDIR%\results.log"

    :: --- Open in Google Maps ---
    if defined LAT if defined LON start msedge "https://www.google.com/maps/search/?api=1&query=!LAT!,!LON!"

    goto loop

    :end
    echo Exiting. Goodbye!
    endlocal

    :: end of C:\app\os\python\apple_bssid_locator\bssid.bat
    #!/usr/bin/env -S uv run --script
    # -*- coding: utf-8 -*-
    # C:\app\os\python\apple_bssid_locator\apple_bssid_locator.py
    # Queries Apple WPS database for GPS:BSSID location pairs
    # Implementation based on https://github.com/hubert3/iSniff-GPS
    #
    # Usage: apple_bssid_locator.py 11:22:33:AA:BB:CC
    # Usage: apple_bssid_locator.py 11:22:33:AA:BB:CC --all
    # Usage: apple_bssid_locator.py 11:22:33:AA:BB:CC --map
    #
    # Changelog:
    # v1p0 20251205 - Initial version
    # v1p1 20251214 - Added logging to results.txt
    # v1p2 20251215 - Timestamped results.txt to avoid overwrites
    # v1p3 20251219 - Limited output to 6 decimal places
    # v1p4 20251219 - Added raw integer output alongside converted decimals

    import argparse
    import requests
    import webbrowser
    import AppleWLoc_pb2

    def parse_arguments():
    parser = argparse.ArgumentParser()
    parser.add_argument("bssid", type=str, help="display the location of the bssid")
    parser.add_argument("-m", "--map", help="shows the location on google maps", action='store_true')
    parser.add_argument("-a", "--all", help="shows all results returned, not just the requested one", action='store_true')
    args = parser.parse_args()
    return args

    def format_bssid(bssid):
    return ':'.join(e.rjust(2, '0') for e in bssid.split(':'))

    def query_bssid(bssid, output_file="results.txt"):
    apple_wloc = AppleWLoc_pb2.AppleWLoc()
    wifi_device = apple_wloc.wifi_devices.add()
    wifi_device.bssid = bssid
    apple_wloc.unknown_value1 = 0
    apple_wloc.return_single_result = 0 # request ALL results
    serialized_apple_wloc = apple_wloc.SerializeToString()
    length_serialized_apple_wloc = len(serialized_apple_wloc)

    headers = {'User-Agent':'locationd/1753.17 CFNetwork/889.9 Darwin/17.2.0'}
    data = b"\x00\x01\x00\x05"+b"en_US"+b"\x00\x13"+b"com.apple.locationd"+b"\x00\x0a"+b"8.1.12B411"+b"\x00\x00\x00\x01\x00\x00\x00" + bytes((length_serialized_apple_wloc,)) + serialized_apple_wloc
    r = requests.post('https://gs-loc.apple.com/clls/wloc', headers=headers, data=data)

    apple_wloc = AppleWLoc_pb2.AppleWLoc()
    apple_wloc.ParseFromString(r.content[10:])

    # Build dictionary of results
    results = {}
    with open(output_file, "w") as f:
    for wifi_device in apple_wloc.wifi_devices:
    if wifi_device.HasField('location'):
    raw_lat = wifi_device.location.latitude
    raw_lon = wifi_device.location.longitude
    lat = raw_lat * 1e-8
    lon = raw_lon * 1e-8
    mac = format_bssid(wifi_device.bssid)
    results[mac] = (lat, lon, raw_lat, raw_lon)
    # Write both raw integers and converted decimals
    f.write(f"{mac}\t{raw_lat}\t{raw_lon}\t{lat:.6f}\t{lon:.6f}\n")

    print(f"Saved {len(results)} entries to {output_file}")
    return results

    def main():
    args = parse_arguments()
    print("Searching for location of bssid: %s" % args.bssid)
    results = query_bssid(args.bssid)

    # Determine which BSSIDs to process
    bssids_to_process = results.keys() if args.all else [args.bssid.lower()]

    found = False
    for bssid in bssids_to_process:
    if bssid in results:
    lat, lon, raw_lat, raw_lon = results[bssid]
    if lat == -180.0 and lon == -180.0:
    continue # Skip entries that were not found
    if found:
    print()
    print(f"BSSID: {bssid}")
    print(f"Raw latitude integer: {raw_lat}")
    print(f"Raw longitude integer: {raw_lon}")
    print(f"Latitude (degrees): {lat:.6f}")
    print(f"Longitude (degrees): {lon:.6f}")
    if args.map:
    url = f"http://www.google.com/maps/place/{lat:.6f},{lon:.6f}"
    webbrowser.open(url)
    found = True

    if not found:
    print("The bssid was not found.")

    if __name__ == '__main__':
    main()

    # end of C:\app\os\python\apple_bssid_locator\apple_bssid_locator.py
    --
    As you know, I always respond to people in the same manner as they to me. Helping others & learning from them is what this Usenet ng is all about.
    --- Synchronet 3.21a-Linux NewsLink 1.2