Família Dammous

Família Dammous - Artigos

English version

Sábado, 29/Fevereiro/2020

Conecte-se

/dev :: principal :: artigos

Música

Notícias

Meteorologia

Genealogia

Astrologia

Nutrição

» Adiciona Favoritos

3 usuários online »»» 3 convidados - mais...

1543 membros

Servidor de E-mail

Escrito por José Carlos Benfati - Eu uso Linux – Info Online

Notas de instalação e adaptação por Fernando Dammous

Notas preliminares :

Este texto, escrito por José Carlos Benfati, foi recebido do mailling list da Info Exame (Info Online). Caso haja alguma restrição na publicação, favor contatar-me (fernando@dammous.com).

Em hipótese alguma foi ou tem sido minha intenção fazer qualquer correção ou crítica ao texto do José Carlos Benfati, mas apenas complementá-lo.

As adaptações e alterações estão destacadas pela fonte tipo itálico e pela cor.
O texto original permanece inalterado e com a fonte tipo normal e cor preta.

Durante a instalação num servidor Linux (Conectiva Guarani 3.0), deparei-me com algumas dificuldades, as quais contornei da minha forma. Não sei se foram as melhores nem as mais corretas. Porém, tudo funcionou satisfatoriamente.
Verifique, antes, se alguma dessas alterações não afetará o funcionamento de outros programas ou serviços.

Ao final teremos um servidor capaz de distribuir e-mails internamente, enviar e receber e-mails externos (Internet).

--------------------------------------------------------------------------------

Uma das aplicações mais comuns para um servidor Linux é o armazenamento e transmissão de mensagens e-mail. Mas a grande popularidade deste tipo de solução também é responsável por um grande número de programas que atendem à mesma função. Por exemplo, só no grupo de servidores SMTP (já veremos para que servem...), entre os mais usados encontramos sendmail, smail, qmail, exim, postfix. Outras categorias de programas para servidores de e-mail também possuem diversos concorrentes.

É claro que cada programa possui suas vantagens e desvantagens, mas existe um "caso mais comum" na área de servidores de e-mail: transferir mail entre usuários de uma rede local, e entre alguns desses usuários e a Internet, usando uma conexão discada a um provedor de acesso.

Este problema tem uma solução muito simples e eficaz com Linux:

- Um computador Linux com as caixas postais de todos os usuários da rede local.

- Os usuários, na rede local, acessam suas caixas postais a partir de programas como Netscape, Eudora ou Outlook Express (programas que "puxam" e-mail usando o protocolo POP). Para isso é instalado um servidor POP no Linux.

- Para que os usuários também possam enviar e-mails, é instalado um servidor SMTP no Linux, que irá receber as mensagens enviadas pelo Netscape, Eudora ou Outlook.

- Esse mesmo servidor SMTP é configurado para enviar as mensagens para a Internet (caso o destinatário não seja um usuário local), pela conexão discada.

- Finalmente, para receber as mensagens da Internet, é instalado um cliente POP no Linux, que acessa as caixas postais no provedor de acesso.

Como complemento à instalação de e-mail, configura-se o servidor Linux para conectar periódica e automaticamente ao provedor, transmitir as mensagens destinada à Internet que estiverem acumuladas, "puxar" as que eventualmente tenham chegado da Internet, e desconectar uma vez terminado o ciclo.

Mão na massa!

OK, mas como instalamos estes serviços? Que programas utilizar? Quais são os mais fáceis de operar? Estas são perguntas que costumam gerar muita polêmica. Correndo esse risco, vou sugerir alguns programas, baseado num compromisso entre facilidade de configuração e operação, e versatilidade:

• Servidor POP:

Em geral as instalações de Linux já incluem um servidor POP-3. Se a sua instalação não inclui, baixe o qpopper de ftp://ftp.qualcomm.com/eudora/servers/unix/popper/qpopper2.53.tar.Z

(Quando eu baixei o Popper, a versão 3 ainda era beta, sendo a versão 2.53 a mais recente e estável)

Expanda o arquivo com: 
# tar xzf qpopper2.53.tar.Z

e compile o programa com 
# cd qpopper2.53;./configure;make

# cd qpopper2.53;./configure(*ver abaixo);make

* Antes, exclua os diretórios /usr/spool/mai, /usr/mail e /var/mail. 
Deixe somente o /var/spool/mail (chmod 770 e chown mail). 
Rode o script ./configure --enable-debugging (para habilitar a opção debug do qpopper).
Fazendo desta forma, o Popper vai assumir o /var/spool/mail como POP_MAILDIR

Este comando deverá produzir um arquivo executável "popper", que deve ser movido para um diretório como /usr/local/sbin/

Completando a instalação, você deverá incluir uma linha como: 
pop3 stream tcp nowait root /usr/local/sbin/popper popper -s (-d para debug)

no arquivo /etc/inetd.conf, e uma linha como: 
pop3 110/tcp # Post Office

deverá existir no arquivo /etc/services (pode ser que seu sistema use "pop-3" em lugar de "pop3", basta modificar essas linhas de acordo.)

Para ativar o servidor, basta informar o inetd da mudança de configuração, com

# killall -HUP inetd 
ou 
# kill -HUP nnn 
onde "nnn" é o número do processo do seu inetd - obtido com 
# ps ax|grep inetd

Para testar, o modo mais simples é fazer um

# telnet localhost 110

e deverá aparecer a mensagem do QPOPPER, algo como "QPOP (version x.y)"

• Cliente POP:

Provavelmente o mais usado atualmente é também o recomendado para instalações simples: o fetchmail. Se sua distribuição não vem com ele instalado, pegue o pacote em http://metalab.unc.edu/pub/Linux/system/mail/

pop/fetchmail-5.0.5.tar.gz Nesse mesmo lugar tem pacotes .rpm, para instalação mais fácil em distribuições que usem este formato. Há também pacotes Debian em http//:www.debian.org.

A instalação do fetchmail (se, novamente, sua distribuição não o inclui (e se este é o caso comece a pensar em trocar de distribuição...) é bem semelhante à do qpopper:

# tar xzf fetchmail-5.0.5.tar.gz;cd fetchmail-5.0.5;./configure;make***

Depois de instalado, a configuração básica pode ser feita em duas etapas:

1) configure os usuários, contas em /etc/fetchmailrc, da seguinte maneira: para cada caixa postal no seu provedor, adicione uma linha:

poll <pop3-server> with proto POP3 
user <remoteuser> there with password <password> is <localuser> here

onde <pop3-server> é o nome do servidor POP-3 do seu provedor, <remoteuser> é o login no provedor para a caixa postal desejada, <password> é a senha para o usuário <remoteuser> e <localuser> é o nome do usuário local, no Linux. (pode ser colocado em uma única linha, ou quebrado como aqui)

Não esqueça de criar os usuários locais no Linux, cujo nome não precisa ser igual ao do e-mail.
Alguns provedores permitem criar um número ilimitado de contas e-mail.
Atenção : o arquivo /etc/fetchmailrc possui as senhas dos usuários, portanto altere as permissões para 600 (chmod 600 /etc/fetchmailrc)

2) configure os scripts de discagem PPP para ativar o fetchmail quando ligar ao provedor, e desativar quando desligar. Em geral, basta incluir os comandos:

/usr/local/bin/fetchmail --syslog --invisible --fetchmailrc /etc/fetchmailrc 
no arquivo /etc/ppp/ip-up 
(no Conectiva Guarani : /etc/ppp/ip-up.local) e

/usr/local/bin/fetchmail -q 
no arquivo /etc/ppp/ip-down 
(no Conectiva Guarani 3.0 : /etc/ppp/ip-down.local)

• Servidor SMTP:

Este é sem dúvida o serviço de maior complexidade, embora uma configuração básica possa ser feita muito rapidamente. Entre os vários programas existentes, eu costumo recomendar o Exim (http://www.exim.org) pela versatilidade, facilidade de configuração e excelente documentação. A versão mais recente pode ser conseguida na Internet em ftp://ftp.quite.net/pub/exim/exim-3.02.tar.gz

Leia as instruções de instalação do Exim no README que acompanha o pacote. Resumindo, a instalação do Exim é feita com:

# tar xzf exim-3.02.tar.gz 
# cd exim-3.02/src

Edite o arquivo EDITME, definindo pelo menos as variáveis CONFIGURE_FILE 
(local e nome do arquivo de configuração do exim, recomendo /etc/exim.conf) e BIN_DIRECTORY (recomendo que seja /usr/local/sbin), bem como as variáveis EXIM_UID e EXIM_GID para serem os números do usuário e do grupo mail no seu sistema (uma olhada em /etc/passwd e /etc/group irá mostrar quais são esses números). Modifique também a linha onde encontra-se "eximon.bin", colocando um "#" no início da mesma.

Salve o EDITME modificado no diretório exim-3.02/Local/Makefile (o diretório exim-3.02/Local deve ser criado).
Em seguida, compile o Exim com o comando:

# make

que deve ser executado de dentro do diretório exim-3.02/, e instale com:

# make install

Este último comando deverá instalar um arquivo de configuração padrão em /etc/exim.conf, que você deverá agora adequar ao seu sistema.

Minimamente, você deve configurar a variável "local_domains" para:

local_domains = localhost:<dominio-local>

onde <dominio-local> é o que aparece depois do "@" nos endereços de e-mail locais. Além disso, ao redor da linha 177, remova os comentários das linhas group = mail e mode = 0660, para que os arquivos das caixas postais tenham permissões corretas para a maioria dos sistemas.

Logo a seguir, inclua a seguinte linha:

spool_directory = /var/local/spool/exim 
spool_directory = /var/spool/mail (o mesmo diretório de spool do Popper)

Estranhamente, em meu caso, o Exim se recusou a aceitar configurar esta variável aqui.
Desta forma eu a configurei no arquivo /usr/local/src/exim-3.0.2/Local/Makefile :
SPOOL_DIRECTORY=/var/spool/mail
e recompilei com make.

para que o diretório onde o Exim irá armazenar os arquivos temporários e a fila de mensagens seja definido. 
Ao redor da linha 87, você deve remover o comentário da linha

host_accept_relay = localhost

Para que o Exim aceite transmitir e-mail de todas as estações da rede use :
Host_accept_relay = localhost:192.168.1.0/24 (use o IP correto da sua rede aqui).

Embora não seja obrigatório, você pode querer incluir um "smarthost", ou seja, configurar o Exim para enviar todas as mensagens para o servidor SMTP do seu provedor, o que provavelmente deixará mais rápida a entrega. Para isso, logo abaixo dos comentários relativos a "ROUTERS" no exim.conf, inclua o seguinte texto:

smarthost: 
driver = domainlist 
transport = remote_smtp 
route_list = "* <smtp-server-do-provedor> bydns_a"

Se o servidor do provedor reclamar (devolver seus e-mail ou algo assim), use :
route_list = "* < smtp-server-do-provedor> byname" (sem os sinais < e >).

Por último, configure o seu sistema para usar o exim quando receber conexões de SMTP, incluindo ou alterando a linha que inclui o protocolo smtp, no arquivo /etc/inetd.conf:

smtp stream tcp nowait mail /usr/local/sbin/exim exim -bs

e, em seguida, execute um

# killall -HUP inetd

para que o inetd releia o arquivo de configuração recém alterado. 
O teste básico pode ser feito com

# telnet localhost smtp

onde deve aparecer a mensagem de saudação do Exim.

Veja no final uma observação sobre rodar o Exim como um daemon.

Como uma observação final, para que os computadores "clientes" (aqueles onde ficam os usuários, rodando netscape ou outlook) possam acessar os serviços no Linux, você deve configurar um mapa de nomes/IP ou um serviço de DNS na rede, pois o Linux não gosta muito de receber conexões de computadores dos quais ele não sabe o nome!

Adicione ao seus arquivos hosts (em todas as estações e no servidor) uma linha contendo o IP do seu servidor de e-mail e um nome para o POP e outra (mesmo IP) para o SMTP. Por exemplo :
192.168.1.1    pop.seu-dominio.com.br
192.168.1.1    smtp.seu-dominio.com.br
Se estiver usando serviço DNS, proceda da mesma forma.

Nos clientes de correio (Outlook, Eudora, Netscape), forneça os nomes acima para os campos Servidor POP e Servidor SMTP respectivamente (evite colocar o IP).
Em usuário e senha coloque o usuário e senha locais criados no Linux, não os do provedor Internet.
Você vai enviar e receber do Linux e ele se incumbe pelo acesso à Internet.

Depois de ter seu sistema funcionando, investigue as opções do exim, do fetchmail e do pppd (que faz a conexão PPP com o provedor): você pode fazer a conexão ser ativada periodicamente (via cron) e ser desativada quando terminar de trafegar mensagens (pela opção "idle" do pppd), o que é uma configuração bastante prática e de custo reduzido.

Aliás, toda esta solução possui um custo muito baixo, se comparada com produtos comerciais que fazem a mesma coisa. E certamente é mais interessante de instalar, usar e administrar!

--------------------------------------------------------------------------------

Rodando o Exim como um daemon:

Cada vez que se envia um e-mail o Exim quer "canonizar" (validar) o domínio via DNS. Como a conexão com o provedor é geralmente dialup, esta validação não poderá ocorrer e a mensagem será congelada (freeze) na fila (isso não ocorrerá com os e-mails locais).

Verificando a documentação, descobri que as opções –qqff fazem justamente isso, reprocessam a fila, descongelam as mensagens e as enviam ao servidor do provedor Internet.

Porém, para que se executasse como exim –qqff pelo inetd seria necessário que chegasse uma mensagem enquanto estivéssemos conectados.
Para contornar esta situação eu optei em rodar o Exim como um daemon, veja como :

Em /etc/rc.d/init.d salve uma copia do arquivo sendmail como, por exemplo, sendmail.orig.
Mantive o nome sendmail, pois assim não precisei alterar uma serie de outros nomes de arquivos.
Use este script para criar ou altere o seu sendmail para ficar como este (as linhas alteradas estão sublinhadas) :

#!/bin/sh
#
# sendmail This shell script takes care of starting and stopping
# sendmail.
#
# chkconfig: 2345 80 30
# description: Sendmail is a Mail Transport Agent, which is the program \
# that moves mail from one machine to another.
# description(pt_BR): O sendmail é um Agente de Transporte de Mensagens de correio \
# eletrônico, transmitindo mensagens entre máquinas.
# processname: sendmail
# config: /etc/sendmail.cf
# pidfile: /var/run/sendmail.pid
# Source function library.
. /etc/rc.d/init.d/functions
# Source networking configuration.
. /etc/sysconfig/network
# Source sendmail configureation.
if [ -f /etc/sysconfig/sendmail ] ; then
. /etc/sysconfig/sendmail
else
DAEMON=yes
QUEUE=1h
fi
# Check that networking is up.
[ ${NETWORKING} = "no" ] && exit 0
[ -f /usr/sbin/sendmail ] || exit 0
# See how we were called.
case "$1" in
start)
# Start daemons.
# echo -n "Inicializando sendmail: "
echo -n "Inicializando exim: "
# daemon /usr/sbin/sendmail $([ "$DAEMON" = yes ] && echo -bd) \
daemon /usr/local/sbin/exim $([ "$DAEMON" = yes ] && echo -bd) \
$([ -n "$QUEUE" ] && echo -qqff $QUEUE)
echo
touch /var/lock/subsys/sendmail
;;
stop)
# Stop daemons.
# echo -n "Parando sendmail: "
echo -n "Parando exim: "
# killproc sendmail
killproc exim
echo
rm -f /var/lock/subsys/sendmail
;;
restart)
$0 stop
$0 start
;;
status)
status sendmail
;;
*)
echo "Uso: sendmail {start|stop|restart|status}"
exit 1
esac
exit 0

A seguir altere o arquivo /etc/sysconfig/sendmail para ficar assim :

DAEMON=YES
QUEUE=

para ter rodando exim –bd (daemon).

Em /etc/ppp/ip-up.local adicionar após a linha do fetchmail o seguinte comando :

/usr/local/sbin/exim –qqff

As opções –qqff basicamente processam a fila, validando os domínios e descongelam as mensagens para envia-las.

Calma, está quase acabando !

No /etc/exim.conf, logo depois dos comentários iniciais adicione a linha :

prod_requires_admin = false

para permitir que o exim possa ter acesso a fila (exim roda como usuário mail e sem isto ele não teria permissão para manusear a queue).

Por fim adicione seu pppd (ou script que você usa para conectar) na crontab para de tempos em tempos (a gosto ou necessidade) enviar e receber seus e-mails.

Tentei descobrir alguma forma de fazer com que a conexão iniciasse quando tivéssemos um certo número de e-mails na fila, como fazem o Lotus Notes Server e o MS Exchange Server, mas não tive sucesso.

Se alguém souber, gostaria de saber.

Como disse acima, esta implementação foi feita num Conectiva Guarani. Sei que em outras distribuições há diferenças as quais desconheço.
Qualquer contribuição será muito bem aceita.

Fernando Dammous

Desenvolvedor Unix e Linux

Voltar

Linux

Programas

ASP

Jogos

Cartão Postal

Frase

O mal sempre vai... e volta.

John Milton

[ processado em: 2,54 segundos.]