brickfrog

But, regardless, blocking any registrars that size the way you’re describing would break way more businesses and hurt the recipient provider’s own reputation.

Yeah I thought that too but when speaking with the email admin that was blocking Namecheap while figuring this out they had already decided it wasn't worth trying to allow the 1% of valid emails vs the 99% spam emails they felt they received via Namecheap domains.

This honestly starting to sound more and more like a smear campaign

Smear against whom? I'm a Namecheap customer, just relaying my own experiences using them. Besides that quirk I like them fine as a registrar.. I know it sounds dumb but I even renewed my domains there even after those email issues.

It's fine, you don't need to believe me as I said it's just my own experience using Namecheap domains for emails. But you could just google around, you'll see plenty of people discussing Namecheap & looking for solutions to block them (or solutions to successfully send emails with hem).. it's not something I randomly made up if that's what you're implying.

e.g.

https://community.spiceworks.com/t/blocking-emails-based-on-registrar/816565

https://tacit.livejournal.com/608386.html

https://shkspr.mobi/blog/2021/05/why-do-scammers-love-namecheap/

https://www.reddit.com/r/NameCheap/comments/13t6fvm/namecheaps_private_email_is_blacklisted_by/

https://www.reddit.com/r/NameCheap/comments/wlb6vp/namecheap_making_it_too_easy_to_register_domains/

https://www.reddit.com/r/NameCheap/comments/tz4mkb/my_emails_are_always_going_in_the_spam_folder_of/

https://www.reddit.com/r/NameCheap/comments/ye358x/i_am_getting_a_ton_of_spam_scams_from_namecheap/

etc.

If you’re using Google Workspace, Google will give you the appropriate DMARC, DKIM and SPF records to add to your DNS. The NS themselves should resolve the records and provide the recipient server with the values you’ve entered, thereby ensuring delivery.

Sure. But why would that matter when you're dealing with hostile 3rd party email providers that intentionally want to blackhole all email domains at Namecheap? But yes, just to clarify I do configure DMARC/DKIM/SPF and that works great for most cases.

I'm just describing what worked for me though in truth I don't know exactly how these hostile email providers actually determine the domain is hosted at Namecheap. My hunch is that they are using a lookup & finding the nameserver for the domain & have already blacklisted Namecheap's default free nameserver IP addresses. For whatever reason those same hostile email providers don't seem to be blacklisting Namecheap's paid nameserver but I think that sort of makes sense...

The larger issue is that Namecheap is known for cheap domains that scammers/spammers tend to buy in bulk & then use to spam with. Those same scammers/spammers aren't trying to spend extra money so they only ever use the default free Namecheap nameservers.

If you use Namecheap for email domain(s) you may want to consider also splurging for their PremiumDNS to keep your domain(s) off spam blocks at other email providers.

I help maintain some emails at Gmail/Google Workspace but the domains themselves are at Namecheap. For a while there were complaints that some emails never landed in other people's inboxes... this led me to talk about the issue with one of the email provider recipients based in the UK & apparently they were null routing anything coming from Namecheap since they felt a lot of spam came from them. But after some experimenting I figured out their system (& probably others) were figuring out they were Namecheap domains via the default FreeDNS they use. On a hunch I switched those domains over to PremiumDNS and after that all our emails were landing in other inboxes correctly. I guess maybe it makes sense, a typical spammer buying a cheap domain at Namecheap isn't going to splurge for the higher end DNS service for it.

I'm not saying all email providers treat Namecheap domains as spam but just be warned there definitely ones out there that do.

Nice, I was pretty sure my Pixel 7 already had hardware AV1 decoding and this app seems to confirm it.

It's not, whatever you're looking at is just some site re-using the name.

Futurama also did their own version https://futurama.fandom.com/wiki/V-Chip

Tried it, Too heavy for my usecase

That's fair, Kodi is way more feature rich. I love it personally but realistically don't need to use everything Kodi is capable of.

Also I cannot use MPV to watch my videos.

Been happy with Kodi's internal player but they do have configurations for external players including MPV https://kodi.wiki/view/External_players

BTW you should also look at Jellyfin, slightly different use case but it too is designed to manage local media including TV/Movies.

https://jellyfin.org/

And since you mentioned MPV that also exists with Jellyfin https://github.com/jellyfin/jellyfin-mpv-shim

Kodi (https://kodi.tv) does the same thing & more. People think of it as a sort of streamer but its original/main purpose is to manage local media downloads including movie/tv series.

Bummer, the formfactor / specs look okay but it's kind of a dead end if I can't just install & use a vanilla Debian OS or similar.

With all the NAS OS options probably Synology has the best one but even there I don't actually want to get locked into that. I doubt this UGOS software can match Synology's let alone Debian.

If it's any consolation it looks like UGREEN is responding to comments about installing other OSes at their kickstarter page https://www.kickstarter.com/projects/urgreen/ugreen-nasync-next-level-storage-limitless-possibilities/comments

Yes - But keep both TCP and uTP enabled (should be the default setting unless you changed it).

Seems easier just to disable queuing altogether. Then if you're worried about bandwidth usage just configure your "global maximum number of connections" and your "global rate limits" to whatever you need them to be. Also keep uTP enabled (under Options / Connection) if you're concerned about the torrent client using up your bandwidth while using the internet.

It's not the answer you're looking for but it might be worth giving a try.

Keep in mind the instance itself hosts generative AI communities, it is even mentioned in the sidebar of https://lemmy.dbzer0.com/

as well as the instance's local communities list

https://lemmy.dbzer0.com/communities

Anyways this all seems like a non-issue IMO, most people don't even see the community homepage and would hardly ever see the banner pic. And db0 isn't talking about flooding /c/piracy with AI art posts, just updating the community banner... though this instance does have a local community !stable_diffusion_art@lemmy.dbzer0.com if you're interested in seeing AI art posts.