Este é o começo de um grande curso sobre como trabalhar com servidores de e-mail. Não é meu objetivo ensinar rapidamente alguém a trabalhar com servidores de e-mail. Haverá muita informação adicional relacionada às perguntas que encontraremos ao longo do caminho, porque estou tentando fazer o curso principalmente para aqueles que estão apenas dando os primeiros passos.
PrefácioAcontece que trabalho como professor de administração de Linux. Como tarefa de casa, dou aos alunos uma dúzia de links para vários recursos, pois em alguns lugares a matéria é insuficiente e em outros é muito complexa. Além disso, o material é frequentemente duplicado em diferentes recursos, e às vezes diverge. A maioria do conteúdo está em inglês, e alguns alunos enfrentam dificuldades de compreensão. Há ótimos cursos de Semaev e Lebedev, e talvez de outros, mas, na minha opinião, alguns tópicos não são suficientemente explorados, enquanto outros não estão bem relacionados entre si.
Portanto, um dia decidi resumir o material e oferecê-lo aos alunos de uma forma conveniente. Mas, já que estou fazendo isso, por que não compartilhar com todos? Primeiro, tentei fazer em formato de texto e adicionar links, mas existem milhões de tais recursos, e qual é o resultado? Às vezes, faltavam explicações visuais, outras vezes, os alunos se mostram relutantes em ler todo o texto (e não só eles), resultando em lacunas no conhecimento.
Mas a questão não está apenas nos alunos. Durante toda a minha carreira, trabalhei com integradores de TI, o que me proporcionou uma enorme experiência com diversos sistemas. Acabei me tornando um engenheiro com múltiplas habilidades. Frequentemente me deparo com profissionais de TI em várias empresas e percebo com bastante frequência lacunas no conhecimento deles. Na área de TI, muitos são autodidatas, eu também sou um deles. E eu tenho várias lacunas, e gostaria de ajudar os outros e a mim mesmo a eliminá-las.
Na minha opinião, vídeos curtos com informações são mais interessantes e mais fáceis de assimilar, por isso decidi experimentar esse formato. E eu sei que não sou o melhor orador, é difícil me ouvir, mas estou tentando melhorar. Para mim, isso é um novo hobby que quero desenvolver. Antes, tinha um microfone pior, agora principalmente resolvo problemas com som e dicção. Quero criar conteúdo de qualidade e realmente preciso de críticas e conselhos objetivos.
P.S. Algumas pessoas acharam que o formato de vídeo não é bem adequado e seria melhor usar texto. Eu não concordo completamente, mas que seja — tanto em vídeo quanto em texto.
Vídeo
Próximo >
Para poder trabalhar com e-mail, você precisa de um cliente de e-mail. Isso pode ser um cliente web, como Gmail, OWA, Roundcube, ou um aplicativo no computador — Outlook, Thunderbird, etc. Suponha que você já tenha se registrado em algum serviço de e-mail e precise configurar o cliente de e-mail. Você abre o programa e ele solicita os dados: nome da conta, seu endereço de e-mail e senha.
Depois de inserir esses dados, seu cliente de e-mail tentará encontrar informações sobre seu servidor de e-mail. Isso é feito para simplificar a configuração da conexão com o servidor, uma vez que a maioria dos usuários não sabe os endereços e protocolos de conexão. Para isso, os clientes de e-mail utilizam diferentes métodos para buscar informações sobre o servidor e as configurações de conexão. Esses métodos podem variar de acordo com o cliente de e-mail.
Por exemplo, o Outlook utiliza o método 'autodiscover', em que o cliente consulta o servidor DNS e pergunta sobre um registro autodiscover associado ao domínio de e-mail que você forneceu nas configurações do seu cliente de e-mail. Se o administrador configurou esse registro no servidor DNS, ele apontará para o servidor web.
Depois que o cliente de e-mail descobre o endereço do servidor web, ele o consulta e encontra um arquivo pré-preparado com as configurações de conexão ao servidor de e-mail no formato XML.
No caso do Thunderbird, o cliente de e-mail não faz a busca pelo registro DNS autodiscover, mas tenta se conectar diretamente ao servidor web autoconfig. e ao nome do domínio especificado. E também tenta encontrar um arquivo com as configurações de conexão no formato XML no servidor web.
Se o cliente de e-mail não encontrar o arquivo com as configurações necessárias, ele tentará adivinhar as configurações entre as mais usadas. Por exemplo, se o domínio se chama example.com, o servidor de e-mail verificará se existem servidores com os nomes imap.example.com e smtp.example.com. Se encontrar, registrará isso nas configurações. Caso o cliente de e-mail não consiga determinar o endereço do servidor de e-mail, ele sugerirá que o usuário insira os dados de conexão manualmente.
Então você verá 2 campos para servidores — endereço do servidor de correio de entrada e endereço do servidor de correio de saída. Em geral, em pequenas organizações, esses endereços coincidem, mesmo que sejam indicados através de diferentes nomes DNS, enquanto em grandes empresas, pode haver servidores diferentes. Mas não importa se é o mesmo servidor ou não — os serviços por trás deles são diferentes. Uma das combinações de serviços de correio mais populares é Postfix & Dovecot. Onde Postfix atua como o servidor de correio de saída (MTA — agente de transferência de correio), e Dovecot como o servidor de correio de entrada (MDA — agente de entrega de correio). Pelo nome, pode-se deduzir que o Postfix é usado para enviar correio, enquanto o Dovecot é para receber correio no cliente de correio. Os próprios servidores de correio se comunicam entre si através do protocolo SMTP — ou seja, o Dovecot (MDA) é necessário para os usuários.
Suponha que configuramos a conexão com nosso servidor de correio. Vamos tentar enviar uma mensagem. Na mensagem, indicamos nosso endereço e o endereço do destinatário. Agora, para entregar a mensagem, seu cliente de correio enviará a mensagem ao seu servidor de correio de saída.
Quando seu servidor receber a mensagem, ele tentará descobrir a quem deve entregar esta mensagem. Seu servidor não pode saber de cor os endereços de todos os servidores de correio, portanto, ele consulta o DNS para encontrar um registro MX especial — que aponta para o servidor de correio para esse domínio. Esses registros podem diferir para diferentes subdomínios.
Depois que ele descobre o endereço do servidor do destinatário, ele envia sua mensagem por SMTP para esse endereço, onde o servidor de correio (MTA) do destinatário aceitará a mensagem e a colocará em um diretório especial, que também é verificado pelo serviço responsável por entregar as mensagens aos clientes (MDA).
Quando, da próxima vez, o cliente de correio do destinatário perguntar ao servidor de correio de entrada se há novas mensagens, o MDA enviará sua mensagem.
Mas como os servidores de correio operam na internet e qualquer pessoa pode se conectar a eles e enviar mensagens, além de serem amplamente utilizados por várias empresas para trocar dados importantes, isso se torna um alvo atraente para criminosos, especialmente para spammers. Portanto, nos servidores de correio modernos, existem muitas medidas adicionais para confirmar o remetente, verificar spam, etc. E muitos desses tópicos eu tentarei abordar nas próximas partes.
Fonte: habr.com
