Anteproyecto Sistemas Operativos II: Servicios con protocolo de correo electr

1
Anteproyecto Sistemas Operativos II Servicios
con protocolo de correo electrónico IMAP POP3

• Manuel Rincón
• Claudia Echeverría
• Cristian Reyes

2
Objetivo del servicio

• Permitir el envío de mensajes (correos) de unos
  usuarios a otros, con independencia de la red,
  utilizando protocolos de correo electrónico IMAP
  y POP3.

3
Alcance

• Se configurará un servidor de correo electrónico
  Zimbra con soporte de correo IMAP y POP3, en un
  ambiente Linux (Fedora Core 5).
• Crear cuentas de correo en el servidor Zimbra y
  crear DNS para el manejo de nombres de dominio.
• Configurar el DHCP para la configuración dinámica
  de los host para usuarios.

4
Objetivos específicos

• Instalación de Fedora Core 5 como sistema
  operativo.
• Instalación y configuración de un servidor de
  correo Zimbra.
• Configurar el DHCP para el manejo de direcciones
  IP dinámicamente para los usuarios de correo
  electrónico.

5
Objetivos específicos

• Realizar guía del servicio que se implemente
  describiendo cada paso que se debe seguir para la
  consulta del buzón de mensajes de la cuentas de
  correo ya creadas.
• Exponer el funcionamiento de los protocolos IMAP
  y POP3.

6
ARQUITECTURA DEL SISTEMA DE CORREO

• Funciones (o servicios) del sistema de correo
• Edición de mensajes
• Transferencia
• Generación de informes
• Subsistemas

7
AGENTES TRANSFERENCIA

• Estos agentes se clasifican en
• de distribución
• SMTP (Simple Mail Transfer Protocol) RFC 821
• SMTP extendido (ESMTP) RFC 1425
• de entrega final que permita al usuario
  gestionar su correo a través de una máquina
  remota.
• POP3 (Post Office Protocol) RFC 1225
• IMAP (Interactive Mail Access Protocol) RFC 1064

8
De Distribución

• PROTOCOLO SMTP (Simple Mail Transfer protocol)
• El SMTP es un sencillo protocolo
  cliente/servidor en formato ASCII. Establecida
  una comunicación TCP entre la computadora
  transmisora del correo, que opera como cliente, y
  el puerto 25 de la computadora receptora del
  correo, que opera como servidor, el cliente
  permanece a la espera de recibir un mensaje del
  servidor.
• En inglés es conocido como MTA mail transfer
  agent. Ejemplo de paquetes MTA son Sendmail
  (www.sendmail.org), Smail, Qmail (www.qmail.org)
  diseñado para alta seguridad.

9
Comandos SMTP cliente
10
Códigos de respuesta SMTP servidor
11
Características de los agentes de transferencia

• Pueden incorporar filtros o reglas cuando llega
  un correo electrónico.
• Pueden reenviar (relay) a una dirección
  diferente, por ejemplo un teléfono móvil con SMS,
  o a otro servidor de correo.
• Permiten generar una contestación automática, por
  ejemplo cuando estamos de vacaciones Estoy de
  vacaciones. Regresaré el 15 de Agosto. Que tenga
  feliz día Cuando activemos este mecanismo es
  mejor desuscribirse de las listas de correo, ya
  que inundaríamos la lista con esta contestación.

12
De Entrega Final

• POP3 (Post Office Protocol) Se utiliza para
  obtener los mensajes de correo electrónico
  almacenados en un servidor remoto. La mayoría de
  los suscriptores de los proveedores de internet
  acceden a sus correos a través de POP3.
• RFC 1225 ? RFC 1939
• Tiene comandos para que un usuario
• Establezca una sesión (USER y PASS)
• La termine (QUIT)
• Obtenga mensajes (RETR) y los borre (DELE).
• El protocolo mismo consiste en texto ASCII y se
  asemeja a SMTP.
• El objetivo del POP3 es obtener correo
  electrónico del buzón remoto y almacenarlo en la
  máquina local del usuario para su lectura
  posterior. Puerto 110. Existen versiones
  actualmente, que ya permiten no descargar el
  correo del buzón como IMAP.
