Guia "Uma rapidinha no Postfix" ------------------------------Stfano Martins Verso 0.2 - domingo, 03 de outubro de 2004. ----------------------------------------------------------------Sobre o guia -----------Este guia tem como seu objetivo ser o mais simples possvel, abordando o assunto nem de maneira superficial demais ou aprofundada demais. Estou escrevendo pois estava sem fazer nada pela comunidade GNU/Linux, somente sugando informao. Como todos podem ver, o estilo do meu guia similar ao do Guia Foca GNU/Linux, que est disponvel em http://focalinux.cipsga.org.br. Fiz isso por quatro motivos: 1 - Eu gosto do estilo do guia; 2 - Aprendi mais com o autor daquele guia do que com a maioria dos meus professores; 3 - Para os que j estavam acostumados a utilizar o Guia Foca Linux, iro ficar mais entrosados; 4 - Porqu eu quis. No garanto que esse guia v possuir inmeras verses melhoradas, mas claro que de vez em quando eu posso adicionar novos features nele, mas ele ir sempre continuar com esse mesmo layout. Com um pouco de sorte quem sabe esse guia passe de 10 pginas! Nota: Nos ltimos dias, um espao foi cedido para os meus guias pelo William Rocha para a hospedagem. O endereo oficial desse guia e dos demais (Squid e NIS) : http://squid.linuxit.com.br Grato William! IMPORTANTE: Esse guia disponibilizado no formato "as is", no possui garantia alguma e julgo-me isento de qualquer responsabilidade. Nota de Copyright ----------------Copyleft (C) 2004 - Stfano Martins. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; A copy of the license is included in the section entitled "GNU Free Documentation License". ----------------------------------------------------------------Contedo --------

1.

Introduo 1.1. Propsito do Guia/Nota do autor 1.2. O que um servidor de e-mail? 1.3. Como dividido um servidor de e-mail? 1.3.1. Mail Transfer Agent (MTA) 1.3.2. Mail Delivery Agent (MDA) 1.3.3. Mail User Agent (MUA) 1.4. O que um servidor de e-mail pode fazer por mim? 1.5. Como funciona Protocolos 2.1. SMTP 2.2. POP 2.3. IMAP Sobre os softwares utilizados nesse guia 3.1. Postfix 3.2. Maildrop 3.2.1. Mailbox (MBOX) 3.2.2. Maildir (Maildir/) 3.2.3. Mailbox ou Maildir: Qual o melhor? 3.3. Courier-IMAP 3.4. Courier-POP 3.5. Courier-authdaemon 3.6. A distribuio Debian Outros softwares com as mesmas funes 4.1. MTA's 4.1.1. qmail 4.1.2. Sendmail 4.1.3. Exim 4.1.4. Courier-mail 4.2. MDA's 4.2.1. Procmail 4.2.2. Postdrop 4.3. MUA's 4.3.1. Outlook Express 4.3.2. Microsoft Outlook 4.3.3. Mozilla Mail 4.3.4. Mail/Mailx 4.3.5. Ximian 4.3.6. Kmail 4.4. Servidores POP/IMAP 4.4.1. ipopd 4.4.2. Cyrus-POP/Cyrus-IMAP 4.4.3. solid-pop3d 4.4.4. qpopper Instalando e configurando o ambiente e os servios 5.1. Postfix 5.2. Maildrop 5.3. Courier-IMAP 5.4. Courier-POP 5.5. Courier-authdaemon 5.6. BIND 5.7. Criao das caixas de e-mail 5.8. Configurando a rede 5.9. Iniciando/Reiniciando/Parando/Reconfigurando os daemons

2.

3.

4.

5.

6.

Arquivos 6.1. 6.2. 6.3. 6.4. Outros 7.1. 7.2. 7.3. 7.4. 7.5. 7.6. 7.7. 7.8. 7.9.

de configurao /etc/postfix/main.cf /etc/passwd /etc/maildroprc /var/log/mail.log Sobre esse guia O que voc precisa para utilizar esse guia? Sobre o autor Agradecimentos Referncias Crticas? Sugestes? Ajuda? Atualizaes do guia ToDo Links interessantes

7.

----------------------------------------------------------------1. Introduo ------------Esse captulo bsico. Para todos os que j conhecem como um servidor de e-mail funciona, podem at pular esse captulo, mas recomendo a leitura de qualquer jeito. 1.1. Propsito do Guia/Nota do autor -----------------------------------Bem, escrevi esse guia por um nico e simples motivo: No existe uma documentao explicativa o suficiente que pode me ajudar quando eu precisei. Servidores de e-mail so items em uma rede que so excepcionalmente difceis de configurar e difceis para implementar. No queria que vocs considerassem esse guia um livro. Quem me conhece pessoalmente ou j leu algum dos meus outros guias sabe que o meu envolvimento com as pessoas que me pedem ajuda, sobretudo depois de lerem os meus guias. Eu no me preocupo apenas em escrever. Preocupo-me com as pessoas. Pode parecer piegas, mas com esse pensamento tambm que eu escrevo. um hobby ajudar os outros. Todos os dias eu recebo algum e-mail de algum pedindo ajuda e falando que o seu emprego corre grande perigo caso ele no consiga fazer o que eu tento ensinar. Nessa hora as pessoas so modestas e humildes. Isso independe de idade, credo, or, etc. As pessoas so simplesmente pessoas. Umas ajudando s outras. essa a filosofia por trs do software-livre e extremamente prazeroso receber e-mails de casos de sucesso e/ou agradecimentos. por essas pessoas que eu continuo a escrever. por isso que eu nunca vou parar de escrever. Bom, agora mudando um pouco de assunto... O Guia "Uma Rapidinha no Postfix" foi escrito com o

