varias término test tag sobre significa servidor resultado respecta redactar qué que puntos prueba protocolo probar presentar por personas pericial pericia para mexico medio marketing mails informe informatica info hacer habilitar gratis google fname escribir enable electrónico electronicos electronico ejemplos dirigir correos correo correctamente configurar como colores autenticidad email testing smtp

email - término - Método para la prueba de correo electrónico



split testing que es (14)

"El marco más inteligente para el correo de pruebas unitarias"

He oído hablar de algunos otros desarrolladores que pasaron de Dumbster a Wiser y también migraron mi código de prueba. Uno de los componentes de Java en el que he trabajado envía miles de correos electrónicos por día y he escrito pruebas unitarias para las diferentes plantillas de correo electrónico y escenarios usando Dumbster y Wiser. Prefiero Wiser.

Recortes del sitio web Wiser ( http://code.google.com/p/subethasmtp/wiki/Wiser ):

Wiser es un reemplazo inteligente para Dumbster y está construido sobre la biblioteca SubEtha SMTP Java que permite que su aplicación Java reciba correo SMTP con una API simple y fácil de entender.

Estoy escribiendo un programa que enviará informes por correo electrónico a muchos (~ 100) clientes que deseo probar antes de enviar correos no deseados a todos.

Quiero hacer una prueba contra mis datos de producción y realmente enviar los mensajes a un servidor SMTP, pero no quiero que el servidor SMTP realmente entregue los mensajes. Quiero que el servidor actúe como un servidor SMTP real desde la perspectiva de mi aplicación, pero en lugar de enviar mensajes, solo quiero que almacene los mensajes y registre lo que sucedió.

¿Hay un servidor SMTP específicamente diseñado para realizar pruebas?

¿Alguien sabe de una forma de configurar exim o postfix para comportarse como he descrito anteriormente?

¿Qué usas para probar una entrega masiva de correo electrónico?

Dado que mencionas exim y postfix (que interpreto como un tipo de material de Unix), esta respuesta podría no ser tan útil como podría ser, pero echa un vistazo a Neptune . Es un servidor SMTP falso diseñado para pruebas automatizadas. Si tiene un cuadro de ventanas de repuesto flotando, puede poner Neptune en eso y luego configurar su aplicación para enviar "a través" del servidor de Neptuno.

Después de no estar contento con las soluciones que encontré, terminé escribiendo developmentSMTP , fácil de usar, 100% Java -> multiplataforma.

Admite escribir correos electrónicos en archivos, reenviar correos electrónicos o simplemente imprimirlos en stdout.

En java puedes usar dumbster

Es fácil de usar y puede validar todos los aspectos del correo electrónico que está interceptando.

Es una implementación de servidor SMTP de Java para pruebas unitarias. (Solo asegúrese de redirigir su correo electrónico a la máquina que ejecuta el dumbster ...)

Acabo de encontrar otra alternativa que haga casi lo mismo: Greenmail

Greenmail también es compatible con POP3, IMAP con SSL, por lo que puede probar a su cliente.

En mi oficina, tenemos un servidor que está configurado para enviar siempre todos los correos entrantes a una dirección, independientemente de a quién va dirigido en realidad. Simplemente señalamos todos nuestros entornos de prueba en ese servidor y observamos cómo se llena el buzón de QA. No sé qué servidor es, pero probablemente sea algo de código abierto que alguien haya encontrado.

Exim se puede configurar para aceptar correos entrantes pero no para entregarlos. Busque las palabras clave queue_only y queue_only_file en la documentación.

Para .NET, establecí el archivo de configuración para entregar el correo a una carpeta, luego puede hacer que la prueba automatizada inspeccione el directorio y los archivos.

<system.net> <mailSettings> <smtp deliveryMethod="SpecifiedPickupDirectory"> <specifiedPickupDirectory pickupDirectoryLocation="c:/pickupDirectory"/> </smtp> </mailSettings> </system.net>

Personalmente modifico las direcciones de correo electrónico para probar, las envío a una cuenta ficticia mía, de esa manera puedo validar no solo que me enviaron, sino que aparecen en el formato correcto.

Sendmail tiene un modo de prueba.

Simplemente invocas sendmail con el parámetro -bt . Como ejemplo:

/usr/lib/sendmail -bt -Ciu-testconfiguration.cf

Tenga en cuenta que en este método, Sendmail requiere una configuración especial para las reglas de reescritura. Debe comprender cómo Sendmail reescribe las direcciones para crear correctamente un archivo .cf para el modo de prueba.

Editar: Vea este artículo: http://ussg.iu.edu/usail/mail/debugging/

Si está buscando probar manualmente que el correo electrónico envía y que la plantilla de correo electrónico tiene el tipo correcto de html y css que está esperando, entonces recomendaría maildev https://www.npmjs.com/package/maildev . ¡Puede instalarlo y ejecutarlo como un módulo de nodo y también como un contenedor acoplable! Lo encontré extremadamente útil para las pruebas básicas de cordura de los correos electrónicos.

Un buen programa para las pruebas de correo electrónico es smtp4dev (solo Windows).

Es un servidor SMTP ficticio. Se encuentra en la bandeja del sistema y no entrega los mensajes recibidos. Los mensajes recibidos pueden visualizarse rápidamente, guardarse y la fuente / estructura inspeccionarse.

smtp4dev