O seu propósito, é mostrar como configurar um servidor de e-mail Postfix para trabalhar com vários domínios em uma mesma máquina, utilizando para isso, o MySQL. Esse tutorial é voltado para administradores de sistema ou usuários interessados em montar um ambiente de email de alta performance. Os requisitos necessários, são o conhecimento em FreeBSD, um pouco de Postfix e experiência na compilação de pacotes. Não me responsabilizo por qualquer problema ou perda de informações que esse tutorial possa vir a causar. Fiz um grande esforço para tentar deixar esse tutorial o mais didático e intuitivo possível, chegando até a montar duas vezes o mesmo ambiente. Tudo isso para que, quem se propor a utilizá-lo tenha um mínimo de sucesso. Sendo assim, não darei suporte a usuários desse material nem responderei a e-mails com pedido de ajuda.

Ficarei muito feliz em receber e-mails de agradecimentos ou relatos de sucesso que esse tutorial possa ter proporcionado. Também, gostaria que vocês mandassem sugestões e críticas (construtivas) para um maior enriquecimento desse material.

• Aplicativos utilizados:
   

  Aplicativo	Versão Utilizada	Tipo	Site Oficial
  P o s t f i x	2.2.11	Mail Transfer Agent.	http://www.postfix.org
  Courier-IMAP	4.0.6	POP / IMAP Protocol.	http://www.courier-mta.org
  Maildrop	1.6.3	Gerenciador de COTAS.	http://www.courier-mta.org/beta/maildrop
  Cyrus-SASL	2.1.21	Autenticador SMTP.	ftp://ftp.andrew.cmu.edu/pub/cyrus-mail
  MySQL-Server	4.0.26	Banco de Dados Relacional.	http://www.mysql.org
  SquirrelMail	1.4.9a	Webmail desenvolvido em PHP.	http://www.squirrelmail.org
  Clamav	0.84	AntiVírus.	http://www.clamav.net
  Mcafee	------	AntiVírus.
  SpamAssassin	------	AntiSpam.
  DSPAM		AntiSpam.	Ainda não está disponível no tutorial.
  Vacation	2.1.3	Mensagem automática.
  PostixAdmin			http://high5.net/postfixadmin

Descrição da solução e características do site:

• Este site utiliza um menu deslizante ao lado esquerdo para facilitar a busca e a navegação dos tópicos relacionados.
   
• Correção de todos os links do site. No caso de haver algum link fora, favor me notificar através de e-mail.
   
• Este ambiente terá agora como plataforma o sistema operacional FreeBSD 6.0.
   
• Utilizar o Postfix em conjunto com o MySQL, ou seja, todas as contas e aliases dos usuários são criadas no banco de dados e não no sistema, como é por padrão.
   
• Pode-se utilizar as contas LOCAIS (do sistema) já criadas, em conjunto com o MySQL, nesse caso, toda conta criada no MySQL é reconhecida pelo Postfix com uma conta "VIRTUAL" e as contas locais como "LOCAL".
   
• Utilização de contas do tipo Maildir (igual ao Qmail). Isso traz vantagem na segurança e no desempenho.
   
• Utilização do Maildrop para controle de QUOTAS.
  Aviso ao usuário, por parte do MAILDROP, caso o seu espaço em disco ultrapasse os 90% de utilização;
   
• PostfixADMIN, um ambiente completo para gerenciar as contas virtuais através de uma página WEB;
   
• VACATION, aplicativo que permite o Postfix enviar um email de resposta automático, pode ser usado para casos em que o usuário não se encontre no escritório;
   
• Clamav + SpamAssassin;
   
• Mcafee, agora você pode contar com outro podesoro antivirus neste ambiente. Porém, os dois não devem trabalhar simultaneamente, vou apenas ensinar como deixar os dois configurados.
   
• SMTP-AUTH, utilização do mesmo método AUXPROP de autenticação de usuários no SASL2 usado no artigo anterior.
   
• Webmail (squirrelmail) com suporte ao MySQL, Courier-IMAP e Domínios Virtuais;
   
• Nesse ambiente foi utilizado o sistema FreeBSD 6.0. E a vantagem deste tutorial, é que pode ser portado para qualquer outra versão do FreeBSD anterior.
   
• Mostrarei como fazer a instalação dos programas utilizando o sistema via "ports" e em outros casos utilizando os "SOURCES".
   

Meu problema começou quando me chamaram para trabalhar com servidores de e-mail que suportassem vários domínios na mesma máquina, onde cada domínio representava uma empresa distinta.

Até ai eu sabia que o Postfix tinha esse tipo de suporte e um outro motivo da escolha foi devido a sua facilidade (péssimas experiências anteriores com Qmail :-)) e também a sua compatibilidade com o "Sendmail".

Seguindo os manuais, consegui criar um ambiente para 2 domínios e outros tantos que aparecessem.

Outros problemas começaram, quando por exemplo, um diretor do DOMINIO1 de nome José da Silva queria que o seu login fosse "jose.silva", até ai tudo bem. Só que um outro diretor do DOMINIO2, também de nome José da Silva queria que o seu login também fosse jose.silva.

Ferrou!!! Pois eu não poderia criar dois logins iguais e nem dava para explicar que esse login já tinha sido reservado para o diretor de uma outra empresa. Olha a encrenca!

Pedi ajuda nas listas de discussões e me sugeriram usar MySQL ou um indicador no login; criando depois um alias para esse login.

Bem, como eu não conhecia patavina de MySQL, optei pela segunda dica. Então criei:

"jose.silva-dm2" é uma ALIAS (jose.silva@dominio2.com.br = jose.silva-dm2)

Perfeito, resolveu o problema, só que tinha de explicar para todo mundo por que o seu login tinha esse "-dm2" e o seu e-mail, não. Sem falar nos relatórios de logs que não ficaram nada bonitos.