propsito de ser rpido, fcil, do it yourself e, se possvel, engraado. Ele um guia menos abrangente do que os outros guias por isso. Enquanto os outros guias enrolam, enrolam e no falam nada de interessante ou ensinam a montar, mas no explicam o que determinada tarefa faz, eu tento montar algo simples, mas que funcione perfeitamente para uma intranet ou para uma internet. claro que ainda tem muita coisa a ser escrita e quem sabe esse guia daqui a alguns meses torne-se "Uma Noite de Amor com o Postfix". Por isso me limitei a falar somente da implementao em uma distribuio, mas nada com que um pouco de estudo no faa funcionar em outras distribuies tambm. Outra coisa: Esse guia, por enquanto, no ir abranger o uso mais avanado de servidores de e-mail, tais como: Implementao junto com MySQL, domnios virtuais, etc. O ambiente resume-se a criar um domnio nico e contas de usurios locais. Nada mais, nada menos. Mas isso, como eu disse, POR ENQUANTO. Oras... eu acho que eu j falei demais. Boa leitura! 1.2. O que um servidor de e-mail? ----------------------------------Voc j se perguntou isso? O que , afinal de contas, um servidor de e-mail? Como ele funciona? Como ele armazena as mensagens? O que ele faz? Para algum que mexe faz tempo com informtica ou com computadores, isso mais do que simples. Eu diria que para alguns, a pergunta absurda. Afinal de contas, quem nunca mandou um simples e-mail? Pois, o que voc no enxerga que um servidor de e-mail muito mais do que ele aparenta ser e muito mais difcil do que ele aparenta, referindo-se a configuraes mais complexas, ok? Em outras palavras, nunca subestime um servidor de e-mail. Tanto em poder, quanto em dificuldade. 1.3. Como dividido um servidor de e-mail? ------------------------------------------Muitos que esto lendo esse guia e no tm uma aprofundada noo de como um servidor de e-mail funciona pensa que ele somente uma coisa. Um daemon que executa todas as funes... ERRADO! Na verdade, um servidor de e-mail dividido em vrios programas distintos que fazem diferentes funes na rdua funo de enviar e-mails. o que ns iremos estudar mais a

fundo. No existe nenhum servidor de e-mail em que os trs items a seguir no estejam presentes. 1.3.1. Mail Transfer Agent (MTA) -------------------------------Um Mail Transfer Agent (MTA) o agente responsvel pelo envio e recebimento de e-mails. No nosso caso ns utilizaremos o Postfix como MTA. 1.3.2. Mail Delivery Agent (MDA) -------------------------------O Mail Delivery Agent (MDA) o agente responsvel pela entrega das mensagens para as caixas de mensagens dos usurios. No nosso caso ns utilizaremos o Maildrop como MDA. 1.3.3. Mail User Agent (MUA) ---------------------------O Mail User Agent (MUA) o mais numeroso dentre os vrios items que compem um servidor de e-mail, mesmo ele no sendo uma parte explicitamente do servidor em si, mas sim do servio de e-mail. O Mail User Agent o programa que o usurio utiliza para ler e enviar os seus e-mails. Ele pode ser o Eudora, o Outlook, etc. No nosso caso, voc pode utilizar o que for de sua preferncia. 1.4. O que um servidor de e-mail pode fazer por mim? ---------------------------------------------------Desde a dcada de 70 os servidores de e-mail so utilizados. Eles surgiram com a necessidade do envio e recebimento de correspondncia virtual, momentnea e que seja principalmente seguro e rpido. O e-mail foi muito utilizado em faculdades e em centros de pesquisas. S no "foi", como ainda . Qualquer administrador de sistemas/redes que presta servios para uma empresa grande precisa de um servidor de e-mail. Para comunicao interna principalmente. Quantos portais da internet no tm os seus prprios servidores de e-mail? Com seus prprios domnios? Um servidor de e-mail tornou-se um elemento indispensvel para a comunicao e para o crescimento de qualquer empresa que trabalhe com computadores e seja relativamente grande. Por isso, no adianta tentar fugir. Mais cedo ou mais tarde voc ir se deparar com esse pepino e vai se desesperar.

1.5. Como funciona -----------------timo, voc j sabe do que formado um servidor de e-mail! MTA, MDA e MUA. Mas voc sabe como que ele funciona? assim oh: 1 - O usurio pega e redige o seu e-mail em seu computador, utilizando um leitor de e-mails, como o Outlook. 2 - Finalmente, depois de enviar aquela linda corrente que ele acaba de inventar sobre uma menina que sofria de uma doena incurvel e que estava beira da morte, porqu ele acha engraado falar dessas coisas, ele finalmente clica no boto "Enviar". 3 - O MUA comea o seu rduo trabalho de se conectar no servidor SMTP especificado nas configuraes e entrega o e-mail para o MTA. 4 - O MTA pica a mensagem em vrios milhares de pedacinhos (no se preocupe, ele no faz isso por mal) e envia esses pedacinhos para o servidor que est rodando o outro MTA que responsvel pelo domnio endereado no cabealho do e-mail. Claro, isso depois de "bater um papinho" com o BIND, com perguntas indecentes como: "Oi, eu j te conheo de algum lugar, no ?", "Voc poderia me indicar o IP desse domnio?", "Que tal ns carmos para perto do processador? Se for AMD ele bem quentinho". 5 - Finalmente, o MTA do outro lado recebe os pedacinhos que o primeiro MTA enviou e monta finalmente uma mensagem. Feito isso, ele aciona o MDA e repassa-lhe a mensagem. 6 - O MDA pega a mensagem, olha com aquele desgosto (por se tratar de corrente), mas deixa passar a mensagem para o destinarrio escrito no cabealho da mensagem. Ento ele coloca a mensagem na caixa de e-mails do usurio destinatrio e est feita a transao. A mensagem est armazenada no servidor. 7 - Finalmente, o MUA do outro usurio, que o destinarrio, faz uma requisio para um servidor POP ou IMAP que est rodando nessa mquina (leia mais sobre POP ou IMAP no captulo 2), puxando assim suas mensagens. 8 - O usurio l o e-mail com a corrente e fica furioso, liga para o fulano e pede para que no lhe mande mais e-mails assim. E essa a trajetria de um e-mail pela internet! Isso acontece a cada segundo, milhares de vezes. E a maioria das pessoas ainda no sabem usar essa maravilhosa ferramenta... pacincia. -----------------------------------------------------------------

