Morisato

+Clients
  • Content count

    3,493
  • Joined

  • Last visited

  • Days Won

    2

Morisato last won the day on May 10 2014

Morisato had the most liked content!

About Morisato

  • Rank
    Community Regular

IPS Marketplace

  • Resources Contributor
    Total file submissions: 3

Profile Information

  • Gender

Recent Profile Visitors

33,672 profile views
  1. I can confirm that. There have been times where I let my license expire but was able to come back a year later to renew. With exception of a major security update, I generally renew it once per year. It's one of the things that I give IPS high marks on. IPS is really a great forum developer and business to allow its licensed users to do it this way. Matter of fact, Rikki is the one who convinced me to license my original use of IPS 1.3 (final) way back in 2005.
  2. Please, no. IPS already has too many addons for the community suite. I've been supporting IPS as a licensed user since January 2005 and while I've seen a lot of changes and additions (Gallery, Blog, Downloads, Forum, Content), I don't want to see the forum software become bloated with too much crap. I've had some members on my own community who doesn't want to see the platform become too bloated and many are satisfied with the few additions that I currently have a license for. I think that the addons that we currently have are enough for the community suite.
  3. The renewal license fee was increased back when IPS 3 was released and has remained at $25 every six months. My guess this increase was required because IPS added Content, Gallery, Downloads, Nexus, Blogs, which expanded their software suite. It's doubtful it will be increased past that. IPS has been fair at keeping the renewal price for their license holders.
  4. The first thing that everyone should do is disable guest posting and guest sharing. Host providers take a very dim view to spam. LOLS.
  5. I think some of these services offer the 12,000 free emails per month but that you have to be a paid subscriber to their service, which kind of defeats the "free 12,000 monthly emails". Either it's free or it isn't. If it's free to paid members, then its really not free.
  6. This has bothered me for some time but is it possible for IPS to give us editing powers over topics we create? While I don't often create topics that are highly resourced, I did create one that has proven to be highly resourced by members of this community. When I was asked to update the topic, I couldn't, because only the forum staff are allowed to update topics or posts). It kind of makes it frustrating if we have to create a new topic each time we need to update something. The guide I created is "Stop the Spam: The Guide to Stopping Spammers". It would be easier if we could update our posts/topics without having to ask IPS staff to edit them.
  7. Have you tried creating a separate topic asking for that one to be added? Generally speaking, in topics like this one talking about something else, suggestions for other items tend to get overlooked. But, I can assure you that when someone posts a new topic asking for a feature or an addition to the IPS service, they do look at your suggestion and take it into advisement. I know that some suggestions that I've come up with have been considered by IPS in the past. IPS kind of frowns on using a single topic for suggestions to new features. The problems with Sparkpost were because a previous third party service was shutting down and that IPS chose to go with SparkPost. Unfortunately, SparkPost has been detrimental to IPS clients and their service is basically automated. IPS got its own SparkPost account terminated, I experienced the same problem and more than likely, a lot of other IPS clients. It's hard to find a service that doesn't have its share of problems, which is why I preferred IPS' built in default bulk system system. The only thing I have to worry about is getting flagged by my webhost for sending too many bulk mail messages. LOLS
  8. I'll be updating my guide by tomorrow, just give me time to reconstruct it. During the upgrade to IPS 4, my guide was deleted. I'll definitely be redoing my guide with plugins that are updated for the current version of the IPS Community Suite.
  9. Let me be the first person to thank you for that bit of information, Charles. That will come as relief to those of us who prefer using the default and very internal bulk mail system. When I made the leap to IPS Community Suite 4, something I was forced to do because of security issues with IPS 3.4.6, I didn't end up upgrading until after the 4.1.x series was released. Then, I noticed the change in the bulk mail system and I was under the impression that Sparkpost was the new default. I didn't notice the lack of the bulk mail system queue until I ran into difficulties with my webhost provider, something that I try very hard to avoid. It will be nice to see the queue system returned to the IPS bulk mail service. I prefer IPS' system for bulk mail rather than these third party systems. Those services are great if you have 100,000+ users with your community. Far as 'cycles' go, as liquidfractal asked, they refer to how many emails sent per hour.
  10. Lindy, thanks for the suggestion. I received a temporary solution to the problem behind the bulk mails per cycle issue. I'm hoping that bulk mail option for the default mail tool will be returned but that Marc Stridgen responded to a request I made. define( 'BULK_MAILS_PER_CYCLE', 100 ); Simply adding that line to the constants.php file would solve the bulk mail send restriction for the default internal bulk mail system tool. He said that you could adjust the number of the bulk mails per cycle to whatever number you needed. I'm hoping that the option to change how many emails are sent will be restored to the bulk mail system tool with upcoming releases. That way, administrators wouldn't have to worry about editing the root file on their server.
  11. Good grief. I received an email from Sparkpost that appears to be the same response they sent IPS regarding their account. That their automated service flags spammers and that my account was terminated accidentally and that they restored my account. But, I'm still not comfortable with a service that randomly terminates their customers with an automated service. I would expect that such services would have safeguards built in to stop this kind of action from happening.
  12. OpenType seems to be under a misconception. The default bulk mail tool seems to be Sparkpost. Looking at the bulkmail options, everything seems designed to force you to use Sparkpost. The problem I ran into when I opted to switch to the IPS bulk mail tool? It ended up forcing my webhost provider to actually ban the IP address they assigned to my website/account. OpenType is talking about something he doesn't even know about. Sorry, but this isn't meant as an insult but to illustrate the problem. When I used the internal IPS bulk mail tool (NOT Sparkpost or Mandrill), the system sent all 1,200 mail messages at one shot. It caused a resource conflict with my webhost provider and my webhost ended up banning my website's IP address they assigned to me. Before you try to say something in conflict with what I just posted, my IP address was temporarily banned because they is no bulk mail limiter included in the bulk mail system since IPS 4 was released. Prior to IPS4, when you used the bulk mail tool, IPS allowed you to set the range on how many mail messages to send per hour. The system would always recommended between 15-20 so you wouldn't hog the resources of your hosting provider. However, this bulk mail limit option was removed (for some odd reason) when they made the move to Sparkpost because they probably saw the internal bulk mail system to be a useless feature that was replaced by Sparkpost. What those of us are saying is that we want the bulk mail limit option returned to the IPS bulk mail system (third party services only send out 15-20 messages per hour when you're configured for their services) but this feature IPS left out of its own feature. It's definitely not a good thing when using the IPS suite and your own hosting provider bans your IP address for your website. IPS is now considering a new third party service but that isn't going to solve the current problem with the bulk mail tool. I don't know what it's referred to as, but I call the option the "IPS bulk mail limiter" because I don't know what everyone called it. I do know that it was originally removed by IPS when the switch to Sparkpost was made but I don't think IPS realized what kind of problems removing that option/limiter would create when it was removed.
  13. TOM, obviously, IPS is receiving a lot of complaints over Sparkpost but while I think that third party bulk mail services need to be included with IPS, they also need to enhance or modify the internal bulk mail system in the IPS suite so that administrators can set how many messages can be mailed out per hour. This used to be an option before Sparkpost corrupted the IPS bulk mail system. What's also highlighted is that IPS has also ran into the problem of their own account being terminated with no followup from Sparkpost with the account-holder to fix the problem. The non-existant customer service with Sparkpost seems to be quite clear, form what Lindy has posted. What I think should happen is that IPS return the bulk mail system default to the internal IPS bulk mail system and then allow administrators to switch to a third party system if they wish to enable it. Defaulting the bulk mail service to Sparkpost was a bad move to begin with but I'm kind of shocked that it hasn't been dealt with before now. I just prefer to use the IPS default bulk mail system and that I don't want to mess around with worrying about a third party system that terminates your account on the first minor transgression. I fired off an email to Sparkpost about this problem that if Sparkpost is terminating accounts who use their bulk mail service just to drive up 'new premium account' acquisitions doesn't exactly inspire confidence in their company. After my experience with Sparkpost, I wouldn't recommend their service, even if someone paid me to. Mandrill is just as bad, allowing even fewer mail messages to be sent out. I pretty much preferred IPS' bulk mail system and never used a third party system until it was forced upon us. The fact that when I used the internal bulk mail IPS system which resulted in my website IP address being blacklisted temporarily wasn't exactly a good thing either. When IPS was overhauling the bulk mail system tool, they forgot to include that 'bulk mail limiter' back into the system. The way it currently works, if you use the default IPS mail system tool, the system sends all mail messages in one batch, there is no option, currently, to limit how many messages get sent out per hour. I always had it set at 20 mail messages per month, to avoid any abuse of the system resources at my webhost. I've never ran into that problem until the switchover to IPS 4.x when that limiter was removed. I'm referring to the feature as a limiter or message "filter" because I'm not sure how IPS refers to that mail message filter option. Most IPS license holders know what I'm talking about, I believe.
  14. liquidfractal, that's all that I'm asking for. Just for the "bulk mail limiter" to be returned to the original internal bulk mail system. I've never been comfortable with Mandrill nor Sparkpost and they have been a disaster for me in trying to set up those services. I'm just not all that comfortable with external bulk mail services like Sparkpost.
  15. Thanks, Lindy. I thought maybe I was the only one. But, if I may suggest? Could IPS modify the default internal IPS bulk mail system so that administrators could dictate how many mail messages to send per hour? When Sparkpost failed on me (multiple times over two months, before I just found out that my account was terminated), I tried using the option "Do Not Use SparkPost", and the option defaults to the internal bulk mail system. However, what I discovered was that using that option sends all bulkmail messages all in one shot, overloading the resources of your webhost, which resulted in the IP address for my website becoming blacklisted by my webhost for about two hours. Let's just say I panicked and my webhost ended up removing the blacklisted IP address. I know that before IPS switched us to Sparkpost, there used to be an option where we could select how many mail messages could be sent in an hour (which I always had it selected the system to send 15-20 per hour). However, for some reason, IPS removed that option for IPS4. It would be preferable if the "number of mail messages sent per hour" restriction could be placed back into the bulk mail system. Even is Sparkpost fixes this problem, I'm sure that their system would keep flagging my Sparkpost account and it's a headache I don't need. But, it's a relief to know that IPS has been receiving complaints over Sparkpost and that IPS has also been on the receiving end of these account terminations.