O negócio começou a ficar feio quando fechamos com um cliente que o seu Webmail mostrava o login da pessoa que estava logado no momento e lá estava o "-dm*".

Os meus problemas seriam resolvidos se eu pudesse criar o login já com o domínio, por exemplo: jose.silva@dominio1.com.br. E não é que dá! :-) O FreeBSD aceita. Só que quando esse usuário envia uma mensagem pelo Postifix, o seu email sai como:

"jose.silva@dominio1.com.br@dominio1.com.br"

Bem! Não preciso dizer mais nada.

Alguns dias antes de pedir as contas da empresa, resolvi como última solução, pesquisar sobre o Postfix com MySQL. E o que lhes apresento agora, é o resultado da minha pesquisa. Há! Ainda continuo na empresa :-)
 

• Bom, então vamos ao que interessa! Suponho que você tenha o CD do FreeBSD 6.0, e que você já saiba dar boot pelo CD =). Vamos particionar seu HD. Aqui no meu laboratório usei um HD de 40GB.
   
• Ao contrário do Linux, o sistema de partições do FreeBSD é chamado de UFS ( Unix FileSystem ), e a maneira de como ele pode ser particionado é bem interessante. As partições são criadas dentro de Slices ( fatias ) de no máximo 7 partições dentro de cada Slice. E como vamos utilizar mais de 8 partições neste ambiente, é necessário que seja criado então 2 Slices. A partir dai, podemos criar as partições da forma que desejarmos, mas para mantermos um padrão bem organizado, eu optei por criar partições em um HD de 40GB da seguinte forma:
  
   
• Primeiro Slice:

Criamos então um user através do sysinstall, dessa forma ele também cria automaticamente o seu homedir que será usado para salvar os softwares que serã baixados em seu sistema e posteriormente compilados e instalados, outro para o Maildrop e também para o Postfix, . Lembrando que o nome "jeffi" é apenas para exemplo, esteja a vontade para criar o user com o nome que você desejar.

Um fator de máxima importância neste ambiente que devemos realizar, é a desativação do Sendmail. Pois ele já vem instalado e ativado por padrão no FreeBSD, mas nós não queremos ele por aqui certo ? Uma dica legal também, é a ativação do serviço de SSH para acesso remoto.

Para desativar o Sendmail e ativar o SSH, devemos editar o arquivo /etc/rc.conf e adicionar as linhas:

É isso ae !!!!

 

INSTALANDO O MYSQL E A BASE DO POSTFIX !!!

Logando no sistema como ROOT, execute os seguintes comandos:   # cd /usr/ports/databases/mysql41-server/ # make install clean

Próximo passo será alterar o caminho do arquivo de log do MySQL, aconselho indicar o dir padrão de todos os outros logs, no caso o /var/log/mysql/mysqld.log. Assim fica mais fácil até mesmo no caso de haver outro administrador na empresa. Para isso crie o arquivo em /etc/my.cnf com o seguinte conteúdo:

[mysql.server] datadir=/var/db/mysql socket=/tmp/mysql.sock [mysqladmin] socket=/tmp/mysql.sock [mysqld] datadir=/var/db/mysql socket=/tmp/mysql.sock language=/usr/local/share/mysql/english/ log=/var/log/mysql/mysqld.log [mysql] socket=/tmp/mysql.sock

Crie o diretório de log do MySQL e mude a permissão:

# mkdir /var/log/mysql # chown mysql:mysql /var/log/mysql /* Inicie o serviço MySQL e teste: */ # /usr/local/etc/rc.d/mysql-server /* Saída do Log do MySQL: */ # cat /var/log/mysql/mysqld.log /usr/local/libexec/mysqld, Version: 4.1.13-log. started with: Tcp port: 3306 Unix socket: /tmp/mysql.sock Time Id Command Argument

Para que o serviço volte a operar automaticamente caso o servidor seja reiniciado, é necessário editar o arquivo /etc/rc.conf, vou mostrar um exemplo de pós instalação do FreeBSD ( ativação do portas USB, configuração de rede, hostname, ativação do sshd, e desativação do sendmail ), é um exemplo bem básico.

# -- sysinstall generated deltas -- # Fri Dec 8 23:20:54 2006 # Created: Fri Dec 8 23:20:54 2006 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. usbd_enable="YES" ifconfig_xl0="inet 192.168.0.3 netmask 255.255.255.0" keymap="br275.iso.acc" defaultrouter="192.168.0.1" hostname="srvmail.postfix" sshd_enable="YES" sendmail_enable="NONE" mysql_enable="YES"

Agora temos que setar uma senha para o usuário ROOT do MYSQL, para isto, utilize o comando abaixo alterando os caracteres "xxxxxx" pela sua respectiva senha.

# mysqladmin -u root password xxxxxx

Beleza! Vamos agora criar as tabelas para o POSTFIX. Crie um arquivo com o nome "postfix_mysql.db" ( ou qualquer outro nome que você queira usar ) com o seguinte conteúdo:

ATENÇÃO:

• Substitua, no primeiro bloco, o valor "xxxxx" pela senha dos usuários correspondentes.
   
• Substitua, caso queira, o diretório onde ficarão as caixas postais dos usuários, no último bloco no campo home. No meu caso estou usando o diretório "/mailbox/".

DICA: Uma boa dica aqui, é no caso de você querer utilizar algum Frontend para MySQL para facilitar a administração do mesmo em caso de acesso remoto. Para isso você terá que alterar no campo 'Host' de um dos users que terá acesso ao banco de dados remotamente. Você pode utitlizar para isso o usuário "postfixadmin", então troque o valor 'localhost' por '%' no script abaixo. Apenas siga as marcações em vermelho para encontrar as linhas a serem alteradas.

