MailWizz Guide
MailWizz Performance Tuning
Improve queue throughput and database performance.
MailWizzv4.1 frameworkProduction reference
This guide is designed as a production checklist. Test changes on a staging server and keep a working configuration backup.
Overview
Improve queue throughput and database performance. The safest approach is to make one change at a time, validate syntax, reload the service, and then review logs and delivery results.
Configuration example
# Example cron validation
php -v
crontab -l
systemctl status cron || systemctl status crond
# Run a command manually before scheduling it.
/usr/bin/php /path/to/apps/console/console.php commandRecommended procedure
- Document the current working configuration and relevant IP, DNS and authentication values.
- Confirm that every referenced file, key, hostname and source IP exists.
- Apply the smallest possible change and run the service configuration validator.
- Reload rather than restart when the software supports safe reloads.
- Watch logs, queue growth, SMTP responses and provider-specific behavior.
Common mistakes
- Copying a configuration from a different software release without checking directive support.
- Using a source IP without matching PTR, forward DNS and HELO identity.
- Changing multiple routing and throttling rules at once, making failures difficult to isolate.
- Ignoring envelope sender behavior, bounce handling and complaint suppression.
Verification
systemctl status postfix || systemctl status pmta
ss -lntp
tail -f /var/log/maillog
# Send a controlled test and inspect the complete received headers.Production notes
Delivery settings should be based on current response data, list quality and reputation. A value that works for one server or ISP can be unsafe for another. Prefer conservative defaults and measured increases.