Está se tornando impossível ser um pequeno provedor de email?

Question

Eu operei um pequeno servidor de e-mail para meus e-mails particulares, alguns amigos que possuem sites e duas ONGs. No total, meu servidor envia entre 60 e 400 mensagens por dia. Agora, muitos desses emails são emails pessoais entre duas ou mais pessoas que se conhecem. Ocasionalmente (geralmente uma ou duas vezes por semana), haverá uma correspondência que vai para "membros" de uma ONG, informando-os sobre o que há de novo, etc.

Agora, já saí do "envio em massa" (cerca de 100 destinatários, todos pessoalmente conhecidos e inscritos manualmente por meio de um formulário em papel) para mailgun.org.

Ainda recebo (e cada vez mais) mensagens rejeitadas. Especialmente grandes provedores de e-mail como Gmail, Yahoo ou Microsoft (hotmail, live.com, ...) decidem rejeitar com um 550 ou enviar mensagens pessoais para a pasta Spam dos destinatários. Às vezes isso acontece:

• o usuário do Gmail envia um email para o usuário no meu sistema
• usuário no meu sistema responde
• a resposta está sendo rejeitada ou enviada para spam

Coisas que fiz:

• configurar o DKIM (assinatura por domínio de todo o email de saída)
• configurar o SPF, os domínios geralmente têm ~all , alguns -all
• Eu tenho um PTR correto para o IP do meu servidor de e-mail
• obviamente sem retransmissão aberta, os usuários só podem enviar de seu próprio endereço de e-mail após a autenticação
• Eu tenho políticas do DMARC para a maioria dos domínios
• Eu classifico mensagens de saída limitadas, para alguns servidores de email até 1 por minuto
• serviços de teste de e-mail relatam pontuações "perfeitas" (todas as aprovações) para todos os itens acima
• Eu regularmente verifico o meu IP para a lista negra usando link - é sempre todo verde

Agora o paradoxo vem aqui: para a maioria dos grandes provedores de e-mail, existe uma maneira de se registrar para monitorar taxas de rejeição e reputação de IP:

• link
• link
• e acredito que o Yahoo tem algo parecido

mas não classifico como remetente em massa, devido ao baixo volume. Então, eu fiz registro para monitorar minhas taxas de reputação e rejeição, mas como não envio e-mails em massa, não há relatórios.

Há mais alguma coisa que eu possa fazer para melhorar as taxas de entrega de e-mail? Ou devo ceder e parar de tentar operar meu próprio servidor de e-mail?

Caso seja relevante: eu uso o postfix e tenho regras muito restritas sobre o correio incoming (isto é, sem domínios desconhecidos / nomes de host ou registros SPF inválidos, eu uso spamassassin etc.)

Atualizar

Aqui está um exemplo, enviado por mim para meus sogros e que chegou em sua pasta de SPAM: link (eu substituí o envio endereçar domínio com example.com e o endereço dos destinatários com [email protected] )

Como surgiu a questão: as conexões para o Gmail são Untrusted TLS connection established to gmail-smtp-in.l.google.com[2a00:1450:400c:c0b::1b]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits) criptografadas.

    

Answer 1

Não deve haver problemas em se tornar um pequeno provedor de email. Você parece estar fazendo as coisas certas. Muitos provedores grandes não acertam, e esperamos que a maior parte do e-mail seja entregue.

Se o e-mail estiver sendo enviado para a pasta SPAM, é provável que você tenha perdido alguma coisa. Deve haver um registro de por que você tem problemas de exibição:

• Para mensagens devolvidas, leia a resposta. Deve especificar porque o email foi devolvido. Se você puder, certifique-se de que as mensagens devolvidas estejam registradas.
• Para mensagens enviadas para a pasta Spam, examine os cabeçalhos da mensagem na mensagem entregue. Isso deve (irá para o GMail ou Yahoo) conter detalhes de algumas das verificações que foram feitas. Isso ajuda você a determinar qual é o problema.

Algumas coisas que você não especificou, embora algumas devam ser detectadas pelo relatório de validação:

• A validação do rDNS do seu endereço de servidores de e-mail é bem-sucedida. (Seu registro PTR deve retornar apenas um endereço.)
• Seu servidor usou o nome no registro PTR em sua mensagem EHLO ou HELO.
• Configure um registro SPF para o domínio do servidor de email ("v = spf1 a -all").
• Você se registrou no dnswl.org.
• Você teve as chaves públicas DKIM publicadas no local correto. Você pode usar a mesma chave para vários domínios. Pode ajudar outras organizações a usarem registros CNAME nos registros DNS que você controla.
• Você usou uma chave grande DKIM 1024 ou maior.
• Processar e-mails enviados por meio de um filtro de spam (pelo menos, problemas de registro).

