1Sep
Como uma pessoa aprende mais sobre como os clientes de correio, servidores SMTP e todo o sistema de correio on-line funcionam, eles podem estar curiosos sobre por que um servidor SMTP intermediário é mesmo necessário. Com isso em mente, a publicação do SuperUser Q & A tem respostas para as perguntas de um leitor curioso.
Today's Question &A sessão de atendimento chega a cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento comunitário de sites Q & A.
Foto cedida por David Schroeder( Flickr).
A pergunta
Leitor de superutilizador Tobia quer saber por que um servidor SMTP intermediário é necessário para enviar o correio:
Por que eu preciso de um servidor SMTP intermediário para enviar mensagens? Por que meu cliente de email( Outlook ou Thunderbird) não é possível enviar mensagens diretamente para o domínio SMTP do destinatário?
Por exemplo, se eu tiver que enviar correio para [email protected] com minha conta do Gmail, envio-o para o servidor
smtp.gmail.com ;então este servidor envia minha mensagem para o servidor MX do example.com .Por que um servidor SMTP intermediário é necessário para enviar mensagens?
A resposta
Colaborador do SuperUser davidgo tem a resposta para nós:
É tecnicamente possível enviar e-mails diretamente para o servidor SMTP do destinatário do seu computador.
Olhando para isso de uma base histórica, se o servidor SMTP remoto estiver desativado, você deseja que um sistema o manipule automaticamente e continue tentando, portanto, você possui um servidor SMTP.Da mesma forma, nos velhos tempos, nem todos os servidores de correio estavam conectados o tempo todo( os links de longa distância eram caros), de modo que o correio seria encaminhado e enviado quando um link fosse estabelecido.
Mudando para onde os serviços de Internet são baratos, ainda é útil ter mecanismos para tentar novamente enviar mensagens se um servidor não estiver disponível. Não é ideal para esta funcionalidade ser escrita no MUA( Mail user agent / end mail mail program).Essas funções se encaixam em um MTA( servidor de email / servidor SMTP).
Mas fica pior: spammers. A maioria dos emails( mais de 80 por cento) é o spam. Os provedores de correio fazem o que podem para reduzir esse problema e um grande número de técnicas fazem suposições sobre como o correio é entregue. O seguinte é considerações importantes:
1. Greylisting: Alguns fornecedores deixarão automaticamente uma conexão de email se o remetente e o destinatário não tiverem sido comunicados antes e espero que eles tentem uma segunda vez. Os spammers muitas vezes não são repetidos enquanto um servidor SMTP sempre é suposto. Isso reduz o volume de spam em cerca de 80%, mas é uma merda para ter que fazer isso.
2. Reputação: É muito mais provável que alguém que envie e-mails através de um servidor SMTP respeitável e conhecido seja legítimo em comparação com um servidor de vôo por noite. Para obter uma sensação de reputação, os provedores fazem uma série de coisas:
- Bloqueie os endereços dinâmicos / clientes( não 100 por cento, mas os grandes troços da Internet foram mapeados).
- Verifique se o DNS reverso corresponde ao DNS direto. Não é muito difícil de fazer, mas mostra algum nível de responsabilidade e conhecimento das melhores práticas( algo que muitos blocos de endereço do cliente não possuem).
- Verifique a reputação. Ao se comunicar com outros servidores SMTP, muitos provedores acompanham a quantidade de spam e o volume de correio enviado. Eles podem reduzir a quantidade de spam, limitando conexões e observando esses parâmetros. Há muitas maneiras de fazer isso, nem todas óbvias, mas que exigem um remetente conhecido.
- SPF e DKIM.Esses mecanismos vinculam os recursos DNS ao nome do domínio para tornar o correio forjando mais difícil e seria difícil, mas não necessariamente impossível de implantar se o programa de correio( MUA) for responsável pelo correio de saída.
Existem provavelmente outras preocupações menores, mas estas serão as principais.
Tem alguma coisa a adicionar à explicação? Som desligado nos comentários. Deseja ler mais respostas de outros usuários Tech-savvy Stack Exchange? Confira o tópico de discussão completo aqui.