J’ai reçu des e-mails générés par Discourse (celui-ci et le mien) qui contiennent cet en-tête :
Mime-Version: 1.0
et rspamd attribue 0,5 point négatif de spam pour cela. 
Je pense que l’en-tête devrait être écrit ainsi :
MIME-Version: 1.0
Dites-leur qu’ils ont tort et qu’ils devraient corriger leur outil.
RFC 5322 - Internet Message Format : (mise en évidence de ma part)
1.2.2. Notation syntaxique Cette spécification utilise la notation Backus-Naur augmentée (ABNF) [RFC5234] pour les définitions formelles de la syntaxe des messages. Les caractères sont spécifiés soit par une valeur décimale (par exemple, la valeur %d65 pour le A majuscule et %d97 pour le a minuscule), soit par une valeur littérale insensible à la casse entre guillemets (par exemple, “A” pour le A majuscule ou minuscule).
Je pense que le même argument s’applique à l’en-tête Message-ID, qui est également attendu avec les caractères ID en majuscules. Sinon, il se voit aussi attribuer de mauvais points.
Même si cela (rspamd) pourrait enfreindre la norme avec cette attente, cela peut être raisonnable. Si davantage de courriels légitimes utilisent cette syntaxe et que la plupart des courriels indésirables utilisent l’autre, il peut être acceptable de filtrer de cette manière.
Je viens d’ajouter ce Q&R dans rspamd :
À mon avis, c’est l’inverse qui est erroné : dévaloriser quelque chose « couramment utilisé dans les spams » sans tenir compte de son usage général.
Étant donné que chaque installation Discourse utilise les variantes Mime et Id, il est évident qu’elles sont également couramment employées dans les courriels légitimes (« ham »). J’aimerais bien voir quelques chiffres à ce sujet.
Bien sûr, ils ont raison de préciser qu’ils ne sont pas un validateur RFC, mais cela signifie automatiquement qu’ils se placent dans le rôle d’un organe de normalisation de facto, ce qui pourrait être pire.
Et le problème, c’est que nous, en tant qu’utilisateurs ou administrateurs de ces instances, nous nous retrouvons coincés au milieu, sans pouvoir décider qui a raison.
Par ailleurs, il est toujours possible de distinguer entre faire les choses correctement et faire les choses encore mieux. J’ai souvent eu l’expérience de devoir faire preuve de flexibilité dans la communication technique avec des systèmes externes. Ils ne respectent pas toujours les normes à 100 %, ou du moins pas exactement comme je les avais comprises. Il existera donc toujours une zone de flexibilité grise autour des normes.
Pour moi, il semble que les grands acteurs écrivent ces en-têtes en suivant ces règles :
- S’il s’agit d’une abréviation, utilisez cette partie entièrement en majuscules.
- S’il s’agit d’un mot, utilisez la première lettre en majuscule et le reste en minuscules.
Avec ce modèle, MIME et ID ont du sens, tout comme Message ou Version.
Cela s’inscrit dans la norme qui indique que la casse est insensible, et ce n’est qu’un petit indice indiquant que c’est plus conforme aux standards que le RFC. À ma connaissance, cela ne nuit pas d’adopter la même approche dans Discourse lors de la création de courriels.