Randy Calvert
-
Posts
3,945 -
Joined
-
Last visited
-
Days Won
78
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by Randy Calvert
-
No. It cannot be done. The number is what identifies the club to the platform. The name is actually ignored. For example: https://www.bi5on.com/circles/26-blahhhh The name is meant to help promote SEO.
-
As noted previously several times… this resource has not been updated since 4.4 and is not being updated anymore. An alternative has already been noted.
-
They created a domain specific php.ini for you. I’m glad they got you squared away!
-
"Licence Key Invalid" - Except it's not.
Randy Calvert replied to Tripp★'s topic in Technical Problems
It’s not that he technically can’t disable them. It’s that disabling them would remove functionality that is important to their site. So it’s more of seriously not wanting to versus not actually being able to. -
It’s viewable now. 🙂
-
Normally yes... its not enabled specifically on this community. My guess simply because it was never really used here before.
-
What's funny is All Applications works for me, but the Dashboard does not. It was the page I checked originally.... so my guess is it's a cache issue somewhere.
-
Sounds like sales management material... you close the biggest deal of the year and the manager is like "what's your pipeline look like for next week?"
-
The failed message seem to indicate a communication problem between your server and Gmail. That means your hosting provider will need to address it. Either there is something blocking the request on their end or Gmail is blocking them. But this is not a problem with the IPB software itself.
-
Yup... this looks like an open issue.
-
If you are sending this via PHP, it's something your hosting provider will need to fix. It's possible there is a firewall blocking communication or that Gmail is blocking your hosting provider's server. IPB only hands emails off to PHP. At that point, it loses visibility to the message. So the answer from your host is incorrect. They're saying that Gmail is offline, which it clearly is not.
-
/me whistles innocently It wasn't me! I swear! (But clients can't comment on events here! So I can't show any appreciation there.)
-
oops... my bad. 😄 Learn something new every day.
-
If your main site is www.domain.com and IPB is installed in www.domain.com/invision… clicking the home button in the bread crumbs for example would lead you back to domain.com/invision because that is the default “root” where it was installed. This lets you change domain.com/invision to just www.domain.com for those links. That’s it. Nothing more and nothing less. It does not move your data or change settings on the server itself.
-
Outdated Overloaded 3rd Party Methods
Randy Calvert replied to AlexWebsites's topic in Technical Problems
It’s a known issue for those that have a large number of 3rd party resources or if a resource has a large number of libraries. It’s going to be fixed in a future release from what was said previously. -
And most likely for whomever is going to be helping in November with a CiC migration. It should reduce the database size by 400-800MB.
-
Praise be! My community has almost a million private messages from over 20 years. One thing that would be handy to have is the ability to remove PMs from those who have not been active in XX time.
-
In order to do this, the software must run on the same physical server. So for example, you could have Wordpress installed within domain.tld/news (or just /) and IPB installed in domain.tld/forums. Those would all be installed within the same server in the same virtual host , etc. If the news or blog site are on different physical servers, you would need to use subdomains. This is not an IPB limitation... it's a limitation of DNS itself. DNS says domain.tld goes to a specific server (such as www.domain.tld). Once it's at the server, it handles all paths below it (such as /news/ or /blogs/). Technically there are ways to work around this if you're using a CDN as a proxy... as it could be POSSIBLY configured to go to a different origin based on path matches, but that is WAAAAAY outside of the scope of this discussion. 🙂
-
Support emails come from support@invisionpower.com
-
It does not have a fixed IP. It’s very dynamic.
-
Traffic plunged after upgrading to new IPS version?
Randy Calvert replied to mr_hopp's topic in Technical Problems
Exactly this. -
Does the file have a different owner or group versus other files? (For example other files owned by “apache” and this file owned by “nobody”.)
-
You might want to change the address in your client area to something different (like a gmail or yahoo mail account). IPS ticket system is via email. So once you update your address… a staff member can send the message to the new address. You most likely need to provide your MX record to IPS so they can publish it if you made your primary DNS provider.
-
That is actually most likely even worse. Because if the server you're sending from is NOT listed when there are valid records for the domain... it's an even stronger indicator to the receiving servers that the message is spam. Think of it this way... if no records existed whatsoever... it is bad because there is no data. If there is a record that does not match, it's even worse because it's even clearer that it's not intended to be that server. But again... the question is where is it failing? Your host can confirm if the message actually left your server. If it did not leave the server, something is happening there with PHP mail on that machine. If it did leave the server, it's most likely being rejected by the destination mail servers because of what we're talking about now with SPF, DKIM, etc.
-
Correct... if you choose PHP, you don't need to provide SMTP credentials. If you choose PHP as the sending method, IPB directs the mail to PHP to handle from there. At that point, the software loses track of the delivery. As long as the PHP mail function does not return an error, IPB is now out of the picture and no longer involved with delivery. Your host can help check if the sendmail service is running properly on your server. If it is working properly, it's also possible the destination server is rejecting the messages or thinks that they are spam. For example is your server that is sending mail listed in your SPF record? Do you have a valid DKIM record setup for your server that is sending mail? If not, most major mail providers will either reject the message or toss the messages into the spam folder. Those are all things your hosting company should be help you diagnose.
