BlazeBans/Configuration
settings.yml
Every key in the main configuration file, in the order it appears. Reload with `/blazebans reload settings.yml`. The one exception is `commands:`, which needs a restart.
meta
meta:
version: "1.0.7"
lang: "en_us.yml"Shipped languages: en_us.yml, de_de.yml, es_es.yml, fr_fr.yml, ja_jp.yml, ru_ru.yml. Missing keys in any of them fall back to English.
hooks
hooks:
api: true
skript: trueplaceholder-api
placeholder-api:
values:
"true": "true"
"false": "false"
none: ""
permanent: "Permanent"The text BlazeBans placeholders return for booleans, unavailable values, and permanent durations. Change these to match your scoreboard's style: "Yes" and "No" instead of true and false, for example. See PlaceholderAPI.
lockdown and chat-lockdown
lockdown:
persist-through-restarts: true
chat-lockdown:
persist-through-restarts: trueWhether the lockdown state survives a restart. On by default, so a server restarting during an incident comes back locked. See Lockdown.
punishments
punishments:
notify-victim: true
alert-staff-muted-chat: true
default-reason: "No reason provided."
default-revoke-reason: "Revoked"
prevent-self-punishment: true
appeal-url: "https://example.com/appeal"appeal-url is the one to change first. The default reads https://example.com/appeal, and a banned player looking at that has nowhere to go.
punishments.ban-evasion
punishments:
ban-evasion:
enabled: false
duration: "permanent"
reason: "Ban evasion"
silent: falseAutomatically ban a joining account when another account on its stored IP is banned. Needs privacy.store-ip-addresses: true. Off by default, and worth reading Ban evasion before turning on.
updates
updates:
enabled: true
notify-in-game: true
interval-hours: 12Only the plugin name and version are sent. No server or player data leaves the machine.
async-progress
async-progress:
enabled: true
interval-ticks: 4
width: 12
pulse-width: 3
symbol: "■"An animated action-bar indicator shown while a command waits on the database. enabled: false removes it entirely; the rest control the animation's speed, length, and character.
experimental.proof-requirements
experimental:
proof-requirements:
enabled: falseMaster switch for template proof-required fields. Off by default because it can block a punishment during an urgent situation. See Proof.
muted-commands
muted-commands:
enabled: true
bypass-permission: "blazebans.mute.commands.bypass"
alert-staff: true
discord-webhook: true
blocked:
- "msg"
- "tell"
- "essentials:msg"Stops muted players routing around a mute through private messages. The shipped blocked list covers vanilla and EssentialsX; anything else on your server needs adding. See Mute enforcement.
commands
commands:
names:
ban: "ban"
mute: "mute"
blazebans:
command: "blazebans"
reload: "reload"
import:
command: "import"
advancedban: "advancedban"
aliases:
ban:
- "tempban"
blazebans:
command:
- "bbans"
- "bb"Rename any command or change its aliases. Subcommands nest under their parent, and aliases follows the same shape as names.
Use this when BlazeBans collides with another plugin, or when your server has its own naming convention.
exempt
exempt:
players: []
luckperms-groups: []exempt.players is the only exemption console respects. That is deliberate: it is the way to protect an account absolutely.
Leave luckperms-groups empty if you want higher-ranked staff to be able to punish lower-ranked staff, and use staff-hierarchy for that instead. See Hierarchy and exemptions.
staff-hierarchy
staff-hierarchy:
group-weights:
helper: 10
moderator: 50
admin: 100
owner: 1000Map LuckPerms groups to weights from 0 to 1000. A staff member can punish someone only when their own weight is at or above the target's.
BlazeBans reads primary and inherited groups from LuckPerms directly. blazebans.weight.<number> permissions also work, and the highest value found wins. Console ignores hierarchy entirely.
duration-limits
duration-limits:
tiers:
- permission: "blazebans.duration.junior"
max: "7d"
- permission: "blazebans.duration.moderator"
max: "30d"
- permission: "blazebans.duration.admin"
max: "permanent"Cap how long each rank can punish for. The highest matching tier wins, so holding several nodes gives you the longest of them. Use permanent or 0s for no cap.
Staff holding none of the nodes are unlimited, which is why these are worth setting before handing out punishment permissions. See Duration limits.
privacy
privacy:
store-ip-addresses: false
hash-ip-addresses: true
show-ip-to-staff: false
alts-blacklist: []Holders of blazebans.alts.exempt are excluded automatically without a list entry. See Alts and IP tools.
server
server:
id: "default"
display-name: "This Server"
scope: "server"Decide id before staff start punishing. Renaming it later orphans every record stored against the old value. See Servers and scope.

