opentype

Of course, but that wasn’t the context. Individual JPGs, PDFs in an article are very different than 1 gigabyte video. I would hide the latter behind the Downloads app, which can prevent public download links. 
There are also not just bandwidth concerns. If someone hot-links some files from my article, at least I stay in control of that actual file and can remove it or change it again in the future. If I prevent linking, they might download the files and upload them to their own server, removing my control over the file entirely. That could be worse. There are many considerations … That’s why I asked so many questions. 
Caching images and other resources is actually part of the free plan as well.  

I was surprised to find that when I add a New Member manually (to prompt an interested party to register) that they get an email so they can complete their registration with a password and other profile information - but there is apparently no provision to have them Accept any Privacy and Terms of Use provisions - or Opt in/out in order to comply with GDPR and CPUU regulations. 
This has to be an oversight, and one that creates potential legal liability when using the manual registration option to help those having registration problems.
Shouldn’t be too hard to port them to the original registration page (or similar) and complete (or update) their registration/profile and Acceptance as it appears on that page already.
Thanks for your consideration.

You have to piece this information together by going through the various parts of the statistics area.
On some pages you can set the date range to “last year”, which will essentially show you what was going on this year if you open this page at the end of the year. 
Some areas can only do monthly views as the longest period, so you would have to calculate the result over the year yourself. 

Here's another good example from a random site that shows different payment options in case IPS needs inspiration on this commonly-accepted practice:

The only "built-in solution" I can think of would be to change the constant to send notifications in the background even when there's only 1 (the default is 5). That way you can bypass the delay.
However, if your site is very active, you'll end up with a huge list of background processes in ACP, though. Not really ideal... 🙄
 
This is the constant you need to add to your file in case you want to give it a try:
\define( 'NOTIFICATION_BACKGROUND_THRESHOLD', 0 );  
Here's the guide on how to use the constants.php file if you've never used it:
 

Yes. But it’s meant to hide regular HTML output, not stop scripts from running. 

There is no specific database-setting for that. You can only turn commenting on or off, set group permissions who can comment and you can decide if all comments are moderated or not. There is no exception to have just guest-posts moderated for a specific database. 
For guest-specific settings, global posting settings would apply (e.g. Post before Register settings). 

The issue is probably in your Meta developer account. You have to prove your eligibility over and over again and go through a lengthy process to get the necessary permissions for individual services. I’ve given up on it. It’s just not worth it anymore. 

The issue is probably in your Meta developer account. You have to prove your eligibility over and over again and go through a lengthy process to get the necessary permissions for individual services. I’ve given up on it. It’s just not worth it anymore. 

Improvements are nice, but my main concern is maintaining existing projects. I would want to know everything that is not possible anymore and learn if there are alternative ways. This includes hacky solutions like putting a MySQL query in a theme template and things like that. I have lots of customized installations and I don’t want them to be stuck with 4.x.

I guess it was just a temporary caching or routing issue in connection with the server move. Everything is working fine now. 

I guess it was just a temporary caching or routing issue in connection with the server move. Everything is working fine now. 

Clear the cache.
case 'plugins': foreach( \IPS\Plugin::plugins() as $plugin ) { if( $plugin->update_check_data ) { $data = json_decode( $plugin->update_check_data, TRUE ); if( !empty( $data['longversion'] ) AND $data['longversion'] > $plugin->version_long ) { $count++; } } } break; \IPS\Data\Store::i()->$key = $count; return (int) \IPS\Data\Store::i()->$key; }  

Already available as part of the group settings:

It usually just works. Turn it on and then use the Test Settings button on the same page to send yourself a test email. 

That’s not much to go on. Please describe your needs. How much emails do you send per month? 
And what is you are struggling with currently without an external mail service? Do you hit send limits with your host? Do you have delivery issues?

I’ve reported this already in September in a reply, but it might not have gotten attention this way. 
Steps to reproduce:
visit an Invision Community website with Discovery as the homepage (like the one I link with this topic) and stay on the homepage delete all stored cookies if there are any Reload the page so the cookie bar appears on the homepage.  Click Accept Cookies Result: Cookies get saved but the activity feed is removed and a page with an empty body is loaded (see screenshot) I can consistently replicate this on all my communities with Discovery as the homepage. It only happens for the root page “/”, not “/discover/6/" or anything like that. The browser doesn’t matter. It does not happen on a website where Forums or Pages is set as default app. The URL looks like this index.php?app=core&module=system&controller=cookies&do=cookieConsentToggle&ref=aH…
So, it seems to fail to forward the user to the previous page because no “page” is detected. 

It would be nice to have a fix in the 4.x line. After all, the homepage is the most typical place where people will accept the cookie bar and presenting them with an empty page is not a very good start to keep people on the site. 

I’ve reported this already in September in a reply, but it might not have gotten attention this way. 
Steps to reproduce:
visit an Invision Community website with Discovery as the homepage (like the one I link with this topic) and stay on the homepage delete all stored cookies if there are any Reload the page so the cookie bar appears on the homepage.  Click Accept Cookies Result: Cookies get saved but the activity feed is removed and a page with an empty body is loaded (see screenshot) I can consistently replicate this on all my communities with Discovery as the homepage. It only happens for the root page “/”, not “/discover/6/" or anything like that. The browser doesn’t matter. It does not happen on a website where Forums or Pages is set as default app. The URL looks like this index.php?app=core&module=system&controller=cookies&do=cookieConsentToggle&ref=aH…
So, it seems to fail to forward the user to the previous page because no “page” is detected. 

It would be nice to have a fix in the 4.x line. After all, the homepage is the most typical place where people will accept the cookie bar and presenting them with an empty page is not a very good start to keep people on the site. 

There is nothing simple or straight forward with SES. It’s a great platform but those two words don’t come close to describing it. 

The plugin allows you to send email via API commands to AWS SES/SNS to handle. It allows you to also process bounces that AWS receives to automatically have IPB handle it (disable mail for the user, block user, etc).
The plugin does not do all of the AWS setup (either SES or SNS).  It does not get AWS to approve you exiting the sandbox. 

It’s a fantastic tool and the author has great support. Just realize SES itself is not for the faint of heart. 

The scope of Development Mode below.  So if it works in Development Mode, that should narrow it down to one of those things that is suspended?  Possible there is corrupt JS in the cache?  Have you tried clearing entire cache for the site on CF?
https://developers.cloudflare.com/cache/reference/development-mode/
Development Mode
Development Mode temporarily suspends Cloudflare’s edge caching, minification, Polish, and Railgun (deprecated) features for three hours unless disabled beforehand. Development Mode allows customers to immediately observe changes to their cacheable content like images, CSS, or JavaScript.
 
 

Already available as part of the group settings:

Already available as part of the group settings:

It’s not possible without someone coding a custom converter or doing it all manually. 
But IPS has already indicated that their apps will come closer together in the 5.x product line. So, maybe if you wait, IPS will make that happen in the future.