Global
The line decides for which streams the node exports events. There are three levels: the node, a sending address pool, an individual sending address. The rule is the usual one: the pool is stronger than the node, the address stronger than the pool.
The default is non-obvious: if the line is absent at the node level, it counts as true when there is a <signals> block — for compatibility with earlier versions, where export was enabled by the block itself.
Two things are appended to the true value: the subaccount (subaccount=N) and the tracking domain (tracking-domain=X). Only to true — they cannot be appended either to false or to a rule list name.
🔴 true without a subaccount does not inherit it but resets it. The manual says so directly: a value without the qualifier cancels the subaccount set at the level above. Exactly the same subtlety as with seeding.
The fourth form is a rule list name: enable-signals ListName attaches a <signals-filter>. In that case everything that matched no rule counts as disabled.
🔎 The structure of the scope is worth knowing all the same: the same technique — three levels with overriding — works for us in limits and in signing, and the reset subtlety occurs only here and in seeding.
Four forms of writing, and three of them come with caveats:
| Value | What it means |
|---|---|
| do not write it | inherit from above — the only way |
| true | enable, resetting the subaccount from above |
| true,subaccount=N | enable with the specified subaccount |
| false | disable; qualifiers cannot be appended |
| ListName | selection by rules; anything unmatched is disabled |
# a common subaccount on the node, its own in the pool, its own for one address enable-signals true,subaccount=555 <virtual-mta-pool pond> enable-signals true,subaccount=999 </virtual-mta-pool> <virtual-mta v3> enable-signals true </virtual-mta>
what people get wrong and how it ends2 mistakes▶
§ 11.1.6.1.1
§ 11.1.6.1.1
2 relations
pmta show vmta-settings vmta1 | grep -i enable-signals
3 articles
◇The vendor's analytics — and what leaves the node for itA paid service that receives the node’s accounting data and returns analytics, a health score and a spam trap report; it is enabled by scope and stays off until its block exists.◇Exposing metrics over SNMPThe node can expose its metrics over SNMP — a second way of monitoring besides the web monitor.◇What the node tells about itself and through which channelsSeven observation surfaces: the web monitor, the console in four formats, the log, accounting, accounting search, metrics and export to external analytics.