He recibido correos electrónicos generados por Discourse (este y los míos propios) que incluyen esta cabecera en los mensajes:
Mime-Version: 1.0
y rspamd le asigna 0,5 puntos negativos de spam. 
Creo que la cabecera debería escribirse así:
MIME-Version: 1.0
Diles que están equivocados y que deberían corregir su herramienta.
RFC 5322 - Internet Message Format : (énfasis mío)
1.2.2. Notación sintáctica Esta especificación utiliza la notación Forma Aumentada de Backus-Naur (ABNF) [RFC5234] para las definiciones formales de la sintaxis de los mensajes. Los caracteres se especificarán mediante un valor decimal (por ejemplo, el valor %d65 para la A mayúscula y %d97 para la a minúscula) o mediante un valor literal insensible a mayúsculas y minúsculas entre comillas (por ejemplo, “A” para la A mayúscula o minúscula).
Creo que la misma disputa aplica al encabezado Message-ID, que también se espera que tenga los caracteres ID en mayúsculas. De lo contrario, también recibiría una puntuación baja.
Incluso si ellos (rspamd) pudieran violar el estándar con esa expectativa, podría ser razonable. Si más correo legítimo tiene esa sintaxis y el correo no deseado la tiene la mayoría de las veces con la otra, podría ser aceptable filtrar de esta manera.
Acabo de añadir esa pregunta y respuesta en rspamd:
En mi opinión, es un error desvalorizar algo simplemente porque “se usa comúnmente en spam”, ya que eso no tiene en cuenta si también es común en general.
Dado que cada instalación de Discourse utiliza las variantes Mime e Id, es obvio que también se usan con frecuencia en correos legítimos (“ham”). Me encantaría ver algunas cifras al respecto.
Por supuesto, tienen razón al afirmar que no son un validador de RFC, pero eso automáticamente los coloca en el papel de un órgano normativo de facto alternativo, lo cual podría ser aún peor.
Y lo malo es que nosotros, los usuarios o administradores de esas instancias, nos encontramos en medio y no podemos decidir quién tiene la razón.
Además, siempre es posible distinguir entre hacerlo simplemente bien y hacerlo incluso mejor. A menudo he tenido la experiencia de tener que ser flexible en la comunicación técnica con sistemas externos. Simplemente no lo hacen al 100 % correctamente o, al menos, no de la manera en que yo había entendido los estándares. Por lo tanto, siempre habrá un área gris de flexibilidad alrededor de los estándares.
Para mí, parece que el actor más importante escribe esas cabeceras siguiendo estas reglas:
Con ese patrón, MIME e ID tienen sentido, al igual que Message o Version.
Eso está dentro del estándar que indica que es insensible a mayúsculas y minúsculas, y es solo una pequeña pista de que es más estándar que el RFC. En mi opinión, no hace daño seguir el mismo camino en Discourse al crear correos electrónicos.