On 2016-04-18 10:14, Henne Vogelsang wrote:
Hey,
On 15.04.2016 21:32, Marco Calistri wrote:
It seems that I cannot post anymore on this list...
If you have problems with the mailing list please contact the owner of the list, e.g.
opensuse-factory+owner@opensuse.org
and do not set test mails to the list.
It is possible that this time the owner can not do anything. A post by Chris Murphy in this thread explained the issue: |> This article appears to explain the problem exactly. But the work |> around is to not use yahoo email addresses with mailing lists. *shrug* |> And it's not new. |> |> |> http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-break... +++................................. Lucian Constantin IDG News Service Apr 8, 2014 6:10 AM In an attempt to block email spoofing attacks on yahoo.com addresses, Yahoo began imposing a stricter email validation policy that unfortunately breaks the usual workflow on legitimate mailing lists. The problem is a new DMARC (Domain-based Message Authentication, Reporting and Conformance) “reject” policy advertised by Yahoo to third-party email servers, said John Levine, a long-time email infrastructure consultant and president of the Coalition Against Unsolicited Commercial Email (CAUCE), in a message sent to the Internet Engineering Task Force (IETF) mailing list Monday. ... Over the weekend Yahoo published a DMARC record with “p=reject” essentially telling all receiving email servers to reject emails from yahoo.com addresses that don’t originate from its servers, Levine said. ... “Lists invariably use their own bounce address in their own domain, so the SPF doesn’t match,” Levine said. “Lists generally modify messages via subject tags, body footers, attachment stripping, and other useful features that break the DKIM signature. So on even the most legitimate list mail like, say, the IETF’s, most of the mail fails the DMARC assertions, not due to the lists doing anything ‘wrong’.” .................................++- -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)