2. Protocolos ------------No somente o Postfix, mas todos os servidores de e-mail trabalham com esses protocolos. Cada protocolo tem uma funo diferente dentro do servidor de e-mail. Usurios um pouco mais leigos podem no saber que esto utilizando esses protocolos, mas eles esto sempre l para uso. 2.1. SMTP --------O Simple Mail Transfer Protocol o protocolo utilizado por servidores de e-mail para o envio e recebimento de mensagens eletrnicas para outros servidores espalhados na internet. 2.2. POP -------O POP (Post Office Protocol) o protocolo responsvel por entregar as mensagens armazenadas no servidor para o cliente requisitante. Detalhe: O POP no criptografado. Todo o trfego feito em texto plano. 2.3. IMAP --------O IMAP (Internet Message Access Protocol) uma alternativa ao POP, porm muito mais segura e muito mais verstil do que o amigo acima. O IMAP permite ao usurio criar pastas para organizar os seus e-mails no servidor para melhor organizao, permite a utilizao de webmails (como o UebiMiau, OpenWebmail ou o Sqwebmail, que sero tratados em verses posteriores desse guia). Para o cliente que utiliza IMAP, sua principal vantagem que ele l as mensagens armazenadas no servidor como se elas fossem locais, o que permite uma melhor dinmica entre o usurio e o servidor de e-mail. Mas uma caracterstica muito importante em que o IMAP se sobressai sobre o POP a segurana. O IMAP trabalha com criptografia e mais recomendado para ambientes em que uma segurana maior requerida. ----------------------------------------------------------------3. Sobre os softwares utilizados nesse guia ------------------------------------------Aqui esto os softwares que ns iremos utilizar no desenvolvimento do nosso guia. Quando eu estava aprendendo,

eu perdi a conta de quantas e quantas vezes eu perguntei para how-to's e pessoas "Mas o que eu vou precisar?", "Que pacotes eu tenho que puxar pelo apt?". Alguns falavam para eu puxar n pacotes, outros mandavam eu puxar y. Outros mandavam eu puxar pacotes diferentes. Realmente foi difcil... 3.1. Postfix -----------O Postfix um timo servidor de e-mail. Para falar a verdade, eu diria que o melhor e que revolucionou o conceito de servidor de e-mail. Eu estou utilizando Postfix pelos seguintes motivos: 1 - rpido; 2 - simples; 3 - fcil; 4 - Muito fcil para instalar, sem falar que a Debian mantm pacotes especficos para cada tipo de instalao. Ex: Caso voc queira trabalhar utilizando MySQL, normalmente voc teria que recompil-lo com suporte MySQL. A Debian mantm um pacote chamado "postfix-mysql", que j vem pronto para a utilizao. Outros pacotes com integrao com LDAP, PostgreSQL, etc. tambm esto disponveis; 5 - Grandes servidores de e-mail como os do Terra e UOL utilizam Postfix; 6 - extremamente simples de administrar depois de instalado. Enquanto usurios utilizando qmail ou Sendmail administram 100 usurios, voc vai estar administrando 500 (Relativo do administrador). 7 - Vasta documentao disponvel no site oficial, ainda que seja um pouco complicada para os principiantes. O Postfix foi escrito por Wietse Venema, personagem conhecido por ter escrito o RPC e o NFS (por mais inseguro que eles sejam, quem vive sem eles?). Bom, eu acho que so motivos o suficiente. No tenho nada contra outros servidores de e-mail, como o qmail ou o Sendmail, vale ressaltar. 3.2. Maildrop ------------O Maildrop o nosso MDA. Ele rpido, permite a filtragem de mensagens com contedo imprprio e tem suporte a caixas de mensagens nos dois formatos conhecidos: Mailbox (MBOX) e Maildir (Maildir/). 3.2.1. Mailbox (MBOX) --------------------As Mailboxes so um tipo mais antigo e mais maduro de caixas de mensagens. Utilizadas desde o Sendmail, tornaram-se um padro por muito tempo de caixas de mensagens.