+-------------------+
| Tables_in_postfix |
+-------------------+
| admin             |
| alias             |
| domain            |
| mailbox           |
+-------------------+

+-------------+--------------+------+-----+---------------------+-------+
| Field       | Type         | Null | Key | Default             | Extra |
+-------------+--------------+------+-----+---------------------+-------+
| address     | varchar(255) |      | PRI |                     |       |
| goto        | text         |      |     |                     |       |
| domain      | varchar(255) |      |     |                     |       |
| create_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| change_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| active      | tinyint(4)   |      |     | 1                   |       |
+-------------+--------------+------+-----+---------------------+-------+

Descrição: Essa tabela é onde serão criados os redirecionamentos (ALIAS).

address: É o endereço do novo redirecionamento (ALIAS)
goto: É o destinatário(s) do redirecionamento.

Exemplo:

address => goto
postmaster@dominio.com.br > jeffi@dominio.com.br
postmaster@dominio2.com.br => jeffi@dominio2.com.br, jeffi@dominio1.com.br

+-------------+--------------+------+-----+---------------------+-------+
| Field       | Type         | Null | Key | Default             | Extra |
+-------------+--------------+------+-----+---------------------+-------+
| domain      | varchar(255) |      | PRI |                     |       |
| description | varchar(255) |      |     |                     |       |
| transport   | varchar(128) |      |     | maildrop            |       |
| create_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| change_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| active      | tinyint(4)   |      |     | 1                   |       |
+-------------+--------------+------+-----+---------------------+-------+

Descrição: Essa tabela é aonde você cria e indica o domínio.

transport: Nesse campo, você indica se o transporte será "local", para usuários do sistema ou "maildrop", para usuários virtuais. O padrão é "maildrop".

+---------------+------------------+------+-----+---------------------+-------+
| Field         | Type             | Null | Key | Default             | Extra |
+---------------+------------------+------+-----+---------------------+-------+
| username      | varchar(255)     |      | PRI |                     |       |
| password      | varchar(255)     |      |     |                     |       |
| name          | varchar(255)     |      |     |                     |       |
| home          | varchar(255)     | YES  |     | /mailbox/           |       |
| maildir       | varchar(255)     |      |     |                     |       |
| quota         | varchar(255)     |      |     |10000000S            |       |
| domain        | varchar(255)     |      |     |                     |       |
| create_date   | datetime         |      |     | 0000-00-00 00:00:00 |       |
| change_date   | datetime         |      |     | 0000-00-00 00:00:00 |       |
| active        | tinyint(4)       |      |     | 1                   |       |
| uid           | int(10) unsigned | YES  |     | 108                 |       |
| gid           | int(10) unsigned | YES  |     | 108                 |       |
| passwd_expire | enum('N','Y')    | YES  |     | Y                   |       |
+---------------+------------------+------+-----+---------------------+-------+

Descrição: É a principal tabela, onde serão criados os usuários e suas configurações como senha, diretório, QUOTA de disco, etc.

• username: É o login do usuário. Exemplo: jeffi@dominio1.com.br
   
• password: É a senha do usuário, você pode usar dois tipos de senhas: crypt() ou clear text. Esse último é interessante caso você vá usar alguma autenticação que use Cram-MD5. Eu uso o crypt, acho mais ético.
   
• name: O nome completo do usuário.
   
• home: É o diretório aonde será criado as caixas postais dos usuários. Normalmente é usado o /home, mas no meu caso usarei o diretório /mailbox/.
  
  Usar um outro diretório no lugar do /home/ é recomendável, pois o dono desse diretório deve ser o usuário maildrop. Isso pode causar um problema caso você já tenha usuários criados nesse diretório.
   
• maildir: É o Maildir do usuário, aonde os email serão armazenados.
   
• quota: É a QUOTA de disco do usuário, o default é 10MB. Note o "S" no final do valor, ele é necessário para o MAILDROP criar o arquivo "maildirsize" no diretório do usuário. Esse arquivo contém um cálculo da QUOTA atual do usuário.
   
• domain: Domínio de qual faz parte o usuário.
   
• active: Esse campo serve para habilitar(1) ou desabilitar(0) a conta do usuário, é usado pelo courier-imap para permitir o login do usuário. Serve também para maltratar um pouco dos seus desafetos dentro da empresa :-)
   
• uid: virtual uid (use o do usuário maildrop).
   
• gid: virtual gid (use o do usuário maildrop).
   
• passwd_expire: Esse campo é utilizado por alguns programas para forçar a mudança de senha por parte do usuário.

+-------------+--------------+------+-----+---------------------+-------+
| Field       | Type         | Null | Key | Default             | Extra |
+-------------+--------------+------+-----+---------------------+-------+
| username    | varchar(255) |      | PRI |                     |       |
| password    | varchar(255) |      |     |                     |       |
| domain      | varchar(255) |      |     |                     |       |
| create_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| change_date | datetime     |      |     | 0000-00-00 00:00:00 |       |
| active      | tinyint(4)   |      |     | 1                   |       |
+-------------+--------------+------+-----+---------------------+-------+

Descrição: Essa tabela é usado pelo PostfixAdmin para criar os administradores que irão ser responsáveis pela administração das contas dos respectivos domínios.

Legal! O nosso banco de email está criado. O que temos que fazer, é "ensinar" ao Postfix a conectar-se no MySQL e pegar os dados que ele precisa sobre o usuário, mas antes, vamos configurar o SASL e o Courier-IMAP.

O SASL permite que um usuário consiga enviar emails pelo servidor smtp (relay) sem que o seu IP esteja na lista de IP's liberados para relay, no postfix é configurado na linha "mynetworks" no arquivo main.cf.

