| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Andei durante muito tempo a fazer instalações de sendmail, e nunca *tive* problemas de funcionamento. Ou pelo menos, problemas que não se podessem resolver.
É claro que convem saber mexer decentemente em DNS e configurações M4 de sendmail para por o sendmail a "mexer" como deve ser. Os sendmail.cf por defeito também nem sempre são os mais indicados.
E relays chroot de sendmail não são propriamente tarefas que se recomendem a iniciados (mas são possiveis, e funcionam. Recomenda-se é mais uma vez M4 e não sendmail.cf).
A vantagem do qmail é a segurança do código em relação ao sendmail, e poderes definir qual a largura de banda que não queres ultrapassar ao nível do próprio qmail.
O problema essencial do sendmail é o código ter raízes bastante antigas. O M4 alivia muito dos problemas de andar a mexer em ficheiros sendmail.cf.
Abraços,
Rui
-- |
| |
| |
| | Eu sei bem trabalhar com o Sendmail, mas às tantas é preciso ver que há alternativas melhores.
Outro aspecto importante do qmail além do óbvio da segurança é que em vez de ser uma besta monolítica como o Sendmail, funciona in the Unix way: várias peçinhas pequeninas que se juntam e comunicam entre elas para fazer um todo.
Mário Gamito
www.gamito.org |
| |
| | eh. Culpa minha. Liguei a frase problemas de servidor de e-mail do ISP ao sendmail quando obviamente não era isso que tu pretendias transmitir.
Concordo absolutamente, há alternativas melhores. (disclairmer: o Exchange não está incluido na lista...)
Abraços,
Rui
-- |
| |
| | | "A vantagem do qmail é a segurança do código em relação ao sendmail, e poderes definir qual a largura de banda que não queres ultrapassar ao nível do próprio qmail." Como é que podes definir a largura de banda?
É em kb/s ou queres dizer o tamanho máximo das mensagens? P.S. - Uma coisa que me faz muita falta é limitar o OUTPUT do mail em xx kb/s por isso qualquer ajuda ou HOWTO, agradeço. (Até ja tentei utilizar shaper para isso mas sem sucesso). Brigado
|
| |
| | Nope, AFAIK nao existem mecanismos para fazer throttle do mail, nem in, nem out.
O qmail permite-te, out of the box, limitar o numero maximo de bytes de uma mensagem, mas e' so'
Ha alguns patches e filtros anti-spam para qmail que te fazem throttle condicionado no input. (qualquer coisa do tipo "se este gajo me mandou 5 mensagens nos ultimos 10 segundos, apanha com um delay de 5 segundos na 11ª mensagem, 10 segundos na 12ª, etc). Outros patches funcionam na base do numero de receptores (1 MAIL FROM, 10 RCPT TO. Ao 11º leva com um delay. Isto existe em varios MTA, e é conhecido como tarpitting)
Como estes patches funcionam ao nivel da entrada externa na queue (qmail-smtpd), nao se aplicam ao output (qmail-rspawn/qmail-remote). O melhor sitio para esse tipo de limitacao seria o qmail-remote. Mas tens a certeza que queres fazer isso? E' mau para ti (que ficas com um processo de entrega a correr mais tempo do que devia), e para o receptor (que fica com uma socket ocupada a receber o teu mail). Como a maior parte dos MTA (qmail incluido) tem um limite de concorrencia de entregas, ambas as pontas se arriscam a chegar a um limite em que ficam impossibilitadas de enviar (o teu lado) e receber (o lado remoto) novas mensagens enquanto essas nao foram entregues.
O qmail, por exemplo, tem um limite default de 20 entregas remotas concorrentes. Se tiveres as entregas limitadas em termos de velocidade, arriscas-te a "colar" essas 20 entregas muito depressa (dependendo, claro, do trafego do teu servidor de mail)
|
| |
| | | Nope, AFAIK nao existem mecanismos para fazer throttle do mail, nem in, nem out. Directo no MTA tb nao conheço mas acho que te safas com o http://www.tldp.org/HOWTO/Bandwidth-Limiting-HOWTO/ Cumprimentos Mario Valente
|
| |
| | Já agora, é digno de nota que as distribuições recentes da RedHat (>= 7.1?) trazem o sendmail configurado para aceitar ligações apenas da loopback, o que é ideal para workstations. Ou seja, como enviar email através da nossa própria Linux Box: do_nothing();
hugs
Strange |
| |
| | o url parece ser mais este
http://www.startux.org/article.php?sid=394
----
Conclusão: Iogurte sem caroços não tem espinhas |
| |
| |
| | Sim, fui eu que fiz uma alteração no id do artigo do MySQl depois de ter submetido o artigo.
Mário Gamito
www.gamito.org |
| |
| | O link correcto é este.
Jazzy
Jazzy |
| |
| |
| | Rai's parte o cache da firewall. Afina a correcção já cá estava.
Desculpem a redundância.
Jazzy
Jazzy |
| |
| | ... há uns 2 anos que ando para me pôr a mexer no qmail e ainda não tive tempo nem paciência, se calhar vou aproveitar este empurrãozito, para começar a ver como é que aquilo funciona!
"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 |
| |
| | | Primeiro, acho que te referias a este link, não? Segundo, parabéns pela iniciativa. Algumas sugestões: - apontadores para as páginas do software/patches mencionados
- o bug de DNS não é um bug, é uma feature :)
- mudar criação ficheiro c/ email para o documento parece mais uma listagem do que fazer do que um HOWTO... Faltam-lhe listagem e descrição das opções, o que fazem, diferenças esperadas relativamente ao sendmail (Maildir Vs mbox), etc.. E, por exemplo, em vez de:
Mais ainda, execute o comando # ps –ef | grep svscan
preferia algo do género: "verifique se o processo svscan está a correr. Pode fazê-lo listando todos os processos limitando o output a linhas com svscan, ex: ps -ef | grep svscan" Outro exemplo:
Faça (just in case) # init S
# init 3
podias antes dizer: "para garantir que o /command/svscanboot está a correr force o init a executar as scr1pts de inicialização.", se bem que acho que falta um "init q" e não sei se o init S,3 é necessário e nesse caso talvez falte um aviso de que a sessão será terminada? Outro exemplo é "É necessário criar um ficheiro executável chamado run nos directórios /var/qmail/supervise/qmail-send e /var/qmail/supervise/qmail-smtpd", mas não é referida a finalidade do ficheiro.
Ou seja, está interessante como documento com instruções sobre como instalar o qmail e configurá-lo, mas acho-o incompleto como documento sobre qmail ou howto sobre a sua instalação e uso. Anyway, parabéns e continuação de um bom trabalho. PS: porquê as expressões em inglês? :)
hugs
Strange |
| |
| |
| | Isto foi um primeiro rascunho feito ao mesmo tempo que estava a instalar o servidor. Agora vou compor as coisas de acordo mais ou menos com o que tudizes, claro.
BTW... porque é que dizes que o dns.c tem uma feature em vez de um bug ?
Mário Gamito
www.gamito.org |
| |
| | | Tinha lido algo sobre o assunto, mas não me lembro donde nem exactamente o quê, e não o encontro... Portanto não garanto a exactidão ou validade do que digo a seguir: Alguma razão deve ter existido para a limitação inicial. A única razoável que me vem à cabeça é a possibilidade de um pequeno DoS: imagina eu configurar um domínio com 300 entradas MX e 100% dessas entradas não existir/não responder, e os pacotes de resposta ocuparem todos os máximos 64k+... Vejo apenas uma inconveniência em não aplicar o patch (domínios absurdamente longos resultarão em erro) e em aplicá-lo (não sei a gravidade do DoS), por isso abestenho-me de recomendar qualquer opção.
hugs
Strange |
| |
| | Sem tripes Mario, mas repara apenas nisto[www.lifewithqmail.com].
Qmail kicks ass (thx Scorpio/Spyder/Watch3r for the help in troubled times).
Mas ainda tens melhor, verifica isto, com um interface web para admin fica ainda muito mais poderoso... qmail-ldap kicks butt...
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it.../I |
| |
| |
| | Eu vou ver se ainda tenho perdido na minha home numa maquina em Aveiro um scr1pt em perl para verificar as deps, sacar o qmail, os patche's e instalar tudo em ordem assim como para dar as confs minimas para o qmail-ldap funcionar. Se arranjar isso mando-te para o startux.org, podes publicar se quiseres.
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it.../I |
| |
|
| | > Eu vou ver se ainda tenho perdido na minha home numa maquina em Aveiro um scr1pt em perl para verificar as deps, sacar o qmail, os patche's e instalar tudo em ordem
Qmail The Easy Way, anyone?
http://www.qmailtheeasyway.com/
Pensei que fosse aparecer logo por aqui - e' tipo o apache toolbox so que para o qmail - um bom ponto de partida.
Eu nao uso nenhum dos dois mas recomendo-os very often :)
Abracos,
Daniel Fonseca |
| |
| | Mau, muito mau.
Como o Gamito referiu, a documentação do qmail é no minimo estranha. A única forma de entender (e adorar) o qmail é instalá-lo à mão, dar umas cabeçadas na parede, e perceber como é que aquilo funciona (para perceber a beleza do software, e eventualmente perceber as vantagens).
O "the easy way" é uma treta plug & pray que:
1) Deixam-te a perceber o mesmo em relação ao funcionamento do MTA (rigorosamente nada)
2) Instalam uma série de addons que são muitas vezes inuteis (imap, webmail. Nao precisas disso numa desktop).
3) DNS? Eu gosto muito do djbdns... Mas porque raios aparece numa instalação de um MTA? (por muito recomendável que seja)
|
| |
| | "Mau, muito mau. Como o Gamito referiu, a documentação do qmail é no minimo estranha. A única forma de entender (e adorar) o qmail é instalá-lo à mão, dar umas cabeçadas na parede, e perceber como é que aquilo funciona (para perceber a beleza do software, e eventualmente perceber as vantagens)."
Bolas até que enfim que alguém tem a mesma opinião do que eu. Com a vantagem de que este tenho a certeza de que sabe do que está a falar.
Mário Gamito
www.gamito.org |
| |
| | "Tou ?!? E os outros nao sabem ? Lá por nao saber o que os outros fazem, nao lhes das credito ?"
Não dou nem deixo de dar. Simplesmente não os conheço. A maior parte aliás é cobardemente anónima.
"Pela mesma logica de pensamente deves ser um professor do caracas..."
Como é que adivinhaste que a minha formação universitária é de ensino ?
Mário Gamito
www.gamito.org |
| |
| | Ei conheço o lifewithqamai e tenho um livro chamado Running qmail.
Ambos ajudam, mas não explicam tudo, nem perto.
Por exemplo a parte das daemontools (services) não está nada clara.
Oh well, o qmail está mesmo mal documentado, os logs são fracos e é para dar uma humilde ajudinha a quem pensar instalar Exchange em .pt :-)
Mário Gamito
www.gamito.org |
| |
| | ...o qmail está mesmo mal documentado, os logs são fracos...
Completamente em desacordo. A documentacao existe em todo o lado, basta ir à procura. Os logs sao das coisas mais claras que já vi... dizem e explicam tudo, onde o problema está e tudo. Nao se limitam a dizer "Nao consigo isto"... vao ao ponto de dizerem "Nao consigo isto PQ isto e aquilo".
Pleease.
|
| |
| | "vao ao ponto de dizerem "Nao consigo isto PQ isto e aquilo"
Completamente em desacordo. Limitam-se a dizer o que acinteceu.
Se queres saber pormenores, vais à pesca ao código.
Já agora dou-te um exemplo: deferral: Temporary_error_on_maildir_delivery_.(#4.3.0")/
Excelente: fiquei a saber tudo.
Mário Gamito
www.gamito.org |
| |
| | A dir existe ? Tens permissoes de escrita para o user que defeniste para escrever os files ? verica qual o user que tens no /var/qmail/control/qmailgid ou qualquer coisa do genero... eu nao sei o file porque essa info fica com o user no ldap. So usei qmail-ldap, apos desistir do qmail puro devido a atrocidade como vhosts para varios dominios sao configurados no qmail.
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it.../I |
| |
| | Eu não disse que o qmail resolve os problemas sozinho.
O que eu disse foi que ele diz o mal, mas não a causa, ao contrário do que foi aqui dito.
Mário Gamito
www.gamito.org |
| |
| | | Não sei como gastas o teu tempo na vida, mas se o método point&click for mais rápido e igualmente eficaz, então que venha ele Lembra-te disso, quando estiveres a repetir a tua enorme sequência de point & click's e eu estiver a fazer cp <antigo_ficheiro_de_configuração > < novo_ficheiro_de_configuração >!
"They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 |
| |
| | "Parece-me que é o que dá fazer um install para esrever um howwto e ao fim de 3 horas ja se manda bitaites que os logs sao fatelas e a documentacao pouca sem se perceber nada do assunto."
Se eu não administrasse servidores de mail há anos ainda aceitava essa crítica.
Assim, não.
Os protocolos são os mesmos, o software é que é diferente.
E sim, o qmail está mal documentado. A informação disponível é pouca e está espalahada aos bocadinhos na web e muita deixa muito a desejar. O Running qmail é bom, mas para se perceber como se juntam as peçinhas do qmail. Não para instalar e configurar como deve ser.
E sim idem, os logs são fatelas. Não é preciso mais do que um dia para se perceber isso.
Mário Gamito
www.gamito.org |
| |
|
| | O qmail deve ser um dos softwares mais mal documentados que existe, apesar da sua qualidade.
Isto é disparate... "mais mal documentados" !?
Para comecar o INSTALL que vem no package é mais que suficiente para o por a correr.
Depois tens o Lifewithqmail com a papinha toda e o Lifewithqmail LDAP se quiseres inventar com LDAP.
Já para nao falar em 2 livros:
The Qmail handbook e o Running Qmail
btw, tb nao ficava mal isto no howto... :-)
mv /usr/sbin/sendmail /usr/sbin/sendmail.old
ln -s /var/qmail/bin/sendmail /usr/sbin/sendmail
Já agora um referencia a isto, QmailMRTG que faz algo deste genero
|
| |
| |
| | Tenta abstrair-te de toda e qualquer outra documentação. Depois tenta instalar e configurar um qmail só com o INSTALL e depois diz qualquer coisa.
instalar != configurar you know
Configurar é que é a parte interessante. Instalar é trivial.
Mário Gamito
www.gamito.org |
| |
| | Tenta abstrair-te de toda e qualquer outra documentação. Depois tenta instalar e configurar um qmail só com o INSTALL e depois diz qualquer coisa.
Eu disse que os INSTALL.* chegavam perfeitamente para o por a correr... nao falei em configurar. Alias, nem estou a ver pq vem o "configurar" à baila pq no teu HOWTO que eu veja não configuras NADA no qmail a nao ser negar relaying. Só o instalas e o arrancas.
instalar != configurar you know
Sure.
Configurar é que é a parte interessante. Instalar é trivial.
Fico a espera entao das configuracoes no HOWTO.
|
| |
| | desde 97 que instalo qmails (já lhe perdi a conta) e nunca li mais nada que o INSTALL e o que vem aí referenciado (que está tudo incluído no tar). a faq do bernstein tem-me chegado para tudo e mais alguma coisa (e estou a falar desde simples frontends a servidores com domínios virtuais, etc...). o qmail é, imho, uma das coisas mais bem documentadas que existe; mas claro que é preciso ler a faq, não há checkboxes...
-- bgp is for those who can't keep it static long enough |
| |
| | O qmail esta' MUITO documentado, mas MAL documentado.
O meu conceito de boa documentacao nao dispensa o pormenor de esta ser facilmente acessivel e ser explicita. (manpages, por exemplo).
As manpages do qmail tem toda a informacao de que necessitas, e' verdade: no entanto, algumas coisas deduzes, e muitas coisas tens que andar a saltar de manpage em manpage ate' perceberes. Outras, obrigam-te a puxar pela cabecinha ou a conheceres outro software qualquer para funcionar (o que nao e' necessariamente mau, mas pode ser chato). Um exemplo claro: relaying. E' muito bonito dizer "o qmail-smtpd faz relay se existir a variavel RELAYCLIENT". Mas isso por si nao chega se nao souberes exportar variaveis com o tcpserver ou os tcp-wrappers classicos.
Nao e' que seja dificil aprender, mas a documentacao esta' dispersa. Nao e' claro, por exemplo, qual e' a vantagem em aumentares o split da queue, ou porque e' que tem que ser um numero primo (a nao ser que saibas alguma coisa de filesystems).
Resumindo a coisa: ha muita documentacao, e se a juntares toda consegues perceber essencialmente tudo sobre o qmail. Os INSTALL chegam-te para *instalar* o qmail, e para o deixares a funcionar sem problemas.
Mas se tiveres necessidades mais xpto, do tipo "vou processar 2 milhoes de mensagens por dia", os INSTALL nao chegam, e a informacao necessaria esta' "por ai'" (ao contrario de "esta' aqui, ponto").
|
| |
| | Auto resposta :-)
Atencao que as minhas palavras acima nao significam que eu ache isto necessariamente mau. Sou da opiniao que as pessoas que correm um MTA deviam saber o que e' mail, o que e' um Unix, o que e' uma queue, o que e' um filesystem, etc.
Infelizmente, existe por ai' muita gente que acha que os layers 1 a 6 nao existem.
O novo lema de montar servicos parece ser "Uma aplicacao e' uma aplicacao, e so' tenho que conhecer a aplicacao para a por a funcionar". Que e' que fazes a esses? Ou lhes das um sendmail (nao tens que saber nada excepto talvez m4), ou um exchange :-)
|
| |
| | Aham ...
Qmail HOWTO
Excerto:
"If you've gotten this far, that means that you are ready to do away with rickety old sendmail for good.
First, find the pid of your sendmail daemon and kill it!!! In Linux:
# killall -TERM sendmail
If you don't feel that you've gained enough pleasure from this experience, then restart sendmail and kill it again."
-- Reading the FM |
| |
| | Ja agora esqueceste-te disto:
mv /usr/lib/sendmail /usr/lib/sendmail.old | ln -s /var/qmail/bin/sendmail /usr/lib/sendmail
E ainda, porque instalar qmail com o sendmail instalado ? (rpm -e sendmail *peer*)
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it.../I |
| |
| | Os INSTALL* e companhia são mais que suficientes se souberes o que estás a fazer.
Na minha primeira instalação de qmail foi a única coisa que usei (era a única coisa que havia, na altura), e conseguir por aquilo a funcionar sem problemas.
Admito que não havia daemontools nem ucspi-tcp para baralhar as ideias. Mas continuas a não precisar deles hoje (embora sejam recomendáveis). Seguir o INSTALL ponto a ponto deixa-te com um qmail perfeitamente funcional nas mãos.
|
| |
| | | ...para o HOWTO: aqui e aqui Cumprimentos -- Mario Valente (a satisfied qmail user)
|
| |
| | O texto que está no startux não é nenhum HOWTO.
É parte dos apontamentos que fui tirando à medida que fui fazendo a instalação do servidor e que adaptei de modo a permitir apenas que um desktop user utilize o qmail localmente.
Este texto foi feito a pensar no startux, tipo dica rápida para newbies.
Um HOWTO em português direitinho é o que eu me proponho a fazer no futuro.
Quem quiser ler lê. Quem não quiser... não lê :-)
Mário Gamito
www.gamito.org |
| |
| |
| | Este pessoal tem um mau feitio ! Irra !
Rollerball - The world most dangerous game !
|
| |
| | Mario já sabes como é essa malta gosta de criticar e pouco fazer. Qualquer tentativa de fazer qualquer coisa e em português que seja para ajudar é sempre benvinda.
Já agora ando as aranhas como configurar o dns server se alguem souber de bons tutorias para isso tb agradeço ;)
Força !
btw. tava mesmo a precisar de um howto para o qmail nunca me entendi nada bem com o sendmail por causa daquela complicação toda que é, principalmente para um iniciado como eu.
|
| |
| | http://www.lifewithdjbdns.com/
(além do INSTALL, claro :>)
-- [WaR]
"If you can't hack it, hit it with a hammer" |
| |
| | esqueci me de dizer bons tutoriais em portugues ;) anyway vou dar uma olhada a este que me deste.
Thanks.
|
| |
|
| | > O qmail deve ser um dos softwares mais mal documentados que existe
Eu acho o qmail provavelmente o software mais bem documentado que existe:
$ less INSTALL
Se depois de ler o INSTALL o qmail nao ficar a funcionar, entao é melhor mesmo mudar para exchange :>
E sim, da primeira vez que instalei o qmail, *apenas* li o INSTALL. E ficou a funcionar.
-- [WaR]
"If you can't hack it, hit it with a hammer" |
| |
| |
| | Tu és mesmo muita bom, pá.
Realmente um ficheiro com umas dezenas de linhas que pouco mais dizem do que explicar como usar o inetd que por sua vez já não é recomendado é uma grande literatura.
Deves estar a fazer-nos passar por parvos concerteza.
Só pode ser.
Mário Gamito
www.gamito.org |
| |
| | $ tail -3 INSTALL
If you have questions about qmail, join the qmail mailing list; see
http://pobox.com/~djb/qmail.html.
Se fores à página tens uma faq. Um dos pontos é:
"How do I run qmail-smtpd under tcpserver?"
Qual foi a dificuldade que tiveste que não está na FAQ (ou referenciada por esta)?
Mas sim, realmente o F1 nao dá um ecra de HELP.
> Deves estar a fazer-nos passar por parvos concerteza.
Nem precisei de me dar ao trabalho.
-- [WaR]
"If you can't hack it, hit it with a hammer" |
| |
| | A questão não é ou deixa de ser a dificuldade que eu tive ou não tive.
Porra, custa muito a perceber que um gajo queira escrever um texto em português que possa servir de ajuda a outros ?
Aqui é tudo muito open source, mas quando calha a fazer alguma coisa, 'tá quieto. Dá menos trabalho malhar em quem quer fazer.
É espantoso como a partir da afirmação de que vou escrever um texto em português sobre um tema qualquer se consegue enviusar a coisa de tal modo que nos chamam tudo e mais alguma coisa, com maior ou menor grau de explicitude.
Falar das coisas no Gildot só serve mesmo para esmorecer quem quer que seja a fazer o que quer que seja.
Business as usual...
Mário Gamito
www.gamito.org |
| |
| | Mario ... enfim ... passa a frente a tua ideia e de louvar.
E pena e esses velhos do restelo que muito gostam de criticar e nada fazer não fazer muito para causa.
Eu percebo o que o mario quis dizer não é a falta em si mas como esta encontra-se disponível, ou seja, ou esta muito espalhada ou disperça, ou nem sequer existe como é o caso da língua mãe.
Qualquer tentativa de tradução, explicação e tutoriais sobre o assunto so enrriquece a malta e não faz mau a ninguem.
Agora se fazem o favor deixem se de tretas e se acham que o facto de se dizer não ha documentação da maneira que quero vou escrever algo da maneira que sei e que penso que seja mais facil entender aos outros ou pelo menos aqueles que tiveram a mesma dificuldade como eu, e se considerarem isso tudo uma espécie de crime então façam um favor a sociedade voltem para as vossas cavernas ....
enough said.
Elton Machado
|
| |
| | Fico na mesma: os INSTALL.* são insufucientes para fazer uma instalação profissional da coisa.
Se quiseres instalar às três pancadas sem perceberes minimamente o que se está a passar... fine by me.
De qualquer modo nem é isso que interessa.
Mário Gamito
www.gamito.org |
| |
| | "$ tail -3 INSTALL If you have questions about qmail, join the qmail mailing list; see http://pobox.com/~djb/qmail.html."
Quer dizer que a tua noção de documentação é a insrição numa mailing list :P
Cabecinha pensadora...
Mário Gamito
www.gamito.org |
| |
| | > Quer dizer que a tua noção de documentação é a insrição numa mailing list :P
Já percebi pq é q te queixas da documentação. Nao a leste. Vai lá ao site primeiro.
Hint: o site não tem só info sobre a mailing list...
-- [WaR]
"If you can't hack it, hit it with a hammer" |
| |
| | Normalmente fala-se só de sendmail e qmail, mas no entanto existem outros como o Exim ou o Postfix...
Eu como uso debian, e a debian por omissão instala o exim, é o que estou a usar e não tenho razões de queixa, mas também não tenho nenhum servidor com configurações xpto, nem nada do género...
Gostava de ver aqui a opinião de quem já usou exim e postfix, qual é a opinião que tem acerca deles relativamente ao sendmail e qmail.
São bons só para configurações simples (e mais "caseiras") ou também se comportam bem em servidores de mail mais exigentes e que necessitem de mais "features"?
Cumprimentos,
Bruno Gravato.
|
| |
| |
| | exim não conheço... postfix nunca usei, mas na altura em que saíu dei uma vista de olhos e lembro-me que a queue é uma aberração.
além de que o venema é arrogante e mal-educado :>
-- bgp is for those who can't keep it static long enough |
| |
| | > além de que o venema é arrogante e mal-educado :>
sim, e o djb é um gajo nada arrogante :-D
-- [WaR]
"If you can't hack it, hit it with a hammer" |
| |
| | Entre o djb e o Theo DR, venha o dia e escolha. :)
Uso Qmail há anos mas tenho ficando com vontade de experimentar postfix. Alguém usa postfix sem ser para a sua Desktop box ? :)
Pros, Cons? Qmail é muito bom, mas o modo de pensar em configurar, bem como usar montes de ficheiros separados para configuracoes, coisas como .qmail-alias, é algo sui generis. :)
hununu, LTI-DEQ@IST, Portugal |
| |
| | apt-get source qmail uscpi-tcp
É só o que tenho a dizer. Demorou algum tempo, mas para mim o qmail é mais simples e claro de configurar que o exim.
Remember to be the Killer, not the Victim! (Nuklear Girl) |
| |
| | | O melhor Mail-Transfer-Agent na minha opiniao foi sem duvida o OpenMail da HP. Infelizmente este foi descontinuado pela HP, uma decisao que nunca ninguem entendeu muito bem. Quem nunca usou nao sabe o que perdeu -- era simplesmente o melhor de todos os MTA's: integrado, facil de instalar/configurar, multi-plataforma, escalavel, rapido, the works... Tanto o Sendmail como o Qmail ficavam a milhas...
echo '[dO%O+38%O+PO/d00]Fi22os0CC4BA64E418CE7l0xAP'|dc
|
| |
| |
| | A HP vendeu (ou licenciou, não tenho a certeza) os direitos do OpenMail à Samsung. O produto ainda existe, mas com outro nome: Samsung Contact.
|
| |
| | sniff, as saudades que eu tenho do pp...
-- bgp is for those who can't keep it static long enough |
| |
| | Tenho aqui uma tarball com o pp, binarios para Linux. Queres? ;)
Acredites ou nao, aquilo AINDA e' vendido. (como parte de um package de billing electronico). Pelo menos era ha cerca de 9 meses atras. Fiquei embasbacado a olhar para o monitor quando o vi :-)
|
| |
| | o sendmail acredito :)
explica melhor o que queres dizer com integrado... é que as outras coisas que dizes fazem-me lembrar o qmail :)
-- bgp is for those who can't keep it static long enough |
| |
| | | explica melhor o que queres dizer com integrado... é que as outras coisas que dizes fazem-me lembrar o qmail :) Integrado: um produto completo que te da' nao so' um servidor de SMTP (como o sendmail e qmail) mas sim um produto completo com um gateway de SMS incluido, LDAP, IMAP/POP, MAPI, integracao simples com software OSS (deves saber o que e' considerando que tens um background de telecoms), administracao via web, suporte anti-spam integrado, etc.
echo '[dO%O+38%O+PO/d00]Fi22os0CC4BA64E418CE7l0xAP'|dc
|
| |
| | embora perceba que isso seja preferível para algumas pessoas, pessoalmente não gosto. desde que suporte standards, suporta isso tudo (menos mapi, que não é standard nenhum). com a vantagem que posso escolher cada um deles individualmente, e escolher os melhores, em vez de estar agarrado aos do fabricante x.
-- bgp is for those who can't keep it static long enough |
| |
| | | embora perceba que isso seja preferível para algumas pessoas, pessoalmente não gosto. desde que suporte standards, suporta isso tudo (menos mapi, que não é standard nenhum). com a vantagem que posso escolher cada um deles individualmente, e escolher os melhores, em vez de estar agarrado aos do fabricante x. Claro -- e fazes bem em escolher o que gostas mais. Mas se te derem um budget de x para construires um servico de mail para a tua empresa que suporte precisamente o que o OpenMail e o Exchange suportam (basicamente um groupware), entao provavelmente a tua escolha e' entre os dois acima. "Colar" software distinto num so' sistema custa $$$.
echo '[dO%O+38%O+PO/d00]Fi22os0CC4BA64E418CE7l0xAP'|dc
|
| |
| | Ena, nao tinha reparado no "Tanto o Sendmail como o Qmail ficavam a milhas... ". O OpenMail (Samsung Contact) _e'_ sendmail, com uma serie de layers `a volta (calendario, webmail, MAPI, etc).
|
| |
| | | No OpenMail (como dizes bem, agora o Samsung Contact) o Sendmail apenas implementa a funcao de gateway SMTP. Na realidade o Sendmail nao e' o centro do produto -- o OpenMail e' muito mais que um simples relay de mail. Basta ir veres ao site do Samsung Contact e ver o que aquilo faz. Regards,
echo '[dO%O+38%O+PO/d00]Fi22os0CC4BA64E418CE7l0xAP'|dc
|
| |
| | Eu conheci o OpenMail, e peguei nas primeiras versoes do Contact por curiosidade (era a mesma coisa, nao sei como esta' agora).
O handling de mail (recepcao, final delivery, queueing e remote delivery) era feito pelo sendmail. O facto de teres filtros, metodos alternativos de leitura, user DBs giras, e um bom pacote integrado (alem de compativel com environments Exchange) nao muda o facto de que no core tens um sendmail a gerir o mail.
E e' de MTAs que estamos a falar, nao e' de Groupware. Como groupware, o Contact e' excelente. Mas a componente de MTA deixa a desejar. (nao gosto do sendmail, processem-me :-))
|
| |
