BomAle

I for my project with Laravel 9 decided to use the user management of IP.Board, the user logs in from the forum and has full access also to the portal in Laravel, like commenting articles.
To make Laravel communicate with IP.Board just call the file init.php in AppServiceProvider.php
class AppServiceProvider extends ServiceProvider { public function register() { // } public function boot() { $path = base_path('../forum.***.ext/'); require_once $path . 'init.php'; view()->composer('*', function ($view) { \IPS\Session\Front::i(); }); To get user data on a laravel blade I use:
{{\IPS\Member::loggedIn()->name}} I hope this can be a starting point to help you develop what you want.

Sure, it was just my 3 cents.
Good luck and best wishes.

Hello,
if you burned out just... rest. You do not need to disable purchases. Just inform clients (new and exists) that you're in the "bug mode" only and no new requests will be added.
🙂

Guys - I have my way of working. I appreciate the input but my decision is made - I might be back, but chances aren't high. I'm sticking to bug-fixes on already purchased items, no new customers.

This is fixed in 4.6.12 which was released as beta yesterday.

I use MailGun with IPS. It integrates fairly easily and their costs are not prohibitive. I culled my member base from about 15,000 down to 1,200 over a period of a few years, because most of the people who had registered were never really engaged with the community. I suspect there were lots of legacy bot registrations from my SMF forum that got imported way back when. 
I try to send out a newsletter to the 900 or so subscribed members once a month and I get a bill from MailGun every other month for about $2 or less. 

And we are not alone re sendgrid:
https://uk.trustpilot.com/review/sendgrid.com
Only 19% of customers think this service is excellent
Whereas 73% have given this service the lowest score possible, bad.

Just a fact of life, you have a client/customer, no matter what minimal amount they paid or how long ago, they mostly expect you to drop everything 24/7 to sort their issue out as they are blinkered and think they are the only customer/client in the world and you dont have a life or anything better to do..... I have had quite a few of them over the years, thankfully I got rid of most of them 😆
Hope you recovered from covid and haven't any lasting symptoms, stay safe and love the newsletters app ! 

Many thanks but ipb should take care of this ...

The cost of the ipb license is very high so it is absolutely necessary to develop the email system.
It is not possible that to contact users, it is necessary to use third-party servants such as sendgrid (otherwise very bad) which are very expensive!
Having a forum and not being able to contact users is really ridiculous.
It would also be necessary that the email recaptio be tracked to find out who no longer has the active email. This way you can only send emails to those who actually receive them and not send thousands of random emails.

A user could set a limit for example 2 mail for a day from a ips website, and the system count how many mail for the user are "delayed"(stored into system in queue to be sent) and "digest" it into next without bother/importune it. Each mass mail sent from invisioncommunity must be readable via link to web. This is a good solution for permise community administrators to notification users about activity on board.
I hope you guys implement this feature into your framework because community users want help without to lose time reading each mail but focus on community goals (quality over quantity).

A user could set a limit for example 2 mail for a day from a ips website, and the system count how many mail for the user are "delayed"(stored into system in queue to be sent) and "digest" it into next without bother/importune it. Each mass mail sent from invisioncommunity must be readable via link to web. This is a good solution for permise community administrators to notification users about activity on board.
I hope you guys implement this feature into your framework because community users want help without to lose time reading each mail but focus on community goals (quality over quantity).

I was very disappointed about the number of actions in Zapier for SendGrid: exactly one!
To compare, Mailchimp has 21(!) actions and triggers. 

An option to work around this problem is to use this application ->  https://invisioncommunity.com/files/file/9000-sendmail-advanced/
Of course, if we had a native email system that didn't force forum administrators to use paid services, it would be much better. The SMF with a very simple system manages to limit the emails per day without harming the most important emails such as password change or email confirmation and etc...
But do what? The IPB team is always right.

Many hosts have a limit of 200/300 emails per day.
If an admin wants to contact all his subscribers he must be able to decide how many emails to send every hour or every day so as not to block the server or end up in spam.

It would be interesting if the suite could count daily outgoing emails, and queue into batches anything in excess of a user-defined number.  200,300,5000, etc.  An interface for managing/prioritizing emails would eventually be needed for cases where certain emails need to go out ahead of others in the queue.

And it's done:

@Ricsca
I use this application and send to more than 500 thousand emails without the need to subscribe to any email transmission service
Note: I use my own server and I don't send more than a thousand emails a day to avoid being registered in spam services
 
 

In my case IPS Community Suite renewal price increased by 57%.
It is mistake, or that's how we celebrate 20 years?

Thank you. I do see something not right here so have moved this to a ticket for further investigation.

Been asking for a button for years

Yeah, millions of online shops have that very same problem. They do a simple calculation based on one parameter, but parcel services have multiple parameters and limits. 3 of item A and 5 of item B might coincidentally fit in a certain box (and so a combined flat fee for multiple items and even different products makes perfect sense), but add one more of item A and you end up with a completely different box range and a completely different price. To solve that, the shopping system would need to be able to know which boxes you have and virtually fill them in advance based on sizes and weight limits and even chose multiple packages in some cases. Only very sophisticated and usually custom(!) shop systems will be able to replicate the necessary logic. Our normal shops will have to work with a mixed calculation unfortunately. 

Thank you so much @TAMAN! I hope you sell many more copies.

I'll start by saying that I don't have Commerce installed as an app on my board.
I believe that in user history, using the term customer is incorrect, and it is more correct to use member/user.
key string: customer_no_history

I was reading a topic here on support, and I saw that in the similar content widget, I get a content pending approval.
I believe the content pending approval:
They should NEVER appear in similar content
They should NEVER appear to users, maybe only moderators and administrators.
Clicking on the result I get the error: "We could not find that topic", rightly so...
Even as a visitor with incognito browsing, if you want the reference topic: