Sonya*

It is a group setting.

@Claudia999
You can use it with any database. You have to include JS/Fxdocs Toc.js in the page that the database assigned to. In the record template of your database find: <section class="ipsType_richText ipsContained ipsType_normal" data-controller='core.front.core.lightboxedImages'>{$record->_content|raw}</section> and add an JS controller like this:
<section class="ipsType_richText ipsContained ipsType_normal" data-controller='core.front.core.lightboxedImages,fxdocs.images,fxdocs.toc'>{$record->_content|raw}</section> You have to use headings h2-h4 in order the TOC be displayed, e. g. with format plugin https://ckeditor.com/cke4/addon/format

Not sure how difficult this would be to implement but.
For the CMS/Pages application: The ability to choose different schema types for different databases and pages, such as an about page, using to json-ld generator. 
Also since different schema types have different properties, the ability to match/ choose schema properties with custom field types. 
This is similar to how yoastSEO and similar WordPress SEO plugins works.
I'm not sure if this is fully possible with the Google data layer but that seems a bit complicated to implement.

Have you thought that maybe they are just using your RSS feeds? No knowledge of your site, or the other one, so can't check if you have them enabled. But if you do then...

I have taken a quick look at your site, and before we continue, you really need to take a look at your 3rd party installations. At present you have errors being logged constantly from them, so even getting to the error messages you mention here is proving difficult. 
Currently you have:
A banner at the top of the page stating you have PHP8 incompatible items present. Thos will break things, and you need to address this
  36 x 3rd party applications. 16 of these are stating there are updates, so at least 16 are out of date, and there is no guarentee the others arent either. You would need to check. I would highly suggest checking and cutting back on these where you can
  28 x 3rd party plugins. As with the above,  there are 3 of these showing you they are out of date at last, and it may well simply be the others dont check for updates. 
  You also have 3rd party themes that are showing out of date on there.  
For context here, just of the 3rd party plugins & applications, there are 222 3rd party hooks, meaning 222 possible points of failure outside of the main software.
 

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
 

A quick update here:
I managed to do what I needed using Zapier and my email list provider. Still, again, I would love to be able to do it inside Invision because, in my opinion, drip campaigns are great for (re)engagement and is a feature quite easy to code because most of the functions are there.
By the way had an issue with configuring the Nginx rewrite rules so Zapier can access the API, as it forced me to dwd a htaccess file, which we know is useless on Nginx, but that's a story for some other time 🙂

Thanks for the feedback. We do have robust spam management in place because a trial account is a full account which costs us a not insignificant amount of money. The trial is just for you and you have the option to convert it to a full account at the end of the trial. 
I'll see if we can tweak things a little though.

I’m pretty sure they didn’t phrase it like that. They probably just asked for a proper imprint with data about the legal representation, which is simply the law here in Germany (see German Telemedia Act) and not something “draconian” that T-Online made up because the don’t “like” certain domains as you phrased it. 
But that’s all beside the point anyway, which is that services like United Internet (GMX, Web.de) in Germany or Orange in France have a market share of over 30% in those countries, similar to Gmail in the United States. So blocking these service would be like blocking Gmail. 

Source?

I have moved this to our feedback location for you 🙂 Thank you for letting us know your experience, and I will pass this along
 

@Sonya*

That's exactly what it was. Thank you so much.

Auto-upgrade can fail if you are on PHP 8.2 or higher. Check your PHP version and downgrade to 8.1, if it is not.

FYI, yesterday a friend of mine wanted to register for a free 30-days trial of Invision Community.
We have tried his working email @web.de and get "You are not allowed to use that email address on this site." We have tried his alternative email @t-online.de and get "You are not allowed to use that email address on this site." We then registered other emails with @gmx.de and @mail.de and get "You are not allowed to use that email address on this site." Finally, we succeeded with @freenetmail.de 😓 The confirmation email from sales@invisionpower.com went straight into the spam folder. We had to fill out the captcha multiple times. Every time before we get the message "You are not allowed to use that email address on this site." Another time for successful email confirmation and then another time for the account creation. A form for account creation with three mandatory security questions and a full postal address looks huge. To get a trial with your competitor, all we had to do is to enter the working email address (@web.de) and then confirm it. Then we get login URL and login credentials. No manual creation of the account was needed. No security questions, captchas, full postal address etc. The welcome email was delivered into inbox.
While I understand that you try to combat spam registration. The whole process to get the trial was tedious. My friend would have given up if I had not persisted proceeding and helped him. Just to inform you, that you do not make it easy to register for trials.

.htaccess only deals with incoming links. It does not apply to outbound links. I assume that topic starter means outgoing links, not internal.
 

As mentioned in both Stuart's and my replies, we actually released a feature a while back to allow the first uploaded image of the topic to be the og:image now which is suggested to social media and other embeds. The default sharer image is the fallback.

FYI, yesterday a friend of mine wanted to register for a free 30-days trial of Invision Community.
We have tried his working email @web.de and get "You are not allowed to use that email address on this site." We have tried his alternative email @t-online.de and get "You are not allowed to use that email address on this site." We then registered other emails with @gmx.de and @mail.de and get "You are not allowed to use that email address on this site." Finally, we succeeded with @freenetmail.de 😓 The confirmation email from sales@invisionpower.com went straight into the spam folder. We had to fill out the captcha multiple times. Every time before we get the message "You are not allowed to use that email address on this site." Another time for successful email confirmation and then another time for the account creation. A form for account creation with three mandatory security questions and a full postal address looks huge. To get a trial with your competitor, all we had to do is to enter the working email address (@web.de) and then confirm it. Then we get login URL and login credentials. No manual creation of the account was needed. No security questions, captchas, full postal address etc. The welcome email was delivered into inbox.
While I understand that you try to combat spam registration. The whole process to get the trial was tedious. My friend would have given up if I had not persisted proceeding and helped him. Just to inform you, that you do not make it easy to register for trials.

Auto-upgrade can fail if you are on PHP 8.2 or higher. Check your PHP version and downgrade to 8.1, if it is not.

This site doesn't use the Blogs, it's a Pages database. 

It’s honestly not worth the time/effort to try and support them anymore. They have made it WAY to complex and burdensome to continue with.

I have created a ticket on this for you. I understand you cannot receive those on your current email address. Do you have another email you can add as an alternative contact on your account? If so, can you please do that and then send me a PM with that email address. I will then copy you in on the ticket

I just did another task over 1k emails. (I have 21k members in my community)
I have over 21k members and about 70% of them subscribed to the newsletter.

Anyway, I just sent a bulk email out to 668 members without any issues.
Here's the proof from invision power

 
Here's my Amazon SES quota.

 
I did it twice:

 
 

As mentioned in the topic's title, in 4.4.7 with the new gallery version includes a new IMAGES profile extension when viewing a member profile. However, unlike other tabs (for example the ALBUMS TAB in the same gallery application) it doesn't check if the user has uploaded any images before deciding if it should be shown or not.
 
This is the code inside /applications/gallery/extensions/core/Profile/galleryImages.php:
public function showTab(): bool { return TRUE; } The ALBUMS profile extension in the same folder (gallery.php) does check if the user has any albums before showing the profile's tab.

Just to toss it out there… you can work with AWS to request higher sending limits. The default values are not the only ones possible. 🙂