ASTIC. Tema 121. Editado en 2014.

Temarios, tests, ejercicios prácticos, enlaces, etc
Cerrado
Avatar de Usuario
palindromo
Usuario registrado
Mensajes: 555
Registrado: 21 Abr 2018, 15:05
Ubicación: Madrid
Agradecido: 7 veces
Agradecimiento recibido: 9 veces

ASTIC. Tema 121. Editado en 2014.

Mensaje por palindromo »

Tema 121. El correo electrónico. Servicios de mensajería. Servicios de directorio.

Comienzo con una errata, al principio de la página 20:
MIME está especificado en siete Request for Comments o RFC: RFC 2045, RFC 2046, RFC 2047, RFC 6838, RFC 4289 y RFC 2077
Se anuncian siete, pero se enumeran seis. Falta RFC 2049.

Página 22:
La conexión TCP ha de establecerse en el puerto asignado por la IETF para SMTP (puerto 25), que es por el que el servidor destinatario está esperando recibir conexiones SMTP para intercambio de mensajes.
La RFC 6409 estandariza el uso del puerto 587 para el envío de mensajes de correo electrónico. La RFC 8341 obliga al uso de TLS 1.2 o superior para el envío y la recogida de correo por parte de los MUAs.
Anteriormente (RFC 2487), se había estandarizado el uso de TLS para SMTP, e IANA asignó el puerto 465 para este tipo de conexiones, si bien nunca apareció en un RFC, por lo que no debería usarse (pero aún se hace en algunos servicios).
El puerto 25 queda relegado al servicio de relay, en el que las diferentes estafetas se envían correos, pero no reciben directamente de los MUAs.

De la misma manera,
IMAP4 funciona bajo TCP, en los puertos 143; 220:IMAP3; 993:IMAPs (Puerto Seguro).
los servidores no han de exponer el puerto 143, sino el 993. Y POP3, el 995 en vez del 110, ya que estamos poniéndonos finos.

En la página 37 se lee:
Es importante señalar que DMARC se construye a partir de las especificaciones de DomainKeys Identified Mail (DKIM) y de Sender Policy Framework (SPF), actualmente en proceso de desarrollo por el IETF.
DMARC se ha diseñado para reemplazar a ADSP ...
Entiendo que esto se redactó antes de la existencia de la RFC 7489, que informa sobre DMARC.
Además, la RFC 5617, que pretendía estandarizar ADSP acabó siendo relegada en 2013 por falta de uso, así que la referencia (me) resulta confusa. Si esto es correcto, la sección 8.2.4. Author Domain Signing Practices (ADSP) trataría de una extensión no aceptada, y estaría de más, así como alguna referencia posterior a este mismo concepto.

Por último, me gustaría que se valorase la oportunidad de ampliar este tema con una explicación de los sistemas de mensajería modernos, como pueden ser RabbitMQ, que se basa en el estándar AMQP o Apache Kafka, entre otros. A día de hoy, hay una pequeña sección dedicada a cada uno de estos dos en el Tema 76. Y hay más opciones en el mercado, como MQTT, que también es un estándar.
Desde la barrera.

Cerrado

Volver a “MATERIAL PARA PREPARACIÓN 2019”