Randy Calvert

You have two different issues here. The mailer daemon messages can be disabled within your SES settings so you don't even generate them. That will remove you getting notices about bounces via email. Under your Notification settings, disable email notification. Now... regarding your reputation... this is indifferent. It's not going to help OR hurt you. Regarding improving your reputation, you need to figure out why emails are bounding. I personally used SESDashboard. https://sesdashboard.com/#features You can set SNS to deliver notifications of all successful and failed messages to the dashboard so you can see what is happening. I personally will go through and look at bounced messages to see if it's legit members who have an old email address, etc. If you're using SES with IPB, I assume you're using Make sure your bounce management is configured and working. I personally for hard bounces have users changed to the validating group so they're forced to update their email address. If it's a complaint, I set the account to "Temporarily Banned". (If they want to stay a member, they're forced to reach out to me and I can educate them about not reporting our mail as spam. Otherwise, they can stay banned.)

Setting them as Spam does not report them to IPS or do anything special. It is just a status for the ticket. It helps by not skewing reports on agent resolution, etc if you use the ticket reports. But you could also just delete the ticket. I personally just use CleanTalk. It's cut down on the contact us form spam by about 95%. For my site, I would average 1-2 spam messages PER DAY... now only about 1-2 a MONTH get through. I had a new spam ticket this morning, but it turns out it was not even from the contact us form... it came from them emailing the support queue directly since we allow tickets to be opened via email.

You can also just create a server rule to automatically delete those messages as well.

IPS does not support 3rd party plugins. If there is an issue installing, updating, or uninstalling a 3rd party resource... IPS is going to ask you to contact the resource author.

You will want to post in the support thread for whatever resource you're trying to use. 🙂

That's not really a question for IPS support. You're not going to find many "free" services out there. Spammers abuse services way too much. You could try to use a Gmail account or something similar. Or reach out to a few cheap hosting services and see what they allow for email limits. Maybe just point your email at one of those accounts.

I assume you mean the following plugin: If so, that would be supported not by IPS itself, but instead by the plugin author. According to the plugin's support notes, it says the following topic should be used for support:

Sendgrid's free email plan is 100 TOTAL emails per day. That includes emails used for registration, lost password, etc. So my guess if it's only letting you send a few messages you've already basically exhausted your allocation outside of the email blast. This is not a limitation of the IPB software, but instead with Sendgrid itself. You would need to either upgrade to a paid Sendgrid plan or use a different outbound mail service.

While I’m sorry to hear about being hacked, I’m glad you got to the bottom of the problem.

Good luck! And the reason I suggest changing the server to localhost or 127.0.0.1 **if** it's running on the same instance as your web server is most server firewalls don't allow external access to Redis. Calling it via localhost or 127.0.0.1 tells the server it's making a connection to itself, which would bypass local firewall restrictions on the device.

The first thing you need to do is confirm if your instance of PHP supports Redis. (That's separate from having Redis installed somewhere.) You can do this by checking PHPInfo. There is a link to it in your ACP. YOUDOMAIN.COM/admin/?app=core&module=support&controller=phpinfo You should see something like: If you don't see all that stuff (and only a few lines), it most likely means you need to have redis support compiled into PHP. This has been the most common issue that I've seen why Redis won't work for some folks. Next... in your screenshot, you show a public IP in the server field. If Redis is hosted on a different physical server, you need to confirm that outbound TCP port 6379 (or whatever port is used by the Redis provider) is open on your server's firewall. Otherwise your server won't be able to reach the other server. You also don't have a port number specified in your screenshot. You should most likely list it. If Redis is running on the same server as your website, change server address to "localhost" or "127.0.0.1". Again, I would also specify the port Redis is listening on that server as well (or if it's running as a socket, you could provide the path to the socket file). Finally... once it is actually all setup and working, it can take several minutes for that error to go away. Generally once it's actually working, it can take 3-5 minutes for that error to disappear.

It looks like it appears when viewing a topic, but not when viewing the topic list. I don't have an old version handy to confirm if that was always like that. But when viewing this topic...

It shows up for me. It also shows up on this site as well. Are you running a custom theme? If so, you might try a default skin to see if it's a problem with your current theme.

I don't know if this has been previously reported and the search index on the site is rebuilding so I can't check... so sorry if this is known already. ACP > Community > Forums > Forums Edit a forum without any sub-forums. Select "Display Settings". In the orange notice... "Combined fluid view cannot be enabled as this forum does not have and sub-forums". Was this intended to be the word "any"?

ACP > Commerce > Support > Settings > Incoming Mail Double check those settings work. Plug those settings you have into a third party mail program and verify you can connect with them. If they don't work, update the credentials and try again. If the credentials are good, check to make sure the server itself hosting the IPB instance is not blocking the outbound request in a firewall.

Yes. The plugin is free to install, but for protection to work... you need an activation key that you get from purchasing on their site. In terms of settings... it's pretty simple: There is one other field below this space for your registration key and that's it. Their website portal shows all of the activity such as blocks/allows, etc.

Nah… you’re not a fool at all! There are literally THOUSANDS of options/settings available. The software is super powerful and has lots of options. It’s great that it gives us a tremendous amount of control, but at the same time it does create a slightly higher level of difficultly in finding everything. I learn a LOT of things from the community here so it’s great to give a little back as well!

It sounds like your member group needs to have permission to access it. ACP > Members > Members > Groups Select the group that should have access to the Source button. Enable "Can post HTML".

I’m sorry if the reply was seen as sarcastic. Testing the product without a third party in front of it is important. You’re using Sucuri in front of the site which puts a proxy between your users and the IPB software. This can potentially cause session issues which would match the problem you’re describing. In order to eliminate that as a possibility, it’s important to test without the tool being in the request flow. If it’s still happening with it disabled, the staff can help you you troubleshoot further. But in many cases… that is the cause of the problem.

Are you using the optimized robots.txt setting in ACP? Have you confirmed your site map is configured and submitted to Google? What does the Google webmaster search console say? Also… recent versions of IPB software has improved SEO by telling Google not to crawl certain low value pages such as profiles etc. That way more crawl budget can be spent on valuable content such as topics.

It looks like you’re using a cloud proxy (Sucuri). Does this still happen with the proxy disabled?

Welcome back! Taking some time away is a great way to come back refreshed/recharged. Hopefully you were able to do something fun with the time away!

This is not possible. If the content is moved somewhere where the OP does not have access to, there is no built in permission to override this. You might be able to have a developer create this logic however!

There has not been anything mentioned on this in the latest beta version or within the IPS blog.

It does not need to be disabled but you would need to evaluate what mod_security rules were blocking the request and tune the rules to not block IPB. Blocking a legitimate request is known as a “false positive”. IPS cannot assist with the tuning of your firewall (mod_security in this case). Instead that’s something you would have to do yourself or with your hosting provider.