LPI-2 202-450 Topico 211.2: Administração da entrega de email
Entrega de Email

O MDA/LDA mais tradicional para administração da entrega em contas locais é o Procmail. A maioria dos MTAs trabalham com o Procmail ou pelo menos estão habilitadas a trabalhar com ele.

O Procmail analisa detalhes do EMail como a origem, o destinatário, o assunto e o corpo da mensagem a partir de regras definidas em /etc/procmailrc e também em ~/.procmailrc. Com essas regras é possível definir quais mensagens devem ser mantidas, movidas apagadas ou direcionadas como entrada para um comando.

Procmail é um MDA antigo e não mais suportado ainda que muito estável. Usuários que ainda o utilizam já foram alertados por seu autor, Philip Guenther, a usar alguma ferramenta alternativa (tais como o Maildrop ou o Sieve). Porém como este assunto é pre-requisito do exame LPIC2 precisamos ter um conhecimento básico do seu funcionamento.

Para entender o Procmail primeiro precisamos entender como o Postfix trabalha. Pois bem, tal como mostrado no tópico 211.1 o Postfix armezena os EMails em /var/spool/mail/<username>. Ele cria um único arquivo por usuário e vai concatenando os conteúdos dos emails destinados a esse usuário dentro desse único arquivo.

O Procmail permite armazenar as mensagens em /home/<username>/mail/ e organizá-los. O Procmail pode armazenar EMails em dois formatos diferentes mbox ou maildir:

mbox

é o formato mais antigo onde todos os emails são armazenados em um grande arquivo de texto, tem como características:

• rápido para pesquisas dentro das mensagens;
• bom para o filesystem pois é apenas 1 arquivão;
• problemas com locking de arquivo;

• possibilidade de corromper em caixas muito grandes.

  

  Figura 2: Exemplo de mbox tendo os EMails concatenados dentro de um único arquivo

maildir

todos os emails são armazenados em arquivos individuais dentro de uma estrutura de diretórios. Tem como características:

• não há problemas de corrupção de arquivos;
• não há problemas com locking;
• Se a caixa for muito grande com muitas mensagens pode ter problemas de falta de inodes em sistemas como ext3;

• procurar textos dentro das mensagens é moroso.

  

  Figura 3: Exemplo de maildir tendo os EMails armazenados em arquivos individuais distribuídos em diretórios com funções diferentes

Para que o Dovecot possa atuar como LDA e filtrar as mensagens localmente, é necessário instalar o pacote adicional do Dovecot que oferece suporte ao Sieve. O Sieve é um formato de regras específicas para filtragem, classificação e entrega local de EMails.

O nome do pacote Dovecot que fornece suporte ao Sieve varia conforme a distribuição, mas costuma ser encontrado como pigeonhole, dovecot-pigeonhole ou dovecot-sieve.

Depois de instalados o Dovecot e o pacote que dã suporte ao Sieve, são necessárias algumas alterações nos arquivos de configuração do Sieve e do Postfix para que ambos trabalhem integradamente. A comunicação entre o Dovecot e o Postfix se dá apenas localmente e, por não envolver filas de envio para outros servidores, recomenda-se a utilização do protocolo LMTP, que ẽ uma variação do SMTP voltada para o trãfego local de mensagens de EMail.

O primeiro passo é ativar o suporte ao LMTP na configuração do Dovecot, cujos arquivos encontram-se no diretõrio /etc/dovecot/. O arquivo de configuração principal é o /etc/dovecot/dovecot.conf, mas ẽ comum que diferentes aspectos da configuração estejam discriminados em diferentes arquivos no diretório /etc/dovecot/conf.d.

O protocolo LMTP é ativado na diretiva protocols do arquivo /etc/dovecot/dovecot.conf.

protocols = lmp

Caso a diretiva protocols não esteja presente, é possível que o Dovecot esteja configurado para ativar automaticamente todos os protocolos que estão instalados no sistema. Nesse caso, deve existir uma linha como:

!include_try /usr/share/dovecot/protocols.d/*.protocol

Essa linha ativa todos os protocolos instalados a partir dos arquivos de configura;áo correspondentes no diretório indicado.

No lugar de executar um comando do LDA toda vez que uma mensagem é recebida (tal como o Procmail faz), é possível configurar o Postfix e o Dovecot de modo que o daemon LDA esteja sempre ativo para tratar as mensagens que chegam. Para isso, é necessário configurar um socket no arquivo /etc/dovecot/conf.d/10-master.conf~

service lmp {
        unix_listener /var/spool/postfix/private/dovecot-lmtp {
        group = postfix
        mode = 0600
        user = postfix
        }
        }

Na entrada service lmp são especificados o arquivo do socket e as permissões de acesso ao mesmo. O usuário e grupo devem ser os mesmos que os utilizados para executar o Postfix. Para que o Postfix encaminhe as mensagens recebidas para o Dovecot, esse socket deve ser indicado na opção virtual_transport do arquivo /etc/postfix/main.cf:

virtual_transport = lmtp:unix:private/dovecot-lmp

A diretiva virtual_transport é utilizada para ocntas de EMail virtuais. No caso de contas de EMail vinculadas a contas de sistemas tradicionais, a diretiva utilizada deve ser mailbox_transport:

mailbox_transport = lmtp:unix:private/dovecot-lmp

Por fim, os recursos de filtragem do Sieve são ativados como plugins do Dovecot. Isso pode ser feito diretamente na configuração específica do LMTP, mantida no /etc/dovecot/conf.d/20-lmtp.conf:

protocol lmtp {
         postmaster_address = postmaster@infralinux.com.br
         mail_plugin = quota sieve
         } 

Devem constar o endereço de EMail do administrador do servidor de EMails na opção postmaster_address e quais plugins ativar na opção mail_plugins. No exemplo serão ativados os plugins quota e sieve. Concluídas as alterações é necessário reiniciar o Postfix e o Dovecot para que as novas configurações tenham efeito.

Com o plugin Sieve ativo, é possível definir regras de tratamento para os EMails recebidos, antes que os mesmos sejam acessados pelo usuário. Por padrão, o plugin lê as regras armazenadas no diretório pessoal de cada usuário, no arquivo ~/.dovecot.sieve. Caso o arquivo não exista, será consultado o arquivo de regras gerais /var/lib/dovecot/sieve/default.sieve.

Uma regra do Sieve consiste em uma ou mais condições às quais a mensagem recebida é submetida e qual ação tomar caso a mensagem se enquadre na condição. Por exemplo, para criar uma regra de auto-resposta de ausência, é utilizada a extensão vacation:

require "vacation";

vacation
  # Enviar apenas uma vez por dia para o mesmo destinatário
  :days 1
  :subject "Ausência devido a férias"
  # Endereços que utilizarão a resposta automática
  :addresses ["jeremias@infralinux.com.br", "jeremias@redes.eti.br"]

"Por motivo de férias, não responderei até a próxima semana.

Atenciosamente,
Jeremias";

Cada tipo de regra pode exigir uma extensão diferente. Para carregar mais de uma extensão, se pode utilizar o formato require ["vacation", "fileinto"]. A extensão fileinto, por exemplo, é utilizada para guardar a mensagem em uma pasta específica da conta de email:

require "fileinto";

if header :contains "from" "jeremias" {
   redirect "jeremias.aq@gmail.com";
   } elsif header :contains ["subject"] ["Promoção"] {
   discard;
   } else {
     fileinto "INBOX";
     }

A regra acima utiliza a estrutura de controle if para definir qual ação tomar para a mensagem, no caso se o cabeçalho da mensagem contiver from e jeremias a mensagem receberá uma action redirect para a conta jeremias.aq@gmail.com, se no cabeçalho contiver subject e Promoção ela receberá a action discard. Por fim se nenhuma das condições for verdadeira a ação fileinto (da extensão Fileinto) enviará a mensagem para INBOX.