Resumen.

El siguiente texto aborda el tema de los servidores web y muy especialmente

el servidor web apache que actualmente es el más utilizado en el mundo.

El artículo inicia con la explicación de algunos conceptos básicos que son

de utilidad para el entendimiento del punto central, se habla de lo que es un
servidor y se mencionan algunos tipos de estos.

Para continuar, se describe y explica lo que es un servidor web, cuáles

son sus características y cómo funcionan. Para seguir con detalles del servidor
Apache.

Al final se muestran los resultados de una encuesta acerca de servidores más

utilizados actualmente, según Netcraft, pagina que mes con mes muestra
encuestas a nivel mundial de internet y la industria del hosting.

TAMBIEN HABLA DE SERVIDORES DE CORREO (agregar algo aquí)

Introducción.

El objetivo de toda organización radica en la obtención

de mas ganancias, mantenerse en el gusto de sus clientes y por supuesto que
el numero de ellos incremente; es así como pequeñas, medianas y
grandes empresas buscan soluciones de marketing que le den ventajas
competitivas sobre los competidores locales, una de las estrategias que busca la
obtención de nuevos clientes es la exploración de nuevos mercados, actualmente
estos no son solo buscados localmente, sino que la tecnología provee otro camino
como buscar en línea (internet), de ahí radica la importancia del conocimiento de
las plataformas tecnológicas que son utilizadas para dar el soporte a
los negocios electrónicos.

En este trabajo se aborda el tema de los servidores web y los servidores de

correo, son las plataformas necesarias para poder mantener a los sitios web que
se dedican a los negocios electrónicos.

Una aplicación web es una aplicación de software que se ejecuta en un servidor

web y a la cual acceden los usuarios mediante Internet o una intranet. Esta
facilidad de acceso las hace muy adecuadas para múltiples propósitos.

Por otro lado un servidor de correo, es aquel que es accedido vía WEB usando el
protocolo http. Es especial, debido a que el protocolo http no es un protocolo
definido en los servidores de correo como obligatorio. En este tipo de servidor, el
archivo de datos del remitente o destinatario puede ser accedido sin requerir un
cliente especifico. en el mismo servido se integran programas para acceder a los
correos del mismo.
Conceptos básicos del servidor web.

Un servidor web es un programa que sirve para atender y responder a las

diferentes peticiones de los navegadores, proporcionándo los recursos que
soliciten usando el protocolo HTTP o el protocolo HTTPS (la versióncifrada y
autenticada). Un servidor web básico cuenta con un esquema de funcionamiento,
basado en ejecutar infinitamente el siguiente bucle:

Espera peticiones en el puerto TCP indicado (el estándar por defecto para HTTP
es el 80).

Recibe una petición.

Busca el recurso.

Envía el recurso utilizando la misma conexión por la que recibió petición.

Vuelve al segundo punto.

Un servidor web que siga el esquema anterior cumplirá todos los requisitos
básicos de los servidores HTTP, aunque sólo podrá servir ficheros estáticos.

A partir del anterior esquema se han diseñado y desarrollado todos los servidores
de HTTP que existen, variando sólo el tipo de peticiones (páginas estáticas, CGIs,
Servlets, etc.) que pueden atender, en función de que sean o no sean multi-
proceso o multi-hilados, etc. A continuación se detallan algunas de las
características básicas de los servidores web, que amplían, obviamente el
esquema anterior.
Diagrama representativo de un Servidor web

Encuesta Septiembre 2009 Netcraft

La grafica anterior es el resultado de la encuesta realizada por Netcraft en donde
se muestra los porcentajes del mes de septiembre de 2009 además de la
comparación con semestres anteriores. La encuesta fue realizada a 226,099,841
sitios web.

A partir de los resultados que observamos en la grafica, vamos a describir uno de

los servidores web mencionados, en este caso el servidor web apache, para
entender porque se encuentra en el gusto de la mayoría de los sitios web
a nivel mundial.

Servicio de ficheros estáticos

Todos los servidores web deben incluir, al menos, la capacidad para servir los
ficheros estáticos que se hallen en alguna parte del disco. Un requisito básico es
la capacidad de especificar qué parte del disco se servirá. No resulta
recomendable que el programa servidor obligue a usar un directorio concreto,
aunque sí puede tener uno por defecto.

