O sendmail é um servidor smtp? Existe alguma diferença entre o MTA e o servidor de email?

Eu sou novo no correio e não sei exatamente como ele funciona.

Vi administradores usarem o sendmail para enviar e-mail. O sendmail é um servidor smtp ou é um cliente que depende do servidor smtp para retransmitir email? Pesquisei no Google e li que é um agente de transferência de mensagens.

Existe alguma diferença entre um agente de transferência de mensagens e um servidor de mensagens?

Supondo que não haja verificações de segurança (DNS reverso etc.) quando uso o sendmail para enviar um email para [email protected]: Ainda preciso passar por outro servidor smtp (google.com?) Ou posso enviar emails do meu servidor usando o sendmail?

Também será bom se uma alma amável puder me indicar um guia para iniciantes sobre como os servidores de correio funcionam.

obrigado

IMHO este pequeno tutorial, MUAs, MTAs e MDAs , é muito bom em explicar os conceitos básicos do sistema de email Unix.

Sim, o sendmail configurado corretamente deve poder enviar email para qualquer MTA em hosts acessíveis (mas esse MTA pode recusar o email por vários motivos)

Agora, quando você diz mail serverque normalmente se refere a um caminho alternativo em um / ambos:

• Lado de recebimento
  Substituindo basicamente o host de destino MTA + MDA (e a caixa de correio do usuário) por um servidor de correio + vários clientes de correio em execução em vários modelos de máquinas separadas (como web / POP / IMAP / etc, geralmente aplicáveis ​​à maioria dos serviços públicos de correio como o Gmail / Yahoo).
• Lado da transmissão
  Substituindo basicamente o host de envio MUA + MTA pelo servidor de correio + vários clientes de correio em execução em vários modelos de máquinas separadas

Eu olhei para isso um pouco uma vez.

Talvez evite um termo como "servidor de email" porque, quando você começa a usar um termo como MTA, agora usa uma terminologia muito específica - até mesmo nomenclatura, e "servidor de email" talvez seja muito genérico, ambíguo, para ser significativo.

Pelo que eu entendi, fica assim

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

e com um cliente IMAP / POP (MRA) e um servidor IMAP / POP (MAA) envolvidos

sending(A->B->C->D->X)   then  from receiving right to left (X<--B<--A)
    A      B     C          D          X      B     A 
    MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA

Os emails são enviados para o usuário @ domínio

MUA é o cliente de email. Seria o cliente SMTP. (ou talvez mais precisamente, uma interface de usuário configurada para executar um cliente SMTP específico, que é obviamente local para essa máquina, mas é claro, se conecta a um servidor SMTP)

MSA é um MTA, o que significa que ele transfere o email, mas é o MTA ao qual o MUA se conecta. E está no domínio local. Seria executado SMTP. Seria um servidor SMTP. (possivelmente existem outros protocolos que podem ser executados como alternativas ao SMTP).

MTA é um MTA no domínio de destino.

MDA É um computador no domínio do destinatário, que grava / "entrega" a mensagem no "armazenamento de email", localizado no disco rígido ao qual o computador tem acesso. Muitas vezes local. Esse armazenamento de email armazena emails para usuários no domínio.

MAA e MRA - Referem -se ao recebimento de email, em vez de enviar email. O termo MAA é menos conhecido e, muitas vezes, as pessoas se referem ao MRA como apenas o cliente IMAP / POP e não abreviam o servidor. Ouvi dizer que o MRA é um termo para cliente e servidor, o argumento é que diz agente, portanto, apenas descreve uma função e a definição não se limita apenas ao cliente ou apenas ao servidor. Mas sites que usam o termo MAA parecem definir o MAA como servidor e o MRA como cliente, e talvez eles estejam certos. Então, eu vou com isso, e cito dois sites, para uma definição e um exemplo.

Existe o MAA, que é um servidor POP / IMAP. E o MRA, que é o cliente POP / IMAP. Dois links que mencionam isso ..

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
cliente MRA Fetchmail
servidor MAA servidor Courier IMAPD

http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
gerencia as pastas de uma conta de email e disponibiliza as mensagens para um MRA. MRA (Mail Retrieval Agent): acessa as pastas de email via MAA e disponibiliza as mensagens para o MUA

Você pergunta sobre o Sendmail. Conheço muito pouco desses programas Linux relacionados ao email, mas o Sendmail tem um cliente SMTP, embora seja principalmente um MTA (e qualquer programa que possa funcionar como um MTA pode funcionar como um MSA, um MSA é apenas uma forma de MTA).

Você pergunta se é possível enviar diretamente para o MTA do domínio de destino, se não há verificações de segurança. Eu acho que já fiz isso uma vez MUA para MTA, apenas um servidor SMTP envolvido, então sim. Mas normalmente é o MSA no seu domínio local que o envia para o MTA. Normalmente, existem dois servidores SMTP envolvidos. Eu acho que o que fiz para ver isso foi executar um sendmail ou postfix do servidor SMTP SMA da MSA, vi uma verificação de DNS no domínio e encontrei um MTA de destino (outro servidor SMTP). Então eu pensei heh, vou tentar enviá-lo diretamente. E para um domínio para o qual eu queria enviar, eu poderia conectar-me diretamente ao MTA de destino.

O termo "servidor de email" é vago. O email tem muitas partes móveis.

• O Sendmail é um agente de transferência / transporte de correio (MTA), também conhecido como servidor SMTP. (Existem outros, por exemplo exim4)

  • Algo abrirá uma sessão com o servidor SMTP de um domínio para enviar uma mensagem para outro host nesse domínio. (O servidor SMTP do domínio é encontrado via registros MX DNS)

• Depois que um servidor SMTP recebe uma mensagem, ele pode fazer várias coisas:

  • Se a mensagem recebida for de um domínio diferente, ela poderá retransmitir a mensagem para o servidor SMTP desse domínio.
  • Se a mensagem recebida for do mesmo domínio em que o servidor SMTP permanecer, poderá entregá-la ao MDA (Mail Delivery Agent) local (se não estiver atuando como um MDA).
  • Nos sistemas UNIX, o MDA local normalmente copia a mensagem para o spool ( mboxou Maildir) de correio do usuário local ou outro mecanismo de armazenamento.

Se você tiver um servidor SMTP em execução em um sistema UNIX / Linux, você pode usar um Mail User Agent (MUA), tais como mutt, pineou outro programa para ler e-mails do seu spool local. Você precisa estar conectado ao sistema local para que isso funcione.

E se você quiser ler as mensagens armazenadas em um sistema remoto? O sistema remoto deve estar executando um servidor POP3 ou IMAP, que buscará mensagens da conta no sistema remoto e as trará até você, opcionalmente com funções de gerenciamento no caso de IMAP. O POP3 / IMAP não pode enviar mensagens.

Os aplicativos que permitem ler mensagens de um servidor remoto via POP3 ou IMAP também permitem enviar mensagens via SMTP e terão que implementar / ser um cliente para ambos os protocolos. POP3 / IMAP e SMTP não precisam viver no mesmo host.

A segurança foi ligada à maioria desses protocolos ao longo dos anos. Cada um desses protocolos possui métodos opcionais para exigir certificados ou autenticação de clientes. É particularmente importante proteger um servidor SMTP da retransmissão de email para usuários não autenticados, pois ele normalmente é abusado para fins de spam. O nome de usuário / senha / certificado SMTP pode ser diferente de qualquer POP3 / IMAP, que ainda pode ser diferente de qualquer conta local no sistema.