Enviar correo electrónico en nombre de los clientes

Enviar correo electrónico en nombre de los clientes

Somos una empresa de comunicaciones que principalmente imprime estados de cuenta/facturas de servicios públicos y luego los envía por correo postal.

Algunos clientes han solicitado entrega electrónica. Básicamente, tome el resultado impreso como un PDF y, en lugar de imprimirlo y enviarlo por correo, envíelo por correo electrónico como un archivo PDF adjunto. ¿Cuál es la mejor manera de enviar este tipo de comunicaciones en nombre de nuestros clientes a sus clientes?

por ejemplo, enviar a través de su servidor de correo, configurar un servidor de correo nosotros mismos en un dominio genérico (por ejemplo, nombre de cliente.nombre de correo genérico.com), o configurar un servidor de correo y enviar desde el dominio del cliente.

¿No suele marcarse como spam el correo electrónico enviado desde un servidor que no coincide con el registro MX? (por ejemplo, si enviamos un correo electrónico desde nuestro servidor de correo desde[correo electrónico protegido]).

Además, si necesitamos configurar un servidor de correo, ¿cuáles son algunas recomendaciones? Somos una tienda de ventanas, y si puedo evitar ensuciarme con sendmail o postfix o el q, ¿lo preferiría? Probablemente enviaríamos el correo electrónico en un script SSIS o algo así.

Salud

Respuesta1

Con el uso adecuado de los encabezados de correo electrónico, es posible configurar y utilizar su propio servidor de correo, pero enviar el mensaje de correo electrónico con la "apariencia" de provenir de su cliente.

Esta no es una táctica de spam. Este es un uso adecuado de varios encabezados de mensajes de correo electrónico para este propósito.

From: "ABC Company" <[email protected]>
Sender: [email protected]
To: [email protected]
Date: 13 Jul 2009 15:39:42 -0400
Subject: Your bill from ABC Company
Return-Path: [email protected]

Al especificar tanto el remitente como el parámetro de ruta de retorno a su servidor de correo electrónico, está identificando con precisión el servidor de correo electrónico de origen desde el que se originó este mensaje. Los rebotes volverán a su servidor de correo.

Si el usuario hace clic en "responder", envía su mensaje de correo electrónico a su cliente ([correo electrónico protegido]en el ejemplo).

Esta es una técnica legítima que utilizan muchas empresas de marketing por correo electrónico y están MUY preocupadas por no parecer spam. Aquí hay un enlace a unCorreoChimpdescripción.

También deberías configurar registros SPF para tus servidores de correo e, idealmente, utilizar DKIM. Recomiendo y uso una solución deArquitecto de correo electrónico.

Respuesta2

Recomendaría configurar su propio servidor de correo para enviar correo electrónico como cliente y luego agregar los registros SPF correctos para evitar que lo marquen como spam.

Respuesta3

Sugiero usar MDaemon para hacer su correo. Si envía grandes volúmenes, busque Port25 y PowerMTA para realizar sus envíos. Coloque algún tipo de cola de correo (MSMQ, por ejemplo) delante de cualquier programa de correo que utilice para que el correo electrónico que se genera desde su programa o sitio web no se envíe realmente desde el programa o sitio web... liberando esa aplicación para continuar usando su hilo de trabajo sin ser bloqueado conectándose a un servidor de correo. ¡NUNCA LO ENVÍES DIRECTAMENTE DESDE LA APLICACIÓN! Luego cree un servicio de Windows para leer la cola y enviarla a través de su servidor de correo.

En cuanto al tema de retransmitir correo (enviarlo a través de los servidores de sus clientes), esto no se sugiere. Es posible que no solo lo reciban como spam... y lo que es más importante, es posible que ciertas IP le incluyan en la lista negra. Dependiendo del volumen de correo que envíe, es posible que necesite enviar el correo directamente desde sus servidores (usted lo administra) y es posible que necesite administrar el volumen de correo electrónico que envía a un dominio determinado por minuto/hora/etc. para evitar ser incluido en la lista negra.

Podría recurrir a alguien como EmailLabs para que se encargue de la gestión de la infraestructura. Puede acceder a ellos a través de sus API para enviar su correo.

¡Gran tema!

Respuesta4

Enviar facturas de servicios públicos por correo electrónico es una mala idea debido al robo de identidad si son olfateadas.

En su lugar, debería analizar cómo acceder a un sistema de facturación electrónica existente. En Canadá, Canada Post tiene uno, tienen un sitio seguro y casi TODAS mis facturas están en un área segura en la que puedo iniciar sesión. Muy bonito y menos para recordar por cada factura.

Si no quiere hacer eso o no puede, consideraría hacerlo como un banco donde las personas inician sesión en su sistema y los ven desde allí usando una sesión SSL. Mucho más seguro.

información relacionada