Servidor de s e Protocolo SMTP

Apresentação em tema: "Servidor de s e Protocolo SMTP"— Transcrição da apresentação:

1 Servidor de E-mails e Protocolo SMTP
Campus Cachoeiro Curso Técnico em Informática Servidor de s e Protocolo SMTP Professor: João Paulo de Brito Gonçalves Disciplina: Projeto Integrador de Redes

2 Definições Servidor de Mensagens
Um servidor de mensagens é responsável pela recepção e envio de mensagens. Dentro deste processo há vários mecanismos utilizados pelo servidor antes da mensagem chegar até o remetente. Atualmente na Internet um dos grandes responsáveis por seu imenso tráfego, sem dúvida, é o . Tal como o correio normal, o é um meio de comunicação assíncrono, as pessoas enviam e recebem mensagens quando for conveniente para elas. O Simple Mail Transfer Protocol (SMTP) é o protocolo de transporte de mensagens utilizado em redes TCP/IP. Um servidor de mensagens oferece outros serviços além de transporte, este deve prover serviços como fornecer apelidos para usuários e fazer roteamento de mensagens.

3 caixa de correio do usuário
Correio Eletrônico caixa de correio do usuário fila de mensagens de saída Três grandes componentes: agentes de usuário (UA) servidores de correio simple mail transfer protocol: SMTP Agente de Usuário a.k.a. “leitor de correio” compor, editar, ler mensagens de correio p.ex., Eudora, Outlook, elm, Netscape Messenger mensagens de saída e chegando são armazenadas no servidor servidor de correio agente de usuário SMTP agente de usuário

4 Correio Eletrônico: servidores de correio
caixa de correio contém mensagens de chegada (ainda não lidas) p/ usuário fila de mensagens contém mensagens de saída (a serem enviadas) protocolo SMTP entre servidores de correio para transferir mensagens de correio cliente: servidor de correio que envia “servidor”: servidor de correio que recebe servidor de correio agente de usuário SMTP

5 Correio Eletrônico: SMTP [RFC 2821]
usa TCP para a transferência confiável de msgs do correio do cliente ao servidor, porta 25 transferência direta: servidor remetente ao servidor receptor três fases da transferência handshaking (cumprimento) transferência das mensagens encerramento interação comando/resposta comandos: texto ASCII resposta: código e frase de status

6 Cenário: Alice envia uma msg para Bob
1) Alice usa o UA para compor uma mensagem “para” 2) O UA de Alice envia a mensagem para o seu servidor de correio; a mensagem é colocada na fila de mensagens 3) O lado cliente do SMTP abre uma conexão TCP com o servidor de correio de Bob 4) O cliente SMTP envia a mensagem de Alice através da conexão TCP 5) O servidor de correio de Bob coloca a mensagem na caixa de entrada de Bob 6) Bob chama o seu UA para ler a mensagem mail server user agent 1 mail server user agent 2 3 6 4 5

7 Definições MUA – do inglês Mail User Agent, é tipicamente o programa de correio eletrônico do usuário, ou seja, o cliente de como por exemplo Outlook Express. MTA – do inglês Mail Transport Agent, é o elemento que se encarrega de transportar o de um servidor SMTP para outro, ou seja, usualmente é o servidor de s. MDA – do inglês Mail Delivery Agent, é o elemento que recebe a mensagem do MTA e a entrega na caixa postal definitiva do usuário. DNS - é uma das partes principais da infra-estrutura da Internet, permitindo a localização rápida de máquinas e serviços

8 Definições POP3 – do inglês Post Office Protocol, é um dos protocolos que permite a um usuário acessar as mensagens contidas na sua caixa postal no servidor.

9 Definições

10 Fluxo de uma mensagem O cliente de do usuário (MUA) envia a mensagem para o MTA configurado, normalmente o servidor de correio eletrônico da empresa, usando o protocolo SMTP. O MTA, tendo aceito a responsabilidade de entregar a mensagem para seu destinatário, começa a tarefa de descobrir para onde a mensagem deve ser enviada. O servidor vai então consultar o servidor DNS pedindo o registro MX do domínio do do destinatário. A resposta é um endereço IP, que é para quem o MTA vai entregar a mensagem.

