Email + EGroupWare + Active Directory

Demostra de maneira objetiva e não cansativa, uma maneira de configurar todas as ferramentas para um servidor de email, com um plus, que refere-se a autenticação dos usuários em uma base Active Directory e integração com o Egroupware.

[ Hits: 77.725 ]

Por: Alexandro Batista em 19/02/2008


Instalando e configurando o Spamassassin



10. Instalar pacotes:

O SpamAssassin esta utilizando uma base compartilhada para consulta.

# apt-get install spamassassin spamc razor pyzor

# adduser --system --home /home/spamd --group spamd

# vi /etc/default/spamassassin

ENABLED=1
HOME="/home/spamd"
OPTIONS="-c -m 5 -u spamd -H $HOME -s $HOME/spamd.log"

# vi /etc/spamassassin/local.cf

rewrite_header   Subject *****SPAM*****
add_header   spam Flag _YESNOCAPS_
add_header   all Status _YESNO_, score=_SCORE_ required=_REQD_ tests=_TESTS_ autolearn=_AUTOLEARN_
add_header   all Level _STARS(*)
add_header   all Checker-Version SpamAssassin on _HOSTNAME_
report_safe   1
use_bayes   1
use_bayes_rules   1
bayes_auto_learn   1
bayes_file_mode   0700
bayes_min_ham_num   100
bayes_min_spam_num   100
whitelist_from   *@dominio.org
skip_rbl_checks   0
use_razor2   0
razor_config   /etc/razor/razor-agent.conf
use_pyzor   1
pyzor_path   /usr/bin/pyzor

# /etc/init.d/spamassassin restart

# vi /etc/postfix/master.cf

smtp      inet  n       -       -       -       -       smtpd
    -o content_filter=spamassassin
#SPAMASSASSIN
spamassassin    unix    -       n       n       -       -       pipe
    user=spamd argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient}

# vi /etc/postfix/main.cf

######### ANTI-SPAM ##########
smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_sender_domain, reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_hard_error_limit = 1
bounce_queue_lifetime = 1d
maximal_queue_lifetime = 1d
smtpd_banner = $myhostname NO UCE ESMTP
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
message_size_limit = 2048000
mailbox_size_limit = 5120000
local_destination_concurrency_limit = 100
unknown_local_recipient_reject_code = 550

# /etc/init.d/postfix restart

Para verificar e classificar se é spam ou não, utilize os comandos:

# sa-learn --spam -u spamd --dir /home/vmail/<usuario>/Maildir/.Junk/* -D
# sa-learn --ham -u spamd --dir /home/vmail/<usuario>/Maildir/.Junk/* -D


Obrigado e espero que seja bem útil a todos.

Alex.

Página anterior    

Páginas do artigo
   1. Apresentação, definições e necessidades
   2. Ajustes iniciais
   3. Configurando BIND
   4. Configurando o Apache2
   5. Instalando e configurando o Postgres
   6. Instalando e configurando o Egroupware
   7. Instalando e configurando o SASL e o Postfix
   8. Instalando e configurando o Dovecot
   9. Instalando e configurando o Clamav
   10. Instalando e configurando o Spamassassin
Outros artigos deste autor
Nenhum artigo encontrado.
Leitura recomendada

Montando um servidor de e-mail completo com Postfix

Comunicação POP3

Postfix + MySQL + Submission Port + Dovecot + Postfix Admin no CentOS 6.3

Utilizando o pine com o fetchmail

Tutorial: Como instalar o Openfire (Wildfire) no Kubuntu 7.10 (Gutsy Gibbon) com o "copiar e colar"

  
Comentários
[1] Comentário enviado por removido em 20/03/2008 - 10:02h

Bom dia! Amigo, qdo coloco a linha: OPTIONS="-c -m 5 -u spamd -H $HOME -s $HOME/spamd.log" ocorre um erro, pq?

[2] Comentário enviado por alexandrob em 21/03/2008 - 13:45h

Olá colega,

1-Criou a variável HOME?
2-Crio o usuário e diretório?

Basicamente e isto, não existe nenhuma outra configuração.