La mayoría de servidores web permiten añadir otros directorios o subdirectorios

para servir, especificando en qué punto del "sistema de ficheros" virtual del
servidor se localizarán los recursos.

Algunos servidores web permiten también especificar directivas de seguridad

(quién puede acceder a los recursos), mientras que otros hacen posible la
especificación de los ficheros que se deben considerar como índice del directorio.

Seguridad y autenticación

La mayoría de los servidores web actuales permiten controlar desde el programa

servidor los aspectos relacionados con la seguridad y la autenticación de los
usuarios.
Podemos, por ejemplo, tener la siguiente situación:

Directorio del disco Directorio web

/home/apache/html /

/home/empresa/docs /docs

/home/jose/informe /informe-2003

El modo más sencillo de control es el facilitado por el uso de ficheros .htaccess.

Se trata de un sistema de seguridad que deriva de uno de los primeros servidores
web ("NCSA httpd"), que consiste en incluir un fichero de nombre .htaccess en
cualquier directorio del contenido web que se deba a servir, indicando en este
fichero qué usuarios o máquinas, tienen acceso a los ficheros y a los diferentes
subdirectorios del directorio donde está instalado el .htaccess. Como el "NCSA
httpd" fue el servidor más utilizado durante mucho tiempo, la mayoría de
servidores actuales permiten utilizar un fichero .htaccess respetando la sintaxis
original del servidor de NCSA.

Hay otros servidores que permiten especificar reglas de servicio de directorios,

subdirectorios y ficheros en la configuración del programa servidor web, indicando
qué usuarios, máquina tienen acceso al recurso indicado. En cuanto a la
autenticación (validación del nombre de usuario y la contraseña o clave indicados
por el cliente), las prestaciones ofrecidas por los diferentes servidores web son
variadas. La mayoría permite, al menos, facilitar al servidor web un fichero con
nombres de usuario y contraseñas mediante el cual se pueden validar los datos
enviado desde el cliente.

Contenido dinámico
Uno de los aspectos fundamentales del servidor web elegido es el nivel de soporte
que ofrece para servir contenido dinámico. Puesto que la mayor parte del
contenido web que se sirve no viene de páginas estáticas, sino que se genera de
forma dinámica, y esta tendencia se mueve claramente al alza, el soporte para
contenido de tipo dinámico que ofrece un servidor web es uno de los puntos
críticos en la elección.

La mayor parte de los servidores web ofrecen soporte para CGI (CGI son el
método más antiguo y sencillo para generar contenido dinámico). Otros muchos
ofrecen soporte para algunos lenguajes de programación (normalmente lenguajes
interpretados) como PHP, JSP, ASP, etc.

Servidores virtuales

Una prestación que gana aceptación y usuarios rápidamente, muy especialmente

entre los proveedores de servicios de Internet y las empresas de alojamiento de
dominios, es la capacidad de algunos servidores web de facilitar múltiples
dominios con una única dirección IP, discriminando entre los diferentes dominios
alojados en función del nombre de dominio enviado en la cabecera HTTP. Esta
prestación permite la administración racional y ahorradora de un bien escaso, las
direcciones IP.

Si se necesitan muchos nombres de servidor debemos asegurarnos de que el

servidor web elegido ofrezca esta facilidad y que el soporte que ofrece para
servidores virtuales permita una configuración distinta para cada servidor. El
Objetivo sería que cada servidor se comportara como si fuese un ordenador
diferente.

Prestaciones extra
Son muchas las prestaciones que ofrecen los diferentes servidores web para
diferenciarse de la competencia. Algunas son muy útiles y pueden decidir la
elección de servidor. Hay que ser conscientes, sin embargo, de que si utilizamos
algunas de estas características, estas pueden cambiar imprescindiblemente, ya
que ello nos puede ligar a un determinado servidor web e imposibilitar una
migración posterior.

Algunas características adicionales de ciertos servidores web de código libre son:

Spelling (Apache). Esta prestación permite definir una página de error que se sirve
cuando el servidor no ha encontrado el recurso solicitado. Proporciona una página
web configurable generada por el servidor que muestra, por ejemplo, su estado de
funcionamiento o su nivel de respuesta.

RXML Tags (Roxen). Añade al lenguaje HTML algunos tags (etiquetas, comandos
de HTML), mejorados que permiten generar contenido dinámico.

