SMTP over IPv6 : gmail classifying nearly all IPv6 mail as spam since 20140818
gert at space.net
Fri Aug 22 18:44:50 CEST 2014
On Fri, Aug 22, 2014 at 12:12:57PM -0400, Jared Mauch wrote:
> > On Fri, Aug 22, 2014 at 07:32:41AM -0700, Lorenzo Colitti wrote:
> > > >>From what I've heard it's somewhat of a consensus position among large
> > > email operators on what to do for IPv6 SMTP inbound.
> > Well... some think it's a good idea, and there is an IETF draft, which
> > largely failed to get support.
> > I think it's a very bad idea to have stronger requirements on IPv6 mail
> > than on IPv4, as it is yet another obstacle to IPv6 deployment - but
> > maybe that's just me, and I have a slighly different focus than most
> > religious anti-spammers.
> I think requiring a PTR isn't that high of a bar. If you're on
> a host without support of doing a v6 PTR, you likely aren't on good
> hosting location and should relay via a host that does have a v6 PTR.
No, PTR record is fine (and people do that for IPv4 as well).
I should have been more clear on the context - that was about requiring
DKIM, SPF, etc. for IPv6 while not doing so for IPv4.
The I-D I was referring to is
Quote from the Introduction: "This behavior could be useful in, for
instance, enforcing higher requirements for Simple Mail Transfer Protocol
(SMTP) sessions over IPv6 than what exists on IPv4 without simply rejecting
the message outright."
> I don't care if my phone/ipad/desktop have a PTR, and they
> all relay via hosts that are dual-stacked, and require smtp-auth to relay.
> They shouldn't be connecting directly to google.
have you enabled IPv6 on something today...?
SpaceNet AG Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 811 bytes
Desc: not available
Url : http://lists.cluenet.de/pipermail/ipv6-ops/attachments/20140822/db800d3a/attachment.bin
More information about the ipv6-ops