- 主题:小众邮箱收不到验证码
很多时候其实可能没有那么复杂。
举个栗子,这个问题过去某一段时间很集中。
我所在的地方,大部分中小公司都用谷歌邮箱托管。
从谷歌的服务器发出的邮件,那应该没问题吧?
但是实际上经常会被我们的策略ban掉。为什么呢?
因为谷歌的发送服务器IP会变动,变动了他们肯定会给用户联系告知吧,
但是用户不懂啊……要调整TXT记录啊
结果就是,“这封声称是从@xxx域发来的邮件,实际上并不是从你
自己声明的发件服务器发出来的”。这让收件方SPF怎么应对?
【 在 JulyClyde 的大作中提到: 】
: 邮件方面的事,很江湖的
--
FROM 106.184.119.*
技术能力限制。。。。。
我们有一段时间这类问题特别多。
然后通常都是我们的客户(甲方)。
也就是我公司的销售人员,来找我们说对方发的邮件没有收到,
我们判定是这类问题,要先跟我们的销售人员解释明白这个事情,
我们的销售人员再去和对方的商务同学解释清楚,对方的商务再和
他们的技术人员解释这个事情。
这个链条,几乎每一次都异常痛苦。
【 在 JulyClyde 的大作中提到: 】
: 托管客户应该include google SPF啊
--
修改:hyoga FROM 106.184.119.*
FROM 106.184.119.*
一般来说,一个做商贸的小公司,哪有一个专门懂DNS的技术人员呢?
一般都是开公司的时候,找注册公司给你申请下来域名,给你随便做几条设置
万年不变就完事了。
而这样的公司(所谓中小企业)恰恰是数量巨大的。
我举这个例子,只是想说明,很多时候真的不是收件方反垃圾技术不过关造成的。
实际上,在现代社会,反垃圾邮件的水平,只要是能做的,基本上也都是差不多的。
【 在 superlq 的大作中提到: 】
: 直接引用啊
: spf.mail.qq.com text =
: "v=spf1 include:qq-a.mail.qq.com include:qq-b.mail.qq.com include:qq-c.mail.qq.com include:biz-a.mail.qq.com include:biz-b.mail.qq.com include:biz-c.mail.qq.com include:biz-d.mail.qq.com -all"
: ...................
--
FROM 210.254.36.*