O requisito para enviar email é que o usuário exista no sistema. Isso é um ótimo recurso, pois o usuário onde estiver pode enviar email pelo seu servidor, sem que você precise liberar o "Relay" para todo mundo.

O uso desta ferramenta é muito importante, porque impede que usuários não cadastrados no sistema use o seu servidor de e-mail para prática de SPAMS, e você não precisará liberar o RELAY para toda a internet.

Sem esse tipo de configuração, o seu servidor de e-mail iria com certeza parar nas regras de 'RBL' ( RealTime Blackhole List ), o que não seria muito agradável para a empresa e muito menos para o seu chefe. :)

Nessa versão do tutorial, configurei o SASL para autenticação de usuários LOCAIS (do sistema) e VIRTUAIS (MySQL).

Porém, devemos voltar nossa atenção para alguns detalhes antes de compilar e instalar o software. Neste ambiente, o SASL2 ainda não faz autenticação com senhas criptografadas por padrão. Por isto é necessário compilar o SASL2 com os 3 patches em seu respectivo diretorio.

Salve os Patches no diretório "/usr/ports/security/cyrus-sasl2/files" :

• http://frost.ath.cx/software/cyrus-sasl-patches/dist/2.1.19/freebsd/patch-lib::Makefile.in
• http://frost.ath.cx/software/cyrus-sasl-patches/dist/2.1.19/freebsd/patch-lib::checkpw.c
• http://frost.ath.cx/software/cyrus-sasl-patches/dist/2.1.19/freebsd/patch-plugins::sql.c

Preparando para compilar/instalar o Cyrus-SASL+Patch. Observe primeiramente se os patches estão no diretório correto, senão, copie-os e em seguida instale o SASL2 com os comandos abaixo:

Como iremos utilizar o Postfix com suporte para Maildir ao estilo Qmail, então o Courier-IMAP é o programa que permite o acesso a esse tipo de caixa postal. Ele também vai ser responsável por validar os logins dos usuários e permitir que eles baixem as suas mensagens por POP3 ou acesso por IMAP. Tudo isso, lendo informações da tabela "mailbox" no MySQL.

Assim como no Cyrus, nós também iremos utilizar o sistema PORTS do FreeBSD para a instalação deste pacote, é necessário ter acesso root.

Isso irá instalar o courier-authlib automaticamente, necessário para a instalação do courier-imap e criará os seguintes arquivos de configuração do courier: imapd, pop3d, authmysqlrc, authdaemonrc, imapd-ssl, pop3d-ssl. Esses 2 últimos para conexões seguras.

Configurando o Courier:

DICA: Acho interessante manter os arquivos *.dist, isso irá ajudar caso você queira lembrar das configurações default do courier.

As configurações default dos arquivos imapd e pop3d, ao meu ver, já são boas. Altere caso você tenha necessidade.

Edite o /usr/local/etc/authlib/authmysqlrc. Esse arquivo é responsável pelas configurações do Courier para que ele conecte no MySQL e autentique os usuários. Edite-o conforme as suas configurações. Exemplo:

ATENÇÃO: Não deixe espaços ou tab no começo do nome. Isso causa erro para o Maildrop. Exemplo:

Antes de iniciar os serviços de pop e imap, é recomendável que você edite o arquivo "/etc/rc.conf" novamente e adicione as seguintes linhas:

Coloque as 3 últimas linhas acima no arquivo /etc/rc.conf para que os serviços IMAP e POP3 sejam iniciados automaticamente durante a inicialização do servidor.

É extramamente importante que sejam adicionados nessa ordem, o courier-authdaemond deve ser iniciado antes dos serviços de pop e imap, pois estes serviços dependem do arquivo de configuração do authlib para se conectar ao banco de dados. De outra forma, o courier-imap não conseguirá conectar no banco de dados.

Os scripts de inicialização de qualquer software instalado via PORTS estão localizados em /usr/local/etc/rc.d/, neste diretório você encontrará os scripts de inicialização do courier-authlib, courier-imapd e courier-pop entre outros softwares que você tenha instalado via PORTS.

Mas os que nos interessam no momento são apenas os 3 acima mencionados, certo ? Agora inicie os serviços na mesma ordem colocada no arquivo /etc/rc.conf:

Teste se os serviços IMAP e POP iniciaram sem problemas, vamos rodar os seguintes comandos:

Deve aparecer algo como isso. As linhas indicam que os serviços imap e pop3 subiram usando a autenticação pelo MySQL. Vamos checar se as portas dos serviços estão abertas e respondendo:

Teste do IMAP e POP3:

Se aparecer isso, então esta ok.

Vamos agora instalar/configurar o Maildrop.

O Maildrop será responsável pela entrega propriamente dita da mensagem à sua respectiva caixa postal. Ele também fará o controle da QUOTA de disco.

Com o Maildrop você também poderá implementar algumas regras de filtragem.

Baixe e instale o pacote:

• http://umn.dl.sourceforge.net/sourceforge/courier/maildrop-1.6.3.tar.bz2

Configurando o MAILDROP:

Configure o Maildrop para acessar o MySQL. Edite o arquivo /etc/maildropmysql.conf:

DICA: O Maildrop possui um recurso de aviso de email para o usuário caso a sua caixa postal ultrapasse a porcentagem de utilização de um valor especificado. Nesse tutorial usarei o valor de 90% (explicado mais adiante).

Sendo assim, você pode personalizar a mensagem de aviso que o usuário ira receber, bastando para isso editar o arquivo /etc/maildrop/quotawarnmsg.

Verifique se o suporte ao MySQL foi habilitado:

Configurando o Postfix:

Crie 4 arquivos dentro do diretório /etc/postfix/ com o seguinte conteúdo:

• A configuração da segunda linha deve ter pelo menos 2 espaços no começo da linha, conforme o exemplo.
   
