Abraço!

Respondendo ao Efraim :

Que bom que o post ajudou a clarear seus pensamentos e lhe ajudou a decidir implementar greylisting em seu servidor. Obrigado por opinar sobre que tipo de conteúdo deve ser adicionado ao blog também.

Sobre você usar Evolution no desktop e Squirrelmail no servidor, não vejo problema algum. Eu uso IMAP (IMAPS, na verdade) em vários clientes de e-mail diferentes (dependendo de que máquina estiver usando) e Webmail também quando estou em uma máquina pública, mas mesmo o acesso ao Webmail é feito via HTTPS, por questões de segurança.

Sobre a questão de ensinar o sistema antispam sobre o que é e o que não é spam (ham, na verdade), eu tenho isso funcionando em meu servidor pessoal e tenha subpastas IMAP onde movo os falsos positivos (para que o sistema aprenda quando identificar uma mensagem como spam sem que ela seja realmente um spam) e os falsos negativos (para que o sistema aprenda que a mensagem é spam).

O detalhe é que tenho isso implementado usando DSPAM + Postfix, sem o uso de amavisd-new nem mesmo do SpamAssassin. Foi um pouco demorado configurar e não acredito que seja uma boa solução para usuários comuns, porque a maioria deles não vai aceitar o fato de ter que ensinar o sistema para que ele comece a funcionar bem somente após algum tempo de aprendizado.

Tentei implementá-lo em clientes com usuários iniciantes (a grande maioria dos usuários) e não obtive sucesso não pelo DSPAM, mas exatamente por esse fato da necessidade de ensinar o sistema. Os usuários tinham a impressão de que o sistema não estava funcionando porque eles é que estavam ensinando a ele o que é e o que não é spam manualmente, mesmo eu explicando que isso seria um passo trabalhoso inicial, mas que compensaria em longo prazo.

Nesse cliente, acabei usando SpamAssassin com amavisd-new mesmo, que exigiu mais do servidor, mas que atendeu a necessidade desse cliente sem que fosse necessário existir a funcionalidade de aprendizado, algo que foi solicitado inicialmente pelo cliente, mas ao que o mesmo não se acostumou na prática.

Eu, pessoalmente, uso e me dou bem com o esquema de aprendizado, mas tenho que me atentar a sempre ensinar ao sistema o que é e o que não é spam através da movimentação das mensagens para as pastas IMAP corretas, dependendo do caso. É fácil notar que se eu simplesmente apagar as mensagens e não alimentar o sistema com as mesmas, em pouco tempo o sistema começa a apresentar uma taxa de acertos mais baixa.

Sobre a documentação, eu tenho documentação de boa parte do processo escrita, mas é de uso interno da empresa onde trabalho prestando suporte e administração de servidores de clientes e, como foi documentação criada em meu tempo de trabalho, não posso liberar para uso público, infelizmente.

Eu comecei a escrever sobre Postfix há muitos anos atrás, mas só escrevi algo bem básico e inicial e nunca tive tempo de finalizar com tópicos mais avançados e atuais.

Se quiser verificar, dê uma lida no conteúdo, já bem antigo e talvez não mais aplicável a realidade dos dias atuais aqui.

Por último, obrigado pelo comentário e continue comentando. O retorno dos leitores é o que me move

Respondendo ao Antonio :

Obrigado pelo comentário, antes de mais nada. Eu cheguei a usar o OpenWebmail há algum tempo atrás, mas migrei todos os meus clientes para outras soluções de Webmail quando o Debian para de fornecer pacotes do OpenWebmail devido a ter encontrado diversas falhas de segurança no código do OpenWebmail e ninguém estar disposto a corrigí-los.

Também uso (e bastante) procmail em meu servidor pessoal, mas uso DSPAM nele e SpamAssassin em servidores de clientes, o qual integra ao Postfix através do amavisd-new. Muito bom.

Acredito que seja bastante tranquilo integrar o postgrey ao seu ambiente e o resultado, com certeza, será bastante satisfatório.

Por favor, continue comentando sempre que possível. Dependo dos comentários para saber se não estou escrevendo besteiras

Aproveitando a viagem, eu uso o Evolution no desktop/notebook e SquirrelMail por falta de uma opção melhor, tem alguma sugestão? Outra coisa que gostaria de implementar, mas não sei como, é fazer com que ao mover um email para a pasta de mensagens indesejadas do webmail ou do evolution, isto “ensine” as ferramentas antispam. Você tem experiência com isto?

Minha experiência é menor que a sua neste assunto, porém, me disporia a colaborar numa tarefa que considero importante: criar um tutorial de instalação de um servidor de e-mail, que contemple estes recursos, de preferência com scripts para automatizar a maior parte do processo.

Obrigado!

Respondendo ao semente :

E não é realmente divertido ter seu próprio servidor e gerenciar tudo você mesmo ? Além de ser divertido, é bastante educativo, visto que você tem uma plataforma para experimentação “live”

Eu já fiz alguns experimentos com TMDA, mas não em meu servidor pessoal. Fiz em ambiente de laboratório para poder realizar os testes necessários para uma futura implantação em um cliente com essa necessidade e, ao menos em meus testes, parece ter funcionado bem.

De qualquer forma, eu, particularmente, não gosto muito de TMDA. É exatamente a mesma coisa que aquelas mensagens de confirmação do UOL, por exemplo, algo que a maioria das pessoas que conheço abomina.

Obrigado pelo comentário.

Rspondendo ao Xurumy :

Obrigado pelo comentário e pelo feedback. Eu realmente estava pensando em empregar um esquema misto de posts técnicos e posts com opiniões sobre assuntos relacionados a software livre e afins.

Sua resposta parece confirmar minha preferência

Respondendo ao Hugo :

Obrigado pelo comentário. Realmente o postgrey é um achado. Soluções de greylisting de uma forma geral, ao menos por enquanto, valem a pena.

O postgrey especifcamente é interessante por ser bastante simples de configurar e se integrar muito bem com o Postfix. Nunca tive problemas com ele.