Atualmente, tenho um aplicativo da web configurado para enviar e-mails por meio do webfaction, mas estou enfrentando falhas de conexão intermitentes como:
Errno::ECONNREFUSED: Connection refused - connect(2)
Eu gostaria de passar a enviar e-mails no mesmo servidor por enquanto - quais são as possíveis armadilhas de trocar de provedor de e-mail como este com um aplicativo em execução e quais medidas você deve tomar para garantir que os e-mails sejam transmitidos aos seus fornecedores?
Estou ciente de que há coisas a fazer, como configurar registros MX de backup, configurar registros SPF e assim por diante, mas não tenho certeza da importância de cada etapa ao longo do caminho.
Estou usando o Ubuntu 8.10 como meu sistema operacional de servidor, estou usandoTrabalhandopara separar solicitações de e-mail como processos separados.
C
Responder1
Uma solução possível seria deixar de usar o webfaction e passar a usar os servidores SMTP do Google Mail para enviar seus e-mails.
Como os servidores do Google são confiáveis e gratuitos, você nunca terá problemas.
Aqui está o que fazer:
- Instale o Google Apps no domínio.
- Configure registros SPF, etc (leia os documentos).
- Agora você pode enviar e-mails gratuitamente através dos servidores de e-mail SMTP do Google.
- O e-mail parecerá originário do seu domínio (terá o @meudominio.com correto). Claro, você poderia tentar usar os servidores de e-mail do Google sem instalar o Google Apps em seu domínio, mas o Google alteraria o endereço de e-mail "de" para ser seu endereço do Gmail.
Esta solução tem funcionado bem para mim há algum tempo. E como bônus, você também pode usar o Gmail para enviar mensagens corporativas do seu domínio, sem a aparência pouco profissional de ter @gmail.com anexado ao final do seu endereço de e-mail.
Responder2
dependendo de quantos e-mails você está enviando e da importância de eles chegarem, pode ser aconselhável usar uma empresa profissional
Confiraautorização ou para uma abordagem diferentecontato constante
Responder3
Você não precisa definir registros MX de backup, ou seja, apenas para emails recebidos. Os registros SPF são cruciais, como Sam disse, assim como verificar se o seu ISP e os firewalls não bloquearão o tráfego. Você também vai querer ter certeza de que seu ISP tem uma boa entrada de DNS reverso (também conhecido como PTR) para o endereço IP de onde os e-mails parecerão originar-se (diferença crítica entre "parece originar de" e "endereço IP do servidor" , dependendo do seu firewall!), um que resolva para um nome de host como "mail.seu-domínio.com". Sem isso, muitos domínios rejeitarão seus e-mails, porque a maioria dos ISP fornece um registro PTR padrão para você (como client-001-005.isp.com) e parece um cliente com bot-net no que diz respeito ao DNS. preocupado. Por fim, verifique se o seu endereço IP não está em nenhuma lista negra de spam antes de fazer a troca! No passado, fiquei desagradavelmente surpreso ao descobrir que a pessoa/empresa que tinha meu endereço IP estático antes de mim havia entrado em muitas listas negras, então, quando recebi o IP com minha nova conta, não pude enviar correspondência!
J.Ja
Responder4
Se você quiser que o e-mail seja enviado em segundo plano, use algo que use o Sendmail em segundo plano.
Sendmail faz parte da maioria das distribuições Linux. É um binário que envia e-mails. O bom disso é que o controle retorna instantaneamente para a página da web, e o Sendmail colocará tudo na fila para enviar em seu próprio tempo.
Escrevi um carrinho de compras há algum tempo que envia um e-mail assim que o processo de compra é concluído. Usei o phpmailer que por sua vez usou o Sendmail. Tudo tem funcionado perfeitamente desde o dia em que passei a usar o Sendmail em vez de um servidor SMTP.