Comment bloquer le spam qq entrant générant du backscatter ?

Mon installation Discourse reçoit une VASTÉ quantité (10 à 50 messages entrants par heure) de spam ciblant l’adresse de soumission de la catégorie principale du site, qui est également très utilisée par les membres du site (il s’agit d’une conversion d’une liste de diffusion, et ce n’était pas une décision très populaire dès le départ, donc je ne souhaite pas désactiver la soumission par e-mail ni changer l’adresse si je peux l’éviter).

Ces messages sont inintelligibles car ils ne contiennent aucun corps, ce qui remplit mon journal d’erreurs d’entrées comme la transcription ci-jointe. Tout arrive via SendGrid, que nous utilisons pour gérer les e-mails de Discourse. Outre le fait que cela génère beaucoup de trafic pour Discourse, cela remplit également la liste de suppression des rebonds de SendGrid avec des centaines d’adresses, probablement parce que Discourse renvoie le message avec l’erreur NoBodyDetectedError.

Existe-t-il un moyen d’arrêter cela ? Si cela concernait sendmail ou un système similaire, il existerait une sorte de filtrage. Mais avec SendGrid, l’écran d’analyse entrant indique qu’il transfère à toutes les adresses, et bien que l’option de vérification du spam soit activée, elle n’aide clairement pas. Et dans Discourse, je ne vois aucun moyen de filtrer les e-mails entrants ou d’empêcher le renvoi de ces adresses vers SendGrid.

Pour ce que cela vaut, il s’agit presque tous de numéros aléatoires chez qq.com.

Merci pour toute aide !

L'e-mail ne peut pas être traité : Email::Receiver::NoBodyDetectedError Reçu par mx0029p1las1.sendgrid.net avec SMTP id k7DWxLa7FB le 13 déc. 2018 à 16:33:29 UTC Reçu de chncup.com (inconnu [183.165.31.1]) par mx0029p1las1.sendgrid.net (Postfix) avec SMTP id D13687C0A15 pour <tidbits-talk@talk.tidbits.com>; le 13 déc. 2018 à 16:33:28 UTC Reçu de chncup.com (inconnu [254.16.51.165]) par chncup.com avec SMTP id f6b46961-aa47-4a0f-8328-50d7205fe99a; pour <1019271239@qq.com>; le 14 déc. 2018 à 00:33:27 +08:00 Message-ID : <2957f5c00276097eaa31767f32fa815f@qq.com> De : "=?utf-8?B?5oiQ6Iq5?=" <1019271239@qq.com> À : <tidbits-talk@talk.tidbits.com> Objet : =?utf-8?B?NzQ1OTjvvLbvvKnOoeWEqui2iuacg+OAkDE5Nzk4NOOAgUNPTeOAkSzlpKnlpKk=?= =?utf-8?B?5Y+N5rC05peg5LiK6ZmQLOiou+WGjOmAgeS8jeWFq+Wckyzmi7XmrLU=?= =?utf-8?B?6YCB56mN5rG+77yM5bi25aaz546p6YGN5LiX55WM5ZCE5Zyw?= =?utf-8?B?77yB5bCI5ZOhUe+8mjI5MSAyMTIgMDI4?= Date : ven. 14 déc. 2018 00:33:27 +0800 Version MIME : 1.0 Type de contenu : text/html; charset="utf-8" Encodage de transfert de contenu : quoted-printable Notification de disposition vers : 1019271239@qq.com

Block the qq domain. We actually had to do this here on meta, as @jomaxro can attest.

Ah! I hadn’t found the email domains blacklist setting before—searching on the wrong thing apparently. I’ll give it a try.

No, you need to block these unwanted incoming emails at the email server level. Discourse settings won’t help.

Hmm, that may be easier said than done, given that all mail is being handled by SendGrid, which isn’t a standard email server.