Jim M

The forum there does indeed allow guests to post inside of it:

You will enter your email address into the Authenticator app, along with the code there.

I'm afraid, there are no means to do this without some form of theme customization. You could hide the tag in forum view with some custom CSS.

I would need an example of what you're seeing here to tell if there is a problem.

If you clear your cache in ACP -> Support, does it fix it?

There are Blog categories, which would categorize different blogs. E.g. (Sorry, I think in terms of cars) If you had a car community could have a category for American Cars, European Cars, etc... Then a user could create a Blog in American Cars category called "Jim's General Motors'" or something which has its own categories of "Chevy", "Pontiac", etc... and they each of those categories have Blog entries in them. The categories in Blogs aren't really a way to provide permissions but rather specification.

I understand they helped you set up the initial configuration but that was before you noticed the error. You need to contact them regarding the error as they are the only ones who can help you resolve something in their system.

You will need to contact them with this issue in mind and ask about your configuration. Google Workspace is a complex environment, they will ensure it is configured correctly for you. That is outside our scope of support.

You will need to check your configuration with Google. If you're unsure how to configure this, you will need to contact them.

Many clients of ours use the SMTP feature. I actually use it on my own communities. It sends mail perfectly fine to the addressed recipient. I'm afraid, this either is a configuration error within your SMTP server or it does not allow outbound communication and thus, directing all mail to your own email address. Either way, as the email is being addressed correctly by the software, the software did its part in handing it off to the SMTP server. To put this in an every day analogy here, it is like you addressed an envelope with your friend's address correctly and handed it off to your postal carrier and then it go returned to you. The address, envelope, and everything was correct (what our software is in charge of) but the delivery did not happen correctly (what your SMTP server is in charge of).

If you used it previously, it is still there as an option.

SendGrid was removed in version 5 over PostMark. It is available under ACP > System > Integrations.

This is a currently known bug at this time. A fix will be made in a future maintenance release.

The MailChimp configuration in the ACP would just send the data to MailChimp so you can manage your audience in MailChimp and send from MailChimp. It would not enable you to send using MailChimp from the ACP. If you want to send Bulk Mail from the ACP, the only options would be what are in your screenshot there.

Thank you for that clarity. I'll take a look at the exception errors but for the sitemap errors, do you mind opening a new topic? Just so we can keep this clear of anything which may cause confusion :) . Do you mind if I edit the logo of the Classifieds theme or any? Just want to try a few things to see any errors in realtime so I can try this locally with my installation.

Yes, correct.

Thank you, I moved this over. I noticed that your non-default themes are set to specific areas. Are you editing in those specific areas when this happens or just generically on another page? For instance, the Classifieds theme is set to the Classifieds forum. Do you have an example that I can edit to try to reproduce this?

This was posted in a Classic support forum, aka self-hosted. As it looks like you have both a Cloud community and a self-hosted one, can I confirm this is on your Cloud community?

I'm afraid, we are not able to look at server configuration issues. This would be something you need to review your error logs with your hosting provider and have them resolve them. I'd recommend reviewing our requirements checker here to make sure you're meeting all requirements: https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/ I'd also suggest disabling any security configurations or WAFs you may have. This may be interefering with and creating issues for you.

It will expire at the end of the trial unless you purposely upgrade it to a paid plan.

You're on Cloud. Cloud is our Software-as-a-Service offering, meaning you have our software, infrastructure, and support on both. You only have to manage your community, you don't have to worry about the software or infrastructure. That's on us. The alternative is self-hosting where you just buy the software from us and you go and find your own infrastructure to host the software on and are responsible for that infraustructure. You only have software support from us.

This is a 403 from CloudFlare blocking the Ajax request. If you open your browser console, you will likely see a 403 response.

If you're getting a 403 or CloudFlare block page, yes.

There is some mitigation for the below topic Matt posted about. There may be features partially or fully not working with these mitigations in place. Once a fix is implemented, things will be operating per normal. We don't tread lightly on blocking functionality but when it comes to security, we take things seriously.

Those individual moderators will need to change their notifications to not receive them because you have originally allowed it. You can change the setting for new moderators in ACP > Members > Notification