SQL Tags (Roxen). Añade al HTML extendido de Roxen (RXML, antes

mencionado), ciertos comandos para acceder a bases de datos SQL desde las
páginas HTML.

Graphics (Roxen). Añade al HTML extendido de Roxen (RXML, antes

mencionado), ciertos comandos para generar gráficos, títulos, etc.

Bfnsgd (AOLServer), mod_gd (Apache). Permite realizar gráficos partiendo de

texto y de fuentes True Type.

mod_mp3 (Apache), ICECAST, MPEG (Roxen). Permiten convertir el servidor web

en un servidor eficiente de música (con streaming, etc.).

Throttle (Roxen), mod_throttle (Apache). Facilitan herramientas para limitar la

velocidad del servicio de HTTP, en función del usuario, del servidor virtual, etc.
Nsxml (AOLServer), tDOM (AOLServer), mod_xslt (Apache). Permiten transformar
ficheros XML a partir de XSL.

Kill Frame (Roxen). Envía con cada página web un código que evita que la web
quede enmarcada (como "frame") dentro de otra página web. En cierto modo,
evita que nos "roben" nuestra página web.

Actuación como representantes

Algunos servidores permiten su uso como servidores intermedios (proxy servers).

Se pueden usar los servidores intermedios para diferentes propósitos:

Servir de aceleradores de navegación (uso como proxy-caché).

Servir como aceleradores de acceso frontal para un servidor web, instalando

diferentes servidores web que repliquen los distintos accesos a un servidor
maestro (reverse-proxy o HTTP server acceleration).

Como frontales a algún servidor o algún protocolo.

