Über die Queue-Standards hinaus ist das Shaping-Modul von KumoMTA der Ort, an dem Sie Ihr Wissen pro Ziel festhalten (Gmail will 250/s von einer aufgewärmten IP, Yahoo will 100/s, AOL ist sonntags heikel).
Nutzen Sie die mitgelieferte Shaping-Bibliothek:
local shaping = require 'policy-extras.shaping'
kumo.on('get_egress_path_config', shaping:setup({'/opt/kumomta/etc/policy/shaping.toml'}))
Ausschnitt aus 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"
Warum TOML für das Shaping, aber Lua für alles andere? Das Shaping ändert sich oft (besonders während des IP-Warm-ups), und TOML ist für den Betrieb angenehm. Neu laden mit kcli reload; kein Neustart nötig.
Die KumoMTA-Community pflegt eine shaping.toml mit vernünftigen Standardwerten für die 50 wichtigsten Ziele. Nutzen Sie sie als Ausgangsbasis.
Melden Sie sich an, um festzuhalten, was Sie gelesen haben.