Gmail MX over IPv6

[Mansoor Nathani]

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.

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.


Jun 21 02:14:47 onion postfix/cleanup[1494]: 435AD1A110A:
message-id=<20120621061447.435AD1A110A at host.domain>
Jun 21 02:14:47 onion postfix/qmgr[1348]: 435AD1A110A:
from=<user at host.domain>, size=448, nrcpt=1 (queue active)
Jun 21 02:15:09 onion postfix/smtp[1497]: connect to
gmail-smtp-in-v4v6.l.google.com[2001:4860:b007::1b]:25: Connection timed out
Jun 21 02:15:10 onion postfix/smtp[1497]: 435AD1A110A: to=<
myemailaddress at gmail.com>,
relay=gmail-smtp-in-v4v6.l.google.com[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)
Jun 21 02:15:10 onion postfix/qmgr[1348]: 435AD1A110A: removed

Mansoor nathani

On Sun, Jun 17, 2012 at 8:30 PM, Erik Kline <ek at google.com> wrote:
> On 18 June 2012 09:11, James Cloos <cloos at jhcloos.com> wrote:
>>>>>>> "WSR" == Wolfgang S Rupprecht <wolfgang.rupprecht at gmail.com> writes:
>>
>> WSR> I got a hardfail from gmail.  Their SPF parsing for IPv6 is messed
>> WSR> up.  Maybe the "::" notation scewed up a string compare to
>> WSR> ":0:0:0:" or ":0:0:0:0:"?
>>
>> I can confirm that.  I have a ip6: netblock in my spf and my outgoing
>> box's ipv6 is typically ascii-fied with a ::.  When I configure my
>> MTA to prefer ipv6 for outgoing, goog shows an spf fail.  When the MTA
>> uses ipv4 goog is happy.
>>
>> I can see three possibilities:
>>
>>  Their spf parses doesn't grok ip6: tagged entries at all.
>>
>>  It doesn't handle addr/prefix notation for ipv6.
>>
>>  It cannot compare explicit vs :: notation.
>
> An issue with SPF parsing was raised and I'm told a fix should be
> rolling out this week.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cluenet.de/pipermail/ipv6-ops/attachments/20120621/76dcf2b3/attachment.htm>