Crear Correo electronico con JSP

El API de JavaMail es para clientes de correo, principalmente para poder enviar correos via SMTP, aunque también permite lectura de mensajes via POP3 o IMAP.

La pregunta es demasiado vaga (por eso ni la contesté cuando la pusieron originalmente) y no deja claro si es que quiere hacer un cliente de mail via web, o si quiere hacer todo el sistema de correo (con todo y el servidor).

Para un servidor de correo, recomiendo instalar uno. CentOS, RedHat, etc vienen con servidor de correo integrado; es cosa de poner uno y configurarlo (que no sé qué tan complicado sea) pero definitivamente sería poner uno. O usar el gmail con dominio propio y ya. No le veo el menor caso a desarrollar un servidor de correo (y menos en Java).

En un rato de ocio.... como dices ezamudio, no sería lo ideal construir un mail server en Java... pero existen unos que me parecieron relevantes...

CrSemail
Java Email Server
Apache James

JAF ya no es necesario en Java 6 porque viene integrado, pero JavaMail sigue siendo algo aparte.

JavaMail no es parte del JDK:

$ cat Caca.java 
import javax.mail.*;

public class Caca {
}

$ javac Caca.java 
Caca.java:1: package javax.mail does not exist
import javax.mail.*;
^
1 error
$ java -version
java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Java HotSpot(TM) Client VM (build 17.1-b03, mixed mode, sharing)

Copia y compila Caca.java sin especificar ningún classpath; si compila es que javamail viene con tu JDK (yo hice esa prueba en Mac OS X y en Linux con la JDK de Suracle y no jaló en ninguno de los dos casos).

Si tienes una aplicación de escritorio ya hecha que manda mails, probablemente le metieron las clases de JavaMail al jar de la app.

Entonces tienes instalado javamail en las extensiones del runtime. En Mac es /Library/JavaExtensions, en Linux es $JAVA_HOME/jre/lib/ext, en Windows no tengo idea. Los jars que pones en esos directorios quedan disponibles para todas las aplicaciones y ya no se tienen que especificar en el classpath.

Si estás en Mac, es /System/Library/Java/Extensions (que se supone no debes mover porque ahí pone Apple las de ellos), /Library/Java/Extensions (se me fue la diagonal en el primero, aquí pones las tuyas a nivel sistema) y también ~/Library/Java (aquí pones las que solamente quieres que apliquen en tu cuenta).

Aunque acabo de hacer una prueba con ~/Library/Java (y ~/Library/Java/Extensions) y parece que ya no jala como dice aquí.

Otra opción es que tengas definido un classpath en tus variables de entorno y por eso si no invocas nada, ya se usa... en una Terminal haz

echo $CLASSPATH

a ver si tienes algo.

OK en System/Library/Java/Extensions no tienes mail.jar. Y en el Library/Java/Extensions de tu cuenta? en /Library/Java/Extensions ya habías dicho que solamente hay una biblioteca de interfaz para SVN.

En un tema no muy relacionado: por qué usas find en vez de simplemente ls?

Lo de la línea vacía supongo que es del echo $CLASSPATH. O sea que no tienes un CLASSPATH predefinido en variables de ambiente.