Actualmente tengo una aplicación web configurada para enviar correo electrónico a través de webfaction, pero estoy experimentando fallas de conexión intermitentes como las siguientes:
Errno::ECONNREFUSED: Connection refused - connect(2)
Por el momento, me gustaría pasar a enviar correo en el mismo servidor: ¿cuáles son los posibles inconvenientes de cambiar de proveedor de correo electrónico como este con una aplicación en ejecución y qué medidas debe tomar para asegurarse de que los correos electrónicos lleguen? a sus proveedores?
Soy consciente de que hay cosas que hacer, como configurar registros mx de respaldo, configurar registros spf, etc., pero no estoy seguro de qué tan importante es cada paso en el camino.
Estoy usando Ubuntu 8.10 como sistema operativo de mi servidor, estoy usandotrabajandopara separar las solicitudes de correo electrónico como procesos separados.
C
Respuesta1
Una posible solución sería pasar del uso de webfaction al uso de los servidores SMTP de Google Mail para enviar su correo.
Como los servidores de Google son fiables y gratuitos, nunca tendrás ningún problema.
Esto es lo que debe hacer:
- Instale Google Apps en el dominio.
- Configure registros SPF, etc. (lea los documentos).
- Ahora puedes enviar correo libremente a través de los servidores de correo SMTP de Google.
- El correo parecerá provenir de su dominio (tendrá el @midominio.com correcto). Por supuesto, puede intentar utilizar los servidores de correo de Google sin instalar Google Apps en su dominio, pero luego Google modificaría la dirección de correo electrónico "de" para que sea su dirección de Gmail.
Esta solución me ha funcionado bien durante un tiempo. Y como beneficio adicional, también puedes usar Gmail para enviar mensajes de empresa desde tu dominio, sin la apariencia poco profesional de tener @gmail.com adjunto al final de tu dirección de correo electrónico.
Respuesta2
Dependiendo de cuántos correos electrónicos envíe y de lo importante que sea que lleguen, puede ser aconsejable recurrir a una empresa profesional.
verificarautenticación o para un enfoque diferentecontacto constante
Respuesta3
No es necesario configurar registros MX de respaldo, es decir, solo para el correo entrante. Los registros SPF son cruciales, como ha dicho Sam, al igual que verificar que su ISP y sus firewalls no bloqueen el tráfico. También querrás asegurarte de que tu ISP tenga una buena entrada DNS inversa (también conocida como PTR) para la dirección IP desde la que parecerán originarse los correos electrónicos (diferencia crítica entre "parecer originarse" y "dirección IP del servidor"). , ¡dependiendo de su firewall!), uno que se resuelva en un nombre de host como "mail.your-domain.com". Sin esto, muchos, muchos dominios rechazarán sus correos electrónicos, porque la mayoría de los ISP le brindan un registro PTR predeterminado (como client-001-005.isp.com) y parece un cliente conectado a una red de bots en lo que respecta al DNS. preocupado. Finalmente, verifique que su dirección IP no esté en ninguna de las listas negras de spam antes de realizar el cambio. En el pasado, me sorprendió desagradablemente descubrir que la persona/empresa que tenía mi dirección IP estática antes que yo se había incluido en muchas listas negras, por lo que cuando me dieron la IP con mi nueva cuenta, no pude enviar ¡correo!
J.Ja
Respuesta4
Si desea que el correo se envíe en segundo plano, utilice algo que utilice Sendmail en segundo plano.
Sendmail es parte de la mayoría de las distribuciones de Linux. Es un binario que envía correo. Lo bueno de esto es que el control regresa instantáneamente a la página web y Sendmail pondrá todo en cola para enviarlo a su debido tiempo.
Hace un tiempo escribí un carrito de compras que envía un correo electrónico una vez que se completa el proceso de compra. Usé phpmailer que a su vez usó Sendmail. Todo ha funcionado perfectamente desde el día en que cambié a Sendmail en lugar de un servidor SMTP.