Invision Community installation
For Invision Community 5, install Forum Fortress 1.4.2 by uploading forumfortress-invision-1.4.2.tar through the Invision AdminCP.
Use the package that matches your Invision Community version, and test on a copy of your community before installing on a busy production site.
Before you start
Make sure you have:
- an Invision Community version supported by the package
- AdminCP access
- permission to install applications or plugins
- outbound HTTPS access from your server to Forum Fortress services
- a short-lived one-time install token issued for the exact canonical forum domain and the Invision platform
If your community is hosted by a provider, you may need their help if outbound connections or file permissions are restricted.
Privacy and outbound access
Forum Fortress needs outbound HTTPS access to provide spam checks.
If your server uses an outbound firewall, allow HTTPS traffic on port 443 to hosts ending in:
*.ffapi.net
Before enabling the application or plugin on a live community, you may need to update your community's privacy policy. Forum Fortress receives community activity details for spam analysis, including submitted content and user details relevant to each check.
Read Privacy and network access before installing.
Install steps
- Download the Invision package from forumfortress.com/platforms (Download now).
- In AdminCP, install the uploaded package using Invision's normal application or plugin install flow. The exact labels can vary by Invision version.
- Open the Forum Fortress settings.
- Enter the one-time install token issued for this forum domain, then review the community URL and connection settings.
- Run Bootstrap now or Connection test. Wrong-domain, expired and unrelated replayed tokens are rejected; if the first response is lost, the exact still-valid token can recover only its original site and key. A successful response removes the local token copy.
- Select Open Forum Fortress in the application admin area to open the portal on this community. Use Complete registration in the application when you want to associate it with an account.
See Your account and forums for account linking.

Forum Fortress administration after a successful Invision connection test.
Choose an API region
Use Global unless you need regional processing. Select United Kingdom only, European Union only, or United States only to keep live checks and decisions in that regional API service.
Allow global emergency fallback is off by default. If you enable it and the selected regional service remains unavailable after a retry, Forum Fortress may send the check through the global network. Processing may then occur outside the selected region. Leave it disabled when strict regional processing is required.
This setting applies only to live spam checks. Bootstrap, portal access and account management continue through the Forum Fortress control system in the United Kingdom.
What happens after install
Forum Fortress starts checking supported actions from your community.
Depending on the decision and your settings, suspicious activity may be allowed or blocked.
Use the portal for activity history, moderation, reports, billing and support.
Updating the package
When a new version is available:
- Download the latest Invision package from forumfortress.com/platforms.
- Follow Invision's normal upgrade process for the installed application or plugin.
- Recheck the Forum Fortress settings after the upgrade.
Troubleshooting
| Symptom | What to check |
|---|---|
| Installer fails | Confirm the package matches your Invision version and that your server can write to the required application/plugin paths. |
| Error such as 1C133/9 during install or upgrade | This is often caused by file ownership or permissions. The PHP user usually needs ownership of the relevant application files. |
| Connection test fails | Outbound HTTPS, DNS, firewall, WAF, proxy, and host-level security rules. |
| Portal does not show the community | Confirm the site is connected to the same portal account you are using. |
For help:
- Check the FAQ and troubleshooting guide
- Use Contact in the portal for specific issues
Include your community URL, Invision version, package version, and the exact error message.
Licence
The Forum Fortress application source is free and open-source software under
GPL-2.0-or-later. The hosted service is separate and governed by its service
terms. See Plugin licensing.
Optional repeat-spammer bans
The Automatically ban repeat spammers for seven days control is in the native
Forum Fortress AdminCP settings and defaults Off, including after an upgrade.
It counts distinct topic/reply submissions and own edits only when the existing
server response contains escalation_eligible === true: a certified BLOCK with
an original score strictly above 80. Two qualifying bodies and API references
within 24 hours make an ordinary new member eligible for the separate minutely
Invision task. Native form validation and CSRF must complete; the checker itself
never changes the account and makes no additional HTTP requests.
The task rechecks settings, the member and current native roles under database locks. Guests, user IDs 0/1, incomplete/validating/spam-flagged/restricted accounts, admins, moderators (including hidden badges), custom/secondary groups and members older than seven days or with more than ten posts are protected. Only the native configured ordinary member group qualifies. Another author's edit cannot count. Registration, contact, outage, fail-closed policy and legacy/unqualified decisions never provide evidence. Existing ordinary moderation behavior remains in place.
The task uses native Member::temp_ban, save() and restriction history, including
native OAuth-token revocation and queued webhooks. A moderator can reverse the
ban in the native member editor, and native expiry restores access after seven
days. A retained successful receipt prevents automatic re-banning after reversal
or expiry. Turning this option or the application Off consumes pending evidence.
No account, post, subscription, group or IP-ban record is deleted by this feature.
Evidence stores SHA-256 body/reference hashes, capped at 128 rows per member and 50,000 site-wide; receipts are capped at 100,000 rows. Pruning is bounded and successful receipts remain while the member and application exist. Saturation skips enforcement. Native account/evidence dependencies must use InnoDB, and the write connection must expose readable transaction state with autocommit enabled; unsupported dependencies leave automatic bans unavailable while ordinary checks continue. Native bans, history and receipts commit in one transaction. The AdminCP shows availability and the 15 most recent automatic-ban receipts.