{"id":515,"date":"2020-08-19T00:45:22","date_gmt":"2020-08-19T00:45:22","guid":{"rendered":"https:\/\/4linux.com.br\/?page_id=515"},"modified":"2023-10-10T21:37:52","modified_gmt":"2023-10-10T21:37:52","slug":"o-que-e-postfix","status":"publish","type":"page","link":"https:\/\/4linux.com.br\/o-que-e-postfix\/","title":{"rendered":"O que \u00e9 Postfix"},"content":{"rendered":"\n
O Postfix se consolidou como uma alternativa ao Sendmail em raz\u00e3o de suas caracter\u00edsticas t\u00e9cnicas tais como maior robustez, melhor desempenho e maior facilidade na manuten\u00e7\u00e3o e configura\u00e7\u00e3o<\/p>\n\n\n\n
A ideia inicial do Postfix era a de produzir um substituto para o Sendmail que fosse \u201cr\u00e1pido, f\u00e1cil de administrar e seguro\u201d. Trata-se de um projeto OpenSource patrocinado pela IBM, criado e mantido por Wietse Venema, Ph.D. em F\u00edsica pela Groningen University na Holanda. Segundo seu criador, o projeto e o desenvolvimento do Postfix foram norteados pelas seguintes diretrizes:<\/p>\n\n\n\n
O Postfix se consolidou como uma alternativa ao Sendmail em raz\u00e3o de suas caracter\u00edsticas t\u00e9cnicas tais como maior robustez, melhor desempenho e maior facilidade na manuten\u00e7\u00e3o e configura\u00e7\u00e3o. Entretanto, conforme citado anteriormente, para facilitar sua ado\u00e7\u00e3o em ambientes Unix, onde o Sendmail era (e ainda \u00e9) bastante popular, o Postfix manteve diversos comandos e arquivos compat\u00edveis com os do Sendmail. Essa alternativa evita, por exemplo, a necessidade de mudan\u00e7a de scripts e softwares j\u00e1 desenvolvidos considerando os recursos do Sendmail. <\/p>\n\n\n\n
Outra caracter\u00edstica importante do Postfix \u00e9 a sua arquitetura modularizada. Ou seja, ao contr\u00e1rio da estrutura monol\u00edtica do Sendmail onde apenas um processo \u00e9 o respons\u00e1vel por todas as atividades relacionadas com o processamento de mensagens, no caso do Postfix v\u00e1rios componentes s\u00e3o os respons\u00e1veis pelo funcionamento do sistema. Essa arquitetura, al\u00e9m de facilitar a manuten\u00e7\u00e3o do c\u00f3digo e a implementa\u00e7\u00e3o de novas funcionalidades, agrega algumas importantes caracter\u00edsticas de seguran\u00e7a dentre as quais a possibilidade de evitar e\/ou minimizar os impactos de eventuais ataques como os de buffer overflow, por exemplo.<\/p>\n\n\n\n
Obviamente n\u00e3o se pode preterir uma boa infraestrutura para implanta\u00e7\u00e3o da solu\u00e7\u00e3o de groupware, sendo que a aplica\u00e7\u00e3o e todos os seus componentes devem sempre estar dispon\u00edveis aos usu\u00e1rios.<\/p>\n\n\n\n
Veja outros que temos:<\/strong><\/p>\n\n\n