Tags
Creators
Details
4.1.1
Compatibility
Changes
MailboxGUI 4.1.1
MailboxGUI 4.1.1 is a polish update focused on storage conversion completeness, item template storage, command/help clarity, and language updates.
Highlights
- Added provider-backed item template storage.
- Added item template support to
/mba convert. - Improved storage conversion validation.
- Improved MySQL table validation for all 4.1.x data.
- Cleaned up admin help menu command labels.
- Improved
/mba spand/mba scodhelp descriptions. - Updated command suggestions to prefer
t:<id>:<amount>template aliases. - Updated language files to file-version
7.
Storage Conversion Polish
Item templates are now stored through the active MailboxGUI storage backend:
- YAML:
plugins/MailboxGUI/data/itemtemplates.yml - SQLite:
mailboxgui_itemtemplates - MySQL:
mailboxgui_itemtemplates
The /mba convert command now includes:
- Player data
- Post Office data
- Delayed mail data
- Item template data
Conversion backups now also include itemtemplates.yml.
MySQL Validation Improvements
MySQL validation now checks and creates all required MailboxGUI tables before switching storage:
mailboxgui_playerdata
mailboxgui_postoffice
mailboxgui_delayedmail
mailboxgui_itemtemplates
This helps prevent incomplete storage conversion when using MySQL.
Command & Help Menu Polish
The admin help menu now shows the shorter item-template aliases:
/mba itsave <id>
/mba itlist [page]
/mba itdelete <id>
/mba itgive <id> [player]
Package command help was also improved to better explain material items, XP, and item templates.
Examples:
/mba sp <recipients> [from] <item|t:id|xp...>
/mba scod <recipients> [from] <price> [r:player] <item|t:id|xp...>
Tab suggestions now prefer the shorter template format:
t:<id>:<amount>
instead of:
template:<id>:<amount>
Language Updates
Language files were updated to file-version 7.
Only the changed 4.1.1 help/menu keys were updated, and translated comments were preserved.
Upgrade Notes
Existing MailboxGUI 4.1.0 data remains compatible.
If a server used item templates in 4.1.0 with SQLite or MySQL, existing standalone data/itemtemplates.yml data will be imported into the active storage backend when possible.
No mailbox reset is required.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:34j7WS4b:HvAJexh6"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:34j7WS4b:HvAJexh6"
}

