--=-2b3Yf0eVkZsnB8S4oFLU Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Itamar, by the proxy of Brian, did asked me to look on the bounce issue we have on the users lists. So after a few hours of careful log reading, here is my finding. The bounce situation --------------------- We (ml admin) get on a regular basis people who get unsubscribed and message about bounce. People being unsubscribed automatically is bad(tm), and bounces are annoying.=20 Investigation ------------- A first look show that our mails are bounced as they are marked as spam by Google. Google doc on the matter do not give much, some people point to using dkim, spf, etc. But spf is not for us, but for the sender, and dkim is not ml friendly, afaik, and requires upstream support if I understood well. Not all mails are bounced, which is good. That mean the ip is not problematic.=20 So I took a few hours to look on every bounce and roughly, there is 2 groups. Group 1 -------- First group is that all mail from the same poster on the users list have bounced at Google. Out of the 16 mail he sent, 16 have been rejected by Google. I have no idea why, I suspect the spf policy, but it did looked ok. None of the mail of answer had a issue, so that's likely not a content problem. =20 However, the ip address of the sender is in the SORBS blacklist, so that's likely what trigger Google spam filter. Not much we can do, besides contacting him, which I will do. Group 2 -------- Roughly, that's mail in this thread : http://lists.ovirt.org/pipermail/users/2015-January/030494.html and the mails from Sandro : http://lists.ovirt.org/pipermail/users/2015-January/030420.html http://lists.ovirt.org/pipermail/users/2015-January/030423.html Common point, use of goo.gl and ur1.ca. It turn out that both domain are flagged as URI spam, since that's used by spammer to hide their link. So I suspect that Gmail started to "learn" about them as spam, as the rest of the world did : http://multirbl.valli.org/lookup/ur1.ca.html http://multirbl.valli.org/lookup/goo.gl.html Again, not much we can do, besides asking to people to not use these services ( which is not gonna work I think ). Conclusion ----------- If the core issue is "people are kicked out due to bounce", we can look at raising the threshold on mailman ( as proposed by Brian ), while at the same time trying to reduce the number of bounce ( ie, a root cause investigation on each bounce when we see issue ).=20 First part is easy ( I think ), second is not hard but we need to have someone to look at log on a regular basis so that's taking some time.=20 As a side note, our spamassasin setup was blacklisted from the DNS BL we used ( due to our use of the dns of linode.com : http://uribl.com/refused.shtml ), thus reducing his efficiency. I did fixed that by setting a local cache, following the page I gave. If anything weird happen, please tell us :) Anyone has a opinion or a idea ? --=20 Michael Scherer Open Source and Standards, Sysadmin --=-2b3Yf0eVkZsnB8S4oFLU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABAgAGBQJUt/l3AAoJEE89Wa+PrSK9Ct0P/0GFRDqGF5GQ2mYDjyThi8vp cpjutYXxQ2yA0b7AulvRXt2C4pE3SjiSlzGs8qKUQ2GcjTvOsSxd0Li0+fLSrVxY zL0q26vaabvRZSXE2tu21Z8nkz4zS1jgIGNU/q/VrW0v/QmYwDtWp9zcWuMjKEYh v/ybWXaBK5btKr1gEVkj+zVngIcKs9c28jgns2RGl6M03C4hBkFvLywp3JqF+GC4 aa0GIWfT5kCa7tp27sk1Yxqu9DA7tN+Ue4FDJIrBZf419cYzrhegutyw0FPZmEzj XDNc1FutSPPngasAipgKXKohAR3hem1s7WXfB/4rx5zwq8hNqDnXH20clPb3ERZi FmDDMtxU4HgrvYsKo86WtCJdPq9hNgIMnbnK6ycSNBqs2BQJeBJIodPCA80y7tUo ml8uTCeTNMkln/dyVJtIxpjsiYbJX0VoO11WclIprL5tCr0BJNLi/qsX1BXtDhcj m/VW6IKIlT8DcTJLI5kN68jp3V6lZWbGdEgsyuugtrKEg+QUFYcV1jOQeoRY50qT JeEA0PgxgdCFchiEysZGBt2nq+7wOJS0BSihd8kTC41P02AUvfDQOkdpYTySQG8c cy5SQbwp+5YrW0CWVoNYTBD32ve1c8WgwWX/HHzyItH/aitUIfPE0RDdSjAnCFUz WahLhOAOS5rG9ItBPjXh =33VF -----END PGP SIGNATURE----- --=-2b3Yf0eVkZsnB8S4oFLU--