<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<br>
<div>
<div>On Jun 20, 2012, at 11:28 PM, Mansoor Nathani wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">Since Gmail has enabled AAAA records for some of its MX hosts, my IPv4 only machine gets the Gmail IPv6 address and attempts to deliver email. Its only when the timeout has been reached will it try the IPv4 address.<br>
<br>
I am curious if anyone else is experiencing this or perhaps I need to do something on the CentOS 6 box to disable IPv6 till the time when it has native IPv6 capability.<br>
</blockquote>
<div><br>
</div>
<div>This is essentially the same issue described in RFC 6555. The good news is that it is largely fixed for common web browsers; the bad news is that the penny has not seem to have dropped that</div>
<div><br>
</div>
<div>(1) this is not about IPv4 vs IPv6, it's about having multiple addresses, some of which have a route and some don't at any given time, and</div>
<div>(2) this applies to any application.</div>
<div><br>
</div>
<blockquote type="cite">Jun 21 02:14:47 onion postfix/cleanup[1494]: 435AD1A110A: message-id=<<a href="mailto:20120621061447.435AD1A110A@host.domain">20120621061447.435AD1A110A@host.domain</a>><br>
Jun 21 02:14:47 onion postfix/qmgr[1348]: 435AD1A110A: from=<<a href="mailto:user@host.domain">user@host.domain</a>>, size=448, nrcpt=1 (queue active)<br>
Jun 21 02:15:09 onion postfix/smtp[1497]: <span style="background-color:rgb(255,255,51)">
connect to <a href="http://gmail-smtp-in-v4v6.l.google.com/">gmail-smtp-in-v4v6.l.google.com</a>[2001:4860:b007::1b]:25: Connection timed out</span><br>
Jun 21 02:15:10 onion postfix/smtp[1497]: 435AD1A110A: to=<<a href="mailto:myemailaddress@gmail.com">myemailaddress@gmail.com</a>>, relay=<a href="http://gmail-smtp-in-v4v6.l.google.com/">gmail-smtp-in-v4v6.l.google.com</a>[209.85.225.27]:25, delay=23, delays=0.29/0.03/22/1.2,
dsn=2.0.0, status=sent (250 2.0.0 OK 1340259310 e9si1516803ign.65)<br>
Jun 21 02:15:10 onion postfix/qmgr[1348]: 435AD1A110A: removed<br>
<br>
Mansoor nathani<br>
<br>
On Sun, Jun 17, 2012 at 8:30 PM, Erik Kline <<a href="mailto:ek@google.com">ek@google.com</a>> wrote:<br>
> On 18 June 2012 09:11, James Cloos <<a href="mailto:cloos@jhcloos.com">cloos@jhcloos.com</a>> wrote:<br>
>>>>>>> "WSR" == Wolfgang S Rupprecht <<a href="mailto:wolfgang.rupprecht@gmail.com">wolfgang.rupprecht@gmail.com</a>> writes:<br>
>><br>
>> WSR> I got a hardfail from gmail. Their SPF parsing for IPv6 is messed<br>
>> WSR> up. Maybe the "::" notation scewed up a string compare to<br>
>> WSR> ":0:0:0:" or ":0:0:0:0:"?<br>
>><br>
>> I can confirm that. I have a ip6: netblock in my spf and my outgoing<br>
>> box's ipv6 is typically ascii-fied with a ::. When I configure my<br>
>> MTA to prefer ipv6 for outgoing, goog shows an spf fail. When the MTA<br>
>> uses ipv4 goog is happy.<br>
>><br>
>> I can see three possibilities:<br>
>><br>
>> Their spf parses doesn't grok ip6: tagged entries at all.<br>
>><br>
>> It doesn't handle addr/prefix notation for ipv6.<br>
>><br>
>> It cannot compare explicit vs :: notation.<br>
><br>
> An issue with SPF parsing was raised and I'm told a fix should be<br>
> rolling out this week.<br>
</blockquote>
</div>
<br>
</body>
</html>