A configuração do meu próprio servidor SMTP para enviar e-mail é uma perda de tempo no que diz respeito à capacidade de entrega?


8

Eu tenho um host dedicado que atende a alguns domínios que eu gerencio. Eu hospedo meu próprio email e servidor IMAP.

O servidor está em buildoneforme.com com o endereço IP 144.76.81.247. Acho DNS reverso está funcionando:

$ host 144.76.81.247
247.81.76.144.in-addr.arpa domain name pointer buildoneforme.com.

Também administro um grupo da comunidade com seu próprio nome de domínio e site (hospedado na mesma máquina) e gostaria de executar uma lista de discussão do carteiro com algumas centenas de membros.

Configurei o MTA (exim4) para enviar email, mas estou com problemas de entrega, especificamente para a Microsoft (por exemplo, hotmail.com, outlook.com).

Inicialmente, a Microsoft bloqueou completamente meu endereço IP, mas usei um formulário para solicitar que ele fosse desbloqueado e minha solicitação foi atendida.

No entanto, agora descubro que todos os emails enviados por este servidor são automaticamente colocados na pasta de lixo eletrônico.

Enviei apenas alguns e-mails de teste, nenhuma lista de e-mails ou e-mails em massa ainda, e enviei para apenas dois endereços de teste da Microsoft.

Eu fiz o seguinte:

  • Programa de Relatório de Lixo Eletrônico Ingressado
  • Participou do programa Smart Network Data Services
  • SPF
  • DKIM
  • DMARC
  • TLS está disponível
  • Sem retransmissão aberta (tenho que me autenticar para enviar email via TLS)
  • Enviei um email de teste para check-auth@verifier.port25.com com o seguinte resultado:

    SPF check:          pass
    DomainKeys check:   neutral
    DKIM check:         pass
    Sender-ID check:    pass
    SpamAssassin check: ham
    

Escrevi para a Microsoft pedindo que parassem de marcar automaticamente todos os emails desse endereço IP como spam, mas recebi uma resposta padrão, incluindo o seguinte:

Infelizmente, depois de revisar as informações que você forneceu e em conformidade com nossas políticas de correio, não podemos oferecer mitigação imediata para seu problema de capacidade de entrega. No entanto, temos algumas recomendações específicas para você considerar que podem ajudá-lo a melhorar a entrega ao longo do tempo.

Isto é seguido por algumas recomendações genéricas que não se aplicam a mim.

Portanto, minha pergunta é a seguinte: é praticamente impossível para um pequeno operador como eu obter boa capacidade de entrega de e-mail usando meu próprio servidor SMTP de envio? Devo começar a usar um serviço de terceiros, como o Amazon SES?

Se eu criar muitas contas falsas do hotmail e começar a enviá-las e marcar todos os emails como não-indesejados, isso ajudará na lista branca deste endereço IP?

O único problema em potencial que posso encontrar com a minha configuração é o envio de mensagens de um domínio de nível superior, e não de um subdomínio, por exemplo, meu servidor se anuncia como buildoneforme.com, não mail.buildoneforme.com e o O registro mx é mail.buildoneforme.com (que aponta para o mesmo endereço IP). Isso faria muita diferença?


Agora você tem uma boa impressão de como é realmente difícil enviar e receber mensagens hoje em dia. Eu dirigi o meu próprio por anos, e finalmente desisti e me mudei para Mandrill (que neste volume provavelmente será gratuito).
Michael Hampton

Os serviços de correio da Microsoft são sempre problemáticos, eles apenas pensam que são os heróis e podem simplesmente jogar fora os e-mails de provedores menores. Você pode encontrar várias perguntas aqui sobre este tópico e não temos uma solução definitiva. Desistir é a reação errada, eu acho. Diga aos usuários que o problema são os serviços de correio da MS, e não você. É um combate Davi contra Golias, mas existem muitos Davids. Como alternativa, você pode simplesmente esperar e deixar seus e-mails marcados como não spam, responder etc para treinar seu software anti-spam. Comecei há um ano e não sou classificado como spam desde meio ano por eles.
sebix

