Tags
Creators
Details
Licensed GPL-3.0-only
Published last year
Updated 4 months ago
All versions
1.4.0
Release
LamMailBox 1.4.0last year 41
Compatibility
Minecraft: Java Edition
1.21–1.21.8
1.20.x
Platforms
Folia
Paper
Changes
Updates ✨
- Added SQLite storage backend as an alternative to YAML for better performance on large servers.
- Introduced
/lmbmigratecommand to safely move mail data between YAML and SQLite storage backends. - Added new
storage.ymlconfiguration file for backend selection.
Fixes 🛠️
- Improved mail querying performance and scalability for servers with large mail volumes.
- Enhanced error handling and validation throughout the storage system.
Changes 🔄
- Redesigned storage layer with repository pattern for cleaner code architecture and future expandability.
- Enhanced command alias system with support for multiple aliases from configuration.
- Centralized mail logic to reduce code duplication and improve maintainability.
Notes 📌
- Existing YAML installations continue working unchanged—SQLite is opt-in via the new
storage.ymlfile. - SQLite is recommended for servers with high mail volumes (1000+ mails) due to better query performance and scalability.
- Migration between backends requires empty target storage to prevent data loss—always backup before switching.
- All existing GUI configurations and features work identically with both storage backends.
- Use the
/lmbmigratecommand to transfer data between storage types—automatic import has been removed for safety.
Storage Configuration Example
# storage.yml - New configuration file
storage:
type: sqlite # or yaml
Migration Command Usage
/lmbmigrate yaml sqlite # Move from YAML to SQLite
/lmbmigrate sqlite yaml # Move from SQLite to YAML
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:SCwoZLMd:34Acvaji"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:SCwoZLMd:34Acvaji"
}

