On 7/5/19 9:36 AM, Henrik K wrote: > On Fri, Jul 05, 2019 at 02:32:42PM +0000, David Jones wrote: >> On 7/5/19 9:03 AM, Henrik K wrote: >>> On Fri, Jul 05, 2019 at 01:37:50PM +0000, David Jones wrote: >>>> >>>> For the sake of others, it would be beneficial if the default behavior >>>> of X-Relay-Countries changed to the X-Relay-Countries-MSA. >>> >>> I renamed it X-Relay-Countries-MUA since it's more describing. It lists all >>> after the MSA itself. >>> >>> What you suggest is not possible, since -MUA will be empty if there isn't >>> any MSA (and MUA after that) in the received chain. If this is unclear, >>> please let me know how to document it better. :-) >>> >> >> If the -MUA is empty, wouldn't it simply work like it does today and >> RelayCountry would skip all trusted relays? In this example it would >> not fire at all just like it already did. > > That's still breaking backwards compatibility. People should expect > X-Relay-Countries to be empty, even when there is MSA used. > > It doesn't really cost anything to create a new header for this. Those who > want to use it for MSA/MUA identification, can do so with the new header. > > PS. Check out the bug, I'm still contemplating a few things... >
I am completely OK with switching to a new X-Relay-Countries-MUA header as long as it works just like the current X-Relay-Countries when there is no MUA. If it's differnt logic or an extra header to check, then that would mean duplicating and managing another set of rules and scores for dozens/hundreds of country codes. In other words, could the new X-Relay-Countries rules be ordered so the each one also includes the lower ones like syslog works? -- David Jones
