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

14

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

Eu vi administradores usarem o sendmail para enviar e-mails. O sendmail é um servidor smtp ou é um cliente que confia no servidor smtp para retransmitir email? Eu pesquisei e li que é um agente de transferência de e-mail.

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

Supondo que não haja verificações de segurança (DNS reverso etc) no lugar quando eu uso o sendmail para enviar um email para [email protected]: Eu ainda preciso passar por outro servidor SMTP (google.com?) ou posso Envio e-mails do meu servidor usando o sendmail?

Também será bom se algum tipo de alma puder me indicar um guia para iniciantes sobre como os servidores de e-mail funcionam.

Obrigado

    
por Noob 24.06.2015 / 19:59

3 respostas

7

IMHO este minúsculo tutorial, MUAs, MTAs e MDAs , é muito bom em explicar os conceitos básicos do sistema de e-mail Unix.

Sim, o sendmail configurado corretamente deve ser capaz de enviar e-mails para qualquer MTA em hosts acessíveis (mas que MTA pode recusar o e-mail por várias razões)

Agora, quando você diz mail server , que normalmente se refere a um caminho alternativo em / both of:

  • Lado de recebimento
    Basicamente, substituindo o host de destino MTA + MDA (e a caixa de correio do usuário) com um servidor de e-mail + vários clientes de e-mail executando em vários modelos de máquinas separadas (como web / POP / IMAP / etc, normalmente aplicável à maioria dos serviços de correio público, como o gmail / yahoo).
  • Transmitir lado
    Basicamente, substituindo o host de envio MUA + MTA com o servidor de email + vários clientes de email em execução em várias modelo de máquinas
por 24.06.2015 / 21:33
8

Eu olhei para isso um pouco uma vez.

Talvez evite um termo como "servidor de email" porque assim que você começar a usar um termo como MTA, você está usando uma terminologia muito específica - nomenclatura mesmo, e "servidor de e-mail" talvez seja muito genérico, ambíguo significativo.

Pelo que eu posso reunir, é 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 e-mails são enviados para o usuário @ domain

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

MSA é um MTA que significa que transfere o email, mas é o MTA ao qual o MUA se conecta. E é no domínio local. Ele executaria o 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 escreve / "entrega" a mensagem no "armazenamento de correio" que está em um disco rígido ao qual o computador tem acesso. Muitas vezes, local para isso. Esse armazenamento de e-mail armazena e-mail para usuários no domínio.

MAA e MRA - Eles têm a ver com o recebimento de e-mails, em vez de enviar e-mails para fora. O termo MAA é menos conhecido e muitas vezes as pessoas se referem ao MRA como apenas o cliente IMAP / POP e não dão ao servidor uma abreviação. Ouvi falar do MRA sendo um termo para cliente e servidor, o argumento é que ele diz agente, apenas descreve uma função e a definição não se limita a apenas cliente ou apenas servidor. Mas os sites que usam o termo MAA parecem definir o MAA como o servidor e o MRA como o cliente, e talvez estejam certos. Então eu vou com isso, e cito dois sites sobre isso, 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
MRA client Fetchmail
MAA server Courier IMAPD

http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
manages the folders of an email account and makes the messages available to a MRA. MRA (Mail Retrieval Agent): accesses the email folders via the MAA and makes the messages available to the MUA

Você pergunta sobre o Sendmail .. Eu sei muito pouco sobre esses programas linux relacionados a 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, MSA é apenas uma forma de MTA).

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

    
por 24.06.2015 / 22:27
5

O termo "servidor de email" é vago. E-mail tem um monte de partes móveis para isso.

  • O Sendmail é um MTA (Mail Transfer / Transport Agent), um 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 por meio dos registros MX do DNS)
  • Quando um servidor SMTP recebe uma mensagem, 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 para o mesmo domínio em que o servidor SMTP está ativo, ela poderá entregar a mensagem ao Agente de Entrega de Correio (MDA) local (se não estiver atuando como um MDA em si).
    • Nos sistemas UNIX, o MDA local normalmente copia a mensagem para o spool de correio de um usuário local ( mbox ou Maildir ) ou outro mecanismo de armazenamento.

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

E se você quiser ler 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 levará para você, opcionalmente com funções de gerenciamento no caso do IMAP. O POP3 / IMAP não pode enviar mensagens.

Aplicativos que permitem ler mensagens de um servidor remoto via POP3 ou IMAP também permitem que você envie mensagens via SMTP e terá que implementar / ser um cliente para ambos os protocolos. O POP3 / IMAP e o SMTP não precisam estar no mesmo host.

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

    
por 24.06.2015 / 23:46