•  

13
De Entrega Final
Funcionamiento POP3
14
De Entrega Final

• IMAP (Interactive Mail Access Protocol)
• RFC 1064 ? RFC 2060.
• IMAP esta basado en que el servidor de correo
  electrónico mantenga un depósito central al que
  puede accederse desde cualquier máquina.
• A diferencia del POP3, no copia el correo
  electrónico en la máquina personal del usuario
  dado que el usuario puede tener varias
  computadoras para consultar el correo, y observa
  si sus correos han sido leídos con anterioridad.
• Utiliza el puerto 143.

15
AGENTES DE USUARIO

• Un agente de usuario es normalmente un programa
  que acepta una variedad de comandos para
  componer, recibir y contestar los mensajes, así
  como para manipular los buzones de correo.

16
Formato de los Mensajes

• RFC 822
• Están formados por una envoltura primitiva
  (descrita en el RFC 821), algunos campos de
  cabecera, una línea en blanco, y el cuerpo del
  mensaje. Cada campo de cabecera consiste en una
  sola línea de texto ASCII que contiene el nombre
  del campo, dos puntos () y, para la mayoría de
  los campos un valor.

17
Campos principales RFC 822
18
Campos principales RFC 822

• Pueden contener una variedad de campos auxiliares
  de cabecera usados por los agentes de usuario o
  los destinatarios.

19
MIME (Multipurpuse Internet Mail Extensions)

• MIME o Extensiones multipropósito de correo
  Internet
• El RFC 822 estaba pensado inicialmente para texto
  en ASCII 7 bits pero aparecen
• Mensajes en idiomas con acentos (español, ).
• Mensajes en alfabetos no latinos (hebreo y
  cirílico).
• Mensajes en idiomas sin alfabetos (chino y
  japonés).
• Mensajes que no contienen texto (audio y vídeo).

20
MIME

• RFC 1341,1521 2045
• Mantienen la idea básica de continuar usando el
  RFC 822, pero permite agregar una estructura al
  cuerpo del mensaje y definir reglas de
  codificación para los mensajes no ASCII.
• MIME sólo afecta a los agentes de usuario, ya que
  para SMTP es totalmente transparente.
• Nada cambia respecto a la arquitectura de correo
  anterior.

21
MIME

• Cabeceras del mensaje

22
MIME

• Content-Transfer-Encoding
• Indica la manera en que está envuelto el cuerpo
  para su transmisión, ya que podría haber
  problemas con la mayoría de los caracteres
  distintos de letras, números y signos de
  puntuación.
• Existen 5 tipos básicos de codificación de
  mensajes conocidos con el nombre de esquemas
• ASCII 7
• ASCII 8
• Codificación binaria
• Base64
• Entrecomillada-imprimible

23
MIMEContent-Transfer-Encoding

• Esquemas de Codificación
• ASCII de 7 bits ninguna línea exceda de 1000
  caracteres
• ASCII de 8 bits. Este esquema viola el protocolo
  original del correo electrónico. Ninguna línea
  exceda de 1000 caracteres.
• Binaria. Utilizan los 8 bits y no respetan el
  límite de 1000 caracteres por línea. Los
  programas ejecutables caen en esta categoría. No
  se da ninguna garantía de que los mensajes en
  binario llegarán correctamente.

24
MIMEContent-Transfer-Encoding

• Base64 o armadura ASCII En este esquema, se
  dividen grupos de 24 bits en unidades de 6 bits
  (26 mayúsculas, 26 minúsculas, 10 dígitos y y
  / de forma A es 0, B es 1, ...,a es 26,...
  ), enviándose cada unidad como carácter ASCII
  legal. Las secuencias y se usan para indicar
  que el último grupo contenía solo 6 o 12 bits,
  respectivamente.
• Los retornos de carro y avances de línea se
  ignoran, por lo que pueden introducirse a
  voluntad para mantener la línea lo
  suficientemente corta.
