Envío de correo gratuito de SPAM a través de mi website

He estado luchando con este problema durante un par de meses. Necesito enviar correo masivo (no spam) a través de mi networking social a usuarios en situaciones como boletines de noticias, invitaciones de sitios (cuando el usuario importa sus contactos de libreta de direcciones)

Estoy usando alojamiento compartido y limita 500 correos por hora. Aunque consigo enviar correos la mayoría de ellos terminan en la caja de spam del usuario.

Después de investigar estas son las soluciones que finalmente se me ocurrió.

  1. Utilizar el SMTP de Google Apps ( http://www.google.com/apps/intl/es/business/features.html )
  2. Muévase en VPS
  3. Utilizar alojamiento compartido con acelerador habilitado

Por favor, aconsejarme sobre qué elegir.

¿El uso de Google Apps evitará que el correo se envíe como spam? No puedo usar otros SMTP de terceros como iContact o Aweber como "script de envío de invitación" enviará correos electrónicos a miles de contactos, dependiendo de la libreta de direcciones del usuario.

Gracias por adelantado

Acerca de SPAM y las explosiones basadas en el libro de direcciones, me temo que Sara es correcta . Cada networking social (Facebook, Myspace, Twitter, LinkedIn, Plaxo, etc.) tiene alguna capacidad para search en su libreta de direcciones. Siempre y cuando la subida del usuario sepa que se está cargando, no es demasiado irrazonable. Y francamente, no es práctico definir SPAM como cualquier correo electrónico que el destinatario no quiera get. Así que mientras no tengamos que gustar, no podemos decir que está fuera de las normas.

Por lo tanto, Sara, respondo a la pregunta con las siguientes estipulaciones. A less que aceptes estas condiciones, no tienes permiso para usar mi consejo 😉
1- Sólo envía un correo electrónico ONCE por dirección y no responde como OPT-OUT.
2- Usted tiene un fácil, un clic opt-out fácilmente accesible y vinculado en cada explosión.
3- Usted no vende ni comparte direcciones u otra información personal.

Ahora, al consejo ..

El server de origen no es probable que un componente enorme de por qué sus correos electrónicos se están marcando. Los correos electrónicos de direcciones IP y dominios mal conocidos no suelen ser aceptados por los ISP de destino en lugar de colocados en carpetas de correo basura.

Más probable es que sus correos electrónicos parezcan spam. En cuanto a hacer que no se ven como spam, sólo puedo dar sugerencias muy generales .. no demasiados enlaces, válida dirección de correo electrónico de retorno que coincide con el dominio de envío, evitar todos los tapones, los errores de ortografía y las diversas palabras tabú.

El server y el service de correo por sí mismo también debe ser configurado correctamente .. DNS inversa, loggings MX válidos, etc Hay una amplia información en este sitio acerca de ese tipo de configuration.

Si los 500 posts / hora son un problema real, es posible que Google Apps no tenga esos límites, no lo sé. Google Apps también podría tener otros términos relacionados con el correo que afectarán tu negocio. Lo comprobaría, y si no lo hace, vaya con él. Si eso no funciona, rodar su propio server SMTP es la única solución. VPS puede funcionar, pero el proveedor también puede tener términos de anti-bulk-mail. Usted puede tener que aspirar y get su propio hardware y espacio de alquiler y ancho de banda.

Enviar una gran cantidad de correo electrónico es una tarea difícil, que realmente requiere especialists. Hay demasiados factores que afectan la entrega con éxito, por lo que no puede hacer esto de forma fiable desde su propio server web. En realidad 500 / hr para una count compartida es más de lo que esperaría.

Probablemente debería subcontratar el envío a alguna empresa profesional. Me temo que no sé de ninguna parte respetable, aunque estoy seguro de que existen.

La alternativa es configurar su propio server de correo dedicado. Usted tendrá que ser muy cuidadoso, sin embargo, para evitar ser marcado como un spammer. Eso significa cuidar de muchas cosas tanto técnicas como sociales. Por ejemplo su server necesitará tener una dirección IP "limpia" con un hoster reputable; con el DNS delantero y reverso a juego; Registros SPF; uso de Domainkeys y DKIM; un server y un sitio seguros para que no pueda ser utilizado para spam; monitorear lists negras para que pueda reactjsr rápidamente; controlar el buzón de "abuso"; etc Muchos puestos en el lado técnico se puede encontrar en serverfault o elsewere. Léelos y ponlos en práctica, ya que la reputación lo es todo.

El lado más social es evitar que la gente te vea como un spammer. Esto significa, ser muy claro acerca de sus intenciones; haz siempre lo que dices; utilizar opt-in para los correos electrónicos a sus clientes; deje claro a los destinatarios que usted los envió por correo a petición de su amigo; proporcionar claras opt-out instrucciones en su website y en todos los correos electrónicos; evitar las palabras spammy; etc

Algunas personas inevitablemente marcarán que usted pide spam, incluso si optaron por sí mismos, pero si el número relativo es bajo y usted interactúa con las lists negras y los proveedores puede get una entrega relativamente confiable.

Otra alternativa, no mencionada aquí es mediante la introducción de un "acelerador" en su progtwig.

Básicamente, en lugar de enviar todos sus correos electrónicos a la vez agregarlos en una queue y utilizar un script cron o tareas planas para enviar un máximo de 500 por hora.

¿Cómo hacer esto es probable que sea una pregunta para el desbordamiento de stack .

Lo sentimos, pero enviar correo a miles de contactos basados ​​en la libreta de direcciones de un usuario es spam y nada más. IMHO, esto nunca es aceptable – no puedo hacer nada acerca de un idiota que me list en su libreta de direcciones y luego permitir que lo lea, pero te puedo asegurar: No quiero conseguir ese tipo de correos.