• O parâmetro "-w 90" representa a porcentagem de utilização da caixa postal que pode chegar até ser avisado pelo sistema. A mensagem de aviso é enviado pelo MAILDROP com o conteúdo do arquivo /etc/maildrop/quotawarnmsg.

Renomeie o arquivo original "main.cf" para evitar problemas:

MAIN.CF:

Crie o /etc/postfix/main.cf com o seguinte conteúdo:

OBS:

• Essa é a configuração básica desse arquivo, fique à vontade para incluir novas implementações.
   
• O parâmetro "maildrop_destination_recipient_limit" faz com que o MAILDROP entregue os emails para mais de um destinatário, caso contrario, apenas um irá receber a mensagem.

+-----------------+--------------------------+-----------+--------+
| domain          | description              | transport | active |
+-----------------+--------------------------+-----------+--------+
| local.com.br    | Dominio LOCAL da Máquina | local     |      1 |
| dominio1.com.br | Dominio de Teste         | maildrop  |      1 |
+-----------------+--------------------------+-----------+--------+

Criando o Usuário:
ATENÇÃO: Não esqueça de escolher uma senha em 'xxxxx'

+-----------------------------+
| username                    |
+-----------------------------+
| jeffi@dominio1.com.br       |
+-----------------------------+

+-----------------------+-----------------------+-----------------+--------+
| address               | goto                  | domain          | active |
+-----------------------+-----------------------+-----------------+--------+
| jeffi@dominio1.com.br | jeffi@dominio1.com.br | dominio1.com.br |      1 |
+-----------------------+-----------------------+-----------------+--------+

Testando o Maildrop:

Teste se o MAILDROP consegue enviar o email para a caixa postal dos usuários.

Beleza, funcionou.

Testando o Postfix:

Como usuário local:

******************** LOG DO POSTFIX *******************

Beleza, funcionou.

Como usuário virtual:

******************** LOG DO POSTFIX *******************

Opa, acho que foi:

É, foi!!!!! :-)

Teste de Autenticação do IMAP:

Beleza, funcionou!!!

Teste de Autenticação do POP3:

Beleza, funcionou!!!

DICA: Em caso de erro de autenticação, sempre dê uma olhada nos logs do MySQL e veja se foi feito e como foi feito o SELECT do courier. Isso pode ser útil para identificar erros no arquivo de configuração do courier.

Um outro problema pode ser no MySQL: ou o serviço não esta funcionando ou o usuário não tem permissão de acesso ao banco de dados.

Quem vai ser responsável pelo controle de QUOTA de disco nesse ambiente é o Maildrop.

Os valores de QUOTAs serão cadastrados no banco de dados, sendo independente para cada usuário. O Maildrop irá ler as tabelas do MySQL e conforme o valor especificado, ele irá fazer o controle de tal QUOTA.

Quando você enviou um email para jeffi@dominio1.com.br, o Maildrop criou o arquivo "maildirsize" dentro do ~/MAILDIR/ do usuário. Exemplo:

Toda vez que o usuário recebe um email, o Maildrop calcula o espaço utilizado e escreve nesse arquivo. Vamos testar se a QUOTA esta funcionado:

Primeiro vamos alterar o valor da QUOTA do usuário para um valor menor, 1MB é o suficiente.

Execute no shell:

+------------------------------+-----------+
| username                     | quota     |
+------------------------------+-----------+
| jeffi@dominio1.com.br        | 10485760S |
+------------------------------+-----------+

A QUOTA esta em 10MB, vamos altera-la para 1MB:

+------------------------------+----------+
| username                     | quota    |
+------------------------------+----------+
| jeffi@dominio1.com.br        | 1000000S |
+------------------------------+----------+

• http://rano.org/mailm/mailm-0.3.tar.gz

Agora é necessário que você localize qualquer arquivo em seu sistema que possua um tamanho maior que 1MB, para que possamos realizar o teste com o sistema de quota. Veja no exemplo abaixo:

******************** LOG DO POSTFIX *******************

Lembrando, que 1000000 não corresponde a 1MB precisamente :-)

• Criar domínio virtuais;
• Criar/Excluir contas virtuais;
• Criar/Excluir Aliases;
• Alteração de Senhas, etc.

Você também pode adaptá-lo às suas necessidades, bastando apenas um conhecimento da linguagem PHP.

Para esse ambiente, foi necessário fazer algumas alterações no código original para adequá-lo ao Maildrop. Essas foram algumas das minhas alterações:

• Tradução do Ambiente para Português BR
   
• Desabilitei a criação automática de um ALIAS para cada endereço de email criado, achei desnecessário para esse ambiente.
   
• Desabilitei a opção de DELETAR os dados do "mailbox" do usuário, em caso de se apagar um ALIAS para essa caixa.
   
• Adaptação de 2 script para CRIAÇÃO e EXCLUSÃO de usuário. Isso foi necessário, pois o MAILDROP nesse ambiente, não cria o MAILDIR/ do usuário caso ele não exista. Para a EXCLUSÃO, o Postfixadmin não apaga o diretório dos usuários. Com esses 2 scripts, você também pode realizar outras configurações, no meu caso por exemplo, a configuração de um Webmail.
   
• Uso do SUDO para dar permissões de execução para esses dois scripts.
   
• Inclusão do campo ATIVO na página de administração com a possibilidade de ativar/desativar um conta de usuário.
   
• Mudança na forma de apresentação do valor da QUOTA de disco.
   
• Mudança na forma de apresentação da DATA de alteração da conta, para um formato BR.

ATENÇÃO: Caso você não esteja utilizando o Slackware, certamente a sua distribuição deve possuir o Apache e o PHP nos CD's de instalação. Não entrarei em detalhes sobre configuração do APACHE, pois o foco aqui é outro. Usarei a configuração DEFAULT do servidor.

