Por que um servidor SMTP intermediário é necessário para enviar email?


0

Por que um servidor SMTP intermediário é necessário para enviar e-mail-00

À medida que uma pessoa aprende mais sobre como os clientes de correio, servidores SMTP e todo o sistema de correio online funcionam, eles podem ficar curiosos sobre o motivo pelo qual um servidor SMTP intermediário é necessário. Com isso em mente, a postagem de perguntas e respostas do superusuário de hoje tem respostas para as perguntas de um curioso leitor.

A sessão de perguntas e respostas de hoje chega até nós como cortesia do SuperUser – uma subdivisão do Stack Exchange, um agrupamento da comunidade de sites de perguntas e respostas.

Foto cortesia de David Schroeder (Flickr).

A questão

O leitor de superusuário Tobia quer saber por que um servidor SMTP intermediário é necessário para enviar e-mails:

Por que preciso de um servidor SMTP intermediário para enviar email? Por que meu cliente de email (Outlook ou Thunderbird) não consegue enviar mensagens diretamente para o domínio SMTP do destinatário?

Por exemplo, se eu tiver que enviar e-mail para address@example.com com minha conta do Gmail, eu a envio para o smtp.gmail.com servidor; esse servidor envia minha mensagem ao servidor MX de example.com.

Por que é necessário um servidor SMTP intermediário para enviar email?

A resposta

O colaborador do superusuário davidgo tem a resposta para nós:

É tecnicamente possível enviar e-mail diretamente para o servidor SMTP do destinatário do seu computador.

Olhando para ele de uma base histórica, se o servidor SMTP remoto estiver inativo, você deseja que um sistema o manipule automaticamente e continue tentando novamente, portanto, você tem um servidor SMTP. Da mesma forma, antigamente, nem todos os servidores de email estavam conectados o tempo todo (os links de longa distância eram caros); portanto, os emails eram enfileirados e enviados quando um link era estabelecido.

Passando para onde os serviços da Internet são baratos, ainda é útil ter mecanismos para tentar enviar novamente o correio se um servidor estiver indisponível. Não é ideal que essa funcionalidade seja gravada no MUA (agente de usuário de email / programa de email de usuário final). Essas funções se encaixam em um MTA (servidor de email / servidor SMTP).

Mas fica pior – spammers. A maioria dos emails (mais de 80%) é spam. Os provedores de correio fazem o possível para reduzir esse problema e um grande número de técnicas faz suposições sobre a maneira como o correio é entregue. A seguir, considerações importantes:

1 Lista cinza: Alguns provedores eliminam automaticamente uma conexão de email se o remetente e o destinatário não tiverem se comunicado antes e esperam que eles tentem uma segunda vez. Os spammers geralmente não tentam novamente enquanto um servidor SMTP sempre deveria. Isso reduz o volume de spam em cerca de 80%, mas é uma pena ter que fazer isso.

2) Reputação: É muito mais provável que alguém enviando e-mail por um servidor SMTP conhecido e respeitável seja legítimo em comparação com um servidor noturno. Para ter uma idéia da reputação, os provedores fazem várias coisas:

  • Bloqueie endereços dinâmicos / de cliente (não 100%, mas grandes partes da Internet foram mapeadas).
  • Verifique se o DNS reverso corresponde ao DNS de encaminhamento. 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ços de clientes não possuem).
  • Verifique a reputação. Ao se comunicar com outros servidores SMTP, muitos provedores controlam a quantidade de spam e o volume de mensagens enviadas. Eles podem reduzir a quantidade de spam limitando as conexões e vigiando 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 de domínio para dificultar a falsificação de mensagens e seriam difíceis, mas não necessariamente impossíveis de implantar, se o programa de correio (MUA) for responsável pelas mensagens enviadas.

Provavelmente existem outras preocupações menores, mas essas seriam as principais.


Tem algo a acrescentar à explicação? Som desligado nos comentários. Deseja ler mais respostas de outros usuários do Stack Exchange com conhecimento técnico? Confira o tópico de discussão completo aqui.


Like it? Share with your friends!

0

What's Your Reaction?

hate hate
0
hate
confused confused
0
confused
fail fail
0
fail
fun fun
0
fun
geeky geeky
0
geeky
love love
0
love
lol lol
0
lol
omg omg
0
omg
win win
0
win

0 Comments

Your email address will not be published. Required fields are marked *