Preguntas Correo Electronico

Si se desean "descargar" los correos electronicos al almacenamiento local de un MUA, y dejar la bandeja del servidor de correo electronico vacio ¿Que protocolo habra que configurar para ello?. Imap. Smtp. Pop. Mime.

¿Cuales no son campos de un mensaje de correo electronico?. From. Subject. To. Cc. Bcc. Received.

¿Cuales de estas cabeceras, "no" se ven al leer un correo electronico de forma normal. Pero, ademas hay otras cabeceras que son añadidas por los servidores por donde pasa el correo. Return-Path. Delivered-To. Received. Bcc.

Cual de estas cabeceras, "no" es una cabecera. MIME-Version. Content-Type. Received.

El formato de los mensajes de correo electronico. ¿Esta definido en un RFC?. Si. No.

¿Cuál es el RFC que define el formato de mensajes de correo electronico?. 802. 822. 811.

Un mensaje de correo electronico.¿Cuantas partes tiene? ¿Cuales son?.

¿Cuales son los campos que forman parte de la cabecera de un mensaje de correo electronico segun el RFC 822?. From, Subject, Date, To, Cc, Bcc, Cco. Return-Path, Delivered-To, Received. Mime-Version, IMAP. mua, mta, mda.

Los campos de la cabecera de un mensaje de correo electronico que utilizan nombres de usuarios¿usan el sistema DNS para identificarlos?. No. Si.

Un usuario de correo electronico se identifica gracias al sistema de nombres de dominio. Falso. Verdadero.

El nombre de usuario de correo electronico es la composicion de un nombre de usuario separado por la arroba mas el nombre del equipo y dominio. Verdadero. Falso.

Los campos From y Sender se utilizan para distinguir el usuarioque creo el mensaje del usuario que lo envio, aunque generalmente se trata de la misma persona. Falso. Verdadero.

El nombre de usuario de correo electronico tiene la siguiente forma: usuario@dominio.equipo. Verdadero. Falso.

Los campos Received y Return-Path pueden ser completados por los distintos agentes de transferencias por donde pasa el Fmensaje. Aunque no siempre lo hacen y solamente aparece el nombre del emisor. Falso. Verdadero.

El campo Reply-To se usa para indicar el nombre de usuario que debe recibir la respuesta, que puede ser distinto del usuario que redacto el mensaje o el que lo envio. Verdadero. Falso.

En el Estandar RFC 822¿Los usuarios pueden crear sus proipas cabeceras de uso personal?. No. Si.

Cuando un usuario crea sus propias cabeceras en un mensaje de correo electronico siguiendo el RFC 822 ¿Que ocurre con los MUA?. Tienen que saber interpretar esa extension y si no lo interpreta lo muestra en el cuerpo. Si lo interpreta lo muestra en el cuerpo y si no no pueden interpretar esa extension.

¿Con que nombre se conocen al estandar definido por el RFC 1341, actualizado en los RFC 1521, 2045 y 2046 para permitir el uso de mensajes de correo electronico con diferentes codigos de caracteres y contenido no textuales (imagenes y sonidos)?. Las extensiones Content-type. Las extensiones Mime. Las extensiones MIME-versions.

Protocolos de transporte y puertos que usan POP, IMAP y SMTP: Secuencia: Protocolo Inseguro(no cifrado) Seguro(cifrado). POP3(NO CIFRADO). POP3(CIFRADO). IMAP(NO CIFRADO). IMAP(CIFRADO). SMTP(CIFRADO. SMTP(NO CIFRADO).

¿Que es PGP?.

¿Que MUA hemos usado para firmar y encriptar mensajes de correo con PGP?.

Si uso un certificado digital, como el DNIe o el expedido en la fabrica de de moneda y timbre. ¿Que estandar usamos para configurarlo?. T/MIME. E/MIME. S/MIME. L/MIME.

Para cifrar a extremo a extremo con PGP. ¿Que es necesario entre emisor y receptor?. El receptor cifra el mensaje destinado a un destinatario concreto y necesita la clave publica de este ultimo, y el receptor necesita la clave publica del emisor para descifrar dicho mensaje. El emisor para cifrar el mensaje destinado a un destinatario concreto necesita la clave publica de este ultimo, y el receptor con su clave privada descifra el mensaje. El emisor cifra el mensaje destinado a un destinatario concreto y necesita la clave publica de este ultimo, y el receptor necesita la clave publica del emisor para descifrar dicho mensaje.