Ciertos servidores web permiten su uso como servidores intermedios para alguno
de estos usos. Sin embargo, para los 2 primeros usos existen programas
específicos de código libre que son más eficientes, entre los que destaca, Squid
(http://www.squid-cache.org/), que se considera unánimemente como uno de los
mejores productos de proxy.

Protocolos adicionales
Algunos servidores, no sólo atienden y sirven peticiones HTTP (y HTTPS), sino
que pueden servir también peticiones basadas en otros protocolos o en protocolos
implementados sobre http.

Apache

Apache es un programa de servidor web de código libre, robusto, cuya

implementación se ha realizado y se sigue realizando de forma colaborativa, con
prestaciones, características y funcionalidades equivalentes a las de cualquier
servidor comercial. El proyecto está bajo el control de un grupo de voluntarios de
todo el mundo que, a través de Internet para comunicarse, desarrollan el programa
y la documentación relacionada.

Instalación partiendo de los paquetes binarios

Casi todos los sistemas operativos de código libre, especialmente la mayor parte
de las distribuciones existentes de Linux, incluyen el servidor Apache. Sin
embargo, en muchos casos es necesario instalar Apache, porque quizá no lo
instalásemos en su momento. En tal caso se necesita un nueva versión. También
es posible que se desee reinstalarlo a raíz de problemas con algún fichero.
A continuación se ofrecen algunas indicaciones para la instalación de Apache en
algunas de las distribuciones más populares de Linux.

Redhat/Fedora.

Las distribuciones de Redhat y Fedora incluyen Apache. El proceso de instalación

es sencillo.

Se debe descargar del servidor correspondiente (redhat.com o de fedora.us) el

paquete binario de Apache (que encontraremos en formato RPM). Es necesario
asegurar de que estamos descargando la última versión para nuestra distribución,
ya que se publican actualizaciones que subsanan errores detectados. Una vez en
posesión de dicho paquete, se puede proceder a su instalación.

En el caso de Fedora, que utiliza un repositorio apt, se puede tanto actualizar

como instalar Apache.

En Debian

La instalación de Apache para Debian es muy sencilla. Sólo hay que ejecutar este
comando:

apt-get install apache

que instalará la última versión de Apache o lo actualizará, si ya estaba instalado.

Configuración de Apache.
Cuando se ha instalado el servidor, hay que configurarlo. Apache incluye por
defecto una configuración que arranca el servidor en el puerto TCP por defecto,
que es el puerto 80, y sirve los ficheros del directorio que se ha especificado
mediante la directiva de configuración denominada DocumentRoot. Este fichero de
configuración de Apache es el httpd.conf, localizado en el subdirectorio "conf"
dentro del directorio de instalación. httpd.conf es un fichero de tipo ASCII que
contiene las directivas de configuración.

Estructura del fichero de configuración httpd.conf

httpd.conf está compuesto por tres bloques fundamentales, aunque las directivas
de cada uno de los bloque pueden aparecer desordenadas o mezcladas.

Estos bloques son:

Parámetros globales

Directivas de funcionamiento

Hosts virtuales

Algunos parámetros son propósito general, y otros son configurables de forma

independiente para cada conjunto de directorios o de ficheros o para un servidor
virtual específico. En tales casos, estos parámetros se encuentran dentro de
secciones en las que se indica el contexto de aplicación de dicho parámetro.

Las secciones fundamentales son:

<Directory>: los parámetros que se encuentran dentro de la sección Directory sólo

se aplican al directorio indicado y sus subdirectorios.

<DirectoryMatch>: igual que Directory, aunque acepta expresiones regulares en el

nombre del directorio.
<Files>: los parámetros de configuración facilitan control de acceso a los ficheros
mediante su nombre.

<FilesMatch>: igual que Files, pero acepta en el nombre del fichero expresiones
regulares.

<Location>: proporciona control de acceso a los ficheros mediante la URL.

<LocationMatch>: igual que Location, pero acepta en el nombre del fichero el uso
de expresiones regulares.

<VirtualHost>: los parámetros sólo se aplican a aquellas peticiones dirigidas a este

host (nombre de servidor, dirección IP o puerto TCP).

<Proxy>: sólo se aplican estos parámetros a aquellas peticiones de proxy

(requiere que esté instalado "mod proxy") coincidentes con la especificación de
URL.

<ProxyMatch>: igual que proxy, pero acepta en la URL indicada el uso de

expresiones regulares.

<IfDefine>: sólo se aplica si al arrancar el servidor existe un parámetro concreto

definido en la línea de comandos, mediante la opción -D.

<IfModule>: se aplican los parámetros si el módulo especificado se encuentra

cargado (mediante LoadModule) en el momento de arrancar el servidor .

Directivas globales de configuración

Algunas directivas de configuración nunca se aplican a las secciones antes
mencionadas (directorios, etc.), sino que afectan al conjunto del servidor web. Las
más destacables son:

ServerRoot: especifica la localización del directorio raíz en el que se encuentra

instalado el servidor web. Partiendo de este directorio, se encuentran los ficheros
de configuración, etc. Si la instalación del servidor es correcta, no debería
modificarse nunca.

KeepAlive: especifica si se deben utilizar conexiones persistentes para atender las

peticiones de un mismo usuario mediante la misma conexión TCP.

Listen: especifica el puerto en que se atenderán las peticiones. Por defecto el

servidor "escucha" en el puerto 80 de TCP. Permite especificar las direcciones IP
que se utilizarán (en caso de que el servidor tuviese más de una). Por defecto se
utilizarán todas las disponibles.

LoadModule: Permite cargar en el servidor los módulos adicionales de Apache. La

sintaxis es:

LoadModule modulo ficheromodulo

Se debe tener instalado mod_so para poder utilizarla.

Directivas principales
Hay algunas directivas que, generalmente, no suelen aparecer en las secciones
anteriormente mencionadas, sino que se encuentran en la sección principal. Estas
directivas son:

ServerAdmin: especifica la dirección de correo electrónico del administrador. Esta

dirección puede mostrarse en los mensajes de error a modo de dirección de
contacto para que los usuarios notifiquen el error al administrador. No debe estar
dentro de ninguna sección.

ServerName: sirve para especificar el nombre y el puerto TCP que el Apache

utiliza para identificarse. Se puede determinar de forma automática, pero se
recomienda especificarlo. Si el servidor no tuviera un nombre DNS, es
recomendable incluir su dirección IP. No debe incluirse dentro de ninguna sección.
Su sintaxis es: ServerName nombredireccion:puerto

como en:

ServerName ServerName 192.168.1.1:80

DocumentRoot: directorio raíz desde el cual se servirán los documentos. Por

defecto es "htdocs", dentro de la carpeta de instalación de Apache. No debe
aparecer dentro de ninguna sección, a excepción de la sección VirtualHost. Le
corresponde una sección <Directory> en la cual se marcan los parámetros de
configuración de este directorio.

DirectoryIndex: especifica el fichero que Apache servirá por defecto para cada
directorio en caso de que no se especifique ningún fichero concreto en la URL de
la petición. Por defecto es "index.html". Es posible especificar más de un fichero y
el orden con que se especifican los ficheros determinará la prioridad para
determinar cuál se debe servir. Es posible encontrar la directiva fuera de cualquier
sección o dentro de alguna de ellas.

AccessFileName: determina el fichero de configuración en caso de que éste no

sea .htaccess. Para que esta configuración cumpla su cometido, la directiva
AllowOverride debe tener un valor adecuado. No puede estar incluida en ninguna
sección. El fichero por defecto es .htaccess.

ErrorDocument: esta directiva establece el comportamiento de Apache en caso de

error. Existen 4 configuraciones distintas:

Mostrar algún texto de error.

Redirección hacia un fichero en el mismo directorio.

Redirección hacia un fichero en nuestro servidor.

Redirección hacia un fichero fuera de nuestro servidor.

Directivas de sección

Casi todas las secciones de localización (Directory, Location, etc.) incluyen una
serie de directivas en su configuración que permiten controlar el acceso al
contenido. El módulo mod_access facilita estas directivas.

Allow: permite especificar quién tiene autorización para acceder a un recurso. Se

pueden especificar direcciones IP, nombres de máquina, fragmentos del nombre o
de la dirección o variables de la petición. Existe la palabra clave "all" que indica
"todos los clientes".

Deny: permite especificar a quién no permitimos el acceso a un recurso. Cuenta

con las mismas opciones que Allow.

Order: permite afinar el funcionamiento de las anteriores directivas: Allow y Deny.

Existen 2 opciones:

Allow,Deny. Por defecto se deniega el acceso y sólo podrán acceder quellos

clientes que cumplan las especificaciones de Allow y en cambio no cumplan las
especificaciones de Deny.
Deny,Allow. Por defecto se permite el acceso y sólo podrán entrar los clientes que
no cumplan las especificaciones de Deny o sí cumplan las especificaciones de
Allow.

Servidores virtuales

Apache permite servir varios sitios web con un único servidor. Para ello permite la
creación de dominios virtuales en función de diferentes direcciones IP o diferentes
nombres por IP. Apache fue de los primeros servidores que soportó servidores
virtuales sin necesidad de distinguir por IP, sino en función de nombre. Esta
capacidad simplifica enormemente la administración de los servidores, y supone
un ahorro de direcciones IP, que normalmente son escasas. Los servidores
virtuales que distinguen en función del nombre son perfectamente transparentes
para el cliente, con la posible excepción de aquellos navegadores muy antiguos
que no envíen la cabecera "Host:" con cada petición.

Servidores virtuales por dirección IP

Para atender a varios servidores virtuales, cada uno de ellos con una dirección IP
diferente, se utiliza la sección de configuración VirtualHost. Con esta sección se
define una configuración y dirección IP para cada uno de los servidores.

Para hacer uso de servidores virtuales por IP, se necesita que el sistema servidor
tenga configuradas en su sistema operativo las diferentes direcciones IP que debe
servir.

Servidores virtuales por nombre

Para atender a varios servidores, utilizando una misma dirección IP para todos
ellos, se utiliza la sección VirtualHost, que permite definir los parámetros de cada
uno de los servidores.:

Se puede utilizar una dirección IP concreta en lugar de *, lo cual permite asignar,

por ejemplo, un grupo de servidores virtuales por nombre a esta IP y otro grupo a
otra IP.

Podemos usar la etiqueta "_default_" indicando un número de puerto para

especificar servidores por defecto que sean diferentes para cada puerto. Apache
permite también configuraciones más complejas de servidores virtuales, muy útiles
en casos de, por ejemplo, servidores masivos. Una excelente guía de referencia
se encuentra en la web del proyecto Apache, con consejos útiles para configurar el
servidor. Existen muchos servidores HTTP de código libre, pero la mayoría de
ellos han quedado eclipsados por Apache.

Otros servidores web

Existen muchos servidores web de código libre, pero casi todos ellos han quedado
eclipsados por Apache. Algunos de ellos ofrecen características y funcionalidades
que les hacen interesantes.

AOLServer

El servidor HTTP AOLServer es el servidor web de código libre de América Online,

el proveedor de Internet con más clientes en el mundo. AOL utiliza AOLServer
como servidor web para uno de los entornos de mayor tráfico de Internet.
AOLServer es un servidor HTTP de tipo multihebra, basado en TCL, que incluye
muchas facilidades de uso orientadas a entornos de gran escala y a sitios web con
contenido dinámico.Todos los dominios y servidores de AOL, que son más de 200
y soportan miles de usuarios simultáneos y millones de conexiones funcionan con
AOLServer.
Roxen y Caudium

Roxen es un servidor web de licencia GNU, desarrollado por un grupo sueco que
después fundarían la empresa Roxen Internet Services. Roxen (que antes se
llamó Spider y después, Spinner) destaca por su gran cantidad de funcionalidades.
Este servidor, desarrollado en el lenguaje "Pike", ofrece cientos de módulos que
permiten el desarrollo sencillo de sitios web muy ricos y dinámicos, sin más
herramienta que el servidor Roxen.

thttpd

thttpd es un servidor web extremadamente pequeño, rápido, portable y seguro.

Ofrece las mismas prestaciones que otros servidores, como Apache, aunque en
situaciones de carga extrema su rendimiento es más alto.

Su utilidad como servidor de propósito general es escasa. Su uso primordial suele

ser el de servidor rápido de contenido estático, a veces como soporte de
servidores Apache para servir contenido binario de tipo estático, como imágenes,
dejando para Apache las páginas dinámicas o las más complejas. Utilizado como
complemento de Apache para servir contenido de tipo estático ha logrado reducir
la carga del servidor principal a sólo una centésima parte.

Jetty

Jetty es un servidor web programado totalmente en Java que incluye un

contenedor de Servlets. Es de tamaño reducido y ofrece un rendimiento alto, lo
cual lo ha convertido en uno de los favoritos para desarrollar productos embebidos
que necesiten un servidor web. Aunque no suelen encontrarse muchos servidores
Jetty funcionando solos, suelen encontrarse como servidores empotrados en otros
productos.

Lista de webservers
Nombre del Servidor Sistema operativo

4D WebSTAR

Unix
Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
AOLserver Windows XP

NetWare
OS/2
Unix
Windows 95/98
Apache Windows NT 4.0

Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
BadBlue Windows XP

Windows 95/98
Baikonur Web App Server Windows NT 4.0

AIX
HP-UX
Linux
Red Hat Linux
SUSE Linux
Solaris
Covalent Enterprise Ready Windows 2000
Server Windows Server 2003

ESAWEB VM/CMS

Enterprise WebServer for

NetWare NetWare

GoAhead WebServer Linux

NetWare
Solaris
 Windows 2000
Windows 95/98

Hawkeye Linux

iTools MacOS X Server

HP-UX
IRIX
Linux
OS/2
Solaris
Windows 95/98
Java Server Windows NT 4.0

Java_VM
Solaris
Windows 95/98
Jigsaw Windows NT 4.0

Microsoft Internet Information

Services Windows Server 2003

BSD
IRIX
Windows 2000
RapidSite Windows Server 2003

RomPager Embedded Web

Server Embedded

Linux
MacOS X Server
Solaris
Windows 2000
Windows Server 2003
Roxen WebServer Windows XP

Sambar Server Red Hat Linux

Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
 Windows XP

Windows 2000
Windows 95/98
Windows ME
Savant Windows NT 4.0

AIX
HP-UX
Linux
Solaris
Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
Servertec Internet Server Windows XP

Shadow Web Server MVS

Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
SimpleServer:WWW Windows XP

Red Hat Linux

Solaris
Windows 2000
Sun Java System Web Server Windows XP

Linux
MacOS
Unix
Tcl Web Server Windows NT 4.0

Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
URL Live! Windows XP

Viking Windows 2000

 Windows 95/98
Windows NT 4.0
Windows XP

AIX
BSD
Be OS
Digital UNIX
HP-UX
IRIX
Java_VM
Linux
MacOS
OS/2
SCO OpenServer
Solaris
Windows 95/98
vqServer Windows NT 4.0

   

AIX
BSD
Digital UNIX
HP-UX
IRIX
Linux
SCO OpenServer
WN Solaris

Windows 2000
Windows 95/98
WebBase Windows NT 4.0

Xitami AIX
BSD
Be OS
Digital UNIX
HP-UX
Linux
OS/2
SCO OpenServer
 Solaris
VMS
Windows 2000
Windows 95/98
Windows ME
Windows NT 4.0
Windows Server 2003
Windows XP

AIX
BSD
HP-UX
IRIX
Linux
MacOS X Server
SCO OpenServer
Solaris
Zeus Web Server Tru64 Unix

Servidor de correo

Un servidor de correo es una aplicación informática cuya función es parecida

al Correo postal solo que en este caso los correos (otras veces llamados
mensajes) que circulan, lo hacen a través de nuestras Redes de transmisión de
datos y a diferencia del correo postal, por este medio solo se pueden enviar
adjuntos de ficheros de cualquier extensión y no bultos o paquetes al viajar la
información en formato electrónico.

Agente de Transferencia de Correo

Los servidores de correo a menudo realizan diferentes funciones según sea el uso
que se planifique para el mismo.

Agente de Transferencia de Correo (del inglés Mail Transport Agent o MTA;

también Message Transport Agent, Agente de Transporte de Mensajes) es uno de
los programas que ejecutan los servidores de correo, y tiene como fin transferir un
conjunto de datos (correo electronico) de una computadora a otra.

El MTA, tiene varias formas de comunicarse con otros servidores de correo:

1.- Recibe los mensajes desde otro MTA. Actua como "servidor" de otros clientes.

2.- Envia los mensajes hacia otro MTA. Actua como un "cliente" de otros
servidores.

3.- Actua como intermediario entre un "Mail Submision Agent" y otro MTA.

Algunas soluciones de correo que incluyen un MTA

son: Sendmail, qmail, Postfix, Exim, Mdaemon, Mercury Mail Transport System ,
Lotus Notes (IBM) y Microsoft Exchange Server.

Por defecto el protocolo estandar para la transferencia de correos entre servidores

es el SMTP, o Protocolo Simple de Transferencia de Correo. Está definido en
el RFC 2821 y es un estándar oficial de Internet.( http://tools.ietf.org/html/rfc2821)

ntercambio de Correo Electrónico

Un servidor de correo realiza una serie de procesos que tienen la finalidad de

transportar informacion entre los distintos usuarios. Usualmente el envio de un
correo electronico tiene como fin que un usuario (remitente) cree un correo
electronico y lo envie a otro (destinatario). Esta accion toma tipicamente 6 pasos.
1.- El usuario inicial crea un "correo electronico"; un archivo que cumple lo
estandares de un correo electronico. Usara para ello una aplicaion ad-hock. Las
aplicaciones mas usadas, en indistinto orden son: Outlook Express (Microsoft),
Oulook (Microsoft), Mozilla Thuntherbird (Mozilla), Pegasus Mail (David Harris),
IBM Lotus Notes (IBM); etc.

2.- El archivo creado es enviado a un almacen; administrado por el servidor de

correo local al usuario remitente del correo; donde se genera una solicitud de
envio.

3.- El servicio MTA local al usuario inicial recupera este archivo e inicia la
negociacion con el servidor del destinatario para el envio del mismo.

4.- El servidor del destinatario valida la operacion y recibe el correo, depositandolo

en el "buzon" correspondiente al usuario receptor del correo. El "buzon" no es otra
cosa que un registro en una base de datos.

5.- Finalmente el software del cliente receptor del correo recupera este archivo o
"correo" desde el servidor almacenando una copia en la base de datos del
programa cliente de correo, ubicada en la computadora del cliente que recibe el
correo.

Seguro o Inseguro

Si tiene en cuenta el proceso, hay por lo menos una copia del correo en el servidor
de envío y otra copia en el servidor de recepción.
Las políticas de funcionamiento de cada servidor, con o sin aviso a los usuarios
remitente y/o destinatario, podrían:

1.- No recibir correos de acuerdo a algún parámetro.

2.- Destruir las copias de los correos, por ejemplo al trasferirlos satisfactoriamente.

3.- Copiar los correos a algún otro registro o archivo.

4.- Enviar una o más copias a otros destinatarios.

5.- No destruir nunca los correos almacenados.

Es de suma importancia considerar qué entidad, institución y funcionario son los

responsables de administrar finalmente los servidores de correo que usamos. Los
correos pueden en muchos casos ser fuente de invasión a la privacidad.