• Entrecomillada-imprimible (QUOTED-PRINTABLE).
  Ésta codificación es ASCII de 7 bits, con todos
  los caracteres por encima de 127 codificados como
  un signo de igual seguido del valor del carácter
  en dos dígitos hexadecimales.
• Se utiliza en el caso de mensajes que son casi
  completamente ASCII, pero con algunos caracteres
  no ASCII. En este caso la codificación base64 es
  algo ineficiente.

25
MIME Content-Type

• Content-Type Especifica la forma del cuerpo del
  mensaje.
• Existen 7 tipos definidos en el RFC 1521 (ahora
  2045), cada uno de los cuales tiene uno o más
  subtipos.
• El tipo y el subtipo se separan mediante un
  carácter diagonal (/), ej Content-Type
  video/mpeg

26
MIME Content-Type

• La lista inicial de tipos y subtipos que fue
  especificada por el RFC 1521 es

27
SPAM

• Definición de Spam es el hecho de enviar
  mensajes electrónicos (habitualmente de tipo
  comercial) no solicitados y en cantidades
  masivas. Aunque se puede hacer por distintas
  vías, la más utilizada entre el público en
  general es la basada en el correo electrónico.
• Se considera un mensaje electrónico "Spam" si
• Se envía de manera masiva y automatizada
• El receptor no ha solicitado o permitido
  expresamente de forma verificable el envío del
  mensaje.
• La transmisión y recepción del mensaje
  proporciona al remitente un beneficio
  desproporcionado.

28
SPAM

• Técnicas anti-spam
• Filtrado por campos del mensaje de correo
  electrónico. Prácticamente todos los clientes de
  correo electrónico permiten clasificar el correo
  según la dirección o el dominio del remitente, o
  por la aparición de ciertas palabras en el asunto
  o en el cuerpo del mensaje.
• Análisis de cabeceras búsqueda de datos falsos
  en las cabeceras, incluyendo comprobación de que
  existe la dirección del remitente, de si las
  estafetas por las que supuestamente ha pasado el
  correo existen, o si están abiertas, o si hay
  campos malformados.

29
SPAM

• Listas negras públicas, creadas mediante la
  colaboración de varios usuarios.
• Filtros basados en el contenido. Se basan en el
  estudio del mensaje en sí y suelen ser los más
  efectivos. filtrado bayesiano

30
SERVIDOR DE CORREOS

• Zimbra es un sistema integral de colaboración
  basado en código abierto.
• Provee servidor y cliente de correo electrónico,
  calendario, contactos, documentos de formato
  HTML, con la opción de compartir cada uno de
  estos elementos.
• Posee además, una administración web de los
  servicios y del cliente. Creado por Zimbra Inc.,
  ubicados en California, USA.
• Consta de una interface web basada en lenguaje
  AJAX, que es compatible con clientes como
  Microsoft Outlook, Apple Mail, y Novell
  Evolution, de manera que el correo electrónico,
  contactos, y calendario pueden mantenerse
  sincronizados con el servidor ZCS.

31
Zimbra

• Ha sido desarrollado en Java, complementado con
  AJAX.
• Tiene disponible el código fuente completo (y
  binarios para distribuciones Red Hat Linux como
  Fedora y RHEL).
• Documentación, herramientas de migración (para
  Exchange, por ejemplo), entre otros.
• Soporta acceso POP, acceso IMAP, entre otros e
  incluye protección anti-spam y antivirus.

32
Recursos necesarios para la implementación

• Equipo de cómputo para el rol de servidor de
  correo.
• Varios equipos que sirvan de cliente al servidor
  de correo.
• Una red que permita la comunicación entre el
  cliente y el servidor.
• Software servidor de correo Zimbra.
• Sistema operativo Fedora Core 5.

33
Proyección del servicio

• Se realizará un laboratorio práctico donde los
  usuarios podrán comprobar y verificar la
  funcionalidad del servicio que presta el servidor
  de correo.
• El servicio se implementará en el sistema
  operativo Fedora Core 5 y se utilizará el
  servidor Zimbra.