Max Frank Rodriguez Huertas

unread,

Dec 14, 2012, 9:44:16 AM12/14/12

to Alt-Net Hispano

Buen día,

Actualmente me encuentro revisando una especificación de un nuevo proyecto para mi empresa, y esta tenemos un cuello de botella, ya que el cliente nos solicita el envio masivo de correos electronicos y una traza de ellos donde se cumpla lo siguiente:

Enviar un promedio de 7000 correos diarios.
Realizar una traza del envio de cada uno de estos correos.
Garantizar que el correo llego a su destinatario.

NOTA: en el 3 punto deberia yo poder de alguna forma certificar q el correo no solo salio de mi cuenta, si no que tambien fue recivida por la otra cuenta, o en su defecto que fue rebotada, rechazada... para tener una prueba feaciente de que el correo llego y que el destinatario del correo no me diga, oye no me llego el correo lo siento es tu culpa.

Muchas gracias, por favor cualquier idea o sugerencia les agradecere bastante.

Cordialmente,

Max Frank Rodriguez H.

Transfiriendo S.A.

Ingeniero Desarrollador de Software.

@ingmaxfrank

http://learnmax.wordpress.com/

No imprimas este correo.

Deja de usar Papel a menos que sea estrictamente necesario, este planeta te alimenta a diario y te provee oxigeno toda tu vida es justo que se le regrese el 1% de ese favor.

La investigación es mas valiosa que el conocimiento. –Alber Einstein-

Juan Quijano

unread,

Dec 14, 2012, 1:43:11 PM12/14/12

to altnet-...@googlegroups.com

Buenos días,

La verdad tienes un problema.

7000 correos diarios lo más seguro es que acabe metiendo al dominio emisor en la blacklist de todos los servidores por donde pase semejante volumen de tráfico. Lo más eficiente es buscar compañías que ofrecen ese servicio, pero porque tienen acuerdos con los grandes carriers (y no estoy seguro de ello).

El acuse de recibo no lo puedes implementar en SMTP, simplemente no hay forma de asegurar que el correo ha llegado a su destino porque no hay forma de obligar al cliente de correo que lo recepcione a que devuelva el OK. Por lo cual, vía email, no hay forma de que el receptor no te pueda decir que no le ha llegado el correo, ya que al servidor si llegaría, pero no puedes probar que ha llegado al cliente en todos los casos.

Por último, la traza es limitada. Una de las características de TCP/IP es cualquiera de los enrutadores puede "ocultar" su traza, es decir no aáde al paquete su dirección para que no quede constancia que ha pasado por su red. Eso lo puedes comprobar lanzando un tracer a cualquier dirección de internet que tenga unos cuantos saltos.

Yo intentaría hacer ver al cliente que el email SMTP no vale para hacer lo que pide, y que debería de intentarse por otros protocolos.

Gustavo Fuentes

unread,

Dec 14, 2012, 1:52:39 PM12/14/12

to altnet-...@googlegroups.com

) y lee específicamente lo que dice bajo el título “Deliverability”.

Espero que te sea de ayuda!

GF

--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para ver este debate en la Web, visita https://groups.google.com/d/msg/altnet-hispano/-/3svYD8F58cYJ.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a altnet-hispan...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/altnet-hispano?hl=es.

Ernesto Cárdenas

unread,

Dec 14, 2012, 2:03:47 PM12/14/12

to AltNet-Hispano

Me gustaria poder darte una respuesta concreta, pero de momento solo
te
puedo dejar de referencia estos dos enlaces

http://www.mailcast.es/blog/ Escrito por Jose Manuel Alarcon, conocido
MVP
de Microsoft y responsable de CampusMVP/Krasis.
http://www.bonillaware.com/emails-transaccionales Conversacion sobre
el
tema de emails transaccionales.

Suerte!!
Ernesto

juan ladetto

unread,

Dec 14, 2012, 2:05:57 PM12/14/12

to altnet-...@googlegroups.com

Hola a todos.

Sin dudas implementaría los envíos con amazon ses. 7000 mails diarios te lo dan en 2 días. Además tiene soporte para dkim (lo más avanzado para no caer en spam por los envíos) http://aws.typepad.com/aws/2012/07/simple-email-service-easy-domainkeys-identified-mail-support.html. (llos envíos por smtp son más lentos que utilizando las apis, utilicen las apis y threading).

La traza de los enviados o los que no llegaron a destino lo hacés leyendo la casilla del enviante y analizando los rebotes (causas, etc).

Además podés poner en los htmls que enviés una marca para identificar a la persona que está abriendo el mail (es un gif de 1x1) con alguna inteligencia (la macana aquí es que ningún correo electrónico te muestra las imágenes por defecto)...

Espero que sirva, cualquier duda con ses avisame que lo seguimos por aquí o por privado

Saludos

Juan

2012/12/14 Gustavo Fuentes <gdfu...@gmail.com>

Gustavo Fuentes

unread,

Dec 14, 2012, 2:23:46 PM12/14/12

to altnet-...@googlegroups.com

Otra alternativa: http://www.windowsazure.com/en-us/develop/net/how-to-guides/sendgrid-email-service/

Carlos Admirador

unread,

Aug 25, 2014, 1:51:26 PM8/25/14

to altnet-...@googlegroups.com, gdfu...@gmail.com

En qué quedó este tema ?? aportaciones ??

Saludos.
Carlos

Carlos Admirador

unread,

Sep 23, 2014, 6:58:28 AM9/23/14

to altnet-...@googlegroups.com, gdfu...@gmail.com

Hola gente!!
Quiza sea util para estos casos, a mi me interesa del lado del que implementa el desarrollo para enviar correos. y esto es para la configuración del servidor...