Acaban de publicarse los nuevos RFCs 5321 y 5322 que sustituyen a los ya obsoletos 2821 (SMTP) y 2822 (Internet Message Format), respectivamente.
Leyendo el blog de MailChannels, que compara dichos RFCs, se aprecian los siguientes cambios:
- RFC 5322 (Internet Message Format)
– Especificación de qué puede contener una cabecera de un mensaje SMTP y qué no.
– Se recomienda que la parte de dominio de una dirección de email, sea un dominio legítimo en el ámbito o contexto en el que ese mensaje se esté tratando.
– No es posible el uso de texto entrecomillado en la cabecera Message-ID.
– La definición de la cabecera Received pasa a estar en el RFC 5321.
- RFC 5321 (SMTP)
– Actualizaciones y aclaraciones sobre textos ya existentes en el RFC 2821, dejando partes de él obsoletas.
– Recomendación del uso del puerto 587 (Submission – RFC 4409) en algunas configuraciones en vez de el uso del de SMTP para el envío de correo.
– Los comandos «MAIL FROM» y «RCPT TO» ya no pueden contener detrás un espacio.
– Mención de la existencia de SPF y DKIM para la comprobación del remitente.
– Posibilidad de desconectar a un cliente SMTP tras un timeout.
– Códigos 100 de respuesta eliminados del estándar por su falta de uso.
– Posibilidad de responder con un código 550 después del comando DATA (para filtros antispam «inline», por ejemplo).
– Mención a la existencia de IPv6 pero sin ser un requerimiento.
– Los bounces ante abusos, ataques…etc solamente deberán ser enviados si se tiene constancia de que van a ser últiles en el origen (por ejemplo, no tiene sentido enviar bounces al origen ante detecciones de virus o spam en mensajes, ya que suelen ser falsificados en su totalidad).
– Posibilidad de rechazar con mensajes 550 (por ejemplo) a emisores que cometan abusos (muchos RCPTs inválidos, por ejemplo).
No hay grandes cambios ni medidas drásticas pero parece que los RFCs se adaptan a las necesidades que van surgiendo por el aumento del spam.