¿Cómo enviar mensajes de correo electrónico limpios desde tu aplicación?

Question

Al desarrollar una aplicación que envía mensajes de correo electrónico de notificación, ¿cuáles son las mejores prácticas para

1. no ser marcado como spammer por su empresa de hosting.(Cubra cualquiera de:)
   • La mejor técnica para no inundar un servidor de correo.
   • Los mejores productos de servidor de correo, si tuvieras que configurar el tuyo propio.
   • enviar mensajes como si fueran de un usuario específico, pero claramente desde su aplicación (para garantizar que las quejas, etc. lleguen a usted) sin romper la buena etiqueta del correo electrónico
   • alguna otra lección aprendida
2. ¿El cliente del receptor no lo marca como spam?(Cubra cualquiera de:)
   • configurar y usar ID de remitente, claves de dominio, SPF, DNS inverso, etc. para asegurarse de que sus correos electrónicos estén identificados correctamente
   • Las mejores técnicas de encabezado SMTP para evitar ser marcado como spam al enviar correos electrónicos a los usuarios (por ejemplo, usar los encabezados Remitente y De juntos)
   • alguna otra lección aprendida

Un requisito adicional:esta aplicación enviaría un solo mensaje a un solo destinatario en función de un evento.Por lo tanto, no se aplicarán las técnicas para enviar los mismos mensajes a múltiples destinatarios.

Answer 1

La mejor técnica para no inundar un servidor de correo.

No hay mucho que pueda hacer al respecto más allá de consultar con el administrador de su servidor de correo (si es una cuenta de alojamiento compartido o no está bajo su control).pero si el requisito es un correo electrónico para un único destinatario por evento, eso no debería ser un gran problema.Lo que tiende a obstruir los sistemas de correo son los correos electrónicos con cientos (o más) de destinatarios.

Si tiene eventos que se activan todo el tiempo, tal vez considere consolidarlos y enviar un correo electrónico que los resuma periódicamente.

enviar mensajes como si fueran de un usuario específico, pero claramente desde su aplicación (para garantizar que las quejas, etc. lleguen a usted) sin romper la buena etiqueta del correo electrónico

Puede lograr esto usando el encabezado "Responder a", que luego hará que los clientes usen esa dirección en lugar de la dirección De cuando se redacta un mensaje de correo electrónico.

También debe configurar el encabezado "Ruta de retorno" de cualquier correo electrónico, ya que los correos electrónicos sin este encabezado a menudo se filtrarán.

ex.

From: me@me.com
Return-Path: me@me.com
Reply-To: auto@myapp.com

configurar y usar ID de remitente, claves de dominio, SPF, DNS inverso, etc. para asegurarse de que sus correos electrónicos estén identificados correctamente

Todo esto depende en gran medida de la propiedad que tenga de sus servidores de correo y DNS.spf/identificación del remitente, etc.Son todos problemas de DNS, por lo que necesitaría tener acceso a DNS.

en su ejemplo, esto podría presentar un gran problema.Como está configurando el correo para que sea de un usuario específico, ese usuario deberá tener SPF (por ejemplo) configurado en su DNS para permitir que su servidor de correo sea un remitente válido.Puedes imaginar lo complicado (si no completamente imposible) que sería esto con varios usuarios con varios nombres de dominio.

En cuanto al DNS inverso y similares, realmente depende.la mayoría de los ISP de clientes, etc.Simplemente verificará que esté configurado el DNS inverso.(es decir, 1.2.3.4 se resuelve en host.here.domain.com, incluso si host.here.domain.com no se resuelve en 1.2.3.4).Esto se debe a la cantidad de alojamiento compartido que existe (donde los servidores de correo a menudo se reportan como el nombre de dominio del cliente y no como el servidor de correo real).

Hay algunas redes estrictas que requieren coincidencias de DNS inverso, pero esto requiere que usted tenga control sobre el servidor de correo si no coincide en primer lugar.

Si puede ser un poco más específico, es posible que pueda brindarle un poco más de consejos, pero en general, para las personas que necesitan enviar correo de solicitud y no tienen mucho control sobre su entorno, sugeriría lo siguiente :

• asegúrese de establecer una "Ruta de retorno"
• Es bueno agregar tu aplicación y también información de abuso en los encabezados, es decir:"X-Mailer" y "X-Abuse-To" (estos son encabezados personalizados, en realidad solo con fines informativos)
• asegúrese de que el DNS inverso esté configurado para la dirección IP de su servidor de correo saliente

Answer 2

Primero una rápida corrección a lo anterior.

vía de retorno:es un encabezado agregado por el sistema de recepción según el remitente del sobre del mensaje entrante

para que spf funcione, la ruta de retorno/remitente del sobre debe ser yourapp@yourdomain.com

y asegúrese de que el registro spf para sudominio.com {o si es por usuario spf} para suaplicación@sudominio.com permita que los correos se originen en el servidor que aloja la aplicación/envía el correo electrónico

este sobre-remitente es la dirección que recibirá todos los rebotes/errores

Ahora Sender-ID es completamente diferente, verifica el retorno-sender-sender y el de:dirección {almacenada dentro del mensaje} si se envía desde:HisName yourapp@yourdomain.com Responder-To:su nombre su dirección@sudominio.com

Esto no será un problema si se envía desde:su nombre su dirección@sudominio.com

Será y debe agregar un resentimiento:HisName yourapp@yourdomain.com ya que esto especifica ignorar el de:para verificaciones de identificación del remitente, use esto en su lugar, ya que usted lo envió en su nombre

Answer 3

ahora las otras cosas que valen la pena

Las IP mencionadas son tus servidores de correo.

a tener que el PTR de su IP apunte a un nombre que también se resuelve con los mismos FQDN de IP

b haga que su servidor helo/ehlo con lo que sea.dominio.com donde dominio.com es el mismo que el dominio del nombre en el paso A {no es el mismo nombre para las respuestas a continuación}

c hacer que el nombre del servidor helo/ehlo también se resuelva en la ip de su servidor

D Agregue el siguiente registro SPF a ese nombre de Helo/Ehlo "v = spf1 a -alt" {Significado Permitir Helo/Ehlo con este nombre de IP este nombre apunta a solo}

E Agregue las siguientes líneas de ID de remitente al nombre de Helo/Ehlo {puramente para la integridad "spf2.0/mfrom, pra -all" {es decir, no hay usuarios@este dominio}

f Agregue el siguiente SPF al nombre de FQDNS y cualquier otro nombre de host para su servidor "v = spf1 -alt" {es decir, ninguna máquina nunca helo/ehlo como este nombre y no usuarios@este dominio}

{como el nombre fqdns puede ser determinado por bots/infecciones, es mejor nunca permitir que este nombre se use directamente en los saludos de helo/ehlo, basta con que sea del mismo dominio que la identidad de helo/ehlo para demostrar la validez de ambos }