Jump to content

CoffeeCake

Clients
  • Posts

    1,916
  • Joined

  • Days Won

    24

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by CoffeeCake

  1. 8 hours ago, The Old Man said:

    I think that simply manually blacklisting an email address in AdminCP is worthwhile, doesn't have any negative aspects in terms of legitimate users being able to get through. It won't block the first email but at least we could do something about it.

    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.

  2. 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.

  3. 3 hours ago, Giray said:

    I actually was using it but it just got too tedious. I'm in and out of the back and using GA every single time was driving me nuts. Not to mention that my two other admins threatened to feed me mushrooms (I hate mushrooms 🤐). But I agree, better.

    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:

     

  4. 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.

  5. 54 minutes ago, breatheheavy said:

    Going to take a look today. I believe in the past I tried to add a separate unsubscribe to my newsletter template, but Sendgrid could never recognize it, so I've been using the default unsubscribe. 😩

    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?

  6. 22 hours ago, Fast Lane! said:

    A member on my site suggested that there could be a way to create "custom" (per user) categories for threads that they follow.  This would allow them to digest things better than a huge list of followed threads.  So when they follow they would get a drop down of categories they have defined (if more than the default of one).  When they view followed threads, they would be listed under either the default or customer categories to help them find things.

    Seems like a useful idea?!

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

  7. You would need to modify (or have someone modify for you) the behavior of IPS.

    You have some options:

    1. 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.
    2. 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.
  8. 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.

  9. 56 minutes ago, Gauravk said:

    What is error_log file for 9.5GB but no system or email log shown in ACP?

    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.

×
×
  • Create New...