11 Fluxo de uma mensagem Tendo descoberto o endereço IP do MTA responsável pelo domínio do , o servidor de vai estabelecer uma conexão com este servidor e usar novamente o protocolo SMTP para tentar entregar a mensagem. Ela sendo aceita no destino, termina a tarefa de nosso servidor: a mensagem está entregue. O usuário ao chegar na sua máquina, inicia seu programa de correio eletrônico (MUA) e consulta sua caixa postal no servidor usando o protocolo POP3. Ele será avisado de que há uma mensagem nova e ela será baixada para sua máquina, onde será lida. Com isso, a comunicação é concluída.

12 O protocolo SMTP

13 Protocolo POP3 O Post Office Protocol versão 3, ou POP3, pode ser usado pelos usuários remotos para realizar a transferência de suas correspondências eletrônicas do sistema sem abrir uma sessão telnet, por exemplo. Então, o protocolo POP é utilizado quando se deseja buscar uma mensagem que está no servidor. A priori, qualquer um pode mandar para qualquer um, no caso da recepção de é diferente. Quando o usuário acessa o servidor POP que utiliza geralmente da porta 110, o mesmo deve fornecer seu login e sua senha.

14 Protocolo POP3

15 Protocolo POP3 O protocolo POP3 também usa o protocolo da camada de transporte TCP e seu funcionamento passa por três fases básicas: Autorização – o agente de usuário envia um nome de usuário e uma senha(às claras) para autenticar o usuário. Transação - o servidor recupera as mensagens do usuário autenticado, e é também nesta fase que o agente de usuário pode marcar mensagens que devem ser apagadas, remover estas marcas e obter estatísticas de correio. Atualização – A terceira fase, de atualização, ocorre após o cliente ter dado o comando quit, que encerra a sessão POP3. Neste momento, o servidor apaga as mensagens que foram marcadas.

16 Protocolo IMAP O IMAP é similar ao POP no sentido de que ambos os protocolos permitem que usuários remotos acessem seus correios eletrônicos. Ele escuta na porta TCP 143. A diferença é que o IMAP permite que os usuários mantenham pastas de correio no seu sistema, em vez de fazer a transferência de todas as suas mensagens para suas próprias máquinas. A diferença do IMAP em relação ao POP é a possibilidade de manipulação das mensagens no próprio servidor. Você pode criar pastas e organizar suas mensagens nelas, fazer buscas nas mensagens, ver somente os cabeçalhos, etc. O IMAP possui muito mais recursos que o POP3 mas é consequentemente muito mais complexo.

17 Protocolo IMAP

18 Pacotes a serem instalados
Postfix ( Servidor SMTP) dovecotpop3d (servidor de tanto com suporte a pop3 quanto a imap, no caso, o pacote inclui suporte a pop3)

19 Configuração Postfix O servidor SMTP usado na configuração é o servidor Postfix, considerado seguro e de fácil configuração. As configurações principais do Postfix ficam no arquivo /etc/postfix/main.cf. Se nada for configurado, o formato de armazenagem de mensagens padrão é o mbox. Esse formato grava em um arquivo só todos as mensagens do usuário. Portanto os s dos usuarios estão no /var/spool/mail e cada usuário terá um arquivo com o seu nome.

20 Configuração Postfix Entretanto para guardar as mensagens dos usuários de forma mais organizada, iremos utilizar a pasta MailDir no diretório home do usuário. Quando o formato utilizado é o maildir, é criada uma uma estrutura de diretórios para o usuário, onde cada mensagem é um arquivo separado. Para verificar a fila de mensagens formada no servidor, pode-se usar o comando mailq que mostra o ID do arquivo de fila, o tamanho da mensagem, tempo de chegada, remetente e os destinatários para os quais ainda falta entregar a mensagem.

21 Configuração Básica Myhostname: nome do host onde o Postfix é executado. Mydomain: nome do domínio utilizado para envio de mensagens. Mydestination: lista de domínios atendidos pelo Postfix (para mensagens recebidas). Geralmente inclui o nome do host(para receber mensagens locais).

22 Configuração Básica Mynetworks – esta opção especifica os endereços ou faixas de endereços de onde o servidor vai aceitar o envio de mensagens. inet_interfaces - permite configurar em quais interfaces o postfix estará escutando por requisições. A linha home_mailbox indica a pasta local, dentro do home de cada usuário, onde os s ficarão armazenados. A pasta Maildir/ é o padrão usado por diversos MTA's.

23 Configuração Básica Na maioria dos casos, é desejável limitar o tamanho das mensagens recebidas, para evitar que algum usuário acabe consumindo toda a banda e acabando com o espaço em disco do servidor. O padrão do postfix é limitar as mensagens a 10 MB. Qualquer anexo maior que isso é recusado. Esta configuração pode ser alterada através da opção "message_size_limit", onde você especifica o valor desejado em bytes.

24 Opções A opção "mailbox_size_limit" serviria para definir o limite de armazenamento para a caixa postal do usuário. Entretanto, ao usar o formato Maildir para as caixas postais, cada mensagem é salva num arquivo separado, de forma que a opção não funciona. Por isso, usamos o valor "0" para desativá-la. A melhor forma de limitar o espaço dos usuários é simplesmente definir quotas de espaço em disco, usando o Quota ou via o comando maildirmake, como será visto posteriormente. 24

25 Opções Para que o servidor IMAP ou POP3 funcione, é necessário que exista um diretório chamado "Maildir" dentro do home de cada usuário, onde são armazenadas as mensagens. Este diretório contém uma estrutura própria e é criado usando o comando "maildirmake". Caso a pasta ainda não exista, execute o comando que cria a pasta dentro do diretório /etc/skel, de forma que os diretórios home de todos os novos usuários criados daqui em diante já sejam criados com ele: # maildirmake /etc/skel/Maildir 25

26 MailDir O diretório /etc/skel é um modelo usado pelo sistema para criar os diretórios home dos usuários do sistema, ou seja, todas as pastas contidas neste diretório, são criadas no diretório dos usuários. Desta forma, este comando permite a criação da pasta Maildir, para que os s enviados pelo servidor sejam armazenados nesta pasta. O diretório (Maildir) com subdiretórios (new, cur e tmp - devem estar localizados no mesmo sistema de arquivos), onde cada mensagem é armazenada em um arquivo independente. O diretório tmp é utilizado no momento da entrega como destino temporário de novas mensagens, e somente depois que o sistema de entrega consegue escrever a mensagem com sucesso dentro de tmp, a mensagem é copiada para dentro do diretório new e então removida do diretório tmp. 26

27 MailDir Mensagens já lidas pelo cliente de (MUA – Mail User Agent), são movidas do diretório new para dentro do diretório cur. Tal ação só é executada caso o cliente de esteja configurado para deixar cópia de mensagens no servidor. Normalmente, a mensagem é removida após ser lida. O leitor da mensagem também deve verificar por mensagens antigas dentro do diretório tmp e removê-las. O arquivo é considerado antigo e pode ser removido com segurança se não foi acessado em um prazo de 36 horas. 27

28 MailDir 28

29 Cotas no MailDir As cotas no MailDir podem ser estabelecidas de duas formas: Usando um sistema de cotas normal, via comando edquota Estabelecendo cotas via comando Maildirmake usando o comando: maildirmake -q  S,1000C ./Maildir Este comando configura a cota de um diretório Maildir de um usuário, com 5MB aproxidamente, ou 1000 mensagens diferentes. O limite primário será o parâmetro que vier primeiro no comando. Para apagar uma cota posteriormente, é só usar apagar o arquivo Maildir/maildirsize. 29

30 Aliases Aliases são apelidos para contas de , sendo utilizados para redirecionar mensagens de uma conta para outra. São geralmente utilizadas para criar contas impessoais, que passam a ser redirecionadas para usuários reais. Um exemplo prático é para o endereço no domínio DNS, onde este é redirecionado para o de usuário existente no sistema. O arquivo onde ficam os aliases do Postfix é o /etc/aliases, e sua sintaxe é bastante simples. Geralmente se coloca na parte esquerda da linha o “apelido” e na parte direita, após os dois pontos, deve-se colocar o real para onde aquele apelido será redirecionado. Após atualizar o arquivo aliases deve-se usar o comando postalias /etc/aliases para atualizá-lo. Caso a base de dados de aliases não tenha sido iniciada, pode-se usar o comando newaliases para isto. 30

31 Dovecot Dovecot é um servidor de IMAP e POP3 de código aberto para sistemas Linux e UNIX, escrito primariamente com segurança em mente. Desenvolvido por Timo Sirainen, Dovecot foi lançado pela primeira vez em Julho de 2002. Dovecot tem o objetivo primário de ser um servidor de baseado em software livre leve, rápido e de fácil configuração. Dovecot suporta mbox, Maildir e seu próprio formato nativo de alta performance, Dbox. 31