Att.
Alex

[3] Comentário enviado por edcley em 15/07/2008 - 22:59h

camarada, depois que mudei o umask do usuário vmail deu certo
pois as mensagens eram enviadas com permissão apenas pro usuario que a criou (vmail)

[4] Comentário enviado por stognete em 13/08/2008 - 08:46h

Bom dia colega,

Estou tentando fazer a instalação dos componentes que você descreveu no seu artigo mas me deparei com um problema.

Fiz toda a instalação de acordo com o artigo e revisei, estando tudo aparentemente OK, mas quando estou dentro do Egroupware e tento acessar o FelaMimail, tenho a mensagem que o servidor IMAP não foi encontrado, olhei no LOG do Dovecot e pelo que pude perceber o mesmo não está autenticando no AD.

Se puder me dar uma luz ficaria muito agradecido.

[5] Comentário enviado por alexandrob em 14/08/2008 - 22:08h

Ola,

Acredito que esteja na autenticação dificuldade de comunicação do dovecot com o AD, pois fora isso não tem segredo.

Att.
Alex

[6] Comentário enviado por leows em 22/08/2008 - 11:38h

Senhores,
Dovecot via LDAP autenticando no AD não funciona, não perdem o tempo, basta instalar o módulo pam_krb5 para fazer com que o dovecot se autentique pelo sistema pam.d
não esquecer de adicionar as chamadas a library pam_krb5.so em /etc/pam.d/common-*
o macete para funcionar é criar um usuário no linux igual do ad com o comando
useradd lbarbosa
mkdir /home/lbarbosa
chown lbarbosa /home/lbarbosa
pronto não precisa colocar a senha, quando entrar com o login e senha do ad irá se autenticar no imap.

Detalhe: além de conectar no imap vc pode tambem logar no linux com contas do Ad. :) só não tem como compartilhar pastas para isso instale o winbind + samba mas não sugiro por questões de segurança, só com o autenticador krb5 é o suficiente e seguro!

qualquer dúvida [email protected]

[7] Comentário enviado por alexandrob em 22/08/2008 - 21:16h

Caro leows,

Existe uma velha frase: Existem 1001 maneiras de preparar Neston, invente uma!
Essa e uma frase que se encaixa muito bem com o software livre, voce pode fazer o que o limite de seu conhecimento e a ferramenta possa proporcionar. Agora dizer que não funciona o Dovecot + AD isso não confere. Este tutorial faz parte de um estudo realizado e implementado, isso quer dizer que realmente essa integração funciona. O fato de não utilizar o krb foi uma opção minha, somente para ser mais rápido, direto e com o menor número de softwares e configuarações a se fazer ou alterar.

Att.
Alex;

[8] Comentário enviado por fernandofat em 27/08/2008 - 10:34h

leows,

Sua solução exige que seja mantido uma segunda base de usuários no Linux.

Automatizar este processo e manter esta base sincronizada com o AD seria mais um desafio.

Em um ambiente médio/grande onde usuários são criados e excluídos todos os dias deve-se pensar duas vezes antes de adotar a solução proposta.

[]'s

Fernando

[9] Comentário enviado por leows em 28/08/2008 - 15:24h

Me desculpe Fernando,
mas na verdade não é necessário criar o usuário no linux para autenticar o dovecot sobre o AD, eu criei o usuário apenas para que usuários do Active Directory acessem via SSH tbm o servidor.

Abraços.

[10] Comentário enviado por emanueldosreis em 07/05/2009 - 11:30h

Olá Amigo,

parabéns, Muito interessante seu artigo, mas me diz uma coisa, como ficou a questão dos Contatos ? AddressBook ?


Valeu

[11] Comentário enviado por will__m em 29/07/2013 - 12:06h

Muito bom o artigo,

Me ajudou muito, agora consigo autenticar diretamente no A.D.

Porém estou com um problema, ao enviar e-mail as maildir ´s não estão sendo criadas, mas o log informa q a msg foi entregue.

Alguém pode me ajudar?

Obrigado.


Contribuir com comentário