Instalação:

Se você for utilizar a versão do 'Marco Máximo' com essas alterações, baixe-o nesse link:

• Postfixadmin-MODIFICADO.tar.bz2

Após o download, descompacte no diretório ROOT do servidor WEB ou em algum outro, lembrando apenas de criar um ALIAS na configuração do servidor.

No meu caso, foi criado o dir '/www/dominio1'. Utilizo também o usuário e grupo "nobody" para rodar o Apache.

Copie os scripts para um outro diretório e mude as permissões:

Configuração do SUDO:

Como comentei antes por causa do MAILDROP, nesse ambiente precisei criar 2 scripts: adduser.sh e userdel.sh. Esses scripts devem possuir permissão de ROOT para execução. A forma que achei para resolver esse problema foi o uso do SUDO.

* Se alguém tiver alguma sugestão melhor, por favor entre em contato.

Edite o arquivo /etc/sudoers e adicione as seguintes linhas:

Edite o arquivo config.inc.php e configure as variáveis conforme a sua configuração. As principais são:

Depois de configurado as variáveis, habilite o acesso a página de administração de domínio do PostfixAdmin, no meu caso usarei o usuário "admin".

Insira as seguintes linhas no arquivo httpd.conf

Obs: Para manter uma boa organização dentro do httpd.conf, sugiro que você adicione essas linhas citadas acima juntos com os demais módulos "default" do apache. para isso basta procurar pelas linhas 'LoadModule' dentro do arquivo. Bom, até aqui tudo bem, damos ao apache o suporte ao PHP.

Vamos criar então um VirtualHost, para isto, insira as seguintes linhas de acordo com as suas configurações dentro do httpd.conf, de preferência nas últimas linhas do arquivo onde se encontram as entradas de exemplo do VirtualHost.

Obs: No meu caso eu criei um "alias" no meu servidor DNS para postfixadmin.dominio1.com.br para acessar o postfixadmin e outro para webmail.dominio1.com.br para acessar o meu webmail. Caso você já tenha um servidor DNS, poderá criar alias para facilitar o acesso via web.

EXEMPLO COM DNS:

Crie os diretórios de LOGs antes de reiniciar o servidor Apache:

Reinicie o servidor apache:

Agora pelo BROWSER, acesse o endereço:

http://postfixadmin.dominio1.com.br/admin

Ele irá lhe pedir o usuário e o password que você cadastrou no arquivo .htpasswd.

No PostfixAdmin, você precisa cadastrar os administradores correspondentes para cada domínio que você possui na máquina.

Depois de cadastrado o administrador daquele domínio, acesse pelo endereço http://postfixadmin.dominio1.com.br, colocando o usuário e senha cadastrados.

Não irei entrar em detalhes sobre o funcionamento do PostfixAdmin, pois a sua interface é muito intuitiva.

DICA: Caso ocorra algum problema na criação do usuário, verifique a configuração e permissão dos scripts de criação (USERDEL e ADDUSER).

Verifique também no /var/log/messages se o comando sudo foi executado.

Segue abaixo um outro exemplo para configuração do Apache caso você não possua um servidor DNS, e esteja montando este ambiente apenas para estudos.

EXEMPLO SEM DNS:

Crie o diretório de LOG:

Restarte o Apache:

Com isto você poderá acessar tanto o postfixadmin como o webmail digitando apenas:

http://ip_do_servidor/postixadmin e http://ip_do_servidor/webmail

Obs: No EXEMPLO SEM DNS, os diretórios do "webamail" e "postfixadmin" devem estar em /www conforme a configuração do httpd.conf acima, caso você opte por deixa-los em outro diretório, você deverá mudar as configurações do httpd.conf de acordo com as suas necessidades.

 

INTEGRANDO O POSTFIX COM O CLAMAV !!!

Nesta versão do clamav, é necessário que você tenha a zlib 1.2.2 instalada, então antes de iniciarmos a instalação do clamav, atualize sua zlib, baixe a nova versão em:

http://www.gzip.org/zlib/zlib-1.2.2.tar.gz

Descompacte o arquivo e instale:

Bom, seu sistema está pronto para receber o clamav, e para isto vamos seguir o tutorial de um grande amigo, o "gsoares" que permitiu a inclusão de seu artigo neste tutorial sobre integração do clamav direta no postfix.

Outro maravilhoso HOWTO feito por nosso amigo Gleydson (gsoares) com a ajuda de outro grande amigo da comunidade David (thefallen) da rede "FREENODE" de irc.
 

Howto Original:

http://www.nerdgroup.org/doc/postfix_clamav.html

 

Aumento de Desempenho

Quem não já teve a experiência de integrar o postfix com expressões body_checks para rejeitar o email antes mesmo que ele passe pelo amavis ou mailscanner e se surpreendeu com o alto desempenho. Porem a solução ideal é integrar um antivirus diretamente com o MTA. Nesse tutorial usaremos o postfix junto com o clamav (antivirus livre).

Para isso baixe o clamav e o script do filtro:

ClamAv - http://heanet.dl.sourceforge.net/sourceforge/clamav/clamav-0.84.tar.gz
Clamav Filter - http://www.unitednerds.org/projects/mail/clamav-filter.sh.gz

Primeiramente, descompacte o tar.gz do ClamAV e crie os usuarios padrao.

Para compilarmos, vamos usar algumas opções no ./configure:

Pronto, seu ClamAV está instalado, agora so falta configurar o seu /etc/clamd.conf.

Apenas algumas linhas precisam ser alteradas. Entre elas, precisamos comentar a linha "Example" e descomentar as linhas "ScanMail" e "User clamav". Voce pode querer tambem alterar algumas variaveis do ClamAV, como lugar em que é gerado o unix socket. Segue abaixo um exemplo de clamav.conf:

Crie agora o diretório

Nao se esqueça de colocar o /usr/sbin/clamd para ser iniciado no boot. Note que é uma boa ideia inicia-lo ANTES do Postfix (assim, quando o Postfix requisitar o antivirus, ele ja esta la.)

Ex.:

Bem, aqui devemos dar nosso agradecimento ao thefallen em ter aberto nossos olhos em relação a essa implementação e pelo desenvolvimento desse filtro.

Baixe o filtro neste endereço e salve-o em /usr/libexec/postfix e siga os passos:

Dentro do arquivo master.cf insira as seguintes linhas:

• Obs: Se voce antes usava amavis, nao se esqueca de comentar ou retirar as linhas referentes a ele no master.cf "content_filter = smtp-amavis:[127.0.0.1]:10024" dentro do /etc/postfix/main.cf.

Acertando alguns detalhes no Postfix
 

• Precisamos tambem ajustar a variavel "command_time_limit" no main.cf.
   
• Essa variável diz quanto tempo um comando externo ao Postfix pode rodar antes de ser "morto" pelo processo "master". O default é de 1000s, esse valor deve ser suficiente para a maioria dos ambientes. No entanto, em horários de pico de utilização da máquina, ou sob ataque, esse limite pode causar erros de "Timeout Exceeded" no Postfix.
   
• Pode aumenta-lo para um valor maior (talvez 1h) para evitar isso. Basta colocar no main.cf uma linha assim:

Restarte o postfix:

Mantendo o "banco de dados" do ClamAV sempre atualizado
 

• Nesta nova versão do clamav, como vocês perceberam, o arquivo de configuração do clamav mudou de "clamav.conf" para "clamd.conf", o que diferencia os dois arquivos, é realmente o nome, as configurações são as mesmas.
   
• O freshclam vem com um arquivo de configuração. Então você terá de editar o arquivo, e alterar apenas 2 linhas, siga o exemplo abaixo:

Comente esta linha:

Ainda no arquivo de configuração do freshclam, procure a linha:

• Pronto, já está configurado, fácil não ? Você pode alterar mais campos no freshclam.conf de acordo com suas necessidades.
   
• Pode-se inicia-lo como um "daemon" no sistema, e deixar que ele verifique se há atualizacões no "banco de dados" do ClamAV com o comando:

Veja a saída do log:

• Depois que se sentir "seguro" com o funcionamento do ClamAV (depois que ja tiver mostrado pro seu chefe que o ClamAV se atualiza sozinho mesmo :D), voce pode remover as opcoes de "verbose" do clamav.conf e do freshclam. Isso economiza espaco em disco, descartando logs desnecessarios.
  Ah, nao se esqueca de colocar o freshclam para rodar no boot tambem :)

Um pouquinho de Teoria (para os nao tão apressados :D)

É por esse motivo que precisamos rodar o script com o mesmo usuario que o "clamd" estará rodando, para que ele possa acessar as mensagens na fila de filtragem.

Faça um teste rodando o clamdscan e rodando o clamscan (esse não usa o clamd; ele carrega todas as definicões de virus e depois scaneia). No último benchmarking que eu fiz, o clamscan levava em media 80 segundos para fazer o que o clamdscan fazia em 5-7 segundos.

Para integrarmos o ClamAV Filter ao Postfix, usamos as opções de content_filter do Postfix ligadas ao processo "pipe" do mesmo, que permite que enviemos mensagens "para fora" do Postfix.

Há mais explicacões sobre isso na Palestra do evento LinuxChix-BR de 2004, disponivel neste mesmo site (http://www.unitednerds.org/thefallen/docs/?area=Postfix).

Precisamos então instalar o SpamAssassin, execute o comando:

É bastante simples integrarmos o SpamAssassin ao nosso script do Clamav Filter. Supondo que você ja tenha instalado o SpamAssassin, e o "spamd" rodando, basta editar o clamav-filter.sh e mudar a linha:

De:

Para:

Agradecimentos a David da Guia Carvalho pela dica :)

Para isso, vamos iniciar a instalação de algumas dependencias do vacation, digitando o comando abaixo:
 

# perl -MCPAN -e shell

cpan> install DBI:DBD cpan> install DBD::mysql

DICA: Normalmente, pode ocorrer alguns erro no teste durante a instalação do módulo DBD::mysql. Caso ocorra esse problema, force a instalação manualmente, exemplo:

• vacation-2.1.3.tgz

O Vacation utiliza o MySQL para guardar as mensagens de resposta dos usuários, sendo assim, vamos criar as tabelas. Crie um arquivo com o seguinte conteúdo:

E execute:

Crie um usuário no sistema para receber os emails que forem enviados para as pessoas que estejam cadastradas no banco de dados do VACATION. Depois copie os arquivos de configuração para o $HOME do usuário criado (vacation).

Configuração:

Edite o arquivo /home/vacation/.forward e indique o caminho correto do procmail. No Slackware é /usr/bin/procmail.

Edite o arquivo /home/vacation/vacation.pl e configure os valores para acesso ao banco de dados. No meu caso, usei os mesmos dados do usuário do postfixadmin.

DICA: Você também pode editar o arquivo /home/vacation/.procmailrc ou /home/vacation/vacation.pl e habilitar as linhas de logs em caso de erro.

Teste se o usuário do postfixadmin tem acessa o banco:

+---------+--------------+------+-----+---------+-------+
| Field   | Type         | Null | Key | Default | Extra |
+---------+--------------+------+-----+---------+-------+
| email   | varchar(255) |      |     |         |       |
| subject | varchar(255) |      |     |         |       |
| body    | text         |      |     |         |       |
| cache   | text         |      |     |         |       |
+---------+--------------+------+-----+---------+-------+

