I’ve never had Rosemary chips but now I desperately want to try some

This is a really great thing. My town doesn’t do ewaste programs and we had some UPS batteries to get rid of a few months ago. We ended up giving them to one of our parents in the city to take to their program

I saw Windows subsystem and panicked thinking it was the Linux version. Did not know an Android variant existed, that’s a bummer

If there’s an option on the AP to not permit link local routing within a vlan/ssid, that will force all traffic up to the firewall. Then you can block intrazone traffic at the firewall level for that vlan.
I’ve seen this in Meraki hardware where it’s referred to as “client isolation”. Ubiquiti might be able to do this too.

In shorter terms to what the other comment said, your website won’t work in networks that use DNS served by your DC. The website is fine on the Internet, but less so at home or at an office/on a VPN if you’re an enterprise.
“I can’t go to example.com on the VPN!” was a semi common ticket at my last company 🙃

This trailer and the feelings it evokes will always be in my mind. It may just be a bunch of clips and speeches overlaid with amazing music but damn is it perfect.

Android Auto is a specific system that mirrors app contents from your phone. It’s basically an extended monitor for your phone with specific formatting to be car usage friendly. It doesn’t do anything about a car’s embedded systems

Even better if you can get into a family plan with friends

Robit, mimicking how Zoidberg calls Bender sometimes

It’s the same kind of deprecation you get with apps requiring a newer Android version. If Google adds new features to Android Auto that Android Nougat (7.x) can’t handle, then your apps won’t have any better time either. Likewise, if Google updates Android Auto but an app stops supporting 7.x and earlier, then that app will certainly break down the road.

Are you using a phone from 2017 or earlier? If not, you have nothing to worry about. If so, I’m surprised it still works.
The article topic only affects phones with Android Nougat and earlier. If you’re on Oreo or later (8.0+), you’re fine. This has nothing to do with the car and everything to do with the phone doing the screen projection.

Adding on to a bit from your comment that I missed, it’s not affecting the car itself. The article should have used the word “phone” instead of “device”.
All Android Auto is a screen for your phone that also hooks into car buttons. Your phone does all the hard work with projecting data to the screen. If your phone is too old, Android Auto might not work because apps don’t work properly with the base framework by Google.
You can use a new phone on an older car that officially supports Auto/CarPlay. That’s never been a problem.

If you don’t update Android Auto, maybe. Apps still rely on the framework that makes it work, so you are likely to have those break if they use features that Android Auto didn’t have at the update freeze.

The version they’re cutting off is really old, relatively speaking. You have to be on Oreo or later (8.0+), which came out in 2017.
Many apps you would use Android Auto will likely bump up to this break point soon. Waze, for example, is 7.0+. You’re bound to run into issues being on Nougat or earlier soon, if not already.

This looks to be Google ending support for the Android Auto framework on older Android versions, that’s all. It’s not about the car, it’s about the phone.

Judging by the article and the code snippets found, it’s more about updating your phone rather than the car infotainment hub. Nougat is getting the axe, have to be on Oreo or later.
It would have been better if the headline said “phones” and not “devices”, but that’s not as panic inducing :P

Short answer, likely yes. It’s not definitive, you could still slip by after sending enough mail, but you are also very likely to get whacked because that VPS IP doesn’t have an email sending reputation.

Longer answer, email gateways like Google, Microsoft, and Proofpoint don’t really care who owns what IP. Well, they might, but they’re more concerned about the sending habits of an IP. While you might send good mail from that IP, there’s no reputation for it, so you could be whacked for having a neutral reputation (the ol’ credit score dilemma but for email).
In order to have a good reputation, you have to send a large volume of messages very gradually over several weeks to “warm” your IP as a reputable sender. I went over this slightly more in detail in another reply, but this article is pretty concise on how an enterprise accomplishes this with a dedicated IP at a provider like SendGrid: https://docs.sendgrid.com/ui/sending-email/warming-up-an-ip-address

It’s about sample size. Mail gateways won’t designate an IP as a reputable sending IP until it assesses a large volume of mail sent over a long period of time. You can’t send the quantity it wants all at once or even in a short window because then you’ll be designated as a spammer. So you start small with a few a day and gradually ramp up sending over multiple weeks or months to eventually send several thousands of messages in that period.

Spammers and malicious actors too often spin up new IPs for sending mail, so gateway patterns already implicitly mandate that email should come from IPs it’s already judged reputable.

You as an individual can’t reasonably warm your own IP. This is why services like Amazon SES or Sendgrid exist because they have huge IP pools that are ready to go. Plus, those services are very concerned with reputation and have bounce/complaint metrics defined to warn customers that abuse or poorly configure their sending habits.

This next example is what I’m most familiar with, but I’m sure there are other services like this. If you’re a big enterprise and want your own dedicated sending IP because you’re concerned about using a shared pool, you could use something like Amazon Pinpoint which allocate IPs for your org to use in SES, but they have to be warmed before you switch your production workloads over to it full-time. It automates some of the gradual-ness of warming so you use a mix of SES plus your Pinpoint IPs to keep mail flowing for your product.

It looks like Sendgrid also does dedicated IP warming guard rails too. This article is pretty decent for understanding how it works - https://docs.sendgrid.com/ui/sending-email/warming-up-an-ip-address The per-day warming limits give you an idea of what scale this kind of process is used for.

Definitely listen to this. IP Warming is a very real problem and you have to send thousands of messages at a very gradual rate for most email gateways to 1) mark you as a proper email sender, and 2) classify you as a reputable one that isn’t sending spam. Using a public/private cloud IP isn’t enough, it should be a service already used for mail sending.

If you self host sending email and ignore using a service for outbound, make sure it isn’t at home. ISPs often block SMTP traffic to keep people from spamming others from their home. A lot of IP blocklists also auto block home IPs so you may not ever get your messages delivered.

Make sure to set up SPF/DKIM/DMARC. At the very least SPF, DKIM if the platform supports it, and ideally all three or SPF+DMARC. It’s not that hard to configure if you do it as you go instead of years down the line after you have a dozen services sending mail as your domain.

Does this mean it’ll work again? Mine have been intermittent for half a year now, no matter if media was just started or has been playing for hours.

I use the Outlook app for separating entities before I learned that work profiles were a thing and that my company has them turned on. Gives me different notifications I can control instead of all through Gmail, it’s still sandboxed because O365 does the same containerization, and it also does calendar syncing.
My only complaints are it doesn’t handle password changes very well (have to completely re add my profile when it’s time), and it is Outlook focused so it misses some Gmail features. This also doesn’t solve your Google Meet problem, but at least it’s two out of the three.