Se você tem DMARC, pode configurar relatórios de status de entrega e relatórios de rejeição. Isso permitirá que você receba relatórios de entrega. Eu recebo relatórios do Google, Microsoft e Yahoo. Por favor, note disposição "nenhum" indica o correio foi entregue.

    

Answer 2

Uma coisa que falta nas respostas acima (excelentes) é configurar o TLS de saída. O Gmail começou a punir os remetentes que não usam TLS, e outros provedores não estão dizendo nada, mas tenho certeza de que eles seguirão o exemplo.

    

Answer 3

Hoje em dia, as atividades de spam são uma verdadeira dor de cabeça. Os caras grandes como o Gmail, Microsoft, Yahoo etc. tentando proteger seus usuários dos spams. Por isso, eles devem melhorar suas técnicas para filtrar os spams. E, devido ao motivo de segurança, eles também nunca divulgam suas políticas de spam. Portanto, não conseguimos encontrar uma diretriz para configurar um servidor de e-mail de maneira que possamos enviar e-mails para os grandes provedores de serviços.

Não há regras específicas para não serem listadas em seu livro de más, mas você deve manter seu servidor atualizado com as novas diretrizes. Aqui estão alguns deles.

1) Verifique a causa raiz do correio devolvido. Relaciona-se com a reputação de IP do servidor OU com os registros DNS incorretos do domínio.

2) Não use um registro SPF com um valor padrão como ~ all. Crie um registro SPF específico como um MX -all

3) Evite o encaminhamento de mensagens do seu servidor para o Gmail / Yahoo / Microsoft / Comcast. Se eles detectarem algum spam nos seus e-mails encaminhados, eles não se incomodarão em verificar de onde o e-mail foi originado. Eles simplesmente consideram seu servidor de e-mail como uma origem de spam e você pode ser adicionado à lista negra.

4) Instale um SSL em seu servidor e use a conexão Outbound com TLS.

5) Mantenha lista Double Opt In em todas as newsletters. E muito mais ...

    

Answer 4

Untrusted TLS connection established to gmail-smtp-in.l.google.com

Acho que você tem um erro na cadeia de certificados aqui. Certifique-se de enviar o certificado intermediário junto com seu certificado.

    

Answer 5

@Stefan

Você parece muito bem informado, o que é incrível, olhei seus cabeçalhos, sem o nome do seu domínio, é muito difícil ajudar na solução de problemas. A única coisa que notei em seus cabeçalhos é que você está usando "Simple / Simple" para assinar o seu DKIM, você deve realmente mudar para "Relaxado / Relaxado". Muitos servidores de email têm problemas com o simples.

Você também deixou o nome do servidor de e-mail no seu pastebin, que aparece em uma lista negra . Eu duvido que isso esteja causando o problema, mas essa ferramenta faz uma varredura muito maior do que aquela que você estava usando.

Envie um email para [email protected] para ver quantos pontos críticos você tem. Você pode obter algumas pistas.

    

Answer 6

A resposta é não.

Declaro isso principalmente porque tenho consciência de que é difícil imaginar um número de pessoas com mais experiência em todos os aspectos de administração de ESP do que eu e, no entanto, executo uma dúzia de sistemas de e-mail de produção que se qualificam como "pequenos" sem apresentar problemas.

Pelo que você postou, parece que você ensinou tudo e, presumindo que você tenha implementado corretamente o que está listado, resta apenas uma opção - que seu endereço IP tenha feito coisas ruins em sua vida passada.

Eu quero dizer (realmente) ruim. O seu endereço IP pode ser retirado de listas negras públicas por iniciativa do ISP (que é muito mais eficiente), mas antes disso servia repetidamente o tráfego de vírus e phishing por um período prolongado de tempo.

Se for esse o caso, infelizmente há pouco que pode ser feito, para o meu melhor conhecimento. Uma opção é permanecer na tentativa de manter servidor de e-mail legítimo por um longo tempo, pagando o preço de muitos e-mails sendo rejeitados antes da reputação do remetente - completamente diferente de estar presente ou não nas listas negras públicas - está lentamente estabelecido.

Por favor, mantenha-nos informados sobre o seu caso.