Com as caixas de mensagens no formato MBOX, todos os e-mails do cliente armazenado em um nico arquivo. O que por um lado menos seguro, caso ocorra algum corrompimento de dados, porm relativamente mais rpido para procurar mensagens indexadas. Mas dentre todos esses porns, as Mailboxes ainda esto em uso. Muitos administradores antigos negam-se a migrarem. Talvez pelo trabalho que d de migrar a caixa de mensagens de 1000 usurios para o formato Maildir, mas que feito por meio de um programa chamado mb2md, um script feito em Perl. No nosso guia, ns iremos utilizar o padro de caixas de mensagens chamado Maildir (Maildir/) 3.2.2. Maildir (Maildir/) ------------------------Com o qmail veio uma grande revoluo. O uso dos Maildirs ao invs das antigas Mailboxes. Os Maildirs mantm as mensagens individualizadas e mais organizadas dentro de subdiretrios dentro do pasta do usurio (voc pode criar em outra pasta se voc desejar). 3.2.3. MBOX ou Maildir: Qual o o melhor? -----------------------------------------Essa uma pergunta complicada. Ambos tem suas vantagens e desvantagens, mas aqui esto as principais: * Procurar dentro de uma caixa de mensagens utilizando Maildir um pouco mais lento e carrega um pouco mais a CPU do que uma caixa de mensagens linear (como o Mailbox) a partir do momento que podem existir milhares de mensagens a serem lidas. Entretanto, adicionar, deletar ou modificar e-mails ir ser muito mais rpido a partir do momento em que no h um arquivo longo para se regravar. Eu acho que o ltimo ponto muito mais importante que o primeiro. * Utilizar caixas de mensagens no formato Maildir muito mais espaoso do que no formato Mailbox, a menos que voc tenha um formato de arquivos mais rpido, como ReiserFS. Servidores de e-mail geralmente tem um melhor desenvolvimento utilizando um sistema de arquivos mais rpido. * Quando fizer backup de um conjunto de Maildirs, pode ser um pouco trabalhoso, pois ao invs de voc utilizar somente um arquivo para gravar, voc vai ter que salvar um diretrio inteiro. Essa uma caracterstica que para mim no faz muita diferena, mas que para alguns administradores pode ser inconveniente. * Alguns leitores de e-mail no trabalham com mensagens no formato Maildir. Isso uma regra para servidores de e-mails antigos ou que no se atualizaram. * No qualquer servidor POP ou IMAP que trabalha com

Maildir. O que ns estamos utilizando (Courier-IMAP/Courier-POP) s trabalha com caixas de mensagens no formato Maildir. Do mesmo jeito, no qualquer MDA e MTA que trabalham com caixas de mensagens no formato Maildir. 3.3. Courier-IMAP ----------------O Courier-IMAP um servidor que provm acesso a caixas de mensagens no formato Maildir (e somente no formato Maildir). Uma grande vantagem utilizando o Courier-IMAP ao invs de outros servidores de IMAP que ele roda como daemon, ao invs de por meio de xinetd ou inetd, o que vantajoso caso voc tenha um servidor com muitas requisies, sem falar dos numerosos bugs do xinetd e do inetd. Porm quem vive sem eles? 3.4. Courier-POP ---------------O Courier-POP idntico ao Courier-IMAP, com excesso de que ele trabalha utilizando-se do protocolo POP, ao invs do IMAP. 3.5. Courier-authdaemon ----------------------O Courier-authdaemon o daemon resposvel por fazer as autenticaes dos clientes que requisitam os seus e-mails. 3.6. A distribuio Debian -------------------------Bem, voc deve estar pensando que nesse momento eu vou catequizar voc, dizendo "A minha distribuio melhor do que a sua". ERRADO! Eu somente vou colocar alguns interessantes aspectos da distribuio. Se voc gostar ou j utilizar, timo! Mas eu s acho que voc deve manter a mente aberta. Quero ressaltar que algumas distribuies so melhores do que outras sim. Mas isso depende tambm do tipo de usurio ou administrador que voc . Se voc quer algo seguro e estvel, utilize Debian. Se voc gosta de algo mais robusto e com ferramentazinhas bonitinhas, utilize RedHat. Se voc gosta de fazer tudo na mo, utilize Slackware. Eu pessoalmente gosto da ideologia da Debian e do modo como a distribuio desenvolvida. A ideologia exatamente igual da GNU: Software deve ser livre (as in freedom) e o modo de desenvolvimento muito coletivo, ao contrrio da Slackware, onde existe um cabea que faz e desfaz (nada contra, eu gosto de Slackware).

Sem falar no sistema de apt. O apt um sistema de instalao e remoo de pacotes diretamente puxados do mirrors da Debian, utilizando-se de um programa chamado *apt-get*. Voc somente tem que digitar um comando que ele puxa o software e toda a sua lista de dependncias, o que torna o sistema muito mais fcil de se administrar, embora alguns digam que a sua instalao um tanto quanto difcil. Voltando ideologia da Debian, normalmente ela no utiliza-se de softwares no-livres. Mas claro que voc pode alterar isso nas configuraes do apt-get, para que ele puxe tambm softwares que no so livres. Repetindo: EU NO TENHO NADA CONTRA AS OUTRAS DISTRIBUIES. S me identifiquei mais com a Debian do que com outras. E SIM! EU SOU XIITA QUANDO SE TRATA DA QUESTO "LIVRE". ----------------------------------------------------------------4. Outros softwares com as mesmas funes ----------------------------------------Nesse captulo ns iremos tratar de alguns softwares que so similares e/ou que desenvolvem as mesmas funes dos que ns iremos tratar nesse guia. 4.1. MTA's ---------Lista dos Mail Transfer Agents (MTA's) similares ao Postfix. 4.1.1. qmail -----------O qmail, escrito por Dan Bernstein, um professor de matemtica que agora est na Universidade de Illinois em Chicago. Ele muito conhecido pelo seu trabalho no campo da criptografia e pelo seu histrico de processos contra o governo dos Estados Unidos, recorrendo ao uso da publicao do cdigo-fonte da criptografia. O primeiro lanamento pblicod o qmail foi a verso beta 0.70, ocorrida no dia 24 de janeiro de 1996. O primeiro release estvel, 0.90 foi em primeiro de agosto de 1996. Depois de algumas verses lanadas do qmail, ele parou o desenvolvimento na verso 1.03, lanada em 15 de junho de 1998. H rumores que a verso 2.0 est para ser lanada. O qmail no software-livre. Sua licena probe de que voc distribua-o em formato pr-compilado (pacotes .rpm, .tgz ou .deb), mas voc pode distribuir o seu source-code livremente. Como dito acima, o qmail revolucionou o modo como os