Edite o arquivo "config.inc.php" do POSTFIXADMIN e habilite o suporte ao vacation:

TESTE:

Depois de liberar o suporte a Vacation do PostfixAdmin, acesse a página de login no PostfixAdmin e clique no link referente ao Vacation, nesse caso "Resposta automática, caso você esteja fora do escritório.

Na página que se segue, coloque o email e senha do usuário e edite a mensagem de resposta automática e clique em "Saindo".

Para testar, envie um email para o usuário, você deve receber uma mensagem de aviso do servidor como sendo do usuário.

Para retirar a mensagem automática, coloque o usuário e senha e clique em "Voltando".

Teste, enviando como usuário normal um email para o usuário virtual cadastrado.

DICA: Caso ocorra algum erro de não validação da senha do usuário, tente alterá-la usando o Postfixadmin. Uma causa do erro, pode ser a forma com que o Postfixadmin lê e grava a senha no MySQL.

Dependências:

Apache e PHP.

Instalando:

No site existem versões em RPM, mas aconselho a utilizar as versão SOURCE devido a sua facilidade de personalização.

Faça o download em:

• http://heanet.dl.sourceforge.net/sourceforge/squirrelmail/squirrelmail-1.4.4.tar.bz2

1. Por um script de configuração "configure".
2. Editando diretamente o arquivo "webmail/config/config.php"

Irei mostrar a configuração do arquivo "config.php", pois a utilização do script de configuração é bastante fácil.

Como estamos utilizando o MySQL, nada mais cômodo como guardar as configuração dos usuários e seus livros de endereços em tabelas SQL. O Squirrelmail permite essa facilidade, sendo assim, vamos criar as tabelas e as permissões de acesso a elas.

Crie um arquivo para a criação das tabelas com o seguinte conteúdo:

Crie o banco e as tabelas:

Teste se foi criado:

+-------------------+
| Tables_in_webmail |
+-------------------+
| address           |
| userprefs         |
+-------------------+

Agora vamos configurar o Squirrelmail.

Dentro do diretório webmail/config/ existe um arquivo chamado "config_default.php". Esse arquivo explica para que serve cada parâmetro de configuração.

Crie um arquivo chamado "config.php" com o conteúdo do arquivo "config_default.php", exemplo:

Uma outra forma de gerar esse arquivo, é usando o script de configuração:

Recomendo essa última forma, pois cria um arquivo config.php mais "limpo".

Essas são as principais linhas que devem ser alteradas no arquivo "webmail/config/config.php" para a configuração do seu domínio com suporte a MySQL e Courier-IMAP:

DICA: Quase todos os plugins do Squirrelmail vem desabilitados por default. Usando o script de configuração, escolha a opção 8 e habilite-os digitando seus números correspondentes.

Agora acesse o webmail pelo link:

http://webmail.dominio1.com.br ou http://ip_do_servidor/webmail/

Para logar no webmail você precisa fornecer seu nome completo de usuário, ou seja, usuario@dominio. Exemplo:

user: jeffi@dominio1.com.br
pass: xxxxxx

Instalando plugins:

Como eu havia falado, uma forma de você aumentar as funcionalidades do Squirrelmail é instalando novos plugins. No site, atualmente estão listados 174 plugins.

Vamos instalar um plugin útil para a mudança de senha dos usuários VIRTUAIS, chamado change_mysqlpass, para isso você precisa também de outro plugin chamado de compatibility.

Baixe-os em:

• http://www.squirrelmail.org/plugins/change_mysqlpass-3.2-1.2.8.tar.gz
• http://www.squirrelmail.org/plugins/compatibility-1.3.tar.gz

Instalando:

Edite o arquivo "config.php" e configure as seguintes variáveis:

Escolha a opção 8, habilite os dois plugins (compatibility, change_mysqlpass) e faça um reload no seu browser.

Todo o usuário criado, ao se logar pela primeira vez no webmail, receberá um pedido de mudança de senha. Isso é causado pelo valor "Y" no campo "passwd_expire" da tabela "mailbox".

DICA: Caso ocorra algum erro, pode ser devido a variável "$use_ssl_for_password_change = 1;". Se o seu servidor não estiver com o suporte SSL ativo, altere para 0 para resolver o problema.

Plugins recomendados:

• msg_flags: ícones para as mensagens.
• smallcal: pequeno calendário na barra lateral.
• newuser_wiz: ajuda o usuário a configurar alguns dados iniciais.
• vlogin: completa o login do usuário com o seu domínio "@dominio.com.br".

• Bom galera, depois de quase 2 semanas trabalhando em cima deste howto, acho que mereço um bom descanso não acham ? :)
   
• Agradeço a paciência e a compreensão de todos.
   
• Críticas, Elogios e Sugestões serão de grande valia para a melhoria do Tutorial.
   
• Gostaria de agradecer e muito as pessoas que puderam contribuir e me ajudar de forma direta e indireta neste pequeno trabalho, e que puderam fazer deste tutorial uma realidade, onde poucas pessoas conseguiam obter sucesso através de outros tutoriais ditribuídos pela internet devido á falta de documentação para essa maravilhosa distribuição chamada Slackware:
   
• Agradecimentos Especiais:

  Nome:		Nickname	Rede IRC	Canais
  Gleydson Soares	-	gsoares	freenode.org	#nerdgroup
  Michael	-	NoComments	brasnet.org	#linuxajuda

  Tutorial criado por Jeffierson - jeffi
  
  Usuário da rede brasnet e freenode de IRC, canais frequentados:
  
  #linuxajuda  - irc.brasnet.org
  
  Email: jeffi@uol.com.br | freebsd@uol.com.br

   

              Espero ter ajudado, Boa Sorte !!!