Hi Brandon, On Thu, 4 Feb 2016, at 13:41, Brandon Long wrote:
> It is a netblock quota you're hitting, yes. As we see more and > larger hit and run spam jobs from previously unknown or low volume > IPs and netblocks, the low volume senders are caught in the cross > fire. > > I'll ping the spam team about the messaging again, saying IP is > definitely wrong there. Thanks! > And I can ping them about better handling about this, they've made > some improvements recently, but it's a hard problem. That would be even better. But I understand that the problem is hard. I am active in the antispam community, too. > Also, the bulk sender guidelines don't only apply to bulk senders, > in particular, you have no authentication for your messages. For one, I don't believe in DKIM. But more importantly, it's just not worth the efforts to implement DKIM, DMARC, DNSSEC etc. for 15 msg/day, or at least it wasn't so far. > Some of the messages from that server we're treating as > authenticated because of our best guess for SPF, but that's not > really sustainable. This I do not understand. All involved domains have MX records pointing at the server's IP address. How could a guessed SPF fail? > > It's also their customers who do not receive (in my case) mostly > > individual messages which are often even expected in advance (like > > people asking for a document via SMS, and then they have to wait > > hours until it arrives at Gmail). > > Spam fighting is a tradeoff between false positives and false > negatives. While this is true we should still strive to reduce false classifications. What Google/Gmail effectively is doing here is a greylisting with delays in the range of several hours. I wonder how efficient this is. Anyway, it would be nice if Gmail would at least honor "serious" mail servers who do not give up sending the same message for hours, i.e. whitelist like typical greylisting implementations do. Of course, I only know my own servers and networks. It probably looks quite different from the other side. -- -- Andreas :-) _______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