servidores de e-mail funcionam, introduzindo o conceito de Maildirs, sem falar de sua segurana, que fenomenal. O qmail foi escrito com esse intuito depois de vrias brechas de segurana encontradas no Sendmail. NOTA: O nome correto "qmail", no "Qmail". 4.1.2. Sendmail --------------O Sendmail foi um dos primeiros (se no o primeiro) MTA a ser lanado oficialmente para GNU/Linux. O Sendmail pesado, seus arquivos de configurao so horrveis (incompreensveis, para falar a verdade) e suas brechas de segurana so estrondosas. Porm foi o primeiro servidor de e-mail oficial para GNU/Linux. Existem vrios administradores que no o trocam por nada. O Sendmail vem com um aplicativo chamado *m4*. Esse aplicativo l algumas macros editadas e contri um arquivo de configurao para o Sendmail. Complicado, no? 4.1.3. Exim ----------Eu particularmente nunca utilizei, mas me falaram muito bem dele. Embora no seja um servidor muito conhecido e tampouco utilizado, falaram-me que ele extremamente rpido e que suporta um grande nmero de usurios simultneos. 4.1.4. Courier-mail ------------------O Courier-mail um servidor de e-mails e de grupos baseado protocolos como ESMTP, IMAP, POP3, LDAP, SSL e HTTP. O Courier-mail provm ESMTP, IMAP, POP3, webmail e servios de mailing lists em um nico ambiente. Interessante para quem gosta de algo centralizado. Os componentes individuais podem ser habilitados e/ou disabilitados conforme a sua vontade. 4.2. MDA's ---------Lista dos Mail Delivery Agents (MDA's) compatveis com o Maildrop. 4.2.1. Procmail --------------O Procmail foi originalmente desenvolvido por Stephen R. van den Berg no outono de 1998. Reconhecendo que ele no tinha tempo para manter o procmail por si s, Stephen criou uma mailing list para discusso e futuro desenvolvimento do mesmo e designou Philip Guenther como o mantenedor.

O Procmail pode ser usado para criar servidores de e-mail, mailing lists, organizar seus e-mails em diferentes diretrios/arquivos (dependendo do tipo de caixa de entrada que voc utiliza), inicial quaisquer programas com a chegada de e-mail (exemplo: tocar diferentes sons dependendo do tipo de e-mail que chega) ou encaminhar alguns e-mails chegos para para algum. 4.2.2. Postdrop --------------O Postdrop um MDA que vem junto com o Postfix em si. Eu nunca utilizei-o, mas me dizem que mais simples de ser utilizado, embora no possua filtros muito eficientes e seja algo muito, mas muito simples. Foi uma idia original para manter quase tudo em um nico pacote. 4.3. MUA's ---------Lista dos Mail User Agents (MUA's). A lista vasta. 4.3.1. Outlook Express ---------------------O Outlook Express uma verso mais "light" do Microsoft Outlook e foi desenvolvido para a simples ao de trocar mensagens, ao contrrio do Microsoft Outlook, em que as funes so vrias. um dos MUA's mais utilizados no mundo, devido ao fato dele vir com o prprio Windows. Uma grande desvantagem que quando se tem muitas mensagens em seu Outlook Express, ele costuma travar. 4.3.2. Microsoft Outlook -----------------------Leitor de e-mails, agenda, calendrio, contatos. Essas so algumas das funes do Microsoft Outlook. um MUA interessante, embora proprietrio. 4.3.3. Mozilla Mail ------------------Leve, fcil de configurar, rpido e muito estvel. Esse o Mozilla Mail, desenvolvido pela equipe que mantm o Mozilla. Se no me engano, o Mozilla Mail vem com todas as verses do Mozilla, com excesso do Firefox. 4.3.4. Mail/Mailx ---------------- o MUA muito interessante quando se trata de estaes

somente com modo texto e para desenvolvimento de Shell-Scripts. 4.3.5. Ximian ------------O Ximian um MUA muito poderoso que est sendo utilizado pelos usurios mais desenvolvidos e mais maduros em sistemas *nix-like. Creio eu que exista tambm uma verso para Windows. muito robusto, porm eu o considero um pouco lento. 4.3.6. Kmail -----------Leitor oficial de e-mails do KDE. Eu como no uso KDE, no posso falar muito sobre ele, mas me falaram que ele simples e bem intuitivo. 4.4. Servidores POP/IMAP -----------------------Lista de outros servidores POP/IMAP, descries rpidas dadas pelo apt-get. 4.4.1. ipopd -----------Servidor POP da Universidade de Washington. 4.4.2. Cyrus-POP/Cyrus-IMAP --------------------------Servidores POP/IMAP para quem j est acostumado a utilizar o MDA Cyrus. 4.4.3. solid-pop3d -----------------Servidor POP com suporte a Maidir, PAM e vhosting. 4.4.4. qpopper -------------Servidor POP aperfeioado. ----------------------------------------------------------------5. Instalando e configurando o ambiente e os servios -----------------------------------------------------

nesse captulo que ns comeamos a instalar os softwares necessrios para a criao do servidor. Instalar as coisas com Debian no nenhuma rdua tarefa. O apt-get muito fcil. OBSERVAO: Estou considerando que o seu sistema de apt esteja configurado corretamente. 5.1. Postfix -----------Para o pacote bsico, voc pode fazer o seguinte: # apt-get install postfix Ele ir puxar o pacote do Postfix do CD (caso voc tenha puxado um conjunto de CD's e gravado) ou ento puxar de algum mirror da Debian. Logo que ele terminar de puxar, ele ir fazer algumas perguntas para voc (o dpkg, para ser mais preciso). Ele ir fazer voc as seguintes perguntas: Tipo geral de configurao? --------------------------Aqui ele pergunta que tipo de montar. Se um servidor para utilizando-se de SmartHost ou para o envio local. Voc pode

servidor voc ir querer a internet, para a intranet, se ser somente um servidor escolher "Somente local".

