[Mimedefang] [Patch] relay_is_* not ipv6 friendly
Michiel Brandenburg
apex at xepa.nl
Tue Feb 2 14:44:48 EST 2010
On 2-2-2010 19:01, David F. Skoll wrote:
> In other words, what is the difference between an SMTP client coming
> from "::ffff:192.168.10.1" or "192.168.10.1" ?
or ::ffff:c0a8:a01. Well not a lot I would guess except that one is ipv6
the other ipv4. Guess it all depends on semantics .. probably nothing
functional but I thought I would bring it up.
> I made the C code recognize mapped IPv4 addresses and convert them to
> plain IPv4 addresses to simplify the filter code. If you get an IPv4
> address, fine... you can handle it. Similarly, if you get an IPv6
> address, you don't need to worry about the (IMO hackish and ugly)
> IPv4-mapped special case.
No questions remarks there :)
>> Say you are on a ipv4 only network you would never receive those
>> addresses while if you are on a ipv6 only network all of a sudden you
>> might get data from an ipv4 address (but you are ipv6 only), that might
>> throw a spanner in the works.
> How so?
Well database and code could only assume that they get ipv6 addresses.
But then I guess there is no one stopping you encoding all ipv4 as 6 :)
and I guess we can revisit when more of the world is using ipv6 .. like
in 100 years :)
> I doubt any RBL would list the IPv6-variant without also listing the
> IPv4 variant.
I have yet to use RBL's that even deal with ipv6 let alone ipv4 mapped
variants.
I will see when I can get the patch altered not to take into account the
ipv6 mapped ipv4, as the c code handles that part.
Regards,
--
Michiel Brandenburg
More information about the MIMEDefang
mailing list