Tags
Creators
Details
Licensed GPL-3.0-only
Published last year
Updated 4 months ago
All versions
1.5.0
Release
LamMailBox 1.5.0last year 22
Compatibility
Minecraft: Java Edition
1.21–1.21.9
1.20.x
Platforms
Folia
Paper
Purpur
Changes
Updates ✨
- Introduced automated mailings defined in
mailings.yml, supporting cron-based schedules, first-join delays, permission gates, and Folia-safe delivery with automatic player notifications. - Added the
/lmb mailingsadmin command with live status reporting (last/next run previews, run counters) backed by YAML and SQLite repositories. - Expanded the mail composer: schedule or expire deliveries via the GUI clock, build reusable console command bundles with the new command-item editor, and preview current receivers/messages directly in the interface.
- Upgraded
/lmb sendto accept inline sections (| [commands] | schedule:YYYY:MM:DD:HH:mm | expire:YYYY:MM:DD:HH:mm) so console and admins can queue timed or command-driven mail in one call.
Fixes 🛠️
- Blocked players from mailing themselves and added capacity checks before accepting new receivers to prevent overfilled mailboxes.
- Restricted bulk recipient and command attachment actions to admins, ensuring permission checks mirror the GUI workflow.
- Added sent-mail deletion confirmation and safeguarded composer/item GUI closures so items return to players instead of being lost.
- Normalized
allonlinetargets to snapshot current online players before storage, ensuring scheduled deliveries reach the correct recipients.
Changes 🔄
- Bumped configuration schema to 1.4 with expanded messages, titles, and GUI metadata plus the new
mailings.auto-cleanuptoggle for status pruning. - Mail records now capture optional schedule and expiry timestamps, defaulting expiration from
settings.default-expire-dayswhen unspecified. - Command attachments persist as structured "command items" (YAML
command-itemssection or SQLitemail_command_itemstable) while retaining legacy command lists for backward compatibility.
Notes 📌
- Cron expressions follow the UNIX format (
m h dom mon dow); disable any definition by settingenabled: false. mailings.ymlis generated on first run—review default examples before enabling automation in production.- Back up your YAML/SQLite data before upgrading; the plugin will auto-create the new
mail_command_items/mailing_statustables andmailing-status.ymlfile on startup. - Reloading via
/lmbreloadrefreshes mailing definitions, runs auto-cleanup, and reports active IDs for quick verification.
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:ENI8h13x"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:SCwoZLMd:ENI8h13x"
}