Mail name? ---------Seria o FQDN (Full Qualified Domain Name) da mquina, com host e tudo o mais. No nosso exemplo, vamos colocar: mail.dominio.com.br Append .domain to simple addresses? ----------------------------------Essa opo especifica que quando ele ver somente um componente no hostname, ele deva adicionar automaticamente o .dominio.com.br. seguro dizer "no" aqui. Relay host? ----------Seria o host que voc dever repassar os e-mails. Voc pode no colocar nada a. Outros destinos para os quais aceitar mensagens? -----------------------------------------------Aqui voc especifica os domnios pelos quais voc deseja que o seu servidor de e-mail seja responsvel, separados por vrgulas. Adicione "dominio.com.br" depois do ltimo valor e v para a prxima pgina. Redes locais? -------------

Aqui voc especifica o relay do seu servidor Postfix. Adicione as redes que voc deseja que o seu MTA oua por requisies. Usar procmail para entrega local? --------------------------------Aqui ele pergunta se voc quer utilizar o Procmail como MDA. Como ns iremos utilizar o Maildrop, vamos dizer que no. Mailbox size limit? ------------------Define o tamanho mximo das suas caixas de mensagens. 0 significa que no existe valor. Caracter de extenso de endereo local? --------------------------------------Voc pode deixar o valor padro a. Essas so as nicas perguntas que o Postfix ir fazer para voc. Vale lembrar que o Postfix foi feito para ser simples de ser configurar. Voc edita 5 tags e o seu servidor est rodando. Caso voc tenha que alterar alguma coisa, pois errou ou pulou algum passo, voc pode refazer essa configurao digitando: # dpkg-reconfigure postfix Caso voc precise de alguma configurao mais especfica, rode o seguinte comando: # dpkg-reconfigure -plow postfix Dessa maneira, o dpkg ir fazer mais perguntas, para configuraes mais afinadas. Ainda temos que fazer algumas alteraes dentro do main.cf. So elas: NOTA: Caso as tags no existam, crie-as. mailbox_command --------------Valor que dever ficar: mailbox_command = /usr/bin/maildrop -d ${USER} home_mailbox -----------Valor que dever ficar: home_mailbox = Maildir/ mynetworks ---------Aqui onde ns iremos definir o relay do Postfix, adicione as redes conforme as suas necessidades. Bom, acho que essas configuraes devem resolver.

5.2. Maildrop ------------Para instalar o Maildrop, execute o seguinte comando: # apt-get install maildrop Com o Maildrop a nica coisa que eu tive que fazer foi descomentar uma linha do arquivo /etc/maildroprc, para que ele lesse os Maildirs dentro dos diretrios HOME do usurio. A linha : #DEFAULT="$HOME/Maildir" E ela dever ficar assim: DEFAULT="$HOME/Maildir" Essa linha a ltima. Edite com o Vim ou com o seu editor de texto predileto, salve e saia. 5.3. Courier-IMAP ----------------Para instalar o Courier-IMAP, voc dever executar o seguinte comando: # apt-get install courier-imap Voc no precisa configurar nada com esse item. 5.4. Courier-POP ---------------Para instalar esse item, voc dever rodar o seguinte comando: # apt-get install courier-pop No foi necessria nenhuma configurao a mais. 5.5. Courier-authdaemon ----------------------Caso o Courier-IMAP ou o Courier-POP no tenham instalado esse item j, voc dever rodar o seguinte comando para tal: # apt-get install courier-authdaemon No foram necessrias mudanas em sua configurao. 5.6. BIND ---------

Estou presumindo que voc saiba lidar com servidores DNS, portanto eu no vou detalhar muito sua configurao, dizendo apenas quais as entradas que voc dever adicionar no seu mapa de DNS. @ smtp pop IN IN IN MX A CNAME 1 mail.dominio.com.br. 192.168.0.1 smtp

Isso deve resolver, saia e salve o seu mapa e reinicie o named. # /etc/init.d/bind9 restart 5.7. Criao das caixas de e-mail --------------------------------Com a instalao do Maildrop, junto com ele vem um programa chamado maildirmake. Esse programa o programa responsvel pela criao de caixas de mensagens utilizando-se do padro Maildir. Para criar uma nova caixa de mensagem, siga os passos: Entre na pasta home do usurio: # cd /home/fulano Utilize o comando *su* para trocar de usurio: # su fulano Execute o maildirmake: $ maildirmake Maildir Pronto. Faa isso com todos os usurios do sistema que devam ter uma conta de e-mail ou crie uma pasta Maildir dentro do seu /etc/skel, assim sempre que voc adicionar um usurio no sistema, ele j ir copiar a pasta Maildir para o diretrio home do mesmo. NOTA DO AUTOR: Repetindo, eu no vou utilizar nenhuma outra base de dados alm do /etc/passwd. S os usurios cadastrados no sistema (no /etc/passwd) tero acesso uma conta de e-mail. 5.8. Configurando a rede -----------------------Caso voc queira rodar um servidor interno de e-mail (o que acontece muito), voc precisa especificar como o seu DNS primrio o servidor BIND que voc acabou de configurar. Para tanto, edite o seu resolv.conf, inserindo a seguinte linha: nameserver 192.168.0.1 Esse o nico requisito de rede.

5.9. Iniciando/Reiniciando/Parando/Reconfigurando os daemons -----------------------------------------------------------Depois de tudo configurado, voc deve iniciar os daemons responsveis pelo servidor de e-mail. So eles: * * * * postfix courier-imap courier-pop courier-authdaemon

Para inici-los, execute os seguintes comandos: # # # # /etc/init.d/postfix start /etc/init.d/courier-imap start /etc/init.d/courier-pop start /etc/init.d/courier-authdaemon start

