Como configurar o servidor de email para enviar muitos emails transacionais

4

Atualmente, minha organização está terceirizando a entrega de emails para um provedor de serviços SMTP. Estamos pensando em trazer isso de volta para nossos próprios e-mails.

Enviamos cerca de 5 e-mails de transações por dia em relação a confirmações de pedidos e notificações de envio. Esse tipo de volume e a importância desses e-mails significa que precisamos garantir que nosso servidor de e-mail seja configurado da melhor forma possível para evitar que os e-mails pareçam spam.

Os e-mails que enviamos tendem a ser semelhantes, pois são confirmações de pedidos por modelo, portanto, o risco é que os e-mails sejam classificados como spam e sejam bloqueados ou nossos e-mails sejam devolvidos.

Com o provedor de e-mail terceirizado, obtemos uma boa capacidade de entrega, mas se o fizermos por nós mesmos, temos medo de que os e-mails não sejam entregues.

Nossas ideias até agora incluem:

  • Configurando o DNS reverso corretamente
  • Configurando registros SPF
  • Chaves de domínio (não tenho certeza se isso é fácil ou difícil)

Quais são as dicas e amp; melhor prática para configurar um servidor de e-mail que pode enviar e-mail deste volume e evitar ser classificado como spam?

    
por anotherguy 21.09.2010 / 20:46

5 respostas

5

Considere registrar-se no dnswl.org. Existem também alguns serviços abertos que irão verificar sua configuração.

  • Definitivamente acerte o rDNS e use um subdomínio para o host. por exemplo. mail.example.com não exemplo.com. Certifique-se de ter um endereço IP estático adequado que não esteja listado com spamhaus.org. Evite usar qualquer parte do seu endereço IP no nome DNS.
  • Corresponda o nome do servidor de e-mail configurado no seu software ao nome DNS.
  • Configure os endereços de e-mail necessários para postmaster e abuso.
  • Garanta que as chamadas dos endereços do remetente funcionem, pelo menos para o servidor de destino.
  • Considere implementar a Verificação de etiqueta de endereço de rejeição (BATV) para permitir a verificação de avisos de devolução.
  • Definitivamente, faça o SPF corretamente. Embora os spammers o usem, ajudará a impedir que os spammers usem seu endereço. Também faça SPF para o servidor. Veja o FAQ no link aberto .
  • O DKIM autenticará os conteúdos assinados, que podem ser úteis para seus propósitos. Não tem muito impacto nas pontuações de spam. Eu estou achando que muitos dos assinantes existentes quebraram implementações.
  • Configure as políticas apropriadas para o envio e recebimento de email. Implemente o máximo possível no servidor para limitar o recebimento de emails.
  • Limite os servidores que você retransmite para aqueles dentro de sua LAN que precisam enviar e-mail. Aceite apenas e-mail para seu domínio.

Eu tenho uma postagem em Como executar um servidor de e-mail com alguns outros comentários. É um pouco retumbante, pois vários e-mails legítimos enviam e-mails que se parecem muito com o Spam devido às más implementações de e-mail.

EDITAR: normalmente, serviços como smtp , mail e www têm nomes (subdomínios) relacionados a serviços. Em alguns casos, eles terão sufixos numéricos como smtp2 ou www1 . Isso torna simples fornecer os serviços em diferentes servidores simples. Os servidores geralmente têm seu próprio nome de host (subdomínio) que não está relacionado ao (s) sevice (s) que eles fornecem. Atualmente, o domínio pode ser usado para tráfego da Web, mas é frequentemente redirecionado imediatamente para o subdomínio da Web.

    
por 22.09.2010 / 05:26
1

Estou assumindo que esses e-mails estão indo para muitos destinatários diferentes em muitos domínios diferentes com base nas informações do pedido, status etc., correto? Então, para qualquer domínio externo, você pode estar enviando apenas alguns desses 5.000 e-mails? Se assim for, então você deve estar bem. Só porque você está enviando um grande volume de e-mails, você não fica mais propenso a ser sinalizado como spammer do que a uma empresa que envia apenas algumas dezenas de e-mails por dia. A Amazon.com envia centenas de milhares de e-mails relacionados a pedidos todos os dias. Corporações que têm milhares ou dezenas de milhares de funcionários coletivamente enviam centenas de milhares de e-mails por dia. IBM, Microsoft, GM e Walmart são exemplos de corporações que enviam centenas de milhares de e-mails todos os dias.

Se você seguir as "regras" geralmente aceitas para enviar e-mails, como garantir que seu servidor não seja um retransmissor aberto, tenha registros rDNS e SPF válidos, etc., tudo bem.

    
por 22.09.2010 / 04:12
0

O SPF e o DKIM não reduzem suas chances de serem rotulados como spam, já que simplesmente mostram que você está autorizado a enviar e-mails para um determinado domínio (até mesmo spammers usam SPF e DKIM).

DNS reverso é o principal, bem como ter seu servidor HELO corretamente, e ter certeza que você está enviando de um endereço IP "correto" que não está em nenhuma das RBLs que listam coisas como residencial / blocos IP dinâmicos.

É claro, garantir que você fique de fora de qualquer RBL é a primeira coisa, mas se você está apenas enviando notificações de envio / ordem, você não deve ter nenhum problema com o envio de e-mails não solicitados.

    
por 21.09.2010 / 21:12
0

Apenas uma observação de que o GoDaddy.com fornece uma entrada rDNS falsa para seus servidores dedicados virtuais (ip-XXX-XXX-XXX-XXX-secureserver.net), que geralmente é sinalizada como um tipo de endereço de produção de spam. O GoDaddy irá NÃO mudar isso (eu perguntei algumas vezes, apontando para eles as falhas em sua abordagem). Então, polegares para baixo para o uso de GoDaddy para hospedagem e servidor de e-mail.

    
por 22.09.2010 / 17:13
0

O gerenciamento de entrega de e-mail é intensivo em manutenção. A primeira opção seria usar provedores de serviços externos de retransmissão SMTP (como isso . Se você quiser manter o servidor SMTP internamente, você pode fazer esse teste do servidor de e-mail e implementar recomendações dadas.

    
por 27.09.2010 / 09:42