LPI-2 202-450 Topico 211.1: Utilização de servidores de email
Serviços de email

O EMail funciona manipulando as mensagens através de caixas de entrada sejam elas locais ou enviando a caixas de entradas que residam em outros servidores.

Descritivo do fluxo de transito do EMail:

1. O usuário tem acesso a sua caixa de entrada usando um dos vários clientes de EMail disponíveis (Thunderbird, Outlook, Evolution…) que são classificados como MUA. De uso do MUA o usuário pode compor seu EMail e enviá-lo ao MSA utilizando o protocolo SMTP;
2. O MSA recebe a mensagem que foi enviada pelo MUA no passo anterior e interage com o MTA para a entrega do EMail;
3. O MTA ao receber a mensagem do MSA verifica o campo destinatário da mensagem e:
   1. se a mensagem for destinada a um usuário do domínio administrado pelo próprio MTA ele a entregara ao MDA para entrega na caixa de entrada do destinatário;

   2. se a mensagem for destinada a um usuário de um domínio externo o MTA fará uma consulta no DNS requisitando quais os registros MX (Mail eXchanger ou trocador de correio em tradução nossa) para o domínio de destino e encaminhará o EMail para os MTA que respondem por essas entradas MX também utilizando o protocolo SMTP;

      

      Figura 2: Detalhe da entrega de EMails para domínios diferentes

   3. o MTA do domínio de destino receberá via protocolo SMTP a mensagem do MTA de origem fará a verificação no endereço de destinatário e se este endereço for de uma das contas abaixo dele ele a entregará ao seu MDA para a entrega na caixa de entrada do destinatário. Caso a conta não exista ele responderá ao MTA de origem com uma mensagem de bounce negando a entrega com uma mensagem de rejeição padrão explicando o motivo;
4. Por fim o usuário destinatário com seu MUA consultará o MDA de seu domínio utilizando o protocolo POP3 ou o protocolo IMAP para receber a mensagem em seu computador.

Protocolos envolvidos

POP3

(Post Office Protocol ou protocolo de agência postal em tradução nossa), é o protocolo que o MUA utiliza para para buscar as mensagens para a caixa de entrada em conjunto com o MDA, este assunto será abordado com mais profundidade to tópico 211.3;

IMAP

(Internet Message Access Protocol ou protocolo de acesso a mensagens pela Internet em tradução nossa) é utilizado pelos MUAs para verificar os status dos EMails (emails lidos, deletados ou movidos) através de múltiplos clientes de EMail. Com o IMAP, uma copia de cada mensagem é salva no servidor logo que as tarefas de sincronização são completadas. Este assunto também será abordado com mais profundidade no tópico 211.3.

O Sendmail é agora conhecido como Proofpoint (após a Proofpoint, Inc adquirir a Sendmail, inc) é de longe o mais popular e um dos mais antigos MTAs da plataforma GNU/Linux. No entanto ele é bastante limitado em comparação com os MTAs modernos.

Por conta de seu setup complexo e mecanismos de segurança fracos novos MTAs surgiram como alternativas ao Sendmail.

O Exim é um MTA Free (GPL) desenvolvido para sistemas operacionais do tipo Unix como o Linux, Mac OSX, Solaris e outros. O Exim oferece um grande nível de flexibilidade no roteamento de mensagens em uma rede, com mecanismos e facilidades excepcionais para o monitoramento de mensagens recebidas, é o MTA padrão da distribuição Debian GNU/Linux.

Dentre suas características podemos citar:

• Não conta com suporte aos protocolos POP3 e IMAP;
• Suporta os protocolos SMTP (RFC 2821) e LMTP (RFC 2033, o LMTP é uma alternativa ao SMTP para situações onde o lado receptor não conta com uma fila de correio);
• Suas configurações incluem ACLs, scan de conteúdo, criptografia e controle de roteamento de mensagens;
• Uma documentação excelente;
• Tem um utilitário chamado Lemonade que provê extensões para os protocolos SMTP e IMAP para prover mensagens para clientes móveis.