NOTA DO AUTOR: Caso voc no tenha percebido, estou deixando a seu critrio se voc quer utilizar POP ou IMAP. Se voc quiser utilizar somente IMAP, erga somente o servio de IMAP. Se voc quiser rodar somente POP, erga somente o servio de POP. Para par-los, execute os seguintes comandos: # # # # /etc/init.d/postfix stop /etc/init.d/courier-imap stop /etc/init.d/courier-pop stop /etc/init.d/courier-authdaemon stop

Para reinici-los, execute os seguintes comandos: # # # # /etc/init.d/postfix restart /etc/init.d/courier-imap restart /etc/init.d/courier-pop restart /etc/init.d/courier-authdaemon restart

Para reconfigurar as configuraes do Postfix sem ter que reinici-lo, execute: # /etc/init.d/postfix reload Pronto! Seu servidor de e-mail est rodando! Agora somente configure os clientes como se fosse uma conta de e-mail POP/IMAP da internet, mas com o endereo de POP/IMAP e SMTP direcionado para o IP do servidor que voc acaba de configurar. ----------------------------------------------------------------6. Arquivos de configurao --------------------------Eis aqui os arquivos de configurao que sero utilizados.

6.1. /etc/postfix/main.cf ------------------------ o principal arquivo de configurao do Postfix. ele que controla como o servidor ir se comportar, regras de relay, onde buscar os dados de usurios, escolher qual o MDA que ir ser utilizado, os domnios pelos quais o Postfix ir responder, etc. 6.2. /etc/passwd --------------- o arquivo um servidor seu sistema e-mail para que guarda as senhas e os logins dos usurios de UNIX-like. Voc dever cadastrar os usurios no para que voc possa disponibilizar uma conta de ele.

6.3. /etc/maildroprc -------------------Esse o arquivo de configurao geral (veja bem, GERAL e no individual) do maildrop. nele que estaro contidas as regras de filtragem e de configurao. 6.4. /var/log/mail.log ---------------------Esse arquivo muito, mas muito importante! Ele j salvou a minha vida inmeras vezes. Esse arquivo o arquivo de log do Postfix. Sempre que voc est enviando, recebendo ou se autenticando, l que aparece. ----------------------------------------------------------------7. Outros --------Aqui onde eu irei colocar algumas informaes sobre o guia, em geral informaes alheias ao assunto normal do mesmo. 7.1. Sobre esse guia -------------------Bom, eu comecei a escrever esse guia porque eu estava com srios problemas implementando um servidor de e-mail. Principalmente porque foi o meu primeiro servidor de e-mail. Era um servidor de correio interno. Me deram um AMD Duron 1.2 que rodou muito bem. Fiquei desesperado e pensei que eu iria perder o trabalho para outra empresa.

