Más allá de los valores por defecto de las colas, el módulo de shaping de KumoMTA es donde codificas lo que sabes de cada destino (Gmail quiere 250/s desde una IP caliente, Yahoo quiere 100/s, AOL se pone quisquilloso los domingos).
Usa la librería de shaping incluida:
local shaping = require 'policy-extras.shaping'
kumo.on('get_egress_path_config', shaping:setup({'/opt/kumomta/etc/policy/shaping.toml'}))
Fragmento de shaping.toml:
["gmail.com"]
connection_limit = 20
max_connection_rate = "20/s"
max_message_rate = "250/s"
idle_timeout = "60s"
["yahoo.com"]
connection_limit = 10
max_message_rate = "100/s"
["*.protection.outlook.com"]
connection_limit = 4
max_message_rate = "40/s"
¿Por qué TOML para el shaping y Lua para todo lo demás? El shaping cambia a menudo (sobre todo durante el calentamiento de IP) y TOML es cómodo para quien opera. Recarga en caliente con kcli reload; no hace falta reiniciar.
La comunidad de KumoMTA mantiene un shaping.toml con valores por defecto sensatos para los 50 destinos principales. Úsalo como punto de partida.
Inicia sesión para llevar el registro de lo que ya leíste.