Mudando os fornecedores de e-mail smtp - o que devo ter em mente?

Question

Atualmente, tenho um aplicativo da web configurado para enviar e-mails por meio da webfaction, mas estou com falhas de conexão intermitentes nos seguintes termos:

Errno::ECONNREFUSED: Connection refused - connect(2)

Gostaria de passar para o envio de e-mails no mesmo servidor - por enquanto, quais são as possíveis quedas de trocar provedores de e-mail como esse com um aplicativo em execução e quais medidas você deve tomar para garantir que os e-mails sejam enviados? passar para seus provedores?

Estou ciente de que há coisas a fazer, como configurar backup de registros mx, definir 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 SO de servidor, estou usando o Workling para obter solicitações de e-mail como processos separados.

C

    

Answer 1

Uma possível solução seria passar de usar o webfaction para usar os servidores SMTP do Gmail para enviar seus e-mails.

Como os servidores do Google são confiáveis e gratuitos, você nunca terá problemas.

Veja o que fazer:

1. Instale o Google Apps no domínio.
2. Configurar registros SPF, etc. (leia os documentos).
3. Agora você pode enviar e-mails livremente pelos servidores de e-mail SMTP do Google.
4. O e-mail aparecerá como originário do seu domínio (ele terá o @ mydomain.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 o endereço do seu Gmail.

Esta solução tem funcionado bem para mim por um tempo. E, como bônus, você também pode usar o Gmail para enviar mensagens da empresa a partir do seu domínio, sem a aparência pouco profissional de ter um @ gmail.com conectado ao final do seu endereço de e-mail.

    

Answer 2

dependendo de quantos e-mails você está enviando e como é importante que eles cheguem, é aconselhável usar uma empresa profissional

confira authsmp ou para uma abordagem diferente constantcontact

    

Answer 3

Você não precisa definir os registros MX de backup, ou seja, apenas para emails de entrada. Os registros SPF são cruciais, como Sam disse, assim como a verificação de que o seu ISP e firewalls não bloquearão o tráfego. Você também desejará certificar-se de que seu provedor de serviços de Internet tem uma boa entrada reversa de DNS (também conhecida como PTR) para o endereço IP do qual os emails aparecerão (diferença crítica entre "parecer originar de" e "endereço IP do servidor"). , dependendo do seu firewall!), um que resolve para um nome de host como "mail.your-domain.com". Sem isso, muitos domínios rejeitarão seus e-mails, porque a maioria dos ISPs fornece um registro PTR padrão para você (como o client-001-005.isp.com) e se parece com um cliente de bot-net, na medida em que o DNS é em causa. Por fim, verifique se o seu endereço IP não está em nenhuma das listas negras 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 tinha se colocado em muitas listas negras, então quando recebi o IP com minha nova conta, não consegui enviar mail!

J.Ja

    

Answer 4

A primeira coisa a fazer é verificar se o servidor que você está planejando enviar e-mails pode fazer isso, certifique-se de que não haja problemas com ISP ou firewalls bloqueando a porta 25 (suponho que você esteja usando smtp).

Se o seu servidor está apenas enviando e-mails, não tendo que recebê-lo, a configuração de registros MX não é realmente algo que precisa ser configurado para que isso funcione. Dito isso, o que vai acontecer se alguém responder a um desses e-mails? Você deseja recebê-los? Em caso afirmativo, talvez você queira configurar seus registros MX corretamente e configurá-los para lidar com as mensagens recebidas.

Os registros SPF são importantes, especialmente quando se lida com grandes provedores de e-mail, como o Hotmail e o Gmail, que muitas vezes rejeitam mensagens como spam sem o SPF adequado. Você também vai querer garantir que você tenha a configuração correta dos registros DNS reversos, pelo mesmo motivo. Você também vai ter certeza de que sua saudação do servidor de e-mail contém um nome de host válido, com uma configuração de registro A para ele.

    

Answer 5

Se você quiser que as mensagens saiam em segundo plano, use algo que use o Sendmail em segundo plano.

O Sendmail faz parte da maioria das distribuições Linux. É um binário que envia mensagens. O bom disso é que o controle retorna instantaneamente à página da Web, e o Sendmail enfileira tudo para enviar em seu próprio tempo.

Eu escrevi um carrinho de compras há algum tempo que envia um e-mail assim que o processo de compra é concluído. Eu usei o phpmailer que por sua vez usava o Sendmail. Tudo funcionou perfeitamente desde o dia em que mudei para o Sendmail em vez de usar um servidor SMTP.