Foi ento que eu comecei a ler inmeros how-to's e documentaes. Ia e vinha do site oficial do Postfix tantas vezes que eu acho que o servidor Apache que hospeda o site do Postfix deve ter pensado que eu estava fazendo um DoS ou coisa parecida. Meu principal problema de incio foi que eu no conseguia entender exatamente o porque do Postfix no estar entregando as mensagens corretamente. Tentei, tentei e tentei novamente. Sempre dando erro. Fiz isso incessamente por uma semana. Depois disso, passei o final de semana curtindo, j acostumado com a idia que eu havia perdido o emprego. At que, em um sbito momento... eu lembrei que eu fiz o erro mais idiota de todos. No havia especificado no main.cf que eu queria que o Maildrop entregasse os e-mails! Idiota, idiota, idiota. Passei raiva durante a semana inteira s por causa disso. Complicado. Eu li vrios how-to's e guias, mas nenhum me ajudou. Muitas pessoas gostaram dos meus outros guias e pediram para que eu escrevesse um sobre servidores de e-mail. E eis o resultado. Sinceramente, espero que todos gostem do meu guia e que me mandem e-mails perguntando se no entenderam alguma coisa, fazendo sugestes ou crticas (construtivas, por gentileza) e espero tambm que eu receba alguns depsitos bancrios em minha conta. 7.2. O que voc precisa para utilizar esse guia? -----------------------------------------------Para utilizar esse guia, voc precisa: * Saber ler em portugus (por enquanto, logo estarei lanando uma verso em ingls); * Ter um QI acima de 30; * Ter uma noo sobre redes em GNU/Linux, ainda que seja modesta; * Saber utilizar o sistema em si. 7.3. Sobre o autor -----------------Para os que no me conhecem, meu nome Stfano Martins, resido na cidade de Pindamonhangaba (UFA! Nominho grande hein?) - SP e tenho 18 anos. Tomo conta do servidor da Escola Tcnica Joo Gomes de Arajo, aqui na minha cidade, onde eu estudei e continuo estudando. Escrevo diariamente nos fruns da underlinux (http://www.underlinux.com.br) e na lista de discusso debian-user-portuguese

(debian-user-portuguese@lists.debian.org), alm de ser Community Manager da "Debian GNU/Linux Brazil", comunidade do Orkut (http://www.orkut.com) destinada sanar as dvidas dos usurios que esto migrando ou que j utilizam a distribuio Debian faz algum tempo. Palestrei algumas vezes, sobretudo falando sobre software-livre, projetos de migraes, redes e Debian. 7.4. Agradecimentos ------------------Cssio, meu irmo mais velho, que alm de ser o melhor programador em C/C++ que eu j conheci, o meu melhor amigo. Foi ele que me apoiou sempre que eu precisei, principalmente deixando eu usar o seu computador enquanto o meu est queimado e no funciona. Guilherme "semente", grande amigo e help-desk via ICQ, sempre me ajuda quando eu estou com algum problema aparentemente insolvel, fez algumas revises do guia, sem falar que o punk mais cult que eu j conheci! Yuri Kropotkin, o ucraniano que o cara que eu mais ajudei na internet. Voc me ajudou a fixar os meus conhecimentos, sem falar que um timo amigo! Thiago Klein, professor de GNU/Linux. Sinto que a partir de um determinado ponto, deixamos de ser aluno e professor e passamos a ser amigos! Sofia, grande amiga, sempre me apoiou e sempre se preocupou com o autor do guia, mesm quando os dois estavam brigados. Guaran Piracaia, o qual eu bebi cerca de 30 litros enquanto eu ia escrevendo esse guia. Junix, grande amigo carioca que me deu uma mo sobre Postfix e tirou algumas dvidas. (Seu tratante, ainda espero a minha camiseta, hehehe). Lista de discusso debian-user-portuguese (debian-user-portuguese@lists.debian.org). Quer tirar uma dvida sobre Debian? para l que voc tem que escrever! Pessoal da underlinux (http://www.underlinux.com.br). Me divirto bea escrevendo no frum! William "wrochal" da Rocha, por ter cedido o espao para os meus Guias. E por ltimo, mas no menos importante... Lais, os ltimos dias foram timos. Gosto muito de voc. Caso eu tenha esquecido do seu nome, quero ressaltar que eu no fiz por mal e dedico esse espao especialmente para que voc escreva seu nome com uma caneta para retro projetor: ______________________________________.

Observao: Caso a tinta no saia do seu monitor, utilize uma flanelinha com lcool ou jogue um balde de gua no mesmo. 7.5. Referncias ---------------Para escrever esse guia, eu utilizei relativamente poucas fontes, so elas: * Documentao oficial do Postfix, disponvel em (http://www.postfix.org/documentation.html); * "Editor Vi", de Roberto Severo de A. Coelho; * Minha cuca, disponvel acima do meu pescoo, mais precisamente dentro do meu crnio. 7.6. Crticas? Sugestes? Ajuda? -------------------------------Esse guia foi escrito em pouqussimo tempo. Digamos no mximo trs dias. Infelizmente, eu no posso me dedicar a isso tanto quanto eu me dedicava antigamente. O guia ainda no est muito maduro. Para falar a verdade, possvel que alguns achem que eu mais enchi linguia escrevendo o guia do que informando as pessoas. Muito depende da necessidade e do nvel de interesse do usurio em caar outras fontes de informao. nesse espao que eu irei deixar os meios que voc leitore pode utilizar para me procurar caso voc possua alguma dvida, crtica ou sugesto ou ainda queira me ajudar, enviando algum material. Quero ressaltar que eu s aceito crticas construtivas! * UIN - 93736816 * MSN - xsadnessx at hotmail dot com * Orkut - Procure por Stfano Martins * E-MAIL - xstefanox at gmail dot com * Fruns - www.underlinux.com.br, www.linuxit.com.br * Listas de discusso (debian-user-portuguese@lists.debian.org) Por gentileza, nos dois ltimos, no entrem e perguntem de mim, pois a obrigao das pessoas l no servir coo um balco de informaes para a localizao de pessoas. Grato! Por enquanto eu ficaria grato se vocs me enviassem muito dinheiro e um computdor novo, j que o meu est queimado! Estou precisando muito de um bom digitador que passe isso para outros formatos, como .swx, .pdf e .html. Vocs poderiam simplesmente procurar erros de ortografia que passaram despercebidos. S isso j me deixaria extremamente feliz!

7.7. Atualizaes do guia ------------------------ claro que eu no escrevi tudo que eu queria aqui. E eu pretendo encher isso de muito mais informao. Defini algumas metas tambm para o desenvolvimento dos guias. Agora eu vou tentar trabalhar pelo menos 5 horas semanais no desenvolvimento deles. O ritmo em que o meu projeto, que comeou apenas com Squid e j contm NIS e agora Postfix tambm me agrada. Comeou com um assunto e as coisas j esto crescendo. Quem sabe eu possa lanar isso aqui em um livro daqui a algum tempo. Todas as pessoas que j leram os meus outros guias, que pegaram meu MSN ou ICQ para conversar, que me parabenizaram, que perdiram me ajuda, que eu salvei a vida. por vocs que eu continuo com isso, e no para me autopromover (viu Joo?). O guia no tem uma data de lanamento de verses e nem um cronograma exato. Vale lembrar que eu quero lanar guias similares a esse, com outros assuntos, como: Apache, Samba, Radius, Shell-Script, etc. 7.8. ToDo --------As seguintes coisas esto na minha lista de "Coisas a serem feitas": * Falar de domnios virtuais; * Falar de implementaes com MySQL; * Criar verses em outros formatos, como .doc e .pdf; * Divulgar o guia (j que ele praticamente um pingim e um gnu no ovo e na barriga da dona gnu, respectivamente). 7.9. Links interessantes -----------------------* http://www.postfix.org - Site oficial do Postfix, possui grande documentao; * http://www.courier-mta.org - Site oficial do MTA Courier-mail e dos seus componentes, como o Maildrop, Courier-POP e Courier-IMAP. * http://www.sendmail.org - Site oficial do MTA Sendmail, com documentaes; * http://cr.yp.to - Site oficial do Dan Bernstein, contm informaes sobre os seus projetos, como o qmail, o djbdns, etc. * http://www.exim.org - Site oficial do MTA Exim, com documentao e mailing lists; * http://www.linuxit.com.br - Site brasileiro com grande documentao e um frum interessante;

* http://www.underlinux.com.br - Site brasileiro com grande documentao e tambm com um frum muito interessante; * http://squid.linuxit.com.br - Meu site oficial onde voc encontra os meus guias para download; * http://www.debian.org - Site oficial da distribuio GNU/Linux Debian, com informaes, isos para download, etc.