On 2023-01-24 07:15, Mark Martinec wrote:
Messages via o365 seem to have a problem with this..

Jan 23 09:51:51.081 [1569369] dbg: check: tagrun - tag
RELAYSUNTRUSTEDREVIP is now ready, value:
ARY:[71.53.92.40,5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.2.8.0.6.9.0.1.3.0.6.2]
Jan 23 09:51:51.081 [1569369] dbg: check: tagrun - tag
RELAYSEXTERNALREVIP is now ready, value:
ARY:[71.53.92.40,5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.2.8.0.6.9.0.1.3.0.6.2]


Only the first element of the array is an IP Address, correct?
Makes is a little more difficult to do validation on it..

They are both IP addresses - in reverse byte order, suitable for
a DNS PTR lookup:

71.53.92.40 -> 40.92.53.71 (Microsoft)

5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.2.8.0.6.9.0.1.3.0.6.2
   -> 2603:1096:0820:0040::5 (Microsoft)

SA::Util.pm:

# Given a quad-dotted IPv4 address or an IPv6 address, reverses the order
# of its bytes (IPv4) or nibbles (IPv6), joins them with dots, producing
# a string suitable for reverse DNS lookups. Returns undef in case of a
# syntactically invalid IP address.
#
sub reverse_ip_address {

Understood.. I guess I wasn't clear.. Should this not be in it's own array, eg RELAYUNTRUSTEDREVIPV6, since the use case is of course much different?

Otherwise additional validation has to be written.

But yes, I guess it is by design ;) Just questioning this going forward, given the use cases for RBL lookups can be quite different, whether it's a IPv6 or not. (Eg, different bogon sets etc, that do not qualify for an RBL Lookup)


--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada

This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.

Reply via email to