www.alvaromarin.com

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.

Comments(1)