Eu apenas tentei usar Mandril como um host inteligente. Geralmente funciona, mas o e-mail para outlook.com ainda acaba no lixo! Até o envio do servidor SMTP do meu ISP acaba sendo inútil. Os únicos e-mails que não terminaram em lixo são aqueles de gmail.com
user7406

Respostas:


9

Eu administro meu próprio servidor de e-mail há 17 anos, incluindo a hospedagem de uma grande lista de e-mails e, embora demore algum tempo, acho perfeitamente possível até hoje.

Muito do que deve ser feito, você já está fazendo; mas um fator que você não aborda é o tipo de endereço IP que você está usando. Muitos provedores de e-mail na lista negra definitiva (ou usam como um forte marcador para spam) blocos de endereços IP que tradicionalmente atuam como fontes de spam. Em primeiro lugar, esses têm sido os blocos de endereços domésticos de banda larga, que se o envio direto de e-mail quase sempre faz parte dos botnets zumbis. Mas, neste caso, observo que seu servidor tem um endereço Hetzner e, portanto, é muito provável que seja um VPS:

[me@anni ~]% whois 144.76.81.247
[...]
inetnum:        144.76.0.0 - 144.76.255.255
netname:        HETZNER-RZ-BLK-ERX1

Os VPS são descartáveis ​​e um alvo perfeito para os remetentes que desejam acionar um servidor para enviar algumas centenas de milhões de spams e desaparecem novamente. Imagino que pelo menos alguns grandes fornecedores tenham adotado blocos VPS nessas listas internas de marcadores / listas negras.

Meu servidor de correio é uma caixa física, dolorosamente e dispendiosamente hospedado em uma instalação colo, e possui alguns endereços IP de um intervalo reservado para um servidor colo real (ou, mais precisamente: um intervalo não conhecido por ser usado para fins domésticos ou VPS) . É muito menos provável que elas sejam consideradas contaminadas estruturalmente, porque é muito mais problemático e dispendioso configurar um servidor físico do que um VPS; portanto, é muito menos provável que um remetente de spam o faça.

Portanto, acho que minha resposta precisa seria que ainda é perfeitamente possível executar seu próprio servidor SMTP, mas isso pode exigir mais sofrimento do que você já passou. Desculpa.


Destacado. Seu endereço IP é uma das coisas mais importantes que um grande provedor de email usa para bloquear emails; se você estiver em um provedor ou em um bloqueio de rede conhecido por abrigar spammers, poderá se despedir da entrega.
Jenny D

Obrigado MadHatter. Minha máquina é um host dedicado, não um VPS, mas é possível que o IP pertença a um ou mais VPSs (ou a uma máquina dedicada usada para spam).
user7406

2
Justo! É possível que algumas pessoas pensem que Hetzner tem uma má reputação, ou eu posso estar errado. Observo que você fez quatro perguntas, mas aceitou as respostas para nenhuma. A etiqueta local é que, quando você está satisfeito com a resposta a uma pergunta, aceita-a clicando no esboço "assinalar" ao lado. Isso impulsiona o sistema de reputação para você e o autor da resposta, e interrompe a pergunta flutuando para sempre como um albatroz incoerente. Peço desculpas se você já sabe disso.
MadHatter

1

Não desista completamente da esperança. A execução de seu próprio servidor de correio às vezes é uma dor, mas parece que você está fazendo tudo certo.

Em geral, eu diria que se eles não estiverem bloqueando você completamente (ou seja, você recupera), é um problema de conteúdo. Tente ajustar um pouco o conteúdo. A Microsoft não é a melhor em anti-spam, mas se esforça bastante para seus usuários - às vezes muito. Diga aos usuários para colocarem você na lista de permissões - adicionar você ao catálogo de endereços é a maneira usual de fazer isso.

Verifique também se o software da lista de emails não está definindo seu conteúdo como Precedência: lixo / em massa. Isso pode lhe causar problemas.

Infelizmente, nada disso é fácil. A entregabilidade é uma vadia. Principalmente, é tentativa e erro.


Obrigado Matt. No meu caso, o conteúdo é muito simples. Enviei apenas alguns e-mails em texto sem formatação para teste. Ainda não há emails em massa ou em listas de endereçamento.
user7406
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.