Martin �rautmann wrote:

>> So, get a phone with a different operating system if you need control.
>
> Ok, I'll build one of my own

While I thank the OP and Frank for bringing up enough information for me to
bother to search for the underlying cause of the OP's complaint, it seems:

1. Google did the right thing in Android 11+
2. The apps simply need to change their calls

It's really that simple (as I see it).
Isn't it?
--
Posted out of the goodness of my heart to disseminate useful information
to make sure people are aware of the simple solution to the problem set.

Frank Slootweg wrote:

>> On 17 Jun 2022 17:37:58 GMT, Frank Slootweg wrote:
>>> Are you for real? NetGuard is available through the Play Store (or
>>> Google Play website), I gave you the link.
>>
>> That aimed at the My Data Manager
>
> That wasn't clear, because it was below Andy Burnelli's comments on
> NetGuard.
>
> Anyway, most of what you describe about My Data Manager isn't correct
> either.

Facts and assessments of those facts...

Frank isn't a nice person but he's generally rather correct on his facts.
a. Multiple people told the OP that NetGuard was available on Google Play.
b. The link to "my data manager" was from Frank, I believe... not from me.
Message-ID: <t8a2kr.7e8.1@ID-201911.user.individual.net>

When I cared about data (before T-Mobile gave me unlimited data for free),
I kept my data to a low figure as Frank seems to have kept his.

It's really all about settings.
--
Posted out of the goodness of my heart to disseminate useful information.

Frank Slootweg wrote:

>> But I do not find a switch for a daily total mobile data amount warning.
>> NetGuard may help me to identify applications which used most of the
>> data - but I can see this info from the system anyway. I want to limit
>> it before I will see it, e.g. because a video or internet radio will
>> continue to play via mobile data, although it should use WLAN only.
>
> It's not to limit mobile data, but to switch off (or on) mobile data
> *access* on a per app basis. So you turn off mobile data access for your
> video player, your internet radio app and any other app which should not
> use mobile data. If you change your mind, you can change the settings
> again.

I may beg out of this conversation as nobody seems to be understanding even
the most basic of the issues that are popping up left and right which have
no need to be popping up because we already covered them multiple times.

Frank understands "most" of thise issues where I already stated, multiple
times, as I recall, a possible _two-step_ solution for the OP's problem.

1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
2. Then, use NetGuard (or similar) to shut them off manually

I even went so far as to suggest free ad free gsf free automation
apps which "could" likely do all this automatically - however - I'm well
aware of the hurdles therein.

No sense in repeating things, but it's like talking to Steve when
explaining solutions and then people go on say things like the OP just said
about NetGuard.

It's like talking to micky or Joerg Lorenz or Rod Speedm, in terms of
spinning wheels because these people keep their strongly held belief system
despite any and all facts to the contrary.

At least Frank, while decidedly not a nice person, comprehends most facts.
--
Posted out of the goodness of my heart to disseminate useful information
but it's like trying to give an adult solution to a grade-school child.

On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
> Frank understands "most" of thise issues where I already stated, multiple
> times, as I recall, a possible _two-step_ solution for the OP's problem.

I did not read most of it, since I got the answers I was looking for -
which is: daily limit is gone and will no come back.

> 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
> 2. Then, use NetGuard (or similar) to shut them off manually

I know the apps and I do not want to shut them off.

It happens e.g. because of web radio or web browser.
Web radio should use WLAN only, while I observed an occasional
malfunction that it kept playing (beyond buffer time) without WLAN.

Web browser is something I want to use - but this month I used plenty of
it while assuming I was on WLAN. But I wasn't any more. I don't want to
turn off this web browser since I want to use it on some occasions.

I'll have a look now into some other warning apps where I feel more
comofortable about them.

What's the worst they could spy out, since I have to grant them rather
deep system insight - e.g. Netguard, which says to pass all network
traffic through a VPN of its own?

Martin �rautmann wrote:

> What's the worst they could spy out, since I have to grant them rather
> deep system insight - e.g. Netguard, which says to pass all network
> traffic through a VPN of its own?

Do you have an account for Google set up on your Android phone?

On Mon, 20 Jun 2022 10:26:06 +0100, Andy Burnelli wrote:
> Martin �rautmann wrote:
>
>> What's the worst they could spy out, since I have to grant them rather
>> deep system insight - e.g. Netguard, which says to pass all network
>> traffic through a VPN of its own?
>
> Do you have an account for Google set up on your Android phone?

Yes

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
> > Frank understands "most" of thise issues where I already stated, multiple
> > times, as I recall, a possible _two-step_ solution for the OP's problem.
>
> I did not read most of it, since I got the answers I was looking for -
> which is: daily limit is gone and will no come back.
>
> > 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
> > 2. Then, use NetGuard (or similar) to shut them off manually
>
> I know the apps and I do not want to shut them off.

Sigh! :-( Not shut the *apps* off, but let NetGuard turn off *mobile
data access* for any app which abuses it, i.e. uses too much mobile
data.

> It happens e.g. because of web radio or web browser.
> Web radio should use WLAN only, while I observed an occasional
> malfunction that it kept playing (beyond buffer time) without WLAN.

So let NetGuard turn off *mobile data access* for the 'web radio' app,
problem solved. (I hope you use a dedicated app to listen to *Internet*
radio (not 'web radio'), i.e not use a 'web player' in a web-browser.)

> Web browser is something I want to use - but this month I used plenty of
> it while assuming I was on WLAN. But I wasn't any more. I don't want to
> turn off this web browser since I want to use it on some occasions.

No, you don't have to switch off the *web-browser*, you use NetGuard
to switch the web-bowser's *network access* from Wi-Fi to mobile data
and vice versa.

> I'll have a look now into some other warning apps where I feel more
> comofortable about them.

I think you won't find any. You see problems where there's no
indication of any, even the contrary. Developers being upfront about
what they do and do not do, doesn't seem to matter. Being able to turn
off data collection? Nah, you don't trust them.

> What's the worst they could spy out, since I have to grant them rather
> deep system insight - e.g. Netguard, which says to pass all network
> traffic through a VPN of its own?

"* No root required
* 100% open source
* No calling home
* No tracking or analytics
* No advertisements"

<good rating>

<very responsive developer>

Indeed, total sleazeware! NOT!

On 20 Jun 2022 14:30:05 GMT, Frank Slootweg wrote:
> Martin ?rautmann <t-usenet@gmx.net> wrote:
>> On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
>> > Frank understands "most" of thise issues where I already stated, multiple
>> > times, as I recall, a possible _two-step_ solution for the OP's problem.
>>
>> I did not read most of it, since I got the answers I was looking for -
>> which is: daily limit is gone and will no come back.
>>
>> > 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
>> > 2. Then, use NetGuard (or similar) to shut them off manually
>>
>> I know the apps and I do not want to shut them off.
>
> Sigh! :-( Not shut the *apps* off, but let NetGuard turn off *mobile
> data access* for any app which abuses it, i.e. uses too much mobile
> data.

Ah web browser who can't connect to the web is shut off. Ok, it may take
more memory, if it's only its net connection which is shut off - but a
web browser without web is useless.

>> It happens e.g. because of web radio or web browser.
>> Web radio should use WLAN only, while I observed an occasional
>> malfunction that it kept playing (beyond buffer time) without WLAN.
>
> So let NetGuard turn off *mobile data access* for the 'web radio' app,
> problem solved. (I hope you use a dedicated app to listen to *Internet*
> radio (not 'web radio'), i.e not use a 'web player' in a web-browser.)

I don't want to turn off mobile data for the web browser - because
mobile web is a major feature of a smart phone.

Before, it was comfortable and secure that mobile data for all and any
app turned off automatically. But that's all no more news by now.

>> Web browser is something I want to use - but this month I used plenty of
>> it while assuming I was on WLAN. But I wasn't any more. I don't want to
>> turn off this web browser since I want to use it on some occasions.
>
> No, you don't have to switch off the *web-browser*, you use NetGuard
> to switch the web-bowser's *network access* from Wi-Fi to mobile data
> and vice versa.

Why would I have to use NetGuard for the pupose, since I can do it with
the system's preferences as well.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 20 Jun 2022 14:30:05 GMT, Frank Slootweg wrote:
> > Martin ?rautmann <t-usenet@gmx.net> wrote:
> >> On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
> >> > Frank understands "most" of thise issues where I already stated, multiple
> >> > times, as I recall, a possible _two-step_ solution for the OP's problem.
> >>
> >> I did not read most of it, since I got the answers I was looking for -
> >> which is: daily limit is gone and will no come back.
> >>
> >> > 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
> >> > 2. Then, use NetGuard (or similar) to shut them off manually
> >>
> >> I know the apps and I do not want to shut them off.
> >
> > Sigh! :-( Not shut the *apps* off, but let NetGuard turn off *mobile
> > data access* for any app which abuses it, i.e. uses too much mobile
> > data.
>
> Ah web browser who can't connect to the web is shut off. Ok, it may take
> more memory, if it's only its net connection which is shut off - but a
> web browser without web is useless.

Sigh! I no longer know if you're really that clueless or are
intentionally pulling my/our leg! :-(

Exactly *where* in my above paragraph did I mention a web browser or
turning off Internet access!? Clue-by-four: I didn't.

> >> It happens e.g. because of web radio or web browser.
> >> Web radio should use WLAN only, while I observed an occasional
> >> malfunction that it kept playing (beyond buffer time) without WLAN.
> >
> > So let NetGuard turn off *mobile data access* for the 'web radio' app,
> > problem solved. (I hope you use a dedicated app to listen to *Internet*
> > radio (not 'web radio'), i.e not use a 'web player' in a web-browser.)
>
> I don't want to turn off mobile data for the web browser - because
> mobile web is a major feature of a smart phone.

Again, I'm not talking about "the web browser", I'm talking about the
Internet radio app, which you say should use Wi-Fi, not mobile data.

BTW, you *do* know the difference between a dedicated Internet radio
app and a 'web player' in a web-browser, don't you? *Which* of the two
do you use, and if the former, which one? (N.B. Previously you said
'Internet radio', now you say 'web radio'. Not the same thing at all.)

> Before, it was comfortable and secure that mobile data for all and any
> app turned off automatically. But that's all no more news by now.
>
> >> Web browser is something I want to use - but this month I used plenty of
> >> it while assuming I was on WLAN. But I wasn't any more. I don't want to
> >> turn off this web browser since I want to use it on some occasions.
> >
> > No, you don't have to switch off the *web-browser*, you use NetGuard
> > to switch the web-bowser's *network access* from Wi-Fi to mobile data
> > and vice versa.
>
> Why would I have to use NetGuard for the pupose, since I can do it with
> the system's preferences as well.

Because "the system's preferences" cannot switch Wi-Fi or/and mobile
data *access* on/off on a *per app* basis. But we've already covered
that, didn't we!? :-(

And why didn't you respond to my comments on your privacy concerns? :-(

Martin �rautmann wrote:

>>> What's the worst they could spy out, since I have to grant them rather
>>> deep system insight - e.g. Netguard, which says to pass all network
>>> traffic through a VPN of its own?
>>>
>>> What's the worst they could spy out, since I have to grant them rather
>>> deep system insight - e.g. Netguard, which says to pass all network
>>> traffic through a VPN of its own?
>>
>> Do you have an account for Google set up on your Android phone?
>
> Yes

Your logic is skewed...

1. You are so worried about Netguard that you won't use it...
(because you have to "grant them rather deep system insight")

2. And yet... all day... every day... you log into Google servers
(because you're not worried about granting them deep insight?)

Anyone reading this who understands logic will find that askew.
It's up to Frank now to explain the rest... Good luck!
--
Posted out of the goodness of my heart to disseminate useful information
where the point here is to evalucate the threats in a realistic manner.

On 20 Jun 2022 15:17:28 GMT, Frank Slootweg wrote:
> Martin ?rautmann <t-usenet@gmx.net> wrote:
>> On 20 Jun 2022 14:30:05 GMT, Frank Slootweg wrote:
>> > Martin ?rautmann <t-usenet@gmx.net> wrote:
>> >> On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
>> >> > Frank understands "most" of thise issues where I already stated, multiple
>> >> > times, as I recall, a possible _two-step_ solution for the OP's problem.
>> >>
>> >> I did not read most of it, since I got the answers I was looking for -
>> >> which is: daily limit is gone and will no come back.
>> >>
>> >> > 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
>> >> > 2. Then, use NetGuard (or similar) to shut them off manually
>> >>
>> >> I know the apps and I do not want to shut them off.
>> >
>> > Sigh! :-( Not shut the *apps* off, but let NetGuard turn off *mobile
>> > data access* for any app which abuses it, i.e. uses too much mobile
>> > data.
>>
>> Ah web browser who can't connect to the web is shut off. Ok, it may take
>> more memory, if it's only its net connection which is shut off - but a
>> web browser without web is useless.
>
> Sigh! I no longer know if you're really that clueless or are
> intentionally pulling my/our leg! :-(
>
> Exactly *where* in my above paragraph did I mention a web browser or
> turning off Internet access!? Clue-by-four: I didn't.
>
>> >> It happens e.g. because of web radio or web browser.
>> >> Web radio should use WLAN only, while I observed an occasional
>> >> malfunction that it kept playing (beyond buffer time) without WLAN.
>> >
>> > So let NetGuard turn off *mobile data access* for the 'web radio' app,
>> > problem solved. (I hope you use a dedicated app to listen to *Internet*
>> > radio (not 'web radio'), i.e not use a 'web player' in a web-browser.)
>>
>> I don't want to turn off mobile data for the web browser - because
>> mobile web is a major feature of a smart phone.
>
> Again, I'm not talking about "the web browser", I'm talking about the
> Internet radio app, which you say should use Wi-Fi, not mobile data.
>
> BTW, you *do* know the difference between a dedicated Internet radio
> app and a 'web player' in a web-browser, don't you? *Which* of the two
> do you use, and if the former, which one? (N.B. Previously you said
> 'Internet radio', now you say 'web radio'. Not the same thing at all.)
>
>> Before, it was comfortable and secure that mobile data for all and any
>> app turned off automatically. But that's all no more news by now.
>>
>> >> Web browser is something I want to use - but this month I used plenty of
>> >> it while assuming I was on WLAN. But I wasn't any more. I don't want to
>> >> turn off this web browser since I want to use it on some occasions.
>> >
>> > No, you don't have to switch off the *web-browser*, you use NetGuard
>> > to switch the web-bowser's *network access* from Wi-Fi to mobile data
>> > and vice versa.
>>
>> Why would I have to use NetGuard for the pupose, since I can do it with
>> the system's preferences as well.
>
> Because "the system's preferences" cannot switch Wi-Fi or/and mobile
> data *access* on/off on a *per app* basis. But we've already covered
> that, didn't we!? :-(

Obviously we didn't - but I had told you several times that I can turn
off mobile data on a per app basis, without using NetGuard.

See here:
https://i.ibb.co/f1BBsL0/Screenshot-2022-06-20-21-56-02-922-com-miui-securitycenter.jpg
https://i.ibb.co/tX0gF18/Screenshot-2022-06-20-21-55-40-790-com-miui-securitycenter.jpg

So you do agree now that I can turn off mobile data on a per app basis without
Netguard?

Concerning "web radio" vs. "internet radio", both are frequently used as
synonyms. You can use internet radio via the web, while some my use the
term web radio for internet radio via the web browser. But that's not so
for everyone, since you might have to call it "web browser radio" for
that exact interpretation.

https://en.wikipedia.org/wiki/Internet_radio
Internet radio (also web radio, net radio, streaming radio, e-radio, IP
radio, online radio) is a digital audio service transmitted via the
Internet.

Oh, and I use VRadio for some time now. I have been looking around for a
very long time to find the radio app that I liked most - and although
many apps should have the same purpose and functionality, it's the
details that make them comfortable to use for me.

On Mon, 20 Jun 2022 17:20:20 +0100, Andy Burnelli wrote:
> Martin �rautmann wrote:
>
>>>> What's the worst they could spy out, since I have to grant them rather
>>>> deep system insight - e.g. Netguard, which says to pass all network
>>>> traffic through a VPN of its own?
>>>>
>>>> What's the worst they could spy out, since I have to grant them rather
>>>> deep system insight - e.g. Netguard, which says to pass all network
>>>> traffic through a VPN of its own?
>>>
>>> Do you have an account for Google set up on your Android phone?
>>
>> Yes
>
> Your logic is skewed...
>
> 1. You are so worried about Netguard that you won't use it...
> (because you have to "grant them rather deep system insight")
>
> 2. And yet... all day... every day... you log into Google servers
> (because you're not worried about granting them deep insight?)

I don't mind about Google, since those can track any of my work easily
the best. If I don't like Google, I would have to avoid Android at all.
And many things can not be done without a Google account.

But Google is a major player who willhave to face significant problems
as soon as there abuse becomes public. But who is Marcel Bokhorst? A
Dutch developer who is pissed by Google since his app FairEmail was
banned from the play store last month? BTW because Google claimed, this
app would be spyware. From what I learned, Google is wrong and FairEmail
is good and helpful. But who am I to judge...

Martin �rautmann wrote:

> I don't mind about Google, since those can track any of my work easily
> the best. If I don't like Google, I would have to avoid Android at all.
> And many things can not be done without a Google account.

I didn't say anything about "having" a Google Account not set up on the
phone, of which I have plenty myself; I had asked if you have a google
account set up on the phone.

I don't have _any_ accounts set up on my phone for example...

Not Google...
<https://i.postimg.cc/NG5pHyBx/aurora10.jpg> No need for a Google Account

Not Samsung.
<https://i.postimg.cc/8C1wzk8r/galaxy01.jpg> No Samsung Galaxy account

And I can do whatever I want to on my phone _without_ those accounts.

I can even rely on "Google Play Protect" which you seem to want to use.
<https://i.postimg.cc/FRnfbBrT/aurora06.jpg> Google Play Store still works

> But Google is a major player who will have to face significant problems
> as soon as there abuse becomes public.

Google is no different from Apple when it comes to lying to the public.

> But who is Marcel Bokhorst?

My argument is that you're not looking at privacy from a logical standpoint
where Marcel Bokhorst doesn't have anything directly to do with privacy.
<https://forum.fairphone.com/t/marcel-bokhorst-calls-it-quits/84970>
<https://tech.slashdot.org/story/22/05/19/2033249/fairemail-developer-calls-it-quits-after-google-falsely-flags-app-as-spyware>
<https://www.ghacks.net/2022/05/19/fairemail-developer-calls-it-quits-and-pulls-apps-from-google-play/>
<https://forum.xda-developers.com/t/app-5-0-fairemail-fully-featured-open-source-privacy-oriented-email-app.3824168/page-1087#post-86909365>
etc.

From the developer himself, dated "May 18, 2022" on XDA Developers:
"The few euros I receive in return for what's being offered and the
fun of developing things are no compensation for the thousands
of questions I answer every month, for unfair Play store reviews
and for stress about unclear Google requirements."

> A Dutch developer who is pissed by Google since his app FairEmail was
> banned from the play store last month? BTW because Google claimed, this
> app would be spyware. From what I learned, Google is wrong and FairEmail
> is good and helpful. But who am I to judge...

Again, from the developer himself, this one dated "Saturday June 18, 2022".
"Version 1.1922 is available on GitHub now and in the Play store
test program after Google's approval."
<https://play.google.com/store/apps/details?id=eu.faircode.email>
<https://github.com/M66B/FairEmail/releases>

I think your logic is completely non existent on privacy since you don't
seem to have attempted any decent layering of the threats in perspective.

If you put a Google Account on your phone, you have no right, IMHO, to then
claim that a privacy-aware app isn't private enough for you. Simple logic.
--
Anyone who has a google account on their phone doesn't care about privacy.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 20 Jun 2022 15:17:28 GMT, Frank Slootweg wrote:
> > Martin ?rautmann <t-usenet@gmx.net> wrote:
> >> On 20 Jun 2022 14:30:05 GMT, Frank Slootweg wrote:
> >> > Martin ?rautmann <t-usenet@gmx.net> wrote:
> >> >> On Sun, 19 Jun 2022 20:46:33 +0100, Andy Burnelli wrote:
> >> >> > Frank understands "most" of thise issues where I already stated, multiple
> >> >> > times, as I recall, a possible _two-step_ solution for the OP's problem.
> >> >>
> >> >> I did not read most of it, since I got the answers I was looking for -
> >> >> which is: daily limit is gone and will no come back.
> >> >>
> >> >> > 1. Use _any_ free, ad-free, gsf-free app to set daily-data-limit alarms
> >> >> > 2. Then, use NetGuard (or similar) to shut them off manually
> >> >>
> >> >> I know the apps and I do not want to shut them off.
> >> >
> >> > Sigh! :-( Not shut the *apps* off, but let NetGuard turn off *mobile
> >> > data access* for any app which abuses it, i.e. uses too much mobile
> >> > data.
> >>
> >> Ah web browser who can't connect to the web is shut off. Ok, it may take
> >> more memory, if it's only its net connection which is shut off - but a
> >> web browser without web is useless.
> >
> > Sigh! I no longer know if you're really that clueless or are
> > intentionally pulling my/our leg! :-(
> >
> > Exactly *where* in my above paragraph did I mention a web browser or
> > turning off Internet access!? Clue-by-four: I didn't.
> >
> >> >> It happens e.g. because of web radio or web browser.
> >> >> Web radio should use WLAN only, while I observed an occasional
> >> >> malfunction that it kept playing (beyond buffer time) without WLAN.
> >> >
> >> > So let NetGuard turn off *mobile data access* for the 'web radio' app,
> >> > problem solved. (I hope you use a dedicated app to listen to *Internet*
> >> > radio (not 'web radio'), i.e not use a 'web player' in a web-browser.)
> >>
> >> I don't want to turn off mobile data for the web browser - because
> >> mobile web is a major feature of a smart phone.
> >
> > Again, I'm not talking about "the web browser", I'm talking about the
> > Internet radio app, which you say should use Wi-Fi, not mobile data.
> >
> > BTW, you *do* know the difference between a dedicated Internet radio
> > app and a 'web player' in a web-browser, don't you? *Which* of the two
> > do you use, and if the former, which one? (N.B. Previously you said
> > 'Internet radio', now you say 'web radio'. Not the same thing at all.)
> >
> >> Before, it was comfortable and secure that mobile data for all and any
> >> app turned off automatically. But that's all no more news by now.
> >>
> >> >> Web browser is something I want to use - but this month I used plenty of
> >> >> it while assuming I was on WLAN. But I wasn't any more. I don't want to
> >> >> turn off this web browser since I want to use it on some occasions.
> >> >
> >> > No, you don't have to switch off the *web-browser*, you use NetGuard
> >> > to switch the web-bowser's *network access* from Wi-Fi to mobile data
> >> > and vice versa.
> >>
> >> Why would I have to use NetGuard for the pupose, since I can do it with
> >> the system's preferences as well.
> >
> > Because "the system's preferences" cannot switch Wi-Fi or/and mobile
> > data *access* on/off on a *per app* basis. But we've already covered
> > that, didn't we!? :-(
>
> Obviously we didn't - but I had told you several times that I can turn
> off mobile data on a per app basis, without using NetGuard.

Please point me to these responses (message-id or/and date/time (if in
this thread)). I've not seen such comments. If I had, I of course
wouldn't have mentioned - or continued mentioning - NetGuard.

Anyway, you could/should have shutdown my/Andy's references to
NetGuard, much, much earlier, if NetGuard is indeed offering no
additional functionality (or (more) ease of use) for you. That would
have saved a lot of time and annoyance.

> See here:
> https://i.ibb.co/f1BBsL0/Screenshot-2022-06-20-21-56-02-922-com-miui-securitycenter.jpg
> https://i.ibb.co/tX0gF18/Screenshot-2022-06-20-21-55-40-790-com-miui-securitycenter.jpg
>
> So you do agree now that I can turn off mobile data on a per app basis without
> Netguard?

Yes. So you don't need NetGuard.

> Concerning "web radio" vs. "internet radio", both are frequently used as
> synonyms. You can use internet radio via the web, while some my use the
> term web radio for internet radio via the web browser. But that's not so
> for everyone, since you might have to call it "web browser radio" for
> that exact interpretation.
>
> https://en.wikipedia.org/wiki/Internet_radio
> Internet radio (also web radio, net radio, streaming radio, e-radio, IP
> radio, online radio) is a digital audio service transmitted via the
> Internet.

Yes, I know people use ambiguous/'sloppy' terminology all the time.
Like 'Internet' when they mean 'the web', etc., etc.. That's fine as
long as the context provides enough details to remove the ambiguity.

In this case, the ambiguity remained c.q. was introduced.

> Oh, and I use VRadio for some time now.

OK, so you use an Internet radio app, not a 'web player' in a
web-browser.

> I have been looking around for a
> very long time to find the radio app that I liked most - and although
> many apps should have the same purpose and functionality, it's the
> details that make them comfortable to use for me.

Yes, I've also checked many Internet radio apps and finally - more or
less - settled on a few which serve my needs/wants best.

On 21 Jun 2022 14:42:26 GMT, Frank Slootweg wrote:
>> Obviously we didn't - but I had told you several times that I can turn
>> off mobile data on a per app basis, without using NetGuard.
>
> Please point me to these responses (message-id or/and date/time (if in
> this thread)). I've not seen such comments. If I had, I of course
> wouldn't have mentioned - or continued mentioning - NetGuard.

e.g. slrntan45o.r6.t-usenet@ID-685.user.individual.de from
Thu, 16 Jun 2022 22:21:12 +0200:
| I now have changed the web browser not to use mobile data

or slrntarmad.d8.t-usenet@ID-685.user.individual.de from
Sat, 18 Jun 2022 15:55:25 +0200
| So maybe it's easier to do it with this app, but this can also be done
| from the system itself.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 21 Jun 2022 14:42:26 GMT, Frank Slootweg wrote:
> >> Obviously we didn't - but I had told you several times that I can turn
> >> off mobile data on a per app basis, without using NetGuard.
> >
> > Please point me to these responses (message-id or/and date/time (if in
> > this thread)). I've not seen such comments. If I had, I of course
> > wouldn't have mentioned - or continued mentioning - NetGuard.
>
> e.g. slrntan45o.r6.t-usenet@ID-685.user.individual.de from
> Thu, 16 Jun 2022 22:21:12 +0200:
> | I now have changed the web browser not to use mobile data

Yes, I saw that one, but it seemed that you changed a setting in the
app itself, i.e. a setting *in* the app, not *for* the app.

> or slrntarmad.d8.t-usenet@ID-685.user.individual.de from
> Sat, 18 Jun 2022 15:55:25 +0200
> | So maybe it's easier to do it with this app, but this can also be done
> | from the system itself.

Yes, but I responded to that:

<t8ku29.9so.1@ID-201911.user.individual.net> of 18 Jun 2022 14:24:05 GMT:
| It can only be done from the system itself, if the system has this
| functionality, which not all phones have.
....
| Most phones can only deny (or allow) access to Wi-Fi or/and mobile for
| *all apps at once*.
|
| Does your phone have this *per app* functionality? (As I mentioned, my
| previous phone (Huawei Y5[60-L02]) had this functionality.)

AFAICT, you never answered that question, so I did not know and could
not know that your phone does have that functionality.

On 21 Jun 2022 19:10:32 GMT, Frank Slootweg wrote:
> <t8ku29.9so.1@ID-201911.user.individual.net> of 18 Jun 2022 14:24:05 GMT:
>| It can only be done from the system itself, if the system has this
>| functionality, which not all phones have.
> ...
>| Most phones can only deny (or allow) access to Wi-Fi or/and mobile for
>| *all apps at once*.
>|
>| Does your phone have this *per app* functionality? (As I mentioned, my
>| previous phone (Huawei Y5[60-L02]) had this functionality.)
>
> AFAICT, you never answered that question, so I did not know and could
> not know that your phone does have that functionality.

It's true that I did not confirm once again what I had already stated
before.

Martin ?rautmann <t-usenet@gmx.net> wrote:
> On 21 Jun 2022 19:10:32 GMT, Frank Slootweg wrote:
> > <t8ku29.9so.1@ID-201911.user.individual.net> of 18 Jun 2022 14:24:05 GMT:
> >| It can only be done from the system itself, if the system has this
> >| functionality, which not all phones have.
> > ...
> >| Most phones can only deny (or allow) access to Wi-Fi or/and mobile for
> >| *all apps at once*.
> >|
> >| Does your phone have this *per app* functionality? (As I mentioned, my
> >| previous phone (Huawei Y5[60-L02]) had this functionality.)
> >
> > AFAICT, you never answered that question, so I did not know and could
> > not know that your phone does have that functionality.
>
> It's true that I did not confirm once again what I had already stated
> before.

Sigh! *As I explained* - and you 'conveniently' silently snipped -,
what you 'stated' was ambiguous.

So I asked a specific question. You didn't answer. End of story.

EOD.

The good news is I, at least, learned a _lot_ from this thread.

Mostly I thank Andy, Frank, and the OP for brining up the points which I
then researched to find out far more about them than I had known before.

1. For one, I didn't know that Google had removed daily limit APIs
2. For another, I was previously unaware of this functionality
3. I didn't know about Marcel Bokhorst's frustration with Google
4. And I didn't know FairMail now _creates_ a Google Account
5. Which Marcel Bokhorst kindly explained to me why he had to
6. Previously I hadn't thought about daily data limit alarms
7. Which seem to be easily set according to my app search result
8. And I hadn't known much about the Android 11+ storage API changes
9. Luckily, I proved it was easy to recover from those API changes
10. But you have to download a newer version of each app using them
11. Then I dug into why Thunderbird did NOT do what Fair Mail did
12. And I learned a ton about what evil Google is perpetuating against
people like Marcel Bokhorst making it difficult for any free MUA
to survive if it connects to the Google OAuth2 server systems

The goal is to make every thread valuable, and this one certainly was.
The OP seems to know a lot of the limitations I was unaware of.

(Although I found out there were workarounds to almost all of them)
Which is my nature, after all.
--
Posted out of the goodness of my heart to disseminate useful information.