2010-09-22 19 views
5

¿Cuál sería un buen punto de partida para aprender sobre cómo crear un servidor de correo electrónico?Escribiendo un simple servidor de correo electrónico

Básicamente, lo que quiero hacer es tener un servidor (como foo.com) que reciba el correo para mí, así que si envío un correo electrónico a ([email protected]) se volcará el contenido del correo electrónico en/mail/blah/subject y luego enviarlo a mi cuenta de correo REAL.

Estoy buscando hacer esto como un ejercicio de programación, por lo que los enlaces a RFC, etc. sería bueno. Reinventar la rueda es una buena forma de aprender sobre ruedas.

EDITAR: No dude en volver a etiquetar esto correctamente.

+0

no sería más fácil de escribir "RFC SMTP" en Google que escribir toda esa pregunta? –

+0

Pero no sé si eso es todo lo que necesito para recibir y reenviar correos electrónicos. –

+1

Aunque no deseo desanimarlo en su búsqueda para aprender, lo único "simple" sobre un servidor de correo está en el nombre del protocolo (Protocolo simple de transferencia de correo - SMTP) –

Respuesta

3

Editar: He proporcionado algunos encabezados y he dividido RFC por tema. Espero que sea más accesible ahora. Es toda una lista, y desearía poder formatearla mejor, pero desafortunadamente, eso es todo.

Ya que menciona que no se sabe muy bien lo que necesita, permítanme aclarar:

  • Si sólo desea implementar un simple servidor "proxy" que se encuentra en medio de su MUA (cliente de correo electrónico) y servidor "real", probablemente pueda salirse con la suya solo implementando la funcionalidad SMTP básica. Esto le permitirá enviar mensajes, es decir, para enviar mensajes a un MTA.

  • POP3 es para clientes de correo electrónico para extraer mensajes de su servidor, mientras que IMAP es una alternativa a POP3 con un conjunto de características diferente, principalmente proporcionando un modo en línea o fuera de línea que se puede considerar como administrar carpetas remotas (es decir, buzones de correo).

  • MIME especifica el formato de los contenidos de los mensajes de correo electrónico en presencia de mensajes de varias partes, accesorios, etc

formato de mensajes de Internet (también define el formato de dirección de correo electrónico)

http://www.faqs.org/rfcs/rfc822.html

http://www.faqs.org/rfcs/rfc2822.html


SMTP:

http://www.faqs.org/rfcs/rfc821.html

Update para SMTP/RF821:

http://www.faqs.org/rfcs/rfc5321.html

SMTP-AUTH:

http://www.faqs.org/rfcs/rfc2554.html

Envío de mensaje (es decirpara la aplicación a estar actuando como un MUA):

http://www.faqs.org/rfcs/rfc2476.html


IMAPv4:

http://www.faqs.org/rfcs/rfc1730.html

IMAPv4rev1:

http://www.faqs.org/rfcs/rfc2060.html


POP3:

http://www.faqs.org/rfcs/rfc1081.html

http://www.faqs.org/rfcs/rfc1939.html

http://www.faqs.org/rfcs/rfc1957.html

extensiones POP3:

http://www.faqs.org/rfcs/rfc2449.html

Autorización de POP/IMAP:

http://www.faqs.org/rfcs/rfc2195.html

TLS para POP3 y IMAP:

http://www.faqs.org/rfcs/rfc2595.html

AUTH-RESP-CODE para POP3 :

http://www.faqs.org/rfcs/rfc3206.html

POP3 autentificación sencilla:

http://www.faqs.org/rfcs/rfc5034.html


MIME, que se compone de 5 RFCs:

http://www.faqs.org/rfcs/rfc2045.html

http://www.faqs.org/rfcs/rfc2046.html

http://www.faqs.org/rfcs/rfc2047.html

http://www.faqs.org/rfcs/rfc4288.html

http://www.faqs.org/rfcs/rfc4289.html

http://www.faqs.org/rfcs/rfc2049.html

+0

Los enlaces son un poco fortuitos. RFC5321 reemplaza 2821 que a su vez reemplazó 821; Entonces, 821 y 2821 ya no tienen más significado histórico. Del mismo modo, RFC5322 reemplaza a 2822, que a su vez reemplazó a 822. – tripleee

Cuestiones relacionadas