CoffeeCake

If you integrate with the Commerce support tool, there is a setting where you can add filters to ignore things like e-mails from a specific e-mail address.

I've confirmed this behavior and I think it's a bug. When using post before registering and a post triggers the profanity filter (either by way of having a link that isn't allowed or by having a word that triggers moderation through the profanity filter), the guest post (prior to registration being completed) triggers the approval queue.

@Egorkin: I think there may be more to this. We are seeing guest spam and do not allow guests to post. What are your settings with regard to link filtering? (ACP > System > Settings > Posting > Links)

Just confirming that this is a frequent behavior for those on moderation approval or restricted from posting, especially if any of the reactions have a negative connotation. PM restrictions would be another good thing to consider here.

You can enable the TOTP token without forcing others to use it, yet this is also a problem from the perspective of looking up your member record in ACP, as the questions and answers are visible in plaintext. See:

In addition to what Adriano shared, you can go to member groups in the ACP and verify that the guest group doesn't have posting permissions. If your guest posts are appearing without being associated with an account after being approved by a moderator, this is how it's happening. Post before registering doesn't require moderator approval as a function of being enabled, so that makes me think you might have guest posts turned on and the guests usergroup set to require moderator approval before posting.

That's precisely the issue you're facing. SendGrid's unsubscribe mechanism is designed to make sure you don't email people who tell you to stop e-mailing them, so it stops any e-mails being sent out to them for other purposes if you don't use unsubscribe groups. By using their default unsubscribe without groups, you effectively told SendGrid "block e-mails to the people that unsubscribed so they don't get spammed." SendGrid, without groups, has no idea what you're sending. It can't tell the difference between your newsletter and password reset e-mails. It just knows dualipavsbritney420@gmail.com said I don't want e-mails from this sender, and effectively stops those e-mails from being delivered wholesale. To fix this, you probably want to create a newsletter specific group and a group for "important site communication" that would be things that IPS sends out by default. Then, manually move your unsubscribes into the newsletter group (that's probably what they wanted when they did it). See here to set it all up: https://app.sendgrid.com/suppressions/advanced_suppression_manager Look here on how you should update your e-mails: https://sendgrid.com/docs/ui/sending-email/index-suppressions/ Ideally though, you'd want to remove these e-mails from your actual tool that sends out Newsletters instead of having SendGrid manage suppressions. Each e-mail that is suppressed consumes one of your e-mail credits, so it's probably better to go in and remove them from your mailing list. What do you use to send newsletters? IPS itself or some third party product/application?

I vaguely recall this being a thing in vBulletin (either v3 or v4), where subscriptions to threads could be sorted into folders.

You can add tables in Pages simply by adding table extensions to ckeditor. https://ckeditor.com/cke4/addon/table

@breatheheavy, You likely need to take a look at using unsubscribe groups with your implementation, so that if you're using sendgrid's unsubscribe feature, you're grouping those unsubscribes just for things like your newsletter and not for things like e-mails that are necessary for community operation. Documentation is here: https://sendgrid.com/docs/ui/sending-email/unsubscribe-groups/

You know what would be interesting? A list of fixes that have been prioritized and are getting attention. It's really appreciated getting the updates and while it's a shorter list than previous weeks, there are hints of some major hurdles overcome when looking at the types of items resolved.

You would need to modify (or have someone modify for you) the behavior of IPS. You have some options: Remove the Google Analytics integration configuration from the ACP entirely. This will remove the script tags from all pages of your community. Then, add the code manually to your theme with a condition to exclude the areas in question. Create or find someone to create an extension for you that would allow you to remove the tags from a selected area of your community.

On the page that you don't want tracked, however this code will not remove the script tags you took a screenshot of. Instead, it will still call Google Analytics, while also instruct GA to not record analytics on the page. See: https://developers.google.com/analytics/devguides/collection/gtagjs/user-opt-out

Which version was the last version this worked as you expected in?

No, not without modification, unfortunately. Otherwise the account performing the action will be displayed in a number of places to the recipient.

THIS.

Can't see your video, but do you mean why hasn't your default reaction taken the place of the greyed out heart icon? Edit: Derp.

Task management sounds like something you could do with a database in Pages.

See: https://github.com/major/MySQLTuner-perl

See: https://matomo.org/docs/custom-variables/

If you require specifications that large, I'd encourage you to consider Azure, AWS, DigitalOcean, Google Cloud Platform, etc. There may be a bit of a learning curve, but all of them have good documentation.

What is in the file? Have you looked at the contents of it? error_log is a common name for web server logs, yet 9.5 GB is huge. You may want to examine the end of the file (try something like tail -100 error_log to see the last 100 lines). It could be anything really. I would isolate it and inspect it. No idea what the zip file is. Something that you or someone else put in that path somehow. Where are these files on your filesystem? Are they within your web root (in relation to where conf_global.php resides)? Final note, if it is a web server log, make sure you have something like logrotate setup so that your error/access logs don't get unwieldly. If you do have those things setup and you are seeing files that large reflective of a single day, something else is likely up.

Do you mean slave install? What do you mean by "reset?"

Sounds like a totally borked MTA config. I imagine things bouncing around or some sort of limiter.

You may want to run them as a cronjob instead to make sure that they run every minute.