É outro MTA livre e open-source disponível para o GNU/Linux. É considerado confiável, eficiente e oferece recursos de segurança abrangentes, portanto, um pacote MTA seguro. Porém está há muito tempo sem receber novas releases, sendo possivelmente e infelizmente um projeto abandonado.

É um pacote relativamente pequeno mas rico em recursos, que incluem:

• Roda em vários sistemas operacionais Unix-like;
• Instalação simples e rápida;
• Configuração automática de clientes;
• Contem uma organização separada entre endereços, arquivos e programas;
• Suporte completo a grupos de endereços;
• Permite que os usuários criem suas listas de email próprias;
• Suporta e é fácil de configurar listas de email;
• Suporta VERPs (variable envelope return path addresses ou envelopes com caminho de endereço de retorno - em tradução nossa - na requisição) o EMail não entrege pode revelar o endereço do destinatário não entregue sem exigir que o proprietário da lista analise as mensagens de bounce;
• tem prevenção automática de loops nas listas de EMail;
• suporta o gerenciador de listas Ezmlm.

É um MTA multi-plataforma que foi desenhado e desenvolvido por Wietse Zweitze Venema para seu servidor de EMail enquanto ele trabalhava no departamento de pesquisa da IBM.

Foi desenvolvido como uma alternativa ao conhecido e popular Sendmail.

Ele empresta muitas das propriedades do Sendmail, mas tem uma operação interna totalmente distinta. Além disso é rápido e fácil de configurar tendo um mecanismo de operação seguro. Suas características principais são:

• Controle de lixo eletrônico;
• suporta múltiplos protocolos;
• suporta bancos de dados;
• suporta caixas de entradas;
• suporte a manipulação de endereços e muito mais.

Para o exame LPI2 devemos focar nossos estudos sobre o Postfix e seus arquivos de configuração. Sobre os outros MTAs o que importa é ter uma noção sobre sua existência e características básicas.

É o arquivo de configuração principal do Postfix. Dentro do arquivo há uma grande quantidade de comentários documentando as várias diretivas de configuração, o arquivo tem perto de 700 linhas.

Com um arquivo tão extenso é difícil analisar por ele a configuração corrente, para facilitar existe o comando postconf este aliado a opção -n mostrará apenas as diretivas que foram ajustadas (excluindo-se as que estejam com valores padrão).

┌─[root@centos7lpi]──[22:46]──[~]
└─[46]─># postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5
html_directory = no
inet_interfaces = localhost
inet_protocols = all
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
mydestination = $myhostname, localhost.$mydomain, localhost
newaliases_path = /usr/bin/newaliases.postfix
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix-2.10.1/README_FILES
sample_directory = /usr/share/doc/postfix-2.10.1/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
unknown_local_recipient_reject_code = 550

Observação: para ver todas os valores das diretivas do Postfix incluindo os valores padrão execute o comando postconf sem argumentos.

Vamos verificar as diretivas mais importantes do arquivo main.cf:

myhostname

por padrão especifica o nome deste serviço de MTA na Internet. Para servidores em redes locais o hostname do próprio servidor basta. Porém em servidores que ficarão alcançáveis na Internet este valor deve corresponder a entrada DNS que o identificará na Internet (incluindo apontamento reverso);

myhostname = centos7lpi.infralinux.com.br

mydomain

especifica o nome de domínio para este serviço de MTA. Por padrão é utilizado o valor de $myhostname menos a primeira porção;

mydomain = infralinux.com.br

myorigin

Determina o domínio que aparecerá nos EMails enviados a partir do servidor local. O padrão é o valor $myhostname porém pode ser mais interessante mudar para o valor $mydomain para não expor o nome do servidor;

myorigin = $mydomain

disable_vrfy_command

é uma diretiva que eventualmene é oculta no arquivo main.cf. Esta diretiva lida com o problema de mineração de endereços de EMail executando algumas tratativas que tornam esta prática mais difícil. É uma diretiva útil de ser ativada em servidores que ficam expostos na Internet devendo ser configurada como yes. Essa diretiva mesmo que não apareça no arquivo main.cf tem o valor padrão como no;

disable_vrfy_command = yes

inet_interfaces

determina quais interfaces no servidor que o Postfix irá esperar por conexões, o valor padrão é localhost. Porém para fazer o Postfix atender a clients da rede esta diretiva pode ser setada para all;

inet_interfaces = all

mydestination

especifica para quais domínios as mensagens recebidas devem ser entregues localmente e não encaminhadas para outro servidor geralmente é setado com múltiplos valores separados por vírgulas;

mydestination = $myhostname, localhost.$mydomain, localhost

Essa diretiva também pode ser utilizada quando precisa-se que o MTA precisa responder para mais de um domínio mantendo as mesmas contas, tipo jeremias@infralinux.com.br e jeremias@redes.eti.br sendo as mesmas contas.

relay_domains

define para quais domínios será feito relay (direcionamento) de EMails recebidos de clientes desconhecidos (fora das redes autorizadas). O padrão é aceitar todos os EMails cujos destinos estejam definidos em mydestination;

relay_domains = $mydestination

sender_canonical_maps

indica o caminho (path) para uma tabela de mapeamento de endereços, permite transformar um endereço remetente de "usuario@dominio.feio" para "usuario@dominio.bonito";

relayhost

por padrão, o servidor Postfix entregará os EMails diretamente na Internet. Caso não seja esse o comportamento desejado ou possível, pode ser especificado um caminho indireto. O servidor que servirá de ponte deve ser definido como valor dessa diretiva;

relayhost = mailserver.infralinux.com.br

Observação: para linhas de configuração muito longas do main.cf é possível inserir uma quebra de linha no contúdo de alguma diretiva e continuar na próxima linha, desde que se mantenha um (1) espaço em branco de endentação.

myorigin = $mydomain
mydestination = localhost
mynetworks = 127.0.0.0/8

O comando newaliases invoca sendmail -I, que atualiza a tabela de aliases. Os aliases são nomes alternativos para entrega de EMail em uma conta local. É possível, por exemplo, criar um alias para que todas as mensagens destinadas para admin sejam entregues na conta do usuário root. Os aliases são definidos no arquivo /etc/aliases.

#
#  Aliases in this file will NOT be expanded in the header from
#  Mail, but WILL be visible over networks or from /bin/mail.
#
#       >>>>>>>>>>      The program "newaliases" must be run after
#       >> NOTE >>      this file is updated for any changes to
#       >>>>>>>>>>      show through to sendmail.
#

# Basic system aliases -- these MUST be present.
mailer-daemon:  postmaster
postmaster:     root

# General redirections for pseudo accounts.
bin:            root
daemon:         root
adm:            root
lp:             root
sync:           root
shutdown:       root
halt:           root
mail:           root
news:           root
uucp:           root
operator:       root
...

Cada alias é definido em uma linha, no formato destinatário: conta-local. Utiliza-se a vírgula para definir mais de uma conta local para o mesmo destinatário:

root: jeremias,firmino

Após alterar o arquivo /etc/aliases, é necessário executar o comando newaliases ou o comando sendmail -I para atualizar a tabela de aliases utilizada pelo MTA. Os destinatários não incorporam o nome de domínio no endereço de EMail, pois a entrega local está subordinada aos domínios que o MTA trata como locais.

O conceito do arquivo /etc/postfix/virtual é similar ao conceito dos aliases mas ele é usado para redirecionar EMails para destinos virtuais. É um conceito comum em servidores multi-domínios. Tal como direcionar mensagens de jeremias@infralinux.com.br para jeremias@redes.eti.br. Também de forma análoga aos aliases será criada uma lista apontando que uma mensagem de um endereço vá para outro qualquer.

abc@xyz.com    user1
efg@lmnop.com   root

Assim como no caso dos aliases precisamos converter o arquivo para o formato binário porém utilizando o comando postmap

postmap /etc/postfix/virtual

Agora precisamos ajustar a diretiva virtual_alias_map no arquivo main.cf:

virtual_alias_map = unix:hash:/etc/postfix/virtual

Por fim reiniciar o daemon do Postfix.