• Re: Apple changed their documentation at my request but it proves they don't care about privacy

    From Maria Sophia@mariasophia@comprehension.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 21:06:39 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    These are basic networking concepts.

    We didn't ask to have it explained. Knowing this is not about skills, though. A mathematician can have very high skills, yet know nothing
    about networks. Even a skilled computer programmer may not know about
    them, and be a world master on IBM big iron assembler programming (and
    being paid handsomely - a tiny fact I happen to know) and not know
    offhand what the BSSID is.

    Hi Carlos,

    The facts are incontrovertible, where only Jon went to the trouble to
    reproduce them (AFAwK). Everyone else simply used their stone-age knowledge
    of networking (which we all knew decades ago) to apply to this thread.

    Winston just did that, multiple times in this thread, as if stating his own stone-age knowledge of networking has anything to do whatsoever with the
    topic. Franklin Slootweg tried the same worthless trolling as Winston did.

    Please note that there's nothing wrong with people's stone-age knowledge of networking, but their stone-age knowledge, while true, doesn't apply here.

    If all they can do in response to the facts posted in this thread is repeat their stone-age thought processes, then they can't possibly add value.

    Then you have the trolls like Keith Thompson claiming that running python
    on Windows to prove what Apple & Android devices do by default with respect
    to Wi-Fi protocols has absolutely nothing to do with running python on
    windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?

    These people are all applying their stone-age knowledge of networking, but without taking into account the verified *new* information in this thread.

    Not a single person who trolled this thread shows any understanding of it.

    I don't even know how to explain to people who claim that the router never >> travels as their belief system is so absurd as to warn me that if they
    don't understand that people take their routers with them when they move,
    then that kind of person will never be able to understand, well, anything.

    No, we don't travel with our routers.

    My router belongs to the ISP and I have to return it when I move, then I will get a new one at my destination. You should be intelligent enough
    to accept this. Maybe doesn't happen in your nook of the world, but you
    must understand that you are posting to an international medium.

    WTF?
    What kind of absurd arguments are you claiming Carlos?

    I don't like broccoli, so nobody on the planet likes broccoli?

    More to the point, I don't bring the paintings on my wall with me when I
    move, but that doesn't mean that nobody brings their paintings with them.

    The fact you get your access point from the ISP, while true, is an absurd
    way of your attempt to refute the facts proposed in this respected paper.

    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    I do take my many access points with me, Carlos. Dozens of them.
    And even if I didn't, it would still refute NOTHING in that research paper.

    The fact that's your major rebuttal indicates you haven't read the paper.
    Read it. Please.

    I had given up, but recently, I happened to look at Apple's documentation, >> and I realized Apple proved they had no intent of honoring the long-held
    intention of a hidden broadcast, by simply changing their documentation.
    <https://support.apple.com/en-ie/102515>

    Ok, finally. The crux of the issue.

    It's not hidden.
    It is, after all, in the SUBJECT line of this thread, Carlos.

    Every person who tried it, found out every single statement to be true.
    --
    My role on Usenet is to always add value that other people aren't aware of.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 21:22:50 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    1. Apple are storing the location of "hidden" WiFi Access Points.
    (My opinion: low priority.)

    Only Apple?

    I think that is what Maria is saying, and I have no information to the
    contrary.

    Allegedly: Apple are adhering to this exclusion, but are not also
    excluding BSSIDs which are not broadcasting any SSID at all (i.e.
    "hidden" networks). Other organisations (e.g. Google) do exclude such
    "hidden" networks.

    And if it is hidden they would not see if the SSID ends in _nomap.

    But is there a consensus that hidden SSIDs should not be listed? In
    writing? Maybe there is such a consensus now.

    To me it's fairly intuitive that if someone has taken the unusual step
    of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    AH! Understood.

    Hi Jon & Carlos,

    The two of you show potential in being able to understand the problem set. Below are a few very important details that you don't know yet.

    You're pretty far ahead of everyone else though.
    Vert far ahead, in fact, in terms of understanding the problem set.

    Everyone else is in the stone age, but you're in the modern era.
    So this is just listing a few more important details you need to know.

    I appreciate that Jon Ribbens not only reproduced my own horror when I
    found my own BSSID in Apple's database (and in no other databases!), but
    that he explained correctly to Carlos that only Apple does this.

    While every one of us likely has the same stone-age knowledge of Wi-Fi networking, the information in this thread is new to almost all of you.

    It was even new to me, last December, when, much to my horror, after I read this paper, I found my own hidden-broadcast BSSID/GPS pairs in Apple's db!
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    I was horrified!

    The instant I read that paper, I did what almost all of us would do, which
    is I ran the code to see if what the researches said was true.

    It was true!
    I was shocked.

    As Jon has said elsewhere in this thread, what Apple does is
    "highly implausible"

    Especially for a company that claims
    "we value your privacy"

    But the facts are shown, in this thread, easily reproduced as Jon and I
    have done so, that no application of our stone-age wireless networking
    prepares us for the shock that Apple ignores all common privacy
    conventions.

    Shockingly, even Google respects the hidden-broadcast BSSID.
    And those who know me know I don't congratulate Google easily.

    But to Jon in particular, and Lawrence, and maybe also Andy, what you don't suspect most likely, is HOW the hidden-broadcast is handled by
    Apple/Google.

    What almost nobody will know unless they researched it with the security professionals, as I have done so, is they handle it different.

    Mozilla is documented to say they won't even COLLECT it.
    a. Let alone save it on the device. Let alone upload it to a cloud db.
    b. Let alone

    Likewise, Android devices never even *see* it (Winston's absurd denial to
    that fact being brought out as this is the point of me explaining that Winston's stone-age understanding is two or three decades old).

    If Android devices can't even *see* it, they don't collect it, save it on device, upload it, store it in a database (or even cull it from the
    database), nor can they let anyone in the world see it as it's not there.

    Only Apple does it the way Apple does it.

    Not only does Apple see it, but they collect it.
    a. They save it on device.
    b. They upload it to the cloud
    c. They do not cull it (even though the SSID ends with _nomap!

    Worse. unlike Google/Mozilla and everyone else we know of,
    Apple does not protect it from being tracked by anyone in the world.

    That's pretty bad.
    Is it not?
    --
    When I write a thread, it's about something important most people
    can't even fathom, so it takes intelligence to understand the topic.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 21:45:14 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    And hiding SSIDs is a complete waste of time, which gains you nothing
    in security or privacy. Donot do it.

    Yep.

    There are two fundamental issues which are making this task more difficult:
    1. The common trolls are *desperate* to infest this thread
    (and yet, not a single one of the trolls can possibly add value),
    2. And, people who are NOT trolls, like Carlos above, still do not
    (yet) understand the topic because they're applying old knowledge.

    Anyone who thinks he'll understand this topic who only knows the stone-age networking basics (which we all know) will *never* understand this topic.

    Anyone who says "yep" to that statement, fundamentally doesn't understand
    that hiding the broadcast works for every outfit on the planet we know of.

    Except Apple.

    When I write a thread, it's about something important most people
    can't even fathom, so it takes intelligence to understand the topic.

    None of the common trolls, Hank or Franlin or Wolfan, et al. has the intelligence to even begin to understand this topic.

    Yet, these trolls, like Nuno Silva, feel *desperate* to say "something", (anything!) because they simply cannot comprehend the topic at hand.

    However, some people are intelligent, who, unlike Nuno or Winston or
    Franklin or Hank, et al., have the intelligence to comprehend the topic.

    Only the people who possess the minimum intelligence, can add value here.
    Not the common trolls like Winston, Slootweg, Nuno Silva, Wolfan, et al.

    Carlos, to his credit, is *trying* to bring his level of knowledge out of
    the stone age of networking, which, let's be clear, we all start with that.

    But this topic is not from the stone age of networking.
    This topic is new.

    If people can't follow the trail of the BSSID from the home router to the
    mass surveillance team somewhere in Russia (or at R122 at Fort Mead), then they have not understood how *different* things are in the modern day.

    Three fundamental modern facts need to be understood before someone, like Carlos did above, simply claims "yep" to something completely incorrect.

    1. Apple iOS devices see & collect & store & upload BSSID/GPS pairs
    *COMPLETELY DIFFERENTLY* than do Google Android devices.

    If you don't know that difference, you know nothing about this topic.
    You're in the stone age of knowledge.

    That isn't bad. It just means you have to seek to understand before
    you say "yep" to obviously incorrect assessments of the situation.

    2. Apple stores, vets, culls, and distributes its internal WPS cloud db
    *COMPLETELY DIFFERENTLY* than does Google/Mozilla (and others).

    If you don't know that difference, you know nothing about this topic.
    You're in the stone age of knowledge.

    That isn't bad. It just means you have to seek to understand before
    you say "yep" to obviously incorrect assessments of the situation.

    If anyone is stuck in the stone age of knowledge level, that's fine, as there's nothing wrong with the stone-age knowledge that, oh, say,
    Winston spewed.

    But spewing stone-age knowledge does not help when we all know the
    stone-age knowledge of networking.

    What would help is if people understood the path of the BSSID/GPS pair.
    --
    When I write a thread, it's about something important most people
    can't even fathom, so it takes intelligence to understand the topic.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 21:28:55 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-07 20:06, Maria Sophia wrote:
    Carlos E.R. wrote:
    These are basic networking concepts.

    We didn't ask to have it explained. Knowing this is not about skills,
    though. A mathematician can have very high skills, yet know nothing
    about networks. Even a skilled computer programmer may not know about
    them, and be a world master on IBM big iron assembler programming (and
    being paid handsomely - a tiny fact I happen to know) and not know
    offhand what the BSSID is.

    Hi Carlos,

    The facts are incontrovertible, where only Jon went to the trouble to reproduce them (AFAwK). Everyone else simply used their stone-age knowledge of networking (which we all knew decades ago) to apply to this thread.

    Winston just did that, multiple times in this thread, as if stating his own stone-age knowledge of networking has anything to do whatsoever with the topic. Franklin Slootweg tried the same worthless trolling as Winston did.

    Please note that there's nothing wrong with people's stone-age knowledge of networking, but their stone-age knowledge, while true, doesn't apply here.

    If all they can do in response to the facts posted in this thread is repeat their stone-age thought processes, then they can't possibly add value.

    Then you have the trolls like Keith Thompson claiming that running python
    on Windows to prove what Apple & Android devices do by default with respect to Wi-Fi protocols has absolutely nothing to do with running python on windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?

    Wrong.

    Keith Thompson argues that your post is off topic in comp.lang.python,
    because you are not discussing python code. You simply posted a link
    that contains a reference to a Python program and said you run it. You
    are not discussing the code itself or making any question about it.

    And he is right, IMNSHO.


    These people are all applying their stone-age knowledge of networking, but without taking into account the verified *new* information in this thread.

    Not a single person who trolled this thread shows any understanding of it.

    I don't even know how to explain to people who claim that the router never >>> travels as their belief system is so absurd as to warn me that if they
    don't understand that people take their routers with them when they move, >>> then that kind of person will never be able to understand, well, anything. >>
    No, we don't travel with our routers.

    My router belongs to the ISP and I have to return it when I move, then I
    will get a new one at my destination. You should be intelligent enough
    to accept this. Maybe doesn't happen in your nook of the world, but you
    must understand that you are posting to an international medium.

    WTF?
    What kind of absurd arguments are you claiming Carlos?

    It is fact, Arlen.


    I don't like broccoli, so nobody on the planet likes broccoli?

    More to the point, I don't bring the paintings on my wall with me when I move, but that doesn't mean that nobody brings their paintings with them.


    I did not say "nobody". That's you reading what is not in what I said.

    The fact you get your access point from the ISP, while true, is an absurd
    way of your attempt to refute the facts proposed in this respected paper.

    I don't refute anything, except that you can only track a minority of
    users worldwide.


    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    I do take my many access points with me, Carlos. Dozens of them.
    And even if I didn't, it would still refute NOTHING in that research paper.

    The fact that's your major rebuttal indicates you haven't read the paper. Read it. Please.

    No.


    I had given up, but recently, I happened to look at Apple's documentation, >>> and I realized Apple proved they had no intent of honoring the long-held >>> intention of a hidden broadcast, by simply changing their documentation. >>> <https://support.apple.com/en-ie/102515>

    Ok, finally. The crux of the issue.

    It's not hidden.
    It is, after all, in the SUBJECT line of this thread, Carlos.

    Every person who tried it, found out every single statement to be true.

    It is good Usenet manners to explain the subject in the body.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 21:28:57 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-07 20:45, Maria Sophia wrote:
    Carlos E.R. wrote:
    And hiding SSIDs is a complete waste of time, which gains you nothing
    in security or privacy. DonN++t do it.

    Yep.

    There are two fundamental issues which are making this task more difficult:
    1. The common trolls are *desperate* to infest this thread
    (and yet, not a single one of the trolls can possibly add value),
    2. And, people who are NOT trolls, like Carlos above, still do not
    (yet) understand the topic because they're applying old knowledge.
    ...

    The point we are saying is not what you claim it to be. It is not about
    Apple storing and publishing BSSIDs of hidden SSIDs. This is bad
    behaviour by them. Ok. But our point is that you gain nothing by making
    your AP hidden in the first place.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 22:28:15 2026
    From Newsgroup: alt.comp.os.windows-10

    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    On 2026-09-06, Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-06 17:37, Jon Ribbens wrote:
    1. Apple are storing the location of "hidden" WiFi Access Points.
    (My opinion: low priority.)

    Only Apple?

    I think that is what Maria is saying, and I have no information to the contrary.

    Allegedly: Apple are adhering to this exclusion, but are not also
    excluding BSSIDs which are not broadcasting any SSID at all (i.e.
    "hidden" networks). Other organisations (e.g. Google) do exclude such
    "hidden" networks.

    And if it is hidden they would not see if the SSID ends in _nomap.

    But is there a consensus that hidden SSIDs should not be listed? In
    writing? Maybe there is such a consensus now.

    To me it's fairly intuitive that if someone has taken the unusual step
    of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC address
    if the SSID with the "_nomap" request invisible.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there any evidence that the documentation did change? We only have his say so.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Keith Thompson@Keith.S.Thompson+u@gmail.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Mon Sep 7 15:28:42 2026
    From Newsgroup: alt.comp.os.windows-10

    Maria Sophia <mariasophia@comprehension.com> writes:
    [...]
    Then you have the trolls like Keith Thompson claiming that running python
    on Windows to prove what Apple & Android devices do by default with respect to Wi-Fi protocols has absolutely nothing to do with running python on windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?
    [...]

    That is, of course, not at all what I wrote.

    I'll give you the benefit of the doubt by assuming that you actually
    understood my point, which is that you are writing multiple long
    posts on comp.lang.python with no content about programming in
    Python, and that that's inappropriate. Assuming that you're
    intelligent enough to understand that, I can only conclude that
    you are deliberately lying about me.

    (On the other hand, if you actually believe what you wrote above,
    that raises more serious concerns about your veracity.)

    The fact that you would lie about something so easily verifiable
    does not fill me with confidence that you're being truthful about
    whatever issue you're talking about with respect to Apple and Wi-Fi.
    It's obviously something that you consider very important, so you
    might consider not behaving in a manner that will piss off reasonable
    people and lead them to question your honesty.

    I lack both the background and the interest to directly verify or
    refute your claims. For all I know, everything you've been saying
    might be perfectly accurate. But because of the reputation you've
    constructed for yourself here, I can't be sure of that.

    I urge everyone participating in this thread to *at least* drop comp.lang.python from the "Newsgroups:" header line, even if Maria
    adds it back. (I've left it in place for this followup, since I'm
    discussing topicality in comp.lang.python.)
    --
    Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
    void Void(void) { Void(); } /* The recursive call of the void */
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Nuno Silva@nunojsilva@invalid.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 00:46:55 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-07, Keith Thompson wrote:

    Maria Sophia <mariasophia@comprehension.com> writes:
    [...]
    Then you have the trolls like Keith Thompson claiming that running python
    on Windows to prove what Apple & Android devices do by default with respect >> to Wi-Fi protocols has absolutely nothing to do with running python on
    windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?
    [...]

    That is, of course, not at all what I wrote.

    I'll give you the benefit of the doubt by assuming that you actually understood my point, which is that you are writing multiple long
    posts on comp.lang.python with no content about programming in
    Python, and that that's inappropriate. Assuming that you're
    intelligent enough to understand that, I can only conclude that
    you are deliberately lying about me.

    (On the other hand, if you actually believe what you wrote above,
    that raises more serious concerns about your veracity.)

    The fact that you would lie about something so easily verifiable
    does not fill me with confidence that you're being truthful about
    whatever issue you're talking about with respect to Apple and Wi-Fi.
    It's obviously something that you consider very important, so you
    might consider not behaving in a manner that will piss off reasonable
    people and lead them to question your honesty.

    I lack both the background and the interest to directly verify or
    refute your claims. For all I know, everything you've been saying
    might be perfectly accurate. But because of the reputation you've constructed for yourself here, I can't be sure of that.

    I once thought like you did and still gave them the benefit of
    doubt. (Check the "How does whatsapp work?" thread (subjects changed
    halfway several times, rooted at [1]) on comp.mobile.android.) Then they attacked you and Frank in this fashion.

    [1] <n1ua9ltc3losq5kj0lfkh8lim4t3bp4npf@4ax.com>

    In the end, they destroyed any value their words could have had. In the
    past few hours there was another post with nice words to somebody else,
    but those words mean nothing, for all it takes is a small bit flip
    somewhere and you're suddenly a "troll" to them.

    I urge everyone participating in this thread to *at least* drop comp.lang.python from the "Newsgroups:" header line, even if Maria
    adds it back. (I've left it in place for this followup, since I'm
    discussing topicality in comp.lang.python.)

    Yeah, indeed. But which groups are you reading, of the remaining ones?
    --
    Nuno Silva
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 01:50:14 2026
    From Newsgroup: alt.comp.os.windows-10


    Removing comp.lang.python on the petition from them.

    On 2026-09-08 00:28, Chris wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    On 2026-09-06, Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-06 17:37, Jon Ribbens wrote:
    1. Apple are storing the location of "hidden" WiFi Access Points.
    (My opinion: low priority.)

    Only Apple?

    I think that is what Maria is saying, and I have no information to the
    contrary.

    Allegedly: Apple are adhering to this exclusion, but are not also
    excluding BSSIDs which are not broadcasting any SSID at all (i.e.
    "hidden" networks). Other organisations (e.g. Google) do exclude such
    "hidden" networks.

    And if it is hidden they would not see if the SSID ends in _nomap.

    But is there a consensus that hidden SSIDs should not be listed? In
    writing? Maybe there is such a consensus now.

    To me it's fairly intuitive that if someone has taken the unusual step
    of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC address
    if the SSID with the "_nomap" request invisible.

    The thing is, the single thing of hiding the SSID marks the intention
    that this AP should not be mapped.

    Maybe there is not a paper that says this, but google and Mozilla are
    doing so. Apple was not doing it, and apparently they wrote now in their documentation that they not doing it. ie, they wrote that they will
    record hidden sites.



    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there any evidence that the documentation did change? We only have his say so.

    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 06:38:34 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    Keith Thompson argues that your post is off topic in comp.lang.python, because you are not discussing python code. You simply posted a link
    that contains a reference to a Python program and said you run it. You
    are not discussing the code itself or making any question about it.

    And he is right, IMNSHO.

    People can't understand what the issue is if they don't understand the breadcrumb trail from your router access point to my Win10 python runs.

    They just can't.
    Their stone-age knowledge of networking doesn't prepare them for it.

    Keith didn't understand that you have to run the python code that was
    pointed to in the very first post, Carlos, which Jon found easily.

    The instant I read the paper, I found and ran the Python code on Win10.
    Why can Jon and I do it, but Keith complains he can't read the paper?

    BTW, Keith can whine all he wants that Python code isn't python code.
    But it's clear he's just whining about something he didn't even read.

    More to the point, I don't bring the paintings on my wall with me when I
    move, but that doesn't mean that nobody brings their paintings with them.


    I did not say "nobody". That's you reading what is not in what I said.

    Jesus Christ, Carlos. Have you never once taken a course in basic logic?

    Because you don't own a red car, you claim (in effect) red cars can't
    exist. Your entire rebuttal consist of that? WTF? It's ridiculous.

    For some odd reason, your claim that because you do it one way, that you
    think that refutes the fact that BILLIONS of people do it differently.

    I wouldn't mind if you made that preposterous argument only once, as I'd
    only need to point out your nonsensical bizarre point of view only once.

    But you've been foisting that grotesque farcical rebuttal on us since we started investigating this issue, oh, since way back in December 2026.

    When will you stop proposing that absurd rebuttal that the fact you don't
    own a red car, you think, negates the fact that billions of other people
    can own red cars?

    The fact you get your access point from the ISP, while true, is an absurd
    way of your attempt to refute the facts proposed in this respected paper.

    I don't refute anything, except that you can only track a minority of
    users worldwide.

    Clearly you did not read the paper. Read it Carlos.

    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Do not respond until you've shown you read the paper, please.


    The fact that's your major rebuttal indicates you haven't read the paper.
    Read it. Please.

    No.

    If someone hasn't read the paper, they can't possibly understand the issue.


    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Every person who tried it, found out every single statement to be true.

    It is good Usenet manners to explain the subject in the body.

    The subject says:
    a. Apple changed their documentation
    b. at my request
    c. but it proves they don't care about privacy

    Since we provided the old documentation in the past, those trolls (like Winston) who said there's no "proof", were simply trolling us, as they
    didn't even read to know it never said that until after I contacted them.

    At my request, would be hard for anyone here to verify, although the time points all line up, as you all know I complained about this back in
    December, and I stated then, that I had my neighbor file the RADAR report.

    I also stated at that time, they removed my hidden BSSID, but I'm likely
    the only one in the world who has had that favor (as far as we would know).

    The part about privacy is harder for people on this group to comprehend
    since they're all seemingly stuck in the stone age of wireless networking.

    They don't know how to follow the BSSID/GPS breadcrumb trail from an iOS or Android device (as it's very different!) to the Apple or Google database
    (as that's different too!) and eventually to the Python code that Keith
    says doesn't exist but which both Jon and I dutifully ran to confirm.

    To put it bluntly, everyone but Apple will NOT distribute your BSSID if
    it's hidden broadcast. Only Apple refuses to abide by that convention.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 06:58:59 2026
    From Newsgroup: alt.comp.os.windows-10

    Keith Thompson wrote:
    Maria Sophia <mariasophia@comprehension.com> writes:
    [...]
    Then you have the trolls like Keith Thompson claiming that running python
    on Windows to prove what Apple & Android devices do by default with respect >> to Wi-Fi protocols has absolutely nothing to do with running python on
    windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?
    [...]

    That is, of course, not at all what I wrote.

    I'll give you the benefit of the doubt by assuming that you actually understood my point, which is that you are writing multiple long
    posts on comp.lang.python with no content about programming in
    Python, and that that's inappropriate. Assuming that you're
    intelligent enough to understand that, I can only conclude that
    you are deliberately lying about me.

    (On the other hand, if you actually believe what you wrote above,
    that raises more serious concerns about your veracity.)

    The fact that you would lie about something so easily verifiable
    does not fill me with confidence that you're being truthful about
    whatever issue you're talking about with respect to Apple and Wi-Fi.
    It's obviously something that you consider very important, so you
    might consider not behaving in a manner that will piss off reasonable
    people and lead them to question your honesty.

    I lack both the background and the interest to directly verify or
    refute your claims. For all I know, everything you've been saying
    might be perfectly accurate. But because of the reputation you've constructed for yourself here, I can't be sure of that.

    I urge everyone participating in this thread to *at least* drop comp.lang.python from the "Newsgroups:" header line, even if Maria
    adds it back. (I've left it in place for this followup, since I'm
    discussing topicality in comp.lang.python.)


    Hi Keith,

    Python group dropped in the f'up, where there are only two people on that
    group who matter, so I hope they don't lose out because it's being dropped.

    Also dropped are the iOS group, as only the trolls (Chris, Wolfan)
    responded, so it is a waste to ever include Apple people on any thread.

    Also dropped is Android as, at least Android devices won't even *see* the
    BSSID when hidden (let alone collect it, save it, upload it, for it to
    later be scrubbed because SSID contains, also, the _nomap directive).

    So it's really an Apple-only problem anyway, although, everyone owns a
    router (so to speak) whether or not they own Android or iOS devices.

    The problem isn't caused by Android devices anyway.
    The problem is caused by iOS devices alone.

    The only reason for the Windows newsgroup is most of the code is batch
    code, where the python code does the heavy lifting of delving deeply into
    the Apple WPS database, so they work together, Windows and Python.

    Although the Python code could just as easily have been run on Linux.
    Or macOS.

    Anyway, I'll take your concerns to heart, where I think the fact that at
    least one person reproduced EXACTLY the claims I made, should be enough for
    all to realize everything I've said is not only true, but easily
    reproduced.

    This is because I'm extremely well educated in the sciences and engineering
    so I don't say things which aren't reproducable by others following me.

    Nobody, in my decades on Usnent, has ever found a fact I've claimed to be a fact, ever to be wrong, and if, perchance, I make a typo or a forgetful
    faux pas, everyone knows I admit to it immediately, as what matters is only
    the facts that remain in the Usenet record for generations to read later.

    At this point, only the alt.internet.wireless newsgroup remains on the followup. But that's a dead newsgroup, so, while extremely relevant, it
    won't go anywhere and this thread will remain the reference that it is.

    As a final summary of the situation, as I see it, based on responses,
    people can't understand what the issue is if they don't understand the breadcrumb trail from your router access point to my Win10 python runs.

    They just can't.
    Their stone-age knowledge of networking doesn't prepare them for it.

    Jon ran the python code.
    I ran it.

    Nobody else did (to our knowledge).
    So nobody understands what that Python code does.

    We both confirmed that it works exactly the way I said it works.
    Which, I only know, because I ran the Python code you claim isn't there.

    I ran that code the instant I read this paper, in fact.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Knowing that Google doesn't even *see* my hidden-broadcast BSSID, I was horrified to see a dozen of my BSSID/GPS pairs in the Apple WPS database.

    That revelation, which started with the Python code, is what started this.
    If someone hasn't read the paper, they can't possibly understand the issue.

    And, if they haven't set their BSSID to hidden, and run the Python code,
    again, they can't possibly understand the issue because all their knowledge
    is forever stuck in the stone age of wireless metadata, which, while true, doesn't prepare them for the shock of what that Python code revealed to us.

    Their stone-age knowledge of wireless networking doesn't prepare them.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 07:22:07 2026
    From Newsgroup: alt.comp.os.windows-10

    Chris wrote:
    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there any evidence that the documentation did change? We only have his say so.

    Removing all but alt.internet.wireless from the f'up since the Apple trolls (Chris, in this instance) are bullshitting us like there's no tomorrow.

    The BSSID:GPS breadcrumb trail is very DIFFERENMT between iOS & Android
    devices & it's very DIFFRERENT between Python & the Apple/Google databases.

    First off, we discussed this in December, in gory detail, and we covered EXACTLY what the Apple documentation said, and we discussed EXACTLY that I
    went to a my next-door neighbor, who is an executive at Apple to get it corrected, and we discussed, THEN, that it wasn't documented, for God's
    sake.

    Moreso, as we know now, it's corrected.
    <https://support.apple.com/en-ie/102515>

    So the bullshit that Chris (a known Apple religious zealot troll) spewed is classic Apple troll bullshit spewed for no other reason than to defend his Apple God to the death, no matter what, using the first absurdly
    preposterous argument he can come up with.

    Hell, even if everything I said wasn't true (& in the record) the very fact that Apple documentation says it TODAY proves the veracity of my point.

    The Apple religious zealots will stop at nothing to protect Apple's honor.

    Yet, what matters for the people on this newsgroup who are not Apple
    religious zealots who defend Apple to the death no matter what, using the
    first preposterous excuse they can think off... the facts remain facts.

    Likely only one out of ten million people know what I'm saying below...
    (which is why having a stone-age knowledge of networking, doesn't help)

    1. Only Apple iOS devices, by default, upload a hidden-broadcast BSSID.
    Specifically, Apple devices see them, they save them, they collect them
    into a packet, they upload them, & Apple never scrubs them, by default.

    2. Google Android devices, by default, don't even see them (AFAIK).
    Certainly Google devices don't upload them to the Google WPS database.

    3. Both Apple and Google devices, by default, will upload a non-hidden
    broadcast BSSID/GPS pair, but both will scrub those with _nomap.

    4. Far worse, and the topic of the paper, Google will NOT allow just anyone
    to read their WPS database, and Google has restrictions on number of
    outputs and quality of request, and in number of requests per day, etc.

    5. Apple has NONE of those controls! None. Zip. Nada. (That's the main
    point of the paper for God's sake!).

    6. Worse, Apple will give me (and they have) every single BSSID:GPS pair in
    the world - that's BILLIONS (which the researchers themselves gathered
    using the Python code that Jon & I both used to test it for ourselves).

    I only collected tens of thousands, but anyone with almost no technical
    skills whatsoever, can clearly track every single BSSID:GPS pair in the
    world, from anywhere in the world, using the Python code Jon and I ran.

    Those of you who only own the stone-age networking knowledge we all learned decades ago won't be prepared to understand what I just explained to you.

    Only Apple does this.
    Nobody else (to my knowledge).

    The BSSID:GPS breadcrumb trail is very DIFFERENMT between iOS & Android
    devices & it's very DIFFRERENT between Python & the Apple/Google databases.
    --
    People can't understand what the issue is if they don't understand the breadcrumb trail from your router access point to my Win10 python runs.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 07:29:04 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    I guess the challenge here is how can they know not to add the MAC address >> if the SSID with the "_nomap" request invisible.

    The thing is, the single thing of hiding the SSID marks the intention
    that this AP should not be mapped.

    Maybe there is not a paper that says this, but google and Mozilla are
    doing so. Apple was not doing it, and apparently they wrote now in their documentation that they not doing it. ie, they wrote that they will
    record hidden sites.

    Carlos, to his credit, is correct.

    Chris is a known Apple religious zealot who is reaching at straws to defend
    his Apple God to the death, using the first absurd denial he can come up
    with.

    Chris claimed there's no proof that we proved already long ago what Apple documentation said, which is bullshit but even so, we know what it says
    now. <https://support.apple.com/en-ie/102515>

    The Apple religious zealots can spew all the nutcase bullshit they want to spew, but none of their defenses of Apple's honor changes that
    documentation.

    Only I got that documentation changed.
    Not them.

    And that's because Apple *knew* I was right.
    They're not stupid.

    They're a lot of bad things, but stupid is never one of them.
    They knew I had threatened legal consequences if they didn't change it.

    Or fix it.
    But they decided NOT to fix it.

    We covered the EXACT documentation, long ago, where both Mozilla and Google clearly stated they won't even COLLECT the BSSID if it's hidden broadcast.

    I provided it already, elsewhere in this thread, so that's a given.
    It's well known that a hidden-broadcast is an indicator of desired privacy.

    The difference is:
    a. Apple ignores that privacy indicator
    b. Google/Mozilla respect it

    Likely only one out of ten million people know what I'm saying below...
    (which is why having a stone-age knowledge of networking, doesn't help)

    1. Only Apple iOS devices, by default, upload a hidden-broadcast BSSID.
    Specifically, Apple devices see them, they save them, they collect them
    into a packet, they upload them, & Apple never scrubs them, by default.

    2. Google Android devices, by default, don't even see them (AFAIK).
    Certainly Google devices don't upload them to the Google WPS database.

    3. Both Apple and Google devices, by default, will upload a non-hidden
    broadcast BSSID/GPS pair, but both will scrub those with _nomap.

    4. Far worse, and the topic of the paper, Google will NOT allow just anyone
    to read their WPS database, and Google has restrictions on number of
    outputs and quality of request, and in number of requests per day, etc.

    5. Apple has NONE of those controls! None. Zip. Nada. (That's the main
    point of the paper for God's sake!).

    6. Worse, Apple will give me (and they have) every single BSSID:GPS pair in
    the world - that's BILLIONS (which the researchers themselves gathered
    using the Python code that Jon & I both used to test it for ourselves).

    I only collected tens of thousands, but anyone with almost no technical
    skills whatsoever, can clearly track every single BSSID:GPS pair in the
    world, from anywhere in the world, using the Python code Jon and I ran.

    Those of you who only own the stone-age networking knowledge we all learned decades ago won't be prepared to understand what I just explained to you.

    Only Apple does this.
    Nobody else (to my knowledge).

    The BSSID:GPS breadcrumb trail is very DIFFERENMT between iOS & Android
    devices & it's very DIFFRERENT between Python & the Apple/Google databases.
    --
    People can't understand what the issue is if they don't understand the breadcrumb trail from your router access point to my Win10 python runs.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to comp.lang.python,misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 07:38:48 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    The point we are saying is not what you claim it to be. It is not about Apple storing and publishing BSSIDs of hidden SSIDs. This is bad
    behaviour by them. Ok. But our point is that you gain nothing by making
    your AP hidden in the first place.

    Hi Carlos,

    I disagree.

    The answer to *this* question, will tell you why what you said is wrong:

    Q: Will Google's WPS database contain a BSSID:GPS pair for an access point
    whose SSID broadcast is set to hidden (i.e., empty or null)?
    A: Please answer "yes", or "no".

    I know the answer to that question.
    You clearly do not.

    Once you know the answer to that question, you'll see why what you said,
    is dead wrong.

    I could ask the same question of the Mozilla MLS, but it's now defunct,
    but they document this (and we published that documentation elsewhere).

    Only Apple ignores the clear privacy intent of setting a hidden SSID.
    Nobody else.

    Just Apple. (to our knowledge)
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to comp.mobile.android,misc.phone.mobile.iphone,alt.comp.os.windows-10 on Tue Sep 8 07:50:56 2026
    From Newsgroup: alt.comp.os.windows-10

    Chris wrote:
    Or, worse, trackable information like your car's number plate?

    Hi Chris,
    I get it you are desperate to defend Apple to the death, no matter what...
    But that analogy of the car license plate in a Flock system is absurd.

    For anyone to claim that, means they didn't read the paper.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Once you read that paper, you'll understand that the only analogy that
    works is if the Apple Flock system allows anyone in the world to not only
    track every single one of the billions of license:gps pairs in the world
    with zero restrictions on that Python code, but if that wasn't bad enough,
    the Apple flock system outputs the nearest 400 license:GPS pairs every
    time.

    Jon and I easily could track the movements of every single license plate in
    the world, using Apple's Flock camera system, if we felt like it, Chris.

    But we could NOT do it with Google's or Mozilla's Flock camera system.

    To understand why that is the case, read this paper before responding:
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 08:07:57 2026
    From Newsgroup: alt.comp.os.windows-10

    R.Wieser wrote:
    I don't remember whether you addressed this ... how does someone
    who hasn't visited your address (i.e they already know where you live)
    discover what the BSSID of your router is?

    What you mention there has been explained to him in the thread here

    [Tutorial: Query the Apple database with Python for your access point BSSID] <10h1qmr$2alo$1@nnrp.usenet.blueworldhosting.com>

    First, let's address Andy's point because Andy didn't read the paper,
    so Andy thinks it's about individuals, and not about the masses.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Let's simply apply Flock license-plate readers to that paper by
    way of an analogy, but we have to modify the protections, which,
    let's be clear, is the entire point of that paper.
    A. Flock has protection
    B. Google has protection
    C. Apple has no protection

    With that in mind, let's answer Andy's question using a Flock database.

    Does a FLOCK camera need to know who the driver of the vehicle is?
    Yes? or No?

    What matters is the vehicle is in that spot, at that time, right?
    Worse, what matters is ANYONE in the world can run the python script.
    So anyone in the world knows all vehicle's locations at that time, right?

    Oh, it gets worse.
    Not only do they know all vehicle's location, but they get the nearest 400 vehicles every time they query just one vehicle. Google doesn't do that.

    Only Apple does that.
    But wait, it gets worse.

    I wrote the Python code that gets the farthest away BSSID, and then gets the next 400 nearest vehicles. And the next. And the next, And the next.

    Just like the researchers said, I could collect the location of every
    single vehicle in the world, which is why it's *mass* surveillance.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Andy... it's not "individual" surveillance in that title.
    It's "mass" surveillance.

    Big difference.
    Now back to Rudy's offer of providing the message ID.

    1. https://olduse.net/
    2. https://article.olduse.net
    3. Drat.
    Message-ID: <10h1qmr$2alo$1@nnrp.usenet.blueworldhosting.com>
    NOT FOUND

    Let's try https://usenetarchives.com/
    Drat. Failed.

    Let's try https://www.ardent-tool.com/other/Links.html
    https://csiph.com/search
    Bingo!

    https://csiph.com/group/alt.comp.os.windows-10/a/10h1qmr%242alo%241@nnrp.usenet.blueworldhosting.com
    All my tutorials use freeware so that EVERYONE can use them, but I
    wrote this tutorial before I found out about this Apple WPS query:
    <https://wavedigger.networksurvey.app/?tab=bssid>

    Hence, this tutorial is only useful if you want to control the query
    of Apple's highly insecure WPS database, which has no privacy controls.

    For example, you can query thousands of BSSID's in a single command.
    I'm not promoting that action, but I'm making the point it can be done.

    See also:
    From: Marian <marianjones@helpfulpeople.com>
    Newsgroups: alt.comp.os.windows-10,comp.mobile.android,misc.phone.mobile.iphone,alt.internet.wireless
    Subject: How to test if your access point BSSID is in the highly insecure Apple WPS database
    Date: Fri, 5 Dec 2025 05:08:08 -0700
    Message-ID: <10guhv8$ig7$1@nnrp.usenet.blueworldhosting.com>

    Tutorial: *Query the Apple database for your access point BSSID*
    <https://github.com/darkosancanin/apple_bssid_locator>

    0. Download & install 7zip if you don't already have it on Windows.
    <https://www.7-zip.org/>

    1. Download & install Python 3.14.1 on Windows & create site-packages
    <https://www.python.org/downloads/windows/>
    <https://www.python.org/ftp/python/3.14.1/python-3.14.1-amd64.exe>
    Name: python-3.14.1-amd64.exe
    Size: 29883656 bytes (28 MiB)
    SHA256: 74E1516408744190FCC12307C150DE30902898444F77F85F4C2AC18F36788A80
    I installed into C:\app\os\python\python.exe
    REM Create site-packages if missing
    mkdir C:\app\os\python\Lib\site-packages

    2. Download the requests package & copy into your Python environment
    <https://pypi.org/project/requests/#files>
    <https://files.pythonhosted.org/packages/source/r/requests/requests-2.32.5.tar.gz>
    Name: requests-2.32.5.tar.gz
    Size: 134517 bytes (131 KiB)
    SHA256: DBBA0BAC56E100853DB0EA71B82B4DFD5FE2BF6D3754A8893C3AF500CEC7D7CF
    When 7-Zip asks Would you like to replace the existing file
    @PaxHeader, Press A (Always) to overwrite all such header files.

    C:\app\archiver\7zip\7z.exe x requests-2.32.5.tar.gz
    C:\app\archiver\7zip\7z.exe x requests-2.32.5.tar
    xcopy /E /I requests-2.32.5\src\requests C:\app\os\python\Lib\site-packages\requests

    3. Do the same for urllib3 -> handles HTTP connections
    <https://files.pythonhosted.org/packages/source/u/urllib3/urllib3-2.5.0.tar.gz>
    Name: urllib3-2.5.0.tar.gz
    Size: 393185 bytes (383 KiB)
    SHA256: 3FC47733C7E419D4BC3F6B3DC2B4F890BB743906A30D56BA4A5BFA4BBFF92760
    C:\app\archiver\7zip\7z.exe x urllib3-2.5.0.tar.gz
    C:\app\archiver\7zip\7z.exe x urllib3-2.5.0.tar
    xcopy /E /I urllib3-2.5.0\src\urllib3 C:\app\os\python\Lib\site-packages\urllib3

    4. Do the same for certifi -> provides SSL certificates
    <https://files.pythonhosted.org/packages/source/c/certifi/certifi-2025.11.12.tar.gz>
    Name: certifi-2025.11.12.tar.gz
    Size: 160538 bytes (156 KiB)
    SHA256: D8AB5478F2ECD78AF242878415AFFCE761CA6BC54A22A27E026D7C25357C3316
    C:\app\archiver\7zip\7z.exe x certifi-2025.11.12.tar.gz
    C:\app\archiver\7zip\7z.exe x certifi-2025.11.12.tar
    xcopy /E /I certifi-2025.11.12\certifi C:\app\os\python\Lib\site-packages\certifi

    5. Do the same for idna -> supports international domain names
    <https://files.pythonhosted.org/packages/source/i/idna/idna-3.11.tar.gz

    Name: idna-3.11.tar.gz
    Size: 194582 bytes (190 KiB)
    SHA256: 795DAFCC9C04ED0C1FB032C2AA73654D8E8C5023A7DF64A53F39190ADA629902
    xcopy /E /I idna-3.11\idna C:\app\os\python\Lib\site-packages\idna
    C:\app\archiver\7zip\7z.exe x idna-3.11.tar.gz
    C:\app\archiver\7zip\7z.exe x idna-3.11.tar
    xcopy /E /I idna-3.11\idna C:\app\os\python\Lib\site-packages\idna

    6. Do the same for charset'normalizer -> handles text encoding
    <https://files.pythonhosted.org/packages/source/c/charset-normalizer/charset_normalizer-3.4.4.tar.gz>
    Name: charset_normalizer-3.4.4.tar.gz
    Size: 129418 bytes (126 KiB)
    SHA256: 94537985111C35F28720E43603B8E7B43A6ECFB2CE1D3058BBE955B73404E21A
    C:\app\archiver\7zip\7z.exe x charset_normalizer-3.4.4.tar.gz
    C:\app\archiver\7zip\7z.exe x charset_normalizer-3.4.4.tar
    xcopy /E /I charset_normalizer-3.4.4\src\charset_normalizer C:\app\os\python\Lib\site-packages\charset_normalizer

    7. Test for the expected outcome of "2.32.5"
    C:\app\os\python\python.exe -c "import requests; print(requests.__version__)"

    8. Now we have to add the protobuf 5.29.4 archive
    https://files.pythonhosted.org/packages/source/p/protobuf/protobuf-5.29.4.tar.gz
    Name: protobuf-5.29.4.tar.gz
    Size: 424902 bytes (414 KiB)
    SHA256: 4F1DFCD7997B31EF8F53EC82781FF434A28BF71D9102DDDE14D076ADCFC78C99
    C:\app\archiver\7zip\7z.exe x protobuf-5.29.4.tar.gz
    C:\app\archiver\7zip\7z.exe x protobuf-5.29.4.tar
    xcopy /E /I protobuf-5.29.4\google C:\app\os\python\Lib\site-packages\google

    Note that protobuf has a version compatibility rule which only
    shows up once you actually try to load a generated .proto file.
    When you run the apple_bssid_locator.py, it will complain if the
    version of protoc you installed is different than what had been
    used to generate AppleWLoc_pb2.py.

    9. Test for expected outcome of "5.29.4"
    C:\app\os\python\python.exe -c "from google import protobuf; print(protobuf.__version__)"

    10. Download & extract the Apple_bssid_locator project
    <https://github.com/darkosancanin/apple_bssid_locator/archive/refs/heads/master.zip>
    Name: apple_bssid_locator-master.zip
    Size: 509563 bytes (497 KiB)
    SHA256: 59A89D3AF89E70012493668BD71DD640C8EF39F15A88955E25B7AE242FCFC7BF
    I extracted to C:\tmp\apple_bssid_locator-master\apple_bssid_locator.py

    11. Obtain your own BSSID of your hidden SSID access point
    <http://192.168.0.1/start.htm>
    AA:BB:CC:11:22:33

    Or scan your local network for BSSIDs:
    netsh wlan show networks mode=bssid

    12. Run the script
    cd C:\tmp\apple_bssid_locator-master
    C:\app\os\python\python.exe apple_bssid_locator.py AA:BB:CC:11:22:33

    If the BSSID is in the Apple database, you'll get something like this:
    {
    "bssid": "AA:BB:CC:11:22:33",
    "latitude": 40.12345678,
    "longitude": -120.12345678
    "ssid": null
    }

    Convert that to a location using the Google Maps URI:
    <https://maps.google.com/?q=40.12345678,-120.12345678

    If the BSSID is NOT in the Apple database, you'll get this:
    C:\app\os\python\python.exe apple_bssid_locator.py AA:BB:CC:11:22:33
    Searching for location of bssid: AA:BB:CC:11:22:33
    The bssid was not found.

    See also:
    <https://github.com/acheong08/apple-corelocation-experiments>
    --
    <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."

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

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

    <https://securityboulevard.com/2024/05/apple-wi-fi-location-privacy-richixbw/>
    "An unrestricted Apple API endpoint allows for easy tracking."

    <https://cybernews.com/privacy/apple-beams-wifi-location-data-privacy-risk/>
    "Anyone can exploit Apple's flawed WiFi-based positioning system (WPS)*

    <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"

    <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."

    <https://9to5mac.com/2024/05/24/apple-location-services-vulnerability/>
    "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."
    "We need to understand Apple devices figure out locations differently"

    <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."

    <https://cyberinsider.com/apples-wi-fi-based-positioning-system-is-a-privacy-nightmare/>
    *Apple's Wi-Fi-Based Positioning System is a Privacy Nightmare*
    "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."
    Back to alt.comp.os.windows-10 | Previous | Next iX Next in thread | Find similar | Unroll thread

    Thread
    Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-06 10:55 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Mario Tomasella <juhgtyui@invalid.invalid> - 2025-12-06 20:08 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-06 14:00 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-07 01:45 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-08 20:47 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-14 02:05 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-14 02:52 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-15 05:21 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-15 12:48 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-17 02:34 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-17 02:52 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-17 03:29 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-18 14:29 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Winston <wbe@UBEBLOCK.psr.com.invalid> - 2025-12-18 16:43 -0500
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Paul <nospam@needed.invalid> - 2025-12-19 00:01 -0500
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-21 17:55 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Jeff Liebermann <jeffl@cruzio.com> - 2025-12-21 20:25 -0800
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-21 21:49 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Chris <ithinkiam@gmail.com> - 2025-12-22 15:08 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 09:30 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 10:39 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Paul <nospam@needed.invalid> - 2025-12-19 04:06 -0500
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 10:20 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Andy Burns <usenet@andyburns.uk> - 2025-12-19 10:14 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-19 12:01 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-21 21:32 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-22 09:12 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 10:52 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-22 19:34 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-24 11:00 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-24 21:38 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-26 19:23 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-27 19:27 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-27 19:44 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-28 10:11 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-28 10:41 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-28 22:10 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-28 17:12 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-28 17:24 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-28 17:24 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Hank Rogers <Hank@nospam.invalid> - 2025-12-28 19:03 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 08:09 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-29 01:16 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 11:32 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-29 04:14 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 13:43 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-30 12:07 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 07:32 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-29 01:23 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 11:46 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-29 04:26 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-29 14:11 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-21 20:35 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Andy Burns <usenet@andyburns.uk> - 2025-12-22 06:28 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 10:44 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Andy Burns <usenet@andyburns.uk> - 2025-12-22 06:41 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Chris <ithinkiam@gmail.com> - 2025-12-22 09:27 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-22 10:48 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Andy Burns <usenet@andyburns.uk> - 2025-12-22 18:00 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Char Jackson <none@none.invalid> - 2025-12-22 15:42 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Hank Rogers <Hank@nospam.invalid> - 2025-12-22 19:40 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Chris <ithinkiam@gmail.com> - 2025-12-23 10:00 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Char Jackson <none@none.invalid> - 2025-12-24 00:43 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-24 06:38 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID WolfFan <akwolffan@zoho.com> - 2026-01-01 15:34 -0500
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-29 01:31 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Andy Burns <usenet@andyburns.uk> - 2025-12-30 17:11 +0000
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-31 12:47 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-30 22:24 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Char Jackson <none@none.invalid> - 2025-12-30 17:18 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-31 08:03 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-31 00:51 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Char Jackson <none@none.invalid> - 2025-12-31 20:24 -0600
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-31 20:30 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2026-01-01 07:57 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Maria Sophia <mariasophia@comprehension.com> - 2026-01-01 18:37 -0500
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2026-01-01 08:21 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2025-12-31 08:17 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-31 00:57 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Marian <marianjones@helpfulpeople.com> - 2025-12-31 01:17 -0700
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Jeff Liebermann <jeffl@cruzio.com> - 2026-01-01 11:07 -0800
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2026-01-01 21:05 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2026-01-01 21:12 +0100
    Re: Tutorial: Query the Apple database with Python for your access point BSSID Jeff Liebermann <jeffl@cruzio.com> - 2026-01-01 14:09 -0800
    Re: Tutorial: Query the Apple database with Python for your access point BSSID "R.Wieser" <address@is.invalid> - 2026-01-02 09:13 +0100
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 08:58:10 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 01:46, Nuno Silva wrote:
    On 2026-09-07, Keith Thompson wrote:

    Maria Sophia <mariasophia@comprehension.com> writes:
    [...]
    Then you have the trolls like Keith Thompson claiming that running python >>> on Windows to prove what Apple & Android devices do by default with respect >>> to Wi-Fi protocols has absolutely nothing to do with running python on
    windows to prove how Apple & Google devices differ from how they handle
    Wi-Fi metadata.

    WTF?
    [...]

    That is, of course, not at all what I wrote.

    I'll give you the benefit of the doubt by assuming that you actually
    understood my point, which is that you are writing multiple long
    posts on comp.lang.python with no content about programming in
    Python, and that that's inappropriate. Assuming that you're
    intelligent enough to understand that, I can only conclude that
    you are deliberately lying about me.

    (On the other hand, if you actually believe what you wrote above,
    that raises more serious concerns about your veracity.)

    The fact that you would lie about something so easily verifiable
    does not fill me with confidence that you're being truthful about
    whatever issue you're talking about with respect to Apple and Wi-Fi.
    It's obviously something that you consider very important, so you
    might consider not behaving in a manner that will piss off reasonable
    people and lead them to question your honesty.

    I lack both the background and the interest to directly verify or
    refute your claims. For all I know, everything you've been saying
    might be perfectly accurate. But because of the reputation you've
    constructed for yourself here, I can't be sure of that.

    I once thought like you did and still gave them the benefit of
    doubt. (Check the "How does whatsapp work?" thread (subjects changed
    halfway several times, rooted at [1]) on comp.mobile.android.) Then they attacked you and Frank in this fashion.

    [1] <n1ua9ltc3losq5kj0lfkh8lim4t3bp4npf@4ax.com>

    In the end, they destroyed any value their words could have had. In the
    past few hours there was another post with nice words to somebody else,
    but those words mean nothing, for all it takes is a small bit flip
    somewhere and you're suddenly a "troll" to them.

    Him. It is only one person doing this.


    I urge everyone participating in this thread to *at least* drop
    comp.lang.python from the "Newsgroups:" header line, even if Maria
    adds it back. (I've left it in place for this followup, since I'm
    discussing topicality in comp.lang.python.)

    Yeah, indeed. But which groups are you reading, of the remaining ones?

    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.mobile.android,alt.comp.os.windows-10 on Tue Sep 8 07:10:57 2026
    From Newsgroup: alt.comp.os.windows-10

    Maria Sophia <mariasophia@comprehension.com> wrote:
    Chris wrote:
    Or, worse, trackable information like your car's number plate?

    Hi Chris,
    I get it you are desperate to defend Apple to the death, no matter what... But that analogy of the car license plate in a Flock system is absurd.

    It's notable to everyone here that you are consistently and obstinately not answering the core question. Why is the collection of public information
    that does not relate to an individual a privacy risk?

    The Flock issue is off topic here so the only thing I'll say is that this a consequence of lack of American's trust in government. That leaves the door open to commercial companies to collect data and sell it to government
    agencies with little to no oversight.

    In the UK we have the ANPR system which does the same thing, but is run by
    and for the law enforcement agencies. It's use is controlled and regulated. There are no issues.

    For anyone to claim that, means they didn't read the paper.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Once you read that paper,

    I have and have understood it better than you.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 07:39:35 2026
    From Newsgroup: alt.comp.os.windows-10

    Maria Sophia <mariasophia@comprehension.com> wrote:

    Nobody, in my decades on Usnent, has ever found a fact I've claimed to be a fact, ever to be wrong, and if, perchance, I make a typo or a forgetful
    faux pas, everyone knows I admit to it immediately, as what matters is only the facts that remain in the Usenet record for generations to read later.

    <hollow laughter> you regularly make this claim and have to be reminded
    each time that neither are you never wrong - such a claim is absurd in the extreme - and that you almost never admit to any errors. What you do do -
    as patently evidenced here - is attack, deflect, lie and deny.

    As an aside, usenet is not the source of truth you think it is. It is no
    longer indexed anywhere and finding anything historical is difficult.
    Archives are constantly being deleted or moved.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 09:48:58 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 05:38, Maria Sophia wrote:
    Carlos E.R. wrote:
    Keith Thompson argues that your post is off topic in comp.lang.python,
    because you are not discussing python code. You simply posted a link
    that contains a reference to a Python program and said you run it. You
    are not discussing the code itself or making any question about it.

    And he is right, IMNSHO.

    People can't understand what the issue is if they don't understand the breadcrumb trail from your router access point to my Win10 python runs.

    They just can't.
    Their stone-age knowledge of networking doesn't prepare them for it.

    Keith didn't understand that you have to run the python code that was
    pointed to in the very first post, Carlos, which Jon found easily.

    He did understand it very well.

    He retorts that you are not asking questions about the code or saying
    anything about the code itself, thus your post is off topic in the
    python group. And you are ignoring this.

    The remainder of your post is irrelevant, as it doesn't consider his issue.


    Thus removing the python group on their request from this post.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 09:54:18 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 06:38, Maria Sophia wrote:
    Carlos E.R. wrote:
    The point we are saying is not what you claim it to be. It is not about
    Apple storing and publishing BSSIDs of hidden SSIDs. This is bad
    behaviour by them. Ok. But our point is that you gain nothing by making
    your AP hidden in the first place.

    Hi Carlos,

    I disagree.

    The answer to *this* question, will tell you why what you said is wrong:

    Q: Will Google's WPS database contain a BSSID:GPS pair for an access point
    whose SSID broadcast is set to hidden (i.e., empty or null)?
    A: Please answer "yes", or "no".

    I know the answer to that question.
    You clearly do not.

    I do, as a matter of fact.


    Once you know the answer to that question, you'll see why what you said,
    is dead wrong.

    I could ask the same question of the Mozilla MLS, but it's now defunct,
    but they document this (and we published that documentation elsewhere).

    Only Apple ignores the clear privacy intent of setting a hidden SSID.
    Nobody else.

    Just Apple. (to our knowledge)
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.comp.os.windows-10 on Tue Sep 8 09:58:35 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 09:10, Chris wrote:
    Maria Sophia <mariasophia@comprehension.com> wrote:
    Chris wrote:
    Or, worse, trackable information like your car's number plate?

    Hi Chris,
    I get it you are desperate to defend Apple to the death, no matter what... >> But that analogy of the car license plate in a Flock system is absurd.

    It's notable to everyone here that you are consistently and obstinately not answering the core question. Why is the collection of public information
    that does not relate to an individual a privacy risk?

    The Flock issue is off topic here so the only thing I'll say is that this a consequence of lack of American's trust in government. That leaves the door open to commercial companies to collect data and sell it to government agencies with little to no oversight.

    And the lack of data protection laws like the GDPR in Europe.

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


    In the UK we have the ANPR system which does the same thing, but is run by and for the law enforcement agencies. It's use is controlled and regulated. There are no issues.

    For anyone to claim that, means they didn't read the paper.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Once you read that paper,

    I have and have understood it better than you.

    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 10:04:37 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 07:07, Maria Sophia wrote:
    R.Wieser wrote:
    I don't remember whether you addressed this ... how does someone
    who hasn't visited your address (i.e they already know where you live)
    discover what the BSSID of your router is?

    What you mention there has been explained to him in the thread here

    [Tutorial: Query the Apple database with Python for your access point BSSID] >> <10h1qmr$2alo$1@nnrp.usenet.blueworldhosting.com>

    First, let's address Andy's point because Andy didn't read the paper,
    so Andy thinks it's about individuals, and not about the masses.
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    Arlen, in this long post of yours you did not address the point R.Wieser
    made.

    Ok, suppose I run the scripts, and have in my power the BSSIDs and SSIDs
    of the entire world. I still do not know which one is yours, Arlen. I
    can not track you.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Jon Ribbens@jon+usenet@unequivocal.eu to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 10:44:50 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-07, Chris <ithinkiam@gmail.com> wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    To me it's fairly intuitive that if someone has taken the unusual step
    of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC
    address if the SSID with the "_nomap" request invisible.

    That's the core of the issue - I would guess that Android devices are
    only uploading BSSIDs to the Google database when they see that Access
    Point broadcast an SSID, and that SSID doesn't end with "_nomap".

    iPhones on the other hand, I would guess are uploading BSSIDs to the
    Apple database as soon as they see that Access Point broadcasting
    anything, regardless of whether they have seen an SSID from it.

    If it works the way I am suggesting, then it means that Google's
    database would automatically exclude "hidden" networks, and Apple's
    wouldn't - and not only that, Apple would have no way of immediately
    excluding them. They would need to issue updated iPhone software,
    and then wait until almost all iPhones in the world that were still
    in use were using the new software.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there
    any evidence that the documentation did change? We only have his say so.

    We can't prove what prompted Apple to change their documentation, but
    we certainly can prove that it did indeed change, using archive.org.
    In December 2025 the page did not mention hidden networks, and today
    it does.

    https://web.archive.org/web/20251221213139/https://support.apple.com/en-ie/102515
    https://support.apple.com/en-ie/102515
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 13:03:43 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos,

    Ok, suppose I run the scripts, and have in my power the BSSIDs and SSIDs
    of the entire world.

    And thats another of Arlens problems : You can't just retrieve records from that database.

    You could plug your own BSSID into the database and get a number of other, near BSSIDs which you than also query (rinse and repeat), hoping to spread
    it like a water-ripple, any kind of "dead space" stops that ripple.

    IOW, if there is any distance between the town you're in and the next town over you won't see that one in your results. And as good-old 'Murrica has a LOT of "dead space" (neighbours lliving miles apart) the chance that Arlens "the entire world" is nothing more than *very* wishfull thinking.

    I had intended, in that other thread, to put that forward to Arlen. But
    seeing that he could not even grasp that the translation from a persons name to that persons (routers) BSSID was already wrought with problems I thought better of it.

    Regards,
    Rudy Wieser


    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 13:38:13 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 13:03, R.Wieser wrote:
    Carlos,

    Ok, suppose I run the scripts, and have in my power the BSSIDs and SSIDs
    of the entire world.

    And thats another of Arlens problems : You can't just retrieve records from that database.

    You could plug your own BSSID into the database and get a number of other, near BSSIDs which you than also query (rinse and repeat), hoping to spread
    it like a water-ripple, any kind of "dead space" stops that ripple.

    IOW, if there is any distance between the town you're in and the next town over you won't see that one in your results. And as good-old 'Murrica has a LOT of "dead space" (neighbours lliving miles apart) the chance that Arlens "the entire world" is nothing more than *very* wishfull thinking.

    Aha. Right.


    I had intended, in that other thread, to put that forward to Arlen. But seeing that he could not even grasp that the translation from a persons name to that persons (routers) BSSID was already wrought with problems I thought better of it.

    Regards,
    Rudy Wieser


    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 13:27:29 2026
    From Newsgroup: alt.comp.os.windows-10

    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    On 2026-09-07, Chris <ithinkiam@gmail.com> wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    To me it's fairly intuitive that if someone has taken the unusual step
    of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC
    address if the SSID with the "_nomap" request invisible.

    That's the core of the issue - I would guess that Android devices are
    only uploading BSSIDs to the Google database when they see that Access
    Point broadcast an SSID, and that SSID doesn't end with "_nomap".

    iPhones on the other hand, I would guess are uploading BSSIDs to the
    Apple database as soon as they see that Access Point broadcasting
    anything, regardless of whether they have seen an SSID from it.

    If it works the way I am suggesting, then it means that Google's
    database would automatically exclude "hidden" networks, and Apple's
    wouldn't - and not only that, Apple would have no way of immediately excluding them. They would need to issue updated iPhone software,
    and then wait until almost all iPhones in the world that were still
    in use were using the new software.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them,
    Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there
    any evidence that the documentation did change? We only have his say so.

    We can't prove what prompted Apple to change their documentation, but
    we certainly can prove that it did indeed change, using archive.org.
    In December 2025 the page did not mention hidden networks, and today
    it does.

    https://web.archive.org/web/20251221213139/https://support.apple.com/en-ie/102515
    https://support.apple.com/en-ie/102515

    I agree. And I did the same. The fact that Arlen couldn't very easily
    evidence his assertion, despite my challenge above, speaks volumes.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Lane W@cactus_DAC@yahoo.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 09:47:27 2026
    From Newsgroup: alt.comp.os.windows-10

    Chris wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    On 2026-09-07, Chris <ithinkiam@gmail.com> wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    To me it's fairly intuitive that if someone has taken the unusual step >>>> of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact
    that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC
    address if the SSID with the "_nomap" request invisible.

    That's the core of the issue - I would guess that Android devices are
    only uploading BSSIDs to the Google database when they see that Access
    Point broadcast an SSID, and that SSID doesn't end with "_nomap".

    iPhones on the other hand, I would guess are uploading BSSIDs to the
    Apple database as soon as they see that Access Point broadcasting
    anything, regardless of whether they have seen an SSID from it.

    If it works the way I am suggesting, then it means that Google's
    database would automatically exclude "hidden" networks, and Apple's
    wouldn't - and not only that, Apple would have no way of immediately
    excluding them. They would need to issue updated iPhone software,
    and then wait until almost all iPhones in the world that were still
    in use were using the new software.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his
    entry?

    My impression is that as a result of Maria's communications with them, >>>> Apple updated their documentation to note that "hidden" networks are
    still listed in their database, and removed Maria's own BSSID(s) from
    the database.

    That's purely a correlation. It could be a coincidence. And is there
    any evidence that the documentation did change? We only have his say so.

    We can't prove what prompted Apple to change their documentation, but
    we certainly can prove that it did indeed change, using archive.org.
    In December 2025 the page did not mention hidden networks, and today
    it does.

    https://web.archive.org/web/20251221213139/https://support.apple.com/en-ie/102515
    https://support.apple.com/en-ie/102515

    I agree. And I did the same. The fact that Arlen couldn't very easily evidence his assertion, despite my challenge above, speaks volumes.

    Why do you call him/her Arlen if his/her preferred name is Maria? Are
    you from the 70s?

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 19:51:29 2026
    From Newsgroup: alt.comp.os.windows-10

    Lane W wrote:
    I agree. And I did the same. The fact that Arlen couldn't very easily
    evidence his assertion, despite my challenge above, speaks volumes.

    Why do you call him/her Arlen if his/her preferred name is Maria? Are
    you from the 70s?

    I've answered this question a thousand times, and it simply won't stick.

    Do you think I care about privacy?
    Yes, or No?

    Do you think I say privacy is a million things, of which most people know 3
    for no good reason? I used to have a security clearance at Fort Mead (which dates me, as the NSA is no longer at Fort Mead, as far as I can recall).

    I know privacy.
    I can always learn more.

    But headers are a component of privacy just as much as is rotating the time zones (which you likely didn't notice) and the IP address (via rotating
    VPN).

    I care about privacy.

    For privacy, typically on the first of the year, but it can be any time I
    feel it's needed, I send a thread to every newsgroup I frequent, letting
    them know that the headers are randomized (much like a BSSID should be).

    This is to foil robotic aggregators, not you.
    Robots. Not people.
    The trolls can't fathom that privacy concept.

    The trolls can't fathom that you have to actually rob a bank to be a bank robber, and not that you just happen to wear a mask for privacy reasons.

    The header is the wrapping paper.
    It's the gift of the immense content in the body that has great value.

    But aggregators "can" track your posts across the Internet.
    I post to many (many!) forums (web forums like XDA, Telegram, etc.)

    I don't want my ID to be tracked, so I change the header.
    But not the body.

    The body is always the same well-educated engineer/scientist.
    The same phone (since 2021) and the same unique screenshots.
    The same PC (since 2009) and again, the same unique screenshots.
    The same Santa Cruz Mountains location.
    The same excellent grammar, spelling, and punctuation.
    Same newsserver (although they change over time as they come and go).
    Hell, the same educational degrees, both undergrad and graduate.

    Hell, the same source for the images, and I even re-use images, so anyone wanting to track me not by the headers, could track, oh, say, these jpegs.
    <https://i.postimg.cc/hjj3tFR9/scrcpy34.jpg> Manage Android from Windows
    <https://i.postimg.cc/pr8NPNKs/scrcpy33.jpg> sndcpy is the default now
    <https://i.postimg.cc/zGNNXftK/scrcpy32.jpg> ADB port errors creep up
    <https://i.postimg.cc/KvTvtMS8/scrcpy31.jpg> HNS stop/start solution
    <https://i.postimg.cc/WbpYsfqg/scrcpy30.jpg> Windows Update is the problem
    <https://i.postimg.cc/Hs1ZZ5H0/scrcpy29.jpg> net stop hns & net start hns
    <https://i.postimg.cc/pdyTjwnT/scrcpy28.jpg> Android assigns random ports
    <https://i.postimg.cc/25XrGW9R/scrcpy27.jpg> Nobody can find locked ports
    <https://i.postimg.cc/Dz1rcpDX/scrcpy26.jpg> Windows Update locks ports
    <https://i.postimg.cc/tgvzsMRm/scrcpy25.jpg> Connect over Wi-Fi sans USB
    <https://i.postimg.cc/Hnw59ZHm/scrcpy24.jpg> Compare Vysor to scrcpy
    <https://i.postimg.cc/mrz6gJpC/scrcpy23.jpg> Android SMS/MMS on Windows
    <https://i.postimg.cc/c4Wq5x9j/scrcpy22.jpg> Vysor IP address option
    <https://i.postimg.cc/9FJMKYch/scrcpy21.jpg> Windows Drive: === Android
    <https://i.postimg.cc/Y9jbTtcN/scrcpy20.jpg> Start /b as a CMD works! :)
    <https://i.postimg.cc/3R6nTz7s/scrcpy19.jpg> Start /b TARGET fails :(
    <https://i.postimg.cc/Y93b1z0n/scrcpy18.jpg> Free Automation APKs
    <https://i.postimg.cc/bvRXdbxg/scrcpy17.jpg> AutoIT & IFFT & Automate
    <https://i.postimg.cc/5NrK7jtg/scrcpy16.jpg> powershell hide-console trick
    <https://i.postimg.cc/g2yNftw0/scrcpy15.jpg> Trick to pin batch shortcut
    <https://i.postimg.cc/XqZsmVFM/scrcpy14.jpg> AppPath & shortcut TARGET
    <https://i.postimg.cc/CxXH6N2r/scrcpy13.jpg> No scrcpy console window!
    <https://i.postimg.cc/yYKNnHxD/scrcpy12.jpg> REG test of showwin.lnk
    <https://i.postimg.cc/7LWJhWxq/scrcpy11.jpg> Shortcut test of showwin.lnk
    <https://i.postimg.cc/fyWw2nXh/scrcpy10.jpg> The console came up :(
    <https://i.postimg.cc/66Gn2t2g/scrcpy09.jpg> REG test of showwin.bat
    <https://i.postimg.cc/nV6K0Cfn/scrcpy08.jpg> CMD test of showwin.bat
    <https://i.postimg.cc/hjkVFyqJ/scrcpy07.jpg> Android mnt as drive letter
    <https://i.postimg.cc/Sx1hgWmY/scrcpy06.jpg> Press two hardware buttons
    <https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg> Drag APK from Windows
    <https://i.postimg.cc/Y00vx4yp/scrcpy04.jpg> Extraneous cmd window (&)
    <https://i.postimg.cc/Vvrq0K0m/scrcpy03.jpg> The efficient setup explained
    <https://i.postimg.cc/tTmdgKTB/scrcpy02.jpg> An efficient program setup
    <https://i.postimg.cc/N0G1TXcZ/scrcpy01.jpg> Mirror Android on any PC

    Who does that, but me.
    Yet, the trolls, who can never add value, say that by wanting privacy,
    I'm a troll. They say that crap all the time, which says a lot about them.

    I'm not hiding from anyone in the body.

    Everything is the same in the body.
    It's only the header that is randomized.

    Hell, few people notice but I try to end each line perfectly, even as most people might let the 80-character line wrap do it for them (that's because
    I wrote my own newsreader which uses gvim macros to equalize line content).

    What's sadly hilarious is that, after hundreds of posts of EXACTLY the same
    me in every say, the trolls (especially on Apple ngs) excitedly claim
    I FOUND YOU!!!!!!

    It's like you put this big fat egg in the middle of the lawn for the
    mentally challenged people, and they shout out with glee that they found
    what was never even for a moment hidden from people with a normal IQ.
    --
    Privacy is a million little things, of which most people only know 3.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.mobile.android,alt.comp.os.windows-10 on Tue Sep 8 21:00:51 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    The Flock issue is off topic here so the only thing I'll say is that this a >> consequence of lack of American's trust in government. That leaves the door >> open to commercial companies to collect data and sell it to government
    agencies with little to no oversight.

    And the lack of data protection laws like the GDPR in Europe.

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

    I congratulate the folks in the EU for *forcing* plenty of improvements
    that the US capitalist system simply won't regulate, if for no other reason that the likes of Apple and Google are too formidable for the US to buck.

    We've discussed *many* of these improvements, from stating how long devices will be fully supported to correcting advertising lies about battery life.

    In this case, I'd love to have a government contact who *cares* about this problem, where think about how hard it is to explain to a non-techical
    person?

    It took, oh, maybe scores upon scores of posts to get people to even
    comprehend why their stone-age wifi knowledge doesn't prepare them for
    this.

    Even now, I suspect zero people, except me, on this thread, can outline the path of your home router BSSID to Apple's and Google database, and then,
    from there, to the Python code that both Jon and I proved scrapes Apple's.

    HINT: The path of the BSSID is *COMPLETELY DIFFERENT* between Apple:Google.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 18:59:50 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 17:47, Lane W wrote:
    Why do you call him/her Arlen if his/her preferred name is Maria? Are
    you from the 70s?

    Because he is not Maria.

    He is a nameshifter, he changes his name eventually. We have known him
    for a long time as Arlen in the past, so that's the name we stick to,
    not the name he uses at the current time.

    I strongly dislike that he is using a woman's name, so I refuse to call
    him by that.

    He is not a man that discovers his true self is feminine and changes his
    name. I would respect that.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 21:20:33 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    I strongly dislike that he is using a woman's name, so I refuse to call
    him by that.

    Hi Carlos,

    Since almost nobody on these technical newsgroups are females, IMHO, I
    think I'll use Maria only for a few years and change it to, oh, Sally.

    That would be another clear and obvious indication that I'm not hiding for
    even a moment FROM YOU, but from robot header aggregation tools, which is
    more and more of a problem even as I recognized the issue two decades ago.

    And while I get why you associate nymshifting with the disgusting trolls,
    you need to take an elementary course in Logic (or Occam's Razor at least).

    A person has to rob a bank to be called a disgusting bank robber, right?
    Just putting a mask on his face for privacy does not make him a criminal.

    In fact, your disgusting habit of absurdly claiming everyone who uses a
    fake name is a troll is starting to grate on me as it's disingenuous.

    You may be truly a Carlos, but your oft-repeated claim that anyone who
    doesn't use their real name in Usenet posts is a troll is patently absurd.

    I randomize the headers by a *lot* of things, time zone being one of them.
    So is the IP address. And, at times, the newsreader (usually when they go suddenly defunct such as with netfront, mixmin, aioe, dizum, et al.)

    But if it takes you or anyone more than a split second to realize only I
    post like I do, with perfect English grammer, punctuation & sentence
    structure, and from Santa Cruz Mountains, with a Silicon Valley heritage,
    and with the same phone with a unique homescreen (since 2021) and the same
    PC with a unique desktop (since 2009) with the same privacy focus, and even down to the same way I put a period after the double-quote, you're a moron.

    Hell, who posts this kind of screenshots for decades on end, sans changing?
    <https://i.postimg.cc/xdSMtBkn/vysor36.jpg> scrcpy vs Vysor resolution
    <https://i.postimg.cc/TYvqdxCT/vysor35.jpg> iOS & Android PC mirroring
    <https://i.postimg.cc/k5gv0yw8/vysor34.jpg> Apple iOS & Android mirroring
    <https://i.postimg.cc/Njg6Xx3V/vysor33.jpg> Preparing Vysor on device
    <https://i.postimg.cc/xjz3V8Gs/vysor32.jpg> ScrCpy vs Vysor PC mirror
    <https://i.postimg.cc/k4K8dZqv/vysor31.jpg> Random MAC address is static
    <https://i.postimg.cc/nchSVcmS/vysor30.jpg> Static/Reserved IP address
    <https://i.postimg.cc/XqrD5Hqm/vysor29.jpg> Removing Apple iTunes crap
    <https://i.postimg.cc/KYbVWDp3/vysor28.jpg> Nuking Apple shitware 1 by 1
    <https://i.postimg.cc/MGbkZFfY/vysor27.jpg> The bloatware is everywhere
    <https://i.postimg.cc/hP6R2xqV/vysor26.jpg> iTunes crapware won't install
    <https://i.postimg.cc/fTy57WSY/vysor25.jpg> Best iOS drivers installed
    <https://i.postimg.cc/3wmtyL46/vysor24.jpg> Apple Device working properly
    <https://i.postimg.cc/tCvS8nGr/vysor23.jpg> iPad is connected to Win10
    <https://i.postimg.cc/Kz7pW9mL/vysor22.jpg> Apple Win10 iOS drivers suck
    <https://i.postimg.cc/QdVPMkqG/vysor21.jpg> Apple iPad on Win10 over USB
    <https://i.postimg.cc/J7cSYhhg/vysor20.jpg> Classic Apple error 2502
    <https://i.postimg.cc/yxP5DL5B/vysor19.jpg> Classic Apple error 2503
    <https://i.postimg.cc/V6X28fWJ/vysor18.jpg> Apple Mobile Device Support
    <https://i.postimg.cc/ZqB1wF9F/vysor17.jpg> Install Apple AMDS engine
    <https://i.postimg.cc/Jzdf3dhz/vysor16.jpg> Classic Apple Error Code 2503
    <https://i.postimg.cc/c4TyCJyY/vysor15.jpg> Apple Mobile Device Support
    <https://i.postimg.cc/SRhF22xL/vysor14.jpg> Connect over the Internet
    <https://i.postimg.cc/bv4jPFXB/vysor13.jpg> Vysor Camera virtual webcam
    <https://i.postimg.cc/XvPnJY5x/vysor10.jpg> Vysor Windows Virtual Camera
    <https://i.postimg.cc/wxL9qHjc/vysor11.jpg> Vysor searches for Android/iOS
    <https://i.postimg.cc/2S2zsw8s/vysor09.jpg> Classic Apple Error code 2503
    <https://i.postimg.cc/sg6r6gTy/vysor12.jpg> Vysor easily finds Android
    <https://i.postimg.cc/yYCYcxbb/vysor08.jpg> Apple Mobile Device Support
    <https://i.postimg.cc/Y2WCvYbF/vysor07.jpg> iOS requires Apple AMDS kluge
    <https://i.postimg.cc/ydJYXZKw/vysor06.jpg> Remote mirror over the net
    <https://i.postimg.cc/d0V03fxQ/vysor05.jpg> Vysor Internet mirroring
    <https://i.postimg.cc/XY3qSqKC/vysor04.jpg> Vysor ADB USB setup switches
    <https://i.postimg.cc/v8gc5pHc/vysor03.jpg> Vysor remote sharing
    <https://i.postimg.cc/V6TPYG3h/vysor02.jpg> Vysor console operation
    <https://i.postimg.cc/QNwjsCDM/vysor01.jpg> Vysor Android/iOS PC mirroring

    Only the trolls claim I troll.
    As you have to actually troll to be called a troll.

    Just desiring privacy from robotic aggregation, while you may believe
    nobody has that right of privacy, does not make my valuable posts trolls.

    However, it can be said that responding to your incessant trolls, may
    count, so stop trolling this newsgorup with your off-content bullshit.

    Stick to the technical subject so we don't need to defend against your incessant trolls.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 10:23:29 2026
    From Newsgroup: alt.comp.os.windows-10

    On Tue, 8 Sep 2026 19:51:29 +0300, Maria Sophia
    <mariasophia@comprehension.com> wrote:

    But aggregators "can" track your posts across the Internet.
    I post to many (many!) forums (web forums like XDA, Telegram, etc.)

    "Ads You See Online Are Now Police Surveillance" <https://www.youtube.com/watch?v=cq36YXrfyJE>
    "This video explores how advertising data became a powerful
    surveillance tool."

    We're all doomed.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272 AE6KS 831-336-2558

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 19:26:46 2026
    From Newsgroup: alt.comp.os.windows-10

    Lane,

    Why do you call him/her Arlen if his/her preferred name is Maria?

    Arlen Holder is a so-called nym-shifter, who changes his nym
    once-in-a-while - ostensibly so he cannot be tracked (by the people who
    scrape the newsgroups for information).

    Although you jumped on the gender identity bandwagon, Arlens current name
    has got zero to do with it. Current, as in the last number of years he has gone thru a number of them. Male as well as female ones.

    Something you could have known if you would either have visited these newsgroups a bit longer or just had asked for it.

    Are you from the 70s?

    You know what a hypocrite is ? Thats someone who tells someone not to do {something}, while doing that {something} themselves. You know, the "do
    as I say, not as I do" kind of person.

    In your case : being judgemental while telling someone else not to be so. Funny, that.

    Regards,
    Rudy Wieser


    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Lane W@cactus_DAC@yahoo.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 11:36:36 2026
    From Newsgroup: alt.comp.os.windows-10

    R.Wieser wrote:
    Lane,

    Why do you call him/her Arlen if his/her preferred name is Maria?

    Arlen Holder is a so-called nym-shifter, who changes his nym
    once-in-a-while - ostensibly so he cannot be tracked (by the people who scrape the newsgroups for information).

    Although you jumped on the gender identity bandwagon, Arlens current name
    has got zero to do with it. Current, as in the last number of years he has gone thru a number of them. Male as well as female ones.

    Something you could have known if you would either have visited these newsgroups a bit longer or just had asked for it.

    How would I have asked for this information differently than I did,
    receiving exactly what I wanted to know? Would my reputation have
    remained sparkling if I had asked for it in your manner?

    Are you from the 70s?

    You know what a hypocrite is ? Thats someone who tells someone not to do {something}, while doing that {something} themselves. You know, the "do
    as I say, not as I do" kind of person.

    I've found that people who mangle transwomen by calling them male
    pronouns are the manure of the earth. It's a repeating pattern that I've noticed.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 19:37:26 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 19:20, Maria Sophia wrote:
    Carlos E.R. wrote:
    I strongly dislike that he is using a woman's name, so I refuse to call
    him by that.

    Hi Carlos,

    Since almost nobody on these technical newsgroups are females, IMHO, I
    think I'll use Maria only for a few years and change it to, oh, Sally.

    That would be another clear and obvious indication that I'm not hiding for even a moment FROM YOU, but from robot header aggregation tools, which is more and more of a problem even as I recognized the issue two decades ago.

    And while I get why you associate nymshifting with the disgusting trolls,
    you need to take an elementary course in Logic (or Occam's Razor at least).

    A person has to rob a bank to be called a disgusting bank robber, right?
    Just putting a mask on his face for privacy does not make him a criminal.

    In fact, your disgusting habit of absurdly claiming everyone who uses a
    fake name is a troll is starting to grate on me as it's disingenuous.

    No, I never said such a thing. Citation, please?

    ...
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 20:05:11 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-08 19:36, Lane W wrote:
    R.Wieser wrote:
    Lane,

    Why do you call him/her Arlen i

    ...

    I've found that people who mangle transwomen by calling them male
    pronouns are the manure of the earth. It's a repeating pattern that I've noticed.


    Not the case. I would respect that.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 18:12:28 2026
    From Newsgroup: alt.comp.os.windows-10

    Jeff Liebermann <jeffl@cruzio.com> wrote:
    On Tue, 8 Sep 2026 19:51:29 +0300, Maria Sophia <mariasophia@comprehension.com> wrote:

    But aggregators "can" track your posts across the Internet.
    I post to many (many!) forums (web forums like XDA, Telegram, etc.)

    "Ads You See Online Are Now Police Surveillance" <https://www.youtube.com/watch?v=cq36YXrfyJE>
    "This video explores how advertising data became a powerful
    surveillance tool."

    We're all doomed.

    Exactly! If the aggregators don't get you, the trolls will!

    BTW, I hid my SSID and now I can't find it anywhere!
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 22:18:02 2026
    From Newsgroup: alt.comp.os.windows-10

    Jeff Liebermann wrote:
    But aggregators "can" track your posts across the Internet.
    I post to many (many!) forums (web forums like XDA, Telegram, etc.)

    "Ads You See Online Are Now Police Surveillance" <https://www.youtube.com/watch?v=cq36YXrfyJE>
    "This video explores how advertising data became a powerful
    surveillance tool."

    We're all doomed.

    Hi Jeff,

    I was wondering where you've been as you seem to have retired from the
    Internet service business in recent years. I see you on the electronics
    repair ng sometimes, but rarely here nowadays.

    I still remember you proved how the router transmit power claims are
    completely bogus, much as Apple's claims of battery efficiency were.

    You, of all people, have my true identity as we've conversed a few times
    over the years in email and on Usenet about our shared WISP experiences,
    e.g., surfnet, ridge, etheric, hilltop, xfinity, et al., and you and I both personally know most of the local operators, e.g., mike, loren, dave.

    When I moved to the Santa Cruz Mountains from flatland in San Jose, I was shocked there was no wired services, so people only had satellite or WISP.

    I ended up inviting the local WISP team to serve me, for free, and as a
    result, they serve the whole mountain as I have a repeater on my rooftop.

    For years, I provided them with good business by setting up all my
    neighbors with 2.4GHz radios and eventually the 5GHz rocket dishes.

    At some point they started doing the installations themselves, so I no
    longer had to log into every neighbor's router to update the firmware.

    I want to THANK YOU for teaching me a LOT of what I know about Wi-Fi networking, particularly you're pretty clear on how they lie about
    decibels, where we have control over our transmit strength if we like.

    You also taught me a lot about changing the BSSID, or not, which was well before Google became big so it's fundamental knowledge you imparted to me.

    I very much APPRECIATE all the help you've provided over the decades.
    You haven't posted much lately, so I'm happy to know you're still around!

    I think we're almost the same age, where I'm an octogenarian, while you're
    most likely still a young kid in your 70's, as I recall (but maybe not).

    In summary, I love the sagacious sharpness of your sarcasm, which is, like Paul's, well honed by decades of experience finding things out the hard
    way.

    I'm HAPPY you're still around, as you, & maybe Jon, & perhaps Lawrence, &
    maybe even Andy, are the only ones seemingly capable of understanding this topic, where if we follow the breadcrumb of the BSSID:GPS pair, the way
    Apple does it is COMPLETELY DIFFERENT from the way everyone else does it.

    Apple claims "we care about your privacy"... except when they don't.
    --
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 22:30:48 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    IOW, if there is any distance between the town you're in and the next town >> over you won't see that one in your results. And as good-old 'Murrica has a >> LOT of "dead space" (neighbours lliving miles apart) the chance that Arlens >> "the entire world" is nothing more than *very* wishfull thinking.

    Aha. Right.

    Trolls agreeing with trolls, and yet, they're not only wrong, but they can never seem to add even a single itty bitty iota of value to the topic.

    Sigh...

    There is no sense in explaining that both of you don't understand the
    issue, other than to repeat, for the umpteen time, the word "mass" in
    *Surveilling the Masses with Wi-Fi-Based Positioning Systems*
    <https://arxiv.org/abs/2405.14975>

    And, for the other half of this technical topic, that Apple changed their documentation at my request, which is proven by the fact I made that claim
    on these very newsgroups, that they said they would, before they did it.

    https://web.archive.org/web/20251221213139/https://support.apple.com/en-ie/102515
    https://support.apple.com/en-ie/102515
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 20:35:40 2026
    From Newsgroup: alt.comp.os.windows-10

    Lane,

    How would I have asked for this information differently than I did,

    Really ? You cannot think of *any* other way ? Thats hard to imagine.

    But hey, what about "Why are you responding to Maria as if she's named Arlen ?" or even "I though you where responding to Maria, but you are using the
    name Arlen. How come ?".

    I'm sure that if you think *really hard* you can come up with some others yourself.

    Are you from the 70s?

    You know what a hypocrite is ? Thats someone who tells someone not to
    do {something}, while doing that {something} themselves. You know, the >> "do as I say, not as I do" kind of person.

    I've found that people who mangle transwomen by calling them male pronouns are the manure of the earth. It's a repeating pattern that I've noticed.

    Thats exactly why you are judgemental : you read something and directly
    think the worst of whomever wrote it - and jump on the barricades, already attacking.

    It ofcourse doesn't help that you seem to be one of those "brainiacs" who thinks that *all* persons of a certain age are automatically bad - ofcourse with zero support for such a conclusion.

    Regards,
    Rudy Wieser


    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Maria Sophia@mariasophia@comprehension.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 22:36:57 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. wrote:
    The remainder of your post is irrelevant, as it doesn't consider his issue.

    STOP TROLLING CARLOS!
    Just stop it!

    God damn you Carlos, I removed all the groups and you bring them back.
    Keith will note I removed all the groups already for God's sake.

    It's getting disgusting that you complain that you can't comprehend the
    topic and then you agree with all the trolls (like Rudolph Weiser), who
    have never in their entire lives ever added value to any topic on Usenet.

    I will *again* remove all the newsgroups save for a.i.w so please do not
    play your silly childish troll games, Carlos, and put them back.

    When you begin to understand the topic, then you can post to this again.
    But at this point, nobody but Jon Stebbins showed any indication they did.

    Almost every post in this thread from anyone other than Jon was from
    someone who clearly does not understand the topic, and likely never will.

    Lawrence, and Andy excepted, although they didn't understand it either.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Tue Sep 8 19:06:31 2026
    From Newsgroup: alt.comp.os.windows-10

    Lane W <cactus_DAC@yahoo.com> wrote:
    Chris wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    On 2026-09-07, Chris <ithinkiam@gmail.com> wrote:
    Jon Ribbens <jon+usenet@unequivocal.eu> wrote:
    To me it's fairly intuitive that if someone has taken the unusual step >>>>> of explicitly marking their network as "hidden", then its location
    should not be included in these databases - especially given the fact >>>>> that the "_nomap" SSID method doesn't work for "hidden" networks.

    I guess the challenge here is how can they know not to add the MAC
    address if the SSID with the "_nomap" request invisible.

    That's the core of the issue - I would guess that Android devices are
    only uploading BSSIDs to the Google database when they see that Access
    Point broadcast an SSID, and that SSID doesn't end with "_nomap".

    iPhones on the other hand, I would guess are uploading BSSIDs to the
    Apple database as soon as they see that Access Point broadcasting
    anything, regardless of whether they have seen an SSID from it.

    If it works the way I am suggesting, then it means that Google's
    database would automatically exclude "hidden" networks, and Apple's
    wouldn't - and not only that, Apple would have no way of immediately
    excluding them. They would need to issue updated iPhone software,
    and then wait until almost all iPhones in the world that were still
    in use were using the new software.

    Related: What did Arlen (aka Maria) achieve? That Apple agreed to
    remove all hidden and _nomap entries, or that they removed only his >>>>>> entry?

    My impression is that as a result of Maria's communications with them, >>>>> Apple updated their documentation to note that "hidden" networks are >>>>> still listed in their database, and removed Maria's own BSSID(s) from >>>>> the database.

    That's purely a correlation. It could be a coincidence. And is there
    any evidence that the documentation did change? We only have his say so. >>>
    We can't prove what prompted Apple to change their documentation, but
    we certainly can prove that it did indeed change, using archive.org.
    In December 2025 the page did not mention hidden networks, and today
    it does.

    https://web.archive.org/web/20251221213139/https://support.apple.com/en-ie/102515
    https://support.apple.com/en-ie/102515

    I agree. And I did the same. The fact that Arlen couldn't very easily
    evidence his assertion, despite my challenge above, speaks volumes.

    Why do you call him/her Arlen if his/her preferred name is Maria? Are
    you from the 70s?

    Because he - and it is a he - used to very regularly change his nym. For a
    long period the nyms were always a variation on Arlen, so it stuck. This
    year he had an epiphany and realised that nymshifting was unnecessary for
    more than a year. Weird, I know, but that's where we are with him. It is unknown why he chose to change gender this year where all previous names
    were male.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.mobile.android,alt.comp.os.windows-10 on Tue Sep 8 21:26:32 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-08 09:10, Chris wrote:
    Maria Sophia <mariasophia@comprehension.com> wrote:
    Chris wrote:
    Or, worse, trackable information like your car's number plate?

    Hi Chris,
    I get it you are desperate to defend Apple to the death, no matter what... >>> But that analogy of the car license plate in a Flock system is absurd.

    It's notable to everyone here that you are consistently and obstinately not >> answering the core question. Why is the collection of public information
    that does not relate to an individual a privacy risk?

    The Flock issue is off topic here so the only thing I'll say is that this a >> consequence of lack of American's trust in government. That leaves the door >> open to commercial companies to collect data and sell it to government
    agencies with little to no oversight.

    And the lack of data protection laws like the GDPR in Europe.

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

    Yup. Plus, automatic penalties for breaches. No court cases required. The
    UK's ICO regulator has the authority to fine up to 4% of *global* revenues!
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Wed Sep 9 19:46:51 2026
    From Newsgroup: alt.comp.os.windows-10

    On Tue, 8 Sep 2026 22:18:02 +0400, Maria Sophia
    <mariasophia@comprehension.com> wrote:

    Jeff Liebermann wrote:
    But aggregators "can" track your posts across the Internet.
    I post to many (many!) forums (web forums like XDA, Telegram, etc.)

    "Ads You See Online Are Now Police Surveillance"
    <https://www.youtube.com/watch?v=cq36YXrfyJE>
    "This video explores how advertising data became a powerful
    surveillance tool."

    We're all doomed.

    Hi Jeff,

    I was wondering where you've been as you seem to have retired from the >Internet service business in recent years.

    I officially retired on Dec 31, 2020, after the CZU fire and the
    middle of the Covid 19 pandemic. At the time, I was 72 years old,
    which I thought was a good age to retire.

    I see you on the electronics
    repair ng sometimes, but rarely here nowadays.

    alt.internet.wireless was intended to cover various methods of radio communications technology (cellular, wi-fi, satellite, point to point,
    etc) to obtain internet access. Initially, most of the design and
    testing work was in the US. By the time I retired, it had mostly
    moved to the far east.

    I still remember you proved how the router transmit power claims are >completely bogus, much as Apple's claims of battery efficiency were.

    Yeah, that got me rather angry. That was a clear example of Apple
    hiding what I consider to be a design error by burying the problem
    under a mountain of technobabble and claiming a rubber bumper had
    solved the problem.

    "Cell Phone Antenna Hand Tests" <http://802.11junk.com/jeffl/cellular/cell-test.htm>

    "Apple iPhone users angry about the "death grip" won $15 in federal
    court." <https://www.nbclosangeles.com/news/national-international/phapple-settles-iphone-4-death-grip-lawsuit/2078168/>

    You, of all people, have my true identity as we've conversed a few times
    over the years in email and on Usenet about our shared WISP experiences, >e.g., surfnet, ridge, etheric, hilltop, xfinity, et al., and you and I both >personally know most of the local operators, e.g., mike, loren, dave.

    Don't worry. I may have your secret identity somewhere on my computer
    but at this time, I can't find it.

    When I moved to the Santa Cruz Mountains from flatland in San Jose, I was >shocked there was no wired services, so people only had satellite or WISP.

    I moved to the hills in about 1974(?). There were enough lines and
    phone numbers for everyone. Near the end of the 1970's, the BBS's
    (bulleting board services) and garage ISP's arrived. Available phone
    lines and numbers suddenly became scarce. In about 1994, the BBS and
    garage ISP's moved into problem office buildings, which freed up quite
    a few phone lines, which were immediately consumed by a student
    population increase inspired by rapidly rising real estate costs. <https://www.biggestuscities.com/city/santa-cruz-california>

    I ended up inviting the local WISP team to serve me, for free, and as a >result, they serve the whole mountain as I have a repeater on my rooftop.

    Nice. Good to see you made it work. I tried to organize something
    similar but using buried twisted pair, coax cable, fiber and some
    Wi-Fi distributing internet, cable TV, satellite TV, and some CATV
    cameras. It worked fairly well, until a newly arrive resident decided
    to complain about the service to the county, instead of to us. I was
    tired of getting midnight support calls and was more than happy to see
    the service calls disappear with the equipment.

    For years, I provided them with good business by setting up all my
    neighbors with 2.4GHz radios and eventually the 5GHz rocket dishes.

    At some point they started doing the installations themselves, so I no
    longer had to log into every neighbor's router to update the firmware.

    Good plan. I took the middle road by having the neighbors bring their equipment to my house, where I had a proper messy workbench to deal
    with updates and rat damage. House calls were billable and intended
    only for installations. The parents tolerated that because it saved
    them money and gave the local teenagers some networking experience.

    I want to THANK YOU for teaching me a LOT of what I know about Wi-Fi >networking, particularly you're pretty clear on how they lie about
    decibels, where we have control over our transmit strength if we like.

    That's a rather odd way to describe the problem. Wi-Fi TPC (transmit
    power control) was NOT required for the early Wi-Fi hardware. By the
    time it became mandatory, the number of Wi-Fi devices was many times
    larger than was the systems were originally designed to handle. TPC
    was one solution for keeping interference down to a tolerable level. I
    have some opinions on the matter, but they can wait for some other
    time.
    "8 reasons to turn down the transmit power of your Wi-Fi" <https://metis.fi/en/2017/10/txpower/>

    Remember the "alligator"? Spoiler: An alligator is an animal with a
    very big mouth and tiny ears. The Wi-Fi equivalent is a radio running
    very high transmit power but had a deaf receiver. Such a system, will
    cover a wide area in transmit, but can't hear any small devices
    (laptops, smartphones, IoT device, etc over the same area.

    You also taught me a lot about changing the BSSID, or not, which was well >before Google became big so it's fundamental knowledge you imparted to me.

    Y're welcome. If you know the fundamentals, you can use them to build
    a model of how the network works. In the other direction, knowing how
    the higher levels of the network works, without knowing the
    fundamentals, leaves you trying to reverse engineer the fundamentals
    from the upper network layers. That's much more difficult than
    starting with fundamentals.

    I very much APPRECIATE all the help you've provided over the decades.

    Y'er welcome. It's good to know someone was listening.

    You haven't posted much lately, so I'm happy to know you're still around!

    Well, that's a problem. I'm getting old (78 currently), tired and
    lazy. Debating the finer points of some technology eventually turns
    into an endless time burn. Your endless discussion with "Carlos E.R."
    is a good example. Carlos seems to baiting you with less than
    brilliant one-line comments, which usually results literary effluvia
    from you. All that does is waste everyone's time. Yours is wasted
    because you write more than anyone is willing to read. My time is
    wasted, but I just don't have the time to read the entire thread. I
    suspect the typical Usenet reader thinks in a similar manner.

    Hint: Adjust your quality and quantity to that of your audience. Too
    much is sometimes worse than too little.

    I think we're almost the same age, where I'm an octogenarian, while you're >most likely still a young kid in your 70's, as I recall (but maybe not).

    Close. I'm 78. I look and feel somewhat younger for a rather odd
    reason. From my parking space by the road to the upper level of my
    house is about 50 stairs. Everything that goes in and out of the
    house needs to navigate those stairs. My cardiologist believes that
    the stair climbing is largely responsible for my tolerable health. Unfortunately, exercise is not a cure of geriatric (old age) problems.
    For example, I discovered that I was lactose intolerant about a month
    ago. I've also had to deal with some more serious medical problems
    (and medical fire drills). Eventually, I'll need to build a firewood
    and funicular lift.

    In summary, I love the sagacious sharpness of your sarcasm, which is, like >Paul's, well honed by decades of experience finding things out the hard
    way.

    Thanks.

    I'm HAPPY you're still around, as you, & maybe Jon, & perhaps Lawrence, & >maybe even Andy, are the only ones seemingly capable of understanding this >topic, where if we follow the breadcrumb of the BSSID:GPS pair, the way
    Apple does it is COMPLETELY DIFFERENT from the way everyone else does it.

    Apple's success has been primarily from their "walled garden"
    philosophy. The implication is that everything inside their "walled
    garden" is different for what is outside. Also, if something is the
    same both inside and outside of their "walled garden" (i.e.
    standards), Apple will do everything they can to make their part of
    the problem as different as possible. USB-C chargers perhaps?

    Apple claims "we care about your privacy"... except when they don't.

    I'll pass. I had dinner at midnight last night and don't want a
    repeat performance. Good luck.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272 AE6KS 831-336-2558

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Thu Sep 10 09:38:01 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-10 04:46, Jeff Liebermann wrote:
    On Tue, 8 Sep 2026 22:18:02 +0400, Maria Sophia <mariasophia@comprehension.com> wrote:

    ...

    Well, that's a problem. I'm getting old (78 currently), tired and
    lazy. Debating the finer points of some technology eventually turns
    into an endless time burn. Your endless discussion with "Carlos E.R."
    is a good example. Carlos seems to baiting you with less than
    brilliant one-line comments, which usually results literary effluvia
    from you. All that does is waste everyone's time. Yours is wasted
    because you write more than anyone is willing to read. My time is
    wasted, but I just don't have the time to read the entire thread. I
    suspect the typical Usenet reader thinks in a similar manner.

    Baiting! Interesting idea, but no, I have no such intention. Not
    knowingly, at least.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Thu Sep 10 10:21:45 2026
    From Newsgroup: alt.comp.os.windows-10

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-10 04:46, Jeff Liebermann wrote:
    On Tue, 8 Sep 2026 22:18:02 +0400, Maria Sophia <mariasophia@comprehension.com> wrote:

    ...

    Well, that's a problem. I'm getting old (78 currently), tired and
    lazy. Debating the finer points of some technology eventually turns
    into an endless time burn. Your endless discussion with "Carlos E.R."
    is a good example. Carlos seems to baiting you with less than
    brilliant one-line comments, which usually results literary effluvia
    from you. All that does is waste everyone's time. Yours is wasted
    because you write more than anyone is willing to read. My time is
    wasted, but I just don't have the time to read the entire thread. I suspect the typical Usenet reader thinks in a similar manner.

    Baiting! Interesting idea, but no, I have no such intention. Not
    knowingly, at least.

    Agreed. (You) Refusing to get engaged in his sprees of insults, misrepresentations, lies, etc., is in *no* way 'baiting'. Quite the
    opposite. Any and all baiting is purely on 'Arlen''s side.

    That said, (obviously) no ill feelings at all towards Jeff.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Chris@ithinkiam@gmail.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 11 07:45:38 2026
    From Newsgroup: alt.comp.os.windows-10

    Frank Slootweg <this@ddress.is.invalid> wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-10 04:46, Jeff Liebermann wrote:
    On Tue, 8 Sep 2026 22:18:02 +0400, Maria Sophia
    <mariasophia@comprehension.com> wrote:

    ...

    Well, that's a problem. I'm getting old (78 currently), tired and
    lazy. Debating the finer points of some technology eventually turns
    into an endless time burn. Your endless discussion with "Carlos E.R."
    is a good example. Carlos seems to baiting you with less than
    brilliant one-line comments, which usually results literary effluvia
    from you. All that does is waste everyone's time. Yours is wasted
    because you write more than anyone is willing to read. My time is
    wasted, but I just don't have the time to read the entire thread. I
    suspect the typical Usenet reader thinks in a similar manner.

    Baiting! Interesting idea, but no, I have no such intention. Not
    knowingly, at least.

    Agreed. (You) Refusing to get engaged in his sprees of insults, misrepresentations, lies, etc., is in *no* way 'baiting'. Quite the
    opposite. Any and all baiting is purely on 'Arlen''s side.

    That said, (obviously) no ill feelings at all towards Jeff.

    I concur. Although, the curt responses from Carlos are a symptom of being vilified for days by Arlen.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 11 09:49:25 2026
    From Newsgroup: alt.comp.os.windows-10

    On Fri, 11 Sep 2026 07:45:38 -0000 (UTC), Chris <ithinkiam@gmail.com>
    wrote:

    Frank Slootweg <this@ddress.is.invalid> wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2026-09-10 04:46, Jeff Liebermann wrote:
    On Tue, 8 Sep 2026 22:18:02 +0400, Maria Sophia
    <mariasophia@comprehension.com> wrote:

    ...

    Well, that's a problem. I'm getting old (78 currently), tired and
    lazy. Debating the finer points of some technology eventually turns
    into an endless time burn. Your endless discussion with "Carlos E.R." >>>> is a good example. Carlos seems to baiting you with less than
    brilliant one-line comments, which usually results literary effluvia
    from you. All that does is waste everyone's time. Yours is wasted
    because you write more than anyone is willing to read. My time is
    wasted, but I just don't have the time to read the entire thread. I
    suspect the typical Usenet reader thinks in a similar manner.

    Baiting! Interesting idea, but no, I have no such intention. Not
    knowingly, at least.

    Agreed. (You) Refusing to get engaged in his sprees of insults,
    misrepresentations, lies, etc., is in *no* way 'baiting'. Quite the
    opposite. Any and all baiting is purely on 'Arlen''s side.

    That said, (obviously) no ill feelings at all towards Jeff.

    I concur. Although, the curt responses from Carlos are a symptom of being >vilified for days by Arlen.

    Good point. I didn't read the entire thread. All I saw was long and repetitive comments by Arlen and short, one-line replies by Carlos. I interpreted the short replies as an attempt to extend the discussion
    without adding anything of value. I also tend to ignore one-line
    replies because they tend to contain little or nothing of value.
    Whether this was intentional trolling by Carlos, or frustration
    dealing with Alren, is unknown.

    I have a simple solution to the problem. When I'm involved in a
    discussion that has devolved into on-line comments (which incidentally
    seems to be the fashion with text-messaging style comments), I just
    stop adding my fuel to the fire. Similarly, when the argument has
    reached an impasse, I also stop as further repetition will serve no
    useful purpose. When the discussion inevitably changes topic, I
    immediately question my continued involvement. Basically, if I don't
    think it's worth reading, I won't write anything. Those are a big
    part of why I avoid posting comments in newsgroups and forums.

    Gone to help a friend with his camper resurrection project.
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272 AE6KS 831-336-2558

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From R.Wieser@address@is.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 11 19:29:55 2026
    From Newsgroup: alt.comp.os.windows-10

    Jeff,

    I also tend to ignore one-line replies because they tend to contain
    little or nothing of value.
    Whether this was intentional trolling by Carlos, or frustration
    dealing with Alren, is unknown.

    You already said it yourself :

    All I saw was long and repetitive comments by Arlen

    Arlen is well know for ignoring everything he doesn't want to hear, and keep reposting his own "truths" - even if they have been shown to be wrong.

    And as you probably have noticed by now, everyone who does not agree with
    him is either dumb, or a troll.

    Regards,
    Rudy Wieser


    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to misc.phone.mobile.iphone,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 11 20:26:41 2026
    From Newsgroup: alt.comp.os.windows-10

    On 2026-09-11 19:29, R.Wieser wrote:
    Jeff,

    I also tend to ignore one-line replies because they tend to contain
    little or nothing of value.
    Whether this was intentional trolling by Carlos, or frustration
    dealing with Alren, is unknown.

    You already said it yourself :

    All I saw was long and repetitive comments by Arlen

    Arlen is well know for ignoring everything he doesn't want to hear, and keep reposting his own "truths" - even if they have been shown to be wrong.

    And as you probably have noticed by now, everyone who does not agree with
    him is either dumb, or a troll.

    The reasons I typically reply with a short text are usually:

    * After reading the post, I have an unanswered question. I don't need
    to reply to it all, specially if it is a repeat and doesn't address the question that I made perhaps on a previous post, so I insist on the
    question. I don't say more because I want focus.

    * I don't accept some stated fact as a fact, and just say so and
    ignore the rest of the text as superfluous.

    * The other person is insulting long and wide. I stop reading and
    ignore the rest of the post.


    In this long thread, I stopped answering to de escalate.


    I would ask Jeff Liebermann to please read the entire thread before
    forming an opinion about me. Or, if you do not want all that work, just
    read the posts by, for example, Keith Thompson, and Arlen answers, then conclude if Keith is a troll as Arlen says. I do not want to explain
    anything, to not influence you.
    --
    Cheers, Carlos.
    ESEfc-Efc+, EUEfc-Efc|;
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Johann 'Myrkraverk' Oskarsson@johann@myrkraverk.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 25 23:43:07 2026
    From Newsgroup: alt.comp.os.windows-10

    On 9/10/2026 10:46 AM, Jeff Liebermann wrote:
    I moved to the hills in about 1974(?). There were enough lines and
    phone numbers for everyone. Near the end of the 1970's, the BBS's
    (bulleting board services) and garage ISP's arrived. Available phone
    lines and numbers suddenly became scarce. In about 1994, the BBS and
    garage ISP's moved into problem office buildings, which freed up quite
    a few phone lines, which were immediately consumed by a student
    population increase inspired by rapidly rising real estate costs. <https://www.biggestuscities.com/city/santa-cruz-california>

    Dear Jeff,

    Did you get a ...00 phone number for your landline? Somehow, I managed
    to get a home /landline/ number in Iceland that ends in 00, and you can
    give me a call. As I don't live in Iceland anymore, this number is now
    S.I.P. and I'll have to turn the "phone" on so give me some advance no-
    tice before you attempt at calling me.

    Alternatively, I can give you a call using my U.S. based S.I.P. number
    and you'll merely have to tell me when is a good time to call you.


    Best wishes, and happy phone numbers!
    --
    Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
    I'm not from the Internet, I just work there. | via Easynews.com https://bsky.app/profile/myrkraverk.bsky.social | for ( ;; ) _:;
    Federated at https://fed.brid.gy/bsky/myrkraverk.bsky.social
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Jeff Liebermann@jeffl@cruzio.com to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Fri Sep 25 13:14:48 2026
    From Newsgroup: alt.comp.os.windows-10

    On Fri, 25 Sep 2026 23:43:07 +0800, Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> wrote:

    On 9/10/2026 10:46 AM, Jeff Liebermann wrote:
    I moved to the hills in about 1974(?). There were enough lines and
    phone numbers for everyone. Near the end of the 1970's, the BBS's
    (bulleting board services) and garage ISP's arrived. Available phone
    lines and numbers suddenly became scarce. In about 1994, the BBS and
    garage ISP's moved into problem office buildings, which freed up quite
    a few phone lines, which were immediately consumed by a student
    population increase inspired by rapidly rising real estate costs.
    <https://www.biggestuscities.com/city/santa-cruz-california>

    Dear Jeff,

    Did you get a ...00 phone number for your landline?

    No. I've had the same phone number since about 1974. It's in the
    signature. However, it's no longer a "land line" using copper wires
    from Ma Bell. It's been an Ooma VoIP number since Apr 2022. I use
    Xfinity for internet connectivity. I've been retired since the end of
    2020 and therefore do not need a reliable service. Best effort is
    sufficient.

    Somehow, I managed
    to get a home /landline/ number in Iceland that ends in 00, and you can
    give me a call. As I don't live in Iceland anymore, this number is now >S.I.P. and I'll have to turn the "phone" on so give me some advance no-
    tice before you attempt at calling me.

    Ooma uses SIP (session initiation protocol). To make a SIP call, I
    need to connect one of my SIP phones or adapters, and call direct.
    However, I have ports 5060-5062 blocked because I got tired of having
    my SIP phones probed and crashed.

    Alternatively, I can give you a call using my U.S. based S.I.P. number
    and you'll merely have to tell me when is a good time to call you.

    At this time, I don't want to talk to anyone, especially if I need to reconstruct my SIP phone setup. I've been working on projects that
    are going too slowly but which hopefully will end by November (or
    December).

    Best wishes, and happy phone numbers!
    --
    Jeff Liebermann jeffl@cruzio.com
    PO Box 272 http://www.LearnByDestroying.com
    Ben Lomond CA 95005-0272 AE6KS 831-336-2558

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Johann 'Myrkraverk' Oskarsson@johann@myrkraverk.invalid to misc.phone.mobile.iphone,comp.lang.python,comp.mobile.android,alt.internet.wireless,alt.comp.os.windows-10 on Sat Sep 26 04:41:11 2026
    From Newsgroup: alt.comp.os.windows-10

    On 9/26/2026 4:14 AM, Jeff Liebermann wrote:
    On Fri, 25 Sep 2026 23:43:07 +0800, Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> wrote:

    On 9/10/2026 10:46 AM, Jeff Liebermann wrote:
    I moved to the hills in about 1974(?). There were enough lines and
    phone numbers for everyone. Near the end of the 1970's, the BBS's
    (bulleting board services) and garage ISP's arrived. Available phone
    lines and numbers suddenly became scarce. In about 1994, the BBS and
    garage ISP's moved into problem office buildings, which freed up quite
    a few phone lines, which were immediately consumed by a student
    population increase inspired by rapidly rising real estate costs.
    <https://www.biggestuscities.com/city/santa-cruz-california>

    Dear Jeff,

    Did you get a ...00 phone number for your landline?

    No. I've had the same phone number since about 1974. It's in the
    signature. However, it's no longer a "land line" using copper wires
    from Ma Bell. It's been an Ooma VoIP number since Apr 2022. I use
    Xfinity for internet connectivity. I've been retired since the end of
    2020 and therefore do not need a reliable service. Best effort is sufficient.

    Somehow, I managed
    to get a home /landline/ number in Iceland that ends in 00, and you can
    give me a call. As I don't live in Iceland anymore, this number is now
    S.I.P. and I'll have to turn the "phone" on so give me some advance no-
    tice before you attempt at calling me.

    Ooma uses SIP (session initiation protocol). To make a SIP call, I
    need to connect one of my SIP phones or adapters, and call direct.
    However, I have ports 5060-5062 blocked because I got tired of having
    my SIP phones probed and crashed.

    Alternatively, I can give you a call using my U.S. based S.I.P. number
    and you'll merely have to tell me when is a good time to call you.

    At this time, I don't want to talk to anyone, especially if I need to reconstruct my SIP phone setup. I've been working on projects that
    are going too slowly but which hopefully will end by November (or
    December).

    Best wishes, and happy phone numbers!



    In that case, I simply wish you happy retirement, and success in your
    projects. Have a nice life!
    --
    Johann | email: invalid -> com | http://www.myrkraverk.com/blog/
    I'm not from the Internet, I just work there. | via Easynews.com https://bsky.app/profile/myrkraverk.bsky.social | for ( ;; ) _:;
    Federated at https://fed.brid.gy/bsky/myrkraverk.bsky.social
    --- Synchronet 3.22a-Linux NewsLink 1.2