from:"Rodrigo"

Bruno, se realmente tu tiveres o patch do qmailqueue aplicado e
funcional, apos o comando data seguido de . (ponto), ele irá processar o
armazenamento da mensagem em queue, ou seja, ele ira rodar o modulo de
queue (qmail-queue) ou, no teu caso, o qmail-scanner-queue.pl e este ira
executar suas funcoes ou morrer por um erro qualquer que devera ser
interpretado por ti. O erro comun e aquele que tu ja conehce: Permissao.
e NAO so no qmail-scanner-queue.pl mas todos aqueles que este script
perl ira chamar como: clamd-scan, simscan, qmail-queue e outros (anos
que nao uso o qmail-scanner). O comum eh eles nao terem permissao entre
si, por ex. o simcan nao tem permissao pra rodar o clamd-scanner ou
melhor, se tu usas vpopmail, o usuario que ira rodar tudo sera o
vpopmail, se este nao tiver permissao para rodar o
qmail-scanner-queue.pl, simscan, clamd-scan, qmail-queue entao realmente
tu vai ter um problema bem dificil de resolver. 

Eu costumo por esses caras todos no grupo do vpopmail (vchkpw,89). E
conferir os diretorios home usados por cada um pra ver se o grupo pode
fazer uso deles, no caso simscan grava no home dele os e-mails para
fazer o scan do clamav, se um deles tiver com permissao errada, ja vai
dar erro.  

Eu nao quero desencorajá-lo a usar o qmail-scanner porem acredito que
este cara ja esta um pouco desatualizado e defasado. Rodar dois scripts
perl em queue se torna um processo lento (qmail-scanner + spamd). Enfim,
cada um sabe o que melhor ira atende-lo.

Abraco,

On Thu, 2009-07-16 at 11:43 -0300, Bruno Oliveira wrote:
 Olá,
 
 Ainda não consegui resolver o problema do envio de mensagens desse
 servidor, estou enviando mas dados sobre o problema porque já tem um
 tempo que venho quebrando cabeça nisso e com algumas solução que
 encontrei na internet não consegui resolver, espero que alguém da
 lista possa me ajudar.
 
 Conteúdo do arquivo /var/service/smtpd/tcp:
 
 127.:allow,RELAYCLIENT=,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
 10.0.0.:allow,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
 200.170.:allow,RBLSMTPD=,REQUIREAUTH=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
 :allow,MFDNSCHECK=,SMTPAUTH=crammd5,BADMIMETYPE=,RBLSMTPD=,REQBRACKETS=,TARPITCOUNT=10,TARPITDELAY=10,HELOCHECK=.,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
 
 *A última linha não possui a quebra de linha.
 
 Conteúdo do log /var/service/smtpd/log/main/current:
 
 - Envio de mensagem para domínio externo
 @40004a5f4f0737af1e8c qmail-smtpd: pid 3763
 Reject::SNDR::Invalid_Relay: P:ESMTP S:myip:unknown H:myip
 F:webmas...@mydomain.com.br T:brnolv...@domainexterno.com
 
 - Envio de mensagem para domínio interno (mesmo servidor)
 @40004a5f4dd30c7d902c qmail-smtpd: pid 3620
 Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:myip:unknown H:myip
 F:webmas...@mydomain.com.br T:webmas...@mydomain.com.br
 
 Desde já agradeço a ajuda.
 
 Atenciosamente,
 Bruno Henrique de Oliveira.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Qmail - Error em servidor smtpd

Realmente, talvez eu nao tenha compreendido corretamente, visto que tu
envias e-mails locais e nao envia pra fora, acredito entao que seja ate
mais simples, vi que estas usando crammd5 para o smtp-auth confere
isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
sugiro usar o metodo login com ssl.


On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
 Rodrigo Graeff,
 
 As permissões estão corretas, conferir os diretórios e está tudo
 trabalhando no grupo do Vpopmail. Agredito que se fosse um problema de
 permissão os e-mails enviados entre dois dominios do mesmo servidor
 não seria recebi, concorda comigo? No mesmo servidor de e-mail tenho
 u...@x.com.br e us...@y.com.br, quando envio um e-mail de user para
 user2 o e-mail chega sem problemas mas quando enviou um e-mail para
 us...@a.com.br que está fora do servidor a mensagem exibi esse erro,
 sendo assim, não considero problema de permissão apesar de verificar
 agora as permissões.
 
 Se considera uma estrutura pesada e desnecessária, qual estrutura de
 e-mail você me recomendaria?
 
 Desde já agradeço.
 
 Atenciosamente,
 Bruno Henrique de Oliveira.
 
 2009/7/16 Rodrigo Graeff delphus...@gmail.com:
  Bruno, se realmente tu tiveres o patch do qmailqueue aplicado e
  funcional, apos o comando data seguido de . (ponto), ele irá processar o
  armazenamento da mensagem em queue, ou seja, ele ira rodar o modulo de
  queue (qmail-queue) ou, no teu caso, o qmail-scanner-queue.pl e este ira
  executar suas funcoes ou morrer por um erro qualquer que devera ser
  interpretado por ti. O erro comun e aquele que tu ja conehce: Permissao.
  e NAO so no qmail-scanner-queue.pl mas todos aqueles que este script
  perl ira chamar como: clamd-scan, simscan, qmail-queue e outros (anos
  que nao uso o qmail-scanner). O comum eh eles nao terem permissao entre
  si, por ex. o simcan nao tem permissao pra rodar o clamd-scanner ou
  melhor, se tu usas vpopmail, o usuario que ira rodar tudo sera o
  vpopmail, se este nao tiver permissao para rodar o
  qmail-scanner-queue.pl, simscan, clamd-scan, qmail-queue entao realmente
  tu vai ter um problema bem dificil de resolver.
 
  Eu costumo por esses caras todos no grupo do vpopmail (vchkpw,89). E
  conferir os diretorios home usados por cada um pra ver se o grupo pode
  fazer uso deles, no caso simscan grava no home dele os e-mails para
  fazer o scan do clamav, se um deles tiver com permissao errada, ja vai
  dar erro.
 
  Eu nao quero desencorajá-lo a usar o qmail-scanner porem acredito que
  este cara ja esta um pouco desatualizado e defasado. Rodar dois scripts
  perl em queue se torna um processo lento (qmail-scanner + spamd). Enfim,
  cada um sabe o que melhor ira atende-lo.
 
  Abraco,
 
  On Thu, 2009-07-16 at 11:43 -0300, Bruno Oliveira wrote:
  Olá,
 
  Ainda não consegui resolver o problema do envio de mensagens desse
  servidor, estou enviando mas dados sobre o problema porque já tem um
  tempo que venho quebrando cabeça nisso e com algumas solução que
  encontrei na internet não consegui resolver, espero que alguém da
  lista possa me ajudar.
 
  Conteúdo do arquivo /var/service/smtpd/tcp:
 
  127.:allow,RELAYCLIENT=,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
  10.0.0.:allow,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
  200.170.:allow,RBLSMTPD=,REQUIREAUTH=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
  :allow,MFDNSCHECK=,SMTPAUTH=crammd5,BADMIMETYPE=,RBLSMTPD=,REQBRACKETS=,TARPITCOUNT=10,TARPITDELAY=10,HELOCHECK=.,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
 
  *A última linha não possui a quebra de linha.
 
  Conteúdo do log /var/service/smtpd/log/main/current:
 
  - Envio de mensagem para domínio externo
  @40004a5f4f0737af1e8c qmail-smtpd: pid 3763
  Reject::SNDR::Invalid_Relay: P:ESMTP S:myip:unknown H:myip
  F:webmas...@mydomain.com.br T:brnolv...@domainexterno.com
 
  - Envio de mensagem para domínio interno (mesmo servidor)
  @40004a5f4dd30c7d902c qmail-smtpd: pid 3620
  Accept::RCPT::Rcpthosts_Rcptto: P:ESMTP S:myip:unknown H:myip
  F:webmas...@mydomain.com.br T:webmas...@mydomain.com.br
 
  Desde já agradeço a ajuda.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  --
  --
  Rodrigo Graeff
  http://www.delphus.org
  1...@sip.delphus.org
  ICQ: 9636816
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Qmail - Error em servidor smtpd

Hehe Bruno, agora eu li novamente meu e-mail e achei que tu nao me
compreendeu corretamente, existem varios metodos de autenticacao no
smtp, exite: plain, login, cram-md5 e outros, o mais comum eh o login,
que usa base64 para usuario e senha. este cram-md5 que tu estas usando
nao eh muito comum, e eu acredito que so funcione com outlooks da vida
(me corrijam se eu estiver errado). Tente mudar essa opcao no teu
arquivo tcp.smtp ou mesmo deixar em branco.

[ ]s

On Thu, 2009-07-16 at 15:49 -0300, Bruno Oliveira wrote:
Rodrigo Graeff,

Já tentei utilizar com SSL também aparece o mesmo erro, lembro que no
passado esse erro aconteceu comigo e tive apenas que adicionar uma
opção no TCP do SMTP para o servidor funcionar, o problema é que não
lembro mais qual é.

Desde já agradeço.

Atenciosamente,
Bruno Henrique de Oliveira.

2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Realmente, talvez eu nao tenha compreendido corretamente, visto que tu
envias e-mails locais e nao envia pra fora, acredito entao que seja ate
mais simples, vi que estas usando crammd5 para o smtp-auth confere
isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
sugiro usar o metodo login com ssl.

On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
Rodrigo Graeff,

As permissões estão corretas, conferir os diretórios e está tudo
trabalhando no grupo do Vpopmail. Agredito que se fosse um problema de
permissão os e-mails enviados entre dois dominios do mesmo servidor
não seria recebi, concorda comigo? No mesmo servidor de e-mail tenho
u...@x.com.br e us...@y.com.br, quando envio um e-mail de user para
user2 o e-mail chega sem problemas mas quando enviou um e-mail para
us...@a.com.br que está fora do servidor a mensagem exibi esse erro,
sendo assim, não considero problema de permissão apesar de verificar
agora as permissões.

Se considera uma estrutura pesada e desnecessária, qual estrutura de
e-mail você me recomendaria?

Desde já agradeço.

Atenciosamente,
Bruno Henrique de Oliveira.

2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Bruno, se realmente tu tiveres o patch do qmailqueue aplicado e
funcional, apos o comando data seguido de . (ponto), ele irá processar o
armazenamento da mensagem em queue, ou seja, ele ira rodar o modulo de
queue (qmail-queue) ou, no teu caso, o qmail-scanner-queue.pl e este ira
executar suas funcoes ou morrer por um erro qualquer que devera ser
interpretado por ti. O erro comun e aquele que tu ja conehce: Permissao.
e NAO so no qmail-scanner-queue.pl mas todos aqueles que este script
perl ira chamar como: clamd-scan, simscan, qmail-queue e outros (anos
que nao uso o qmail-scanner). O comum eh eles nao terem permissao entre
si, por ex. o simcan nao tem permissao pra rodar o clamd-scanner ou
melhor, se tu usas vpopmail, o usuario que ira rodar tudo sera o
vpopmail, se este nao tiver permissao para rodar o
qmail-scanner-queue.pl, simscan, clamd-scan, qmail-queue entao realmente
tu vai ter um problema bem dificil de resolver.

Eu costumo por esses caras todos no grupo do vpopmail (vchkpw,89). E
conferir os diretorios home usados por cada um pra ver se o grupo pode
fazer uso deles, no caso simscan grava no home dele os e-mails para
fazer o scan do clamav, se um deles tiver com permissao errada, ja vai
dar erro.

Eu nao quero desencorajá-lo a usar o qmail-scanner porem acredito que
este cara ja esta um pouco desatualizado e defasado. Rodar dois scripts
perl em queue se torna um processo lento (qmail-scanner + spamd). Enfim,
cada um sabe o que melhor ira atende-lo.

Abraco,

On Thu, 2009-07-16 at 11:43 -0300, Bruno Oliveira wrote:
Olá,

Ainda não consegui resolver o problema do envio de mensagens desse
servidor, estou enviando mas dados sobre o problema porque já tem um
tempo que venho quebrando cabeça nisso e com algumas solução que
encontrei na internet não consegui resolver, espero que alguém da
lista possa me ajudar.

Conteúdo do arquivo /var/service/smtpd/tcp:

127.:allow,RELAYCLIENT=,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
10.0.0.:allow,RBLSMTPD=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
200.170.:allow,RBLSMTPD=,REQUIREAUTH=,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl
:allow,MFDNSCHECK=,SMTPAUTH=crammd5,BADMIMETYPE=,RBLSMTPD=,REQBRACKETS=,TARPITCOUNT=10,TARPITDELAY=10,HELOCHECK=.,QMAILQUEUE=/usr/local/bin/qmail-scanner-queue.pl

*A última linha não possui a quebra de linha.

Conteúdo do log /var/service/smtpd/log/main/current:

- Envio de mensagem para domínio externo
@40004a5f4f0737af1e8c qmail-smtpd: pid 3763
Reject::SNDR::Invalid_Relay: P:ESMTP S:myip:unknown H:myip
F:webmas...@mydomain.com.br T:brnolv...@domainexterno.com

- Envio de mensagem para domínio interno (mesmo servidor)
@40004a5f4dd30c7d902c qmail-smtpd: pid 3620
Accept::RCPT

Re: [FUG-BR] Qmail - Error em servidor smtpd

Bruno, pera la... Nada de exchange..

esse erro mostra que nao esta havendo uma smtp auth, ou seja, o outlook
nao esta fazendo smtp auth, ou porque nao esta configurado pra fazer
isso ou pq esta dando erro, normalmente, se voce usa vpopmail, eh
necessario usar user=u...@dominio.com.br + senha, verifique se o usuario
autenticado (se esta autenticando) tem @dominio.com.br ou nao.

Caso seja isso e tu tenhas muitos outlooks pra refazer a configuracao,
basta adicionar uma linha com a tua rede ou IPs que nao precisarao fazer
smtp auth no tcp.smtp com a opcao RELAYCLIENT= e pronto. Não havera
problemas com relay (CUIDADO: Jamais ponha esta opcao para a internet,
pois tornara seu smtp em open relay e ta feita a caca).

Abracos


On Thu, 2009-07-16 at 16:35 -0300, Bruno Oliveira wrote:
 Rodrigo Graeff,
 
 Realmente não tinha entendido, porque tem a opção de usar SSL no
 servidor SMTP para conexão, pensei que era isso. Testei com a opção de
 deixar em branco mas quando tento enviar algum e-mail o Outlook mostra
 a mensagem:
 
 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
 
 E continua a mostra as mesmas mensagens nos logs do SMTP. Putz isso já
 está me stressando, acho que vou deixar o e-mail no Exchange mesmo.
 
 Desde já agradeço.
 
 Atenciosamente,
 Bruno Henrique de Oliveira.
 
 2009/7/16 Rodrigo Graeff delphus...@gmail.com:
  Hehe Bruno, agora eu li novamente meu e-mail e achei que tu nao me
  compreendeu corretamente, existem varios metodos de autenticacao no
  smtp, exite: plain, login, cram-md5 e outros, o mais comum eh o login,
  que usa base64 para usuario e senha. este cram-md5 que tu estas usando
  nao eh muito comum, e eu acredito que so funcione com outlooks da vida
  (me corrijam se eu estiver errado). Tente mudar essa opcao no teu
  arquivo tcp.smtp ou mesmo deixar em branco.
 
  [ ]s
 
  On Thu, 2009-07-16 at 15:49 -0300, Bruno Oliveira wrote:
  Rodrigo Graeff,
 
  Já tentei utilizar com SSL também aparece o mesmo erro, lembro que no
  passado esse erro aconteceu comigo e tive apenas que adicionar uma
  opção no TCP do SMTP para o servidor funcionar, o problema é que não
  lembro mais qual é.
 
  Desde já agradeço.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
 
  2009/7/16 Rodrigo Graeff delphus...@gmail.com:
   Realmente, talvez eu nao tenha compreendido corretamente, visto que tu
   envias e-mails locais e nao envia pra fora, acredito entao que seja ate
   mais simples, vi que estas usando crammd5 para o smtp-auth confere
   isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
   sugiro usar o metodo login com ssl.
  
  
   On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
   Rodrigo Graeff,
  
   As permissões estão corretas, conferir os diretórios e está tudo
   trabalhando no grupo do Vpopmail. Agredito que se fosse um problema de
   permissão os e-mails enviados entre dois dominios do mesmo servidor
   não seria recebi, concorda comigo? No mesmo servidor de e-mail tenho
   u...@x.com.br e us...@y.com.br, quando envio um e-mail de user para
   user2 o e-mail chega sem problemas mas quando enviou um e-mail para
   us...@a.com.br que está fora do servidor a mensagem exibi esse erro,
   sendo assim, não considero problema de permissão apesar de verificar
   agora as permissões.
  
   Se considera uma estrutura pesada e desnecessária, qual estrutura de
   e-mail você me recomendaria?
  
   Desde já agradeço.
  
   Atenciosamente,
   Bruno Henrique de Oliveira.
  
   2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Bruno, se realmente tu tiveres o patch do qmailqueue aplicado e
funcional, apos o comando data seguido de . (ponto), ele irá 
processar o
armazenamento da mensagem em queue, ou seja, ele ira rodar o modulo de
queue (qmail-queue) ou, no teu caso, o qmail-scanner-queue.pl e este 
ira
executar suas funcoes ou morrer por um erro qualquer que devera ser
interpretado por ti. O erro comun e aquele que tu ja conehce: 
Permissao.
e NAO so no qmail-scanner-queue.pl mas todos aqueles que este script
perl ira chamar como: clamd-scan, simscan, qmail-queue e outros (anos
que nao uso o qmail-scanner). O comum eh eles nao terem permissao 
entre
si, por ex. o simcan nao tem permissao pra rodar o clamd-scanner ou
melhor, se tu usas vpopmail, o usuario que ira rodar tudo sera o
vpopmail, se este nao tiver permissao para rodar o
qmail-scanner-queue.pl, simscan, clamd-scan, qmail-queue entao 
realmente
tu vai ter um problema bem dificil de resolver.
   
Eu costumo por esses caras todos no grupo do vpopmail (vchkpw,89). E
conferir os diretorios home usados por cada um pra ver se o grupo pode
fazer uso deles, no caso simscan grava no home dele os e-mails para
fazer o scan do clamav, se um deles tiver com permissao errada, ja vai
dar erro.
   
Eu nao quero desencorajá-lo a usar o qmail-scanner porem acredito que
este cara ja esta um pouco desatualizado e

Re: [FUG-BR] Qmail - Error em servidor smtpd

Bruno,

Nao confere. Com a tua configuracao qualquer usuário interno manda
e-mail para outro usua...@dominio interno sem precisar fazer auth, pois
o relay do qmail permitira. Mas se mesmo assim tu tens certeza de que os
usuarios estao autenticando e mesmo assim nao vai, mesmo com
RELAYHOST= ajustado ao tcp.smtp para os ips da rede local, e ainda
assim nao vai, realmente ha um problema muito serio com a tua
instalacao, e eu infelizmente desconheco o qmail-ldap, patch no qual
acredito que tu estejas usando.

Sinto muito nao poder ajudar mais. Se tiver como ter acesso ao servidor
para dar uma olhada, acredito que ainda possa ajudar um pouco mais, do
contrario, esgotaram-se as minhas cartadas.

Abraco e boa sorte.

On Thu, 2009-07-16 at 21:05 -0300, Bruno Oliveira wrote:
 Rodrigo Graeff,
 
 O usuário está autenticando sim, porque se não tivesse além de não
 enviar email entre os domínios do servidor, quando eu tentasse enviar
 email para dominios de fora eu iria receber a mensagem de que não foi
 possível autenticar, pelo erro que aparece no log do SMTP o erro está
 na configuração de bloqueio. Acho que pode ser no rcpthost mas já
 coloquei todos os domínios lá. É complicado porque tem várias soluções
 para o mesmo erro do problema, tinha que ter uma forma melhor para
 debugar o problema e ter um erro mais preciso.
 
 Desde já agradeço.
 
 Atenciosamente,
 Bruno Henrique de Oliveira.
 
 2009/7/16 Rodrigo Graeff delphus...@gmail.com:
  Bruno, pera la... Nada de exchange..
 
  esse erro mostra que nao esta havendo uma smtp auth, ou seja, o outlook
  nao esta fazendo smtp auth, ou porque nao esta configurado pra fazer
  isso ou pq esta dando erro, normalmente, se voce usa vpopmail, eh
  necessario usar user=u...@dominio.com.br + senha, verifique se o usuario
  autenticado (se esta autenticando) tem @dominio.com.br ou nao.
 
  Caso seja isso e tu tenhas muitos outlooks pra refazer a configuracao,
  basta adicionar uma linha com a tua rede ou IPs que nao precisarao fazer
  smtp auth no tcp.smtp com a opcao RELAYCLIENT= e pronto. Não havera
  problemas com relay (CUIDADO: Jamais ponha esta opcao para a internet,
  pois tornara seu smtp em open relay e ta feita a caca).
 
  Abracos
 
 
  On Thu, 2009-07-16 at 16:35 -0300, Bruno Oliveira wrote:
  Rodrigo Graeff,
 
  Realmente não tinha entendido, porque tem a opção de usar SSL no
  servidor SMTP para conexão, pensei que era isso. Testei com a opção de
  deixar em branco mas quando tento enviar algum e-mail o Outlook mostra
  a mensagem:
 
  553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
 
  E continua a mostra as mesmas mensagens nos logs do SMTP. Putz isso já
  está me stressando, acho que vou deixar o e-mail no Exchange mesmo.
 
  Desde já agradeço.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
 
  2009/7/16 Rodrigo Graeff delphus...@gmail.com:
   Hehe Bruno, agora eu li novamente meu e-mail e achei que tu nao me
   compreendeu corretamente, existem varios metodos de autenticacao no
   smtp, exite: plain, login, cram-md5 e outros, o mais comum eh o login,
   que usa base64 para usuario e senha. este cram-md5 que tu estas usando
   nao eh muito comum, e eu acredito que so funcione com outlooks da vida
   (me corrijam se eu estiver errado). Tente mudar essa opcao no teu
   arquivo tcp.smtp ou mesmo deixar em branco.
  
   [ ]s
  
   On Thu, 2009-07-16 at 15:49 -0300, Bruno Oliveira wrote:
   Rodrigo Graeff,
  
   Já tentei utilizar com SSL também aparece o mesmo erro, lembro que no
   passado esse erro aconteceu comigo e tive apenas que adicionar uma
   opção no TCP do SMTP para o servidor funcionar, o problema é que não
   lembro mais qual é.
  
   Desde já agradeço.
  
   Atenciosamente,
   Bruno Henrique de Oliveira.
  
   2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Realmente, talvez eu nao tenha compreendido corretamente, visto que tu
envias e-mails locais e nao envia pra fora, acredito entao que seja 
ate
mais simples, vi que estas usando crammd5 para o smtp-auth confere
isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
sugiro usar o metodo login com ssl.
   
   
On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
Rodrigo Graeff,
   
As permissões estão corretas, conferir os diretórios e está tudo
trabalhando no grupo do Vpopmail. Agredito que se fosse um problema 
de
permissão os e-mails enviados entre dois dominios do mesmo servidor
não seria recebi, concorda comigo? No mesmo servidor de e-mail tenho
u...@x.com.br e us...@y.com.br, quando envio um e-mail de user para
user2 o e-mail chega sem problemas mas quando enviou um e-mail para
us...@a.com.br que está fora do servidor a mensagem exibi esse erro,
sendo assim, não considero problema de permissão apesar de verificar
agora as permissões.
   
Se considera uma estrutura pesada e desnecessária, qual estrutura de
e-mail você me recomendaria?
   
Desde já agradeço

Re: [FUG-BR] RES: Qmail - Error em servidor smtpd


Desconsidere esta informacao abaixo, ela nao confere.

Por ex:

192.168.:allow,RELAYCLIENT=   Todos os clientes da rede
192.168.255.255 poderao enviar e-mails sem a confirmacao de relay, ou
seja, sem precisar fazer smtp auth para enviar emails tanto em relay
como fora de relay. O smtp auth no qmail eh uma funcao que verifica o
usuario e se caso ele existir e a senha conferir, esta MESMA variavel de
ambiente sera ativada, permitindo o relay dos usuario autenticados.

abraco 

On Fri, 2009-07-17 at 10:22 -0300, Bruno Oliveira wrote:
 A configuração do tcp.smtp está assim mesmo.
 
 2009/7/17 Toronto Garcez toronto.gar...@gmail.com:
  Verifique o arquivo tcp.smtp
 
  Se estiver assim:
 
  127.:allow,RELAYCLIENT=
 
  Vc só vai conseguir enviar e-mails se autenticar antes.
 
 
 
 
  -Mensagem original-
  De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
  de Bruno Oliveira
  Enviada em: quinta-feira, 16 de julho de 2009 21:06
  Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  Assunto: Re: [FUG-BR] Qmail - Error em servidor smtpd
 
  Rodrigo Graeff,
 
  O usuário está autenticando sim, porque se não tivesse além de não
  enviar email entre os domínios do servidor, quando eu tentasse enviar
  email para dominios de fora eu iria receber a mensagem de que não foi
  possível autenticar, pelo erro que aparece no log do SMTP o erro está
  na configuração de bloqueio. Acho que pode ser no rcpthost mas já
  coloquei todos os domínios lá. É complicado porque tem várias soluções
  para o mesmo erro do problema, tinha que ter uma forma melhor para
  debugar o problema e ter um erro mais preciso.
 
  Desde já agradeço.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
 
  2009/7/16 Rodrigo Graeff delphus...@gmail.com:
  Bruno, pera la... Nada de exchange..
 
  esse erro mostra que nao esta havendo uma smtp auth, ou seja, o outlook
  nao esta fazendo smtp auth, ou porque nao esta configurado pra fazer
  isso ou pq esta dando erro, normalmente, se voce usa vpopmail, eh
  necessario usar user=u...@dominio.com.br + senha, verifique se o usuario
  autenticado (se esta autenticando) tem @dominio.com.br ou nao.
 
  Caso seja isso e tu tenhas muitos outlooks pra refazer a configuracao,
  basta adicionar uma linha com a tua rede ou IPs que nao precisarao fazer
  smtp auth no tcp.smtp com a opcao RELAYCLIENT= e pronto. Não havera
  problemas com relay (CUIDADO: Jamais ponha esta opcao para a internet,
  pois tornara seu smtp em open relay e ta feita a caca).
 
  Abracos
 
 
  On Thu, 2009-07-16 at 16:35 -0300, Bruno Oliveira wrote:
  Rodrigo Graeff,
 
  Realmente não tinha entendido, porque tem a opção de usar SSL no
  servidor SMTP para conexão, pensei que era isso. Testei com a opção de
  deixar em branco mas quando tento enviar algum e-mail o Outlook mostra
  a mensagem:
 
  553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
 
  E continua a mostra as mesmas mensagens nos logs do SMTP. Putz isso já
  está me stressando, acho que vou deixar o e-mail no Exchange mesmo.
 
  Desde já agradeço.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
 
  2009/7/16 Rodrigo Graeff delphus...@gmail.com:
   Hehe Bruno, agora eu li novamente meu e-mail e achei que tu nao me
   compreendeu corretamente, existem varios metodos de autenticacao no
   smtp, exite: plain, login, cram-md5 e outros, o mais comum eh o login,
   que usa base64 para usuario e senha. este cram-md5 que tu estas usando
   nao eh muito comum, e eu acredito que so funcione com outlooks da vida
   (me corrijam se eu estiver errado). Tente mudar essa opcao no teu
   arquivo tcp.smtp ou mesmo deixar em branco.
  
   [ ]s
  
   On Thu, 2009-07-16 at 15:49 -0300, Bruno Oliveira wrote:
   Rodrigo Graeff,
  
   Já tentei utilizar com SSL também aparece o mesmo erro, lembro que no
   passado esse erro aconteceu comigo e tive apenas que adicionar uma
   opção no TCP do SMTP para o servidor funcionar, o problema é que não
   lembro mais qual é.
  
   Desde já agradeço.
  
   Atenciosamente,
   Bruno Henrique de Oliveira.
  
   2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Realmente, talvez eu nao tenha compreendido corretamente, visto que
  tu
envias e-mails locais e nao envia pra fora, acredito entao que seja
  ate
mais simples, vi que estas usando crammd5 para o smtp-auth confere
isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
sugiro usar o metodo login com ssl.
   
   
On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
Rodrigo Graeff,
   
As permissões estão corretas, conferir os diretórios e está tudo
trabalhando no grupo do Vpopmail. Agredito que se fosse um problema
  de
permissão os e-mails enviados entre dois dominios do mesmo servidor
não seria recebi, concorda comigo? No mesmo servidor de e-mail
  tenho
u...@x.com.br e us...@y.com.br, quando envio um e-mail de user para
user2 o e-mail chega sem problemas mas quando enviou um e-mail para

Re: [FUG-BR] Qmail - Error em servidor smtpd

Bruno,

No meu patch, eu criei logs pra isso, porem no seu caso, eu acredito que
um sniffer simples possa resolver. Pode ser feito tambem na mao, via
telnet na porta 25 e usando os comandos certos para fazer auth com
base64, ha inclusive sites que geram os hashs de login tanto pra usuario
como a senha.


On Fri, 2009-07-17 at 10:21 -0300, Bruno Oliveira wrote:
 Rodrigo Graeff,
 
 Como posso ter certeza de que os usuários estão autenticando?
 
 Desde já agradeço.
 
 Atenciosamente,
 Bruno Henrique de Oliveira.
 
 2009/7/17 Rodrigo Graeff delphus...@gmail.com:
  Bruno,
 
  Nao confere. Com a tua configuracao qualquer usuário interno manda
  e-mail para outro usua...@dominio interno sem precisar fazer auth, pois
  o relay do qmail permitira. Mas se mesmo assim tu tens certeza de que os
  usuarios estao autenticando e mesmo assim nao vai, mesmo com
  RELAYHOST= ajustado ao tcp.smtp para os ips da rede local, e ainda
  assim nao vai, realmente ha um problema muito serio com a tua
  instalacao, e eu infelizmente desconheco o qmail-ldap, patch no qual
  acredito que tu estejas usando.
 
  Sinto muito nao poder ajudar mais. Se tiver como ter acesso ao servidor
  para dar uma olhada, acredito que ainda possa ajudar um pouco mais, do
  contrario, esgotaram-se as minhas cartadas.
 
  Abraco e boa sorte.
 
  On Thu, 2009-07-16 at 21:05 -0300, Bruno Oliveira wrote:
  Rodrigo Graeff,
 
  O usuário está autenticando sim, porque se não tivesse além de não
  enviar email entre os domínios do servidor, quando eu tentasse enviar
  email para dominios de fora eu iria receber a mensagem de que não foi
  possível autenticar, pelo erro que aparece no log do SMTP o erro está
  na configuração de bloqueio. Acho que pode ser no rcpthost mas já
  coloquei todos os domínios lá. É complicado porque tem várias soluções
  para o mesmo erro do problema, tinha que ter uma forma melhor para
  debugar o problema e ter um erro mais preciso.
 
  Desde já agradeço.
 
  Atenciosamente,
  Bruno Henrique de Oliveira.
 
  2009/7/16 Rodrigo Graeff delphus...@gmail.com:
   Bruno, pera la... Nada de exchange..
  
   esse erro mostra que nao esta havendo uma smtp auth, ou seja, o outlook
   nao esta fazendo smtp auth, ou porque nao esta configurado pra fazer
   isso ou pq esta dando erro, normalmente, se voce usa vpopmail, eh
   necessario usar user=u...@dominio.com.br + senha, verifique se o usuario
   autenticado (se esta autenticando) tem @dominio.com.br ou nao.
  
   Caso seja isso e tu tenhas muitos outlooks pra refazer a configuracao,
   basta adicionar uma linha com a tua rede ou IPs que nao precisarao fazer
   smtp auth no tcp.smtp com a opcao RELAYCLIENT= e pronto. Não havera
   problemas com relay (CUIDADO: Jamais ponha esta opcao para a internet,
   pois tornara seu smtp em open relay e ta feita a caca).
  
   Abracos
  
  
   On Thu, 2009-07-16 at 16:35 -0300, Bruno Oliveira wrote:
   Rodrigo Graeff,
  
   Realmente não tinha entendido, porque tem a opção de usar SSL no
   servidor SMTP para conexão, pensei que era isso. Testei com a opção de
   deixar em branco mas quando tento enviar algum e-mail o Outlook mostra
   a mensagem:
  
   553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
  
   E continua a mostra as mesmas mensagens nos logs do SMTP. Putz isso já
   está me stressando, acho que vou deixar o e-mail no Exchange mesmo.
  
   Desde já agradeço.
  
   Atenciosamente,
   Bruno Henrique de Oliveira.
  
   2009/7/16 Rodrigo Graeff delphus...@gmail.com:
Hehe Bruno, agora eu li novamente meu e-mail e achei que tu nao me
compreendeu corretamente, existem varios metodos de autenticacao no
smtp, exite: plain, login, cram-md5 e outros, o mais comum eh o login,
que usa base64 para usuario e senha. este cram-md5 que tu estas usando
nao eh muito comum, e eu acredito que so funcione com outlooks da vida
(me corrijam se eu estiver errado). Tente mudar essa opcao no teu
arquivo tcp.smtp ou mesmo deixar em branco.
   
[ ]s
   
On Thu, 2009-07-16 at 15:49 -0300, Bruno Oliveira wrote:
Rodrigo Graeff,
   
Já tentei utilizar com SSL também aparece o mesmo erro, lembro que no
passado esse erro aconteceu comigo e tive apenas que adicionar uma
opção no TCP do SMTP para o servidor funcionar, o problema é que não
lembro mais qual é.
   
Desde já agradeço.
   
Atenciosamente,
Bruno Henrique de Oliveira.
   
2009/7/16 Rodrigo Graeff delphus...@gmail.com:
 Realmente, talvez eu nao tenha compreendido corretamente, visto 
 que tu
 envias e-mails locais e nao envia pra fora, acredito entao que 
 seja ate
 mais simples, vi que estas usando crammd5 para o smtp-auth confere
 isso ? cram-md5 nao eh la muito suportado pelos clientes de e-mail,
 sugiro usar o metodo login com ssl.


 On Thu, 2009-07-16 at 12:47 -0300, Bruno Oliveira wrote:
 Rodrigo Graeff,

 As permissões estão corretas, conferir os diretórios e está tudo

Re: [FUG-BR] Qmail - Error em servidor smtpd


Enio,

Tuas configs estão ok, porém tu libera o relay para o host 127.0.0.1
(localhost), certifique-se de bloquear o trafego de 127.0.0.0/8 na sua
interface externa, pois nao vai querer que spoofem enderecos locais para
injetar e-mails na queue do qmail. Já na sua rede local, eu aconselharia
a usar smtp_auth para ganhar o RELAYCLIENT= ao inves de usa-lo no
tcp.smtp, porem se nao for possivel, bloqueie tambem a entrada de
trafego na rede externa para esse range: 192.168.0.0/24


[ ]s

On Fri, 2009-07-17 at 13:50 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 2009/7/16 Rodrigo Graeff delphus...@gmail.com
 
  Bruno, pera la... Nada de exchange..
 
  esse erro mostra que nao esta havendo uma smtp auth, ou seja, o outlook
  nao esta fazendo smtp auth, ou porque nao esta configurado pra fazer
  isso ou pq esta dando erro, normalmente, se voce usa vpopmail, eh
  necessario usar user=u...@dominio.com.br + senha, verifique se o usuario
  autenticado (se esta autenticando) tem @dominio.com.br ou nao.
 
  Caso seja isso e tu tenhas muitos outlooks pra refazer a configuracao,
  basta adicionar uma linha com a tua rede ou IPs que nao precisarao fazer
  smtp auth no tcp.smtp com a opcao RELAYCLIENT= e pronto. Não havera
  problemas com relay (CUIDADO: Jamais ponha esta opcao para a internet,
  pois tornara seu smtp em open relay e ta feita a caca).
 
  Abracos
 
 
 
 aproveitando o embalo do assunto, tenho muita preocupação com relay aberto e
 tenho usado o seguinte em tcp.smtp
 
 127.:allow,RELAYCLIENT=,QMAILQUEUE=/var/qmail/bin/simscan
 192.168.0.:
 allow,RELAYCLIENT=,REQUIREAUTH=,QMAILQUEUE=/var/qmail/bin/simscan
 :allow,QMAILQUEUE=/var/qmail/bin/simscan
 
 porém não sei se isso já é o suficiente, pois minha idéia é forçar o SMTP
 AUTH tanto para os usuários internos, como também para aqueles que irão usar
 o outlook (por exemplo) nas suas casas, no qual este server será o MX do meu
 dominio,
 
 porém da forma que está atualmente (como o exemplo acima) eu estou
 conseguindo normalmente enviar e receber email interno e externo, porém sem
 auth, e num teste de relay aberto aparentemente o relay está fechado
 
 abraços
 
 
 
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Qmail - Error em servidor smtpd

Enio,

Eh bem simples, uma vez que não haja RELAYCLIENT= na linha do
tcp.smtp, entao será necessário fazer auth para enviar e-mails para
dominios fora do relay. SEMPRE. Ex:

127.0.0.1:allow,RELAYCLIENT=,QMAILQUEUE=/var/qmail/bin/qmail-queue
# esta linha libera o relay para o proprio servidor.
192.168.:allow,RELAYCLIENT=,QMAILQUEUE=/var/qmail/bin/qmail-scanner.pl
# esta linha libera relay para a rede local e usa o qmail-scanner 
:allow,QMAILQUEUE=/var/qmail/bin/qmail-scanner.pl
# esta linha usa o qmail-scanner pra todos que nao forem os de cima
(internet/outras redes locais)


O fato do seu smtp estar em uma DMZ e receber conexões de outro host
através de nat não faz diferença, o spoof pode ser feito e o bloqueio
também deve ser feito no firewall.

[ ]s
On Fri, 2009-07-17 at 16:24 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 2009/7/17 Rodrigo Graeff delphus...@gmail.com
 
 
  Enio,
 
  Tuas configs estão ok, porém tu libera o relay para o host 127.0.0.1
  (localhost), certifique-se de bloquear o trafego de 127.0.0.0/8 na sua
  interface externa, pois nao vai querer que spoofem enderecos locais para
  injetar e-mails na queue do qmail. Já na sua rede local, eu aconselharia
  a usar smtp_auth para ganhar o RELAYCLIENT= ao inves de usa-lo no
  tcp.smtp, porem se nao for possivel, bloqueie tambem a entrada de
  trafego na rede externa para esse range: 192.168.0.0/24
 
 
  [ ]s
 
 
 bom esse server esta com um ip inválido, no qual meu firewall direciona o
 trafego de algumas portas (25, 110, 143 etc) de um ip válido para o servidor
 interno... mesmo assim posso ter problemas se spoofing? não estou
 conseguindo forçar o smtp auth para os usuários externos, mesmo colocando em
 tcp.smtp o REQUIREAUTH, voce menciona pra eu usar o smtp auth fora do
 tcp.smtp, não sei como setar isso, se puder me dar uma luz eu agradeço muito
 
 abraços
 
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Qmail - Error em servidor smtpd

2009-07-20 Por tôpico Rodrigo Graeff

Bruno,

Alguma novidade com o problema o teu problema do qmail ?


Abraço,


--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] como habilitar os emails da conta root?

2009-07-22 Por tôpico Rodrigo Graeff


Enio, verdade, porém o qmail é o cara mais pertinente nesse sentido, os
outros aceitam que a conta root mande ou receba e-mails, uma vez que
eles rodam como root.

[ ]s

On Wed, 2009-07-22 at 08:02 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 pelo que ja vi o pessoal de servidores de email falando, não é recomendado
 enviar/receber email direto da conta root (me corrijam se estiver errado)
 
 o ideal é criar um alias root que direcione as mensagens para uma outra
 conta
 
 acho que é isso
 
 2009/7/22 ca_programador007 ca_programador...@yahoo.com.br
 
  ola galera
 
  como eu faco para habilitar o email da conta root para enviar as mensagens
  de erro p/ nos?
 
  obrigado
  carlos
 
 
 
   
  
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] smtps

2009-07-22 Por tôpico Rodrigo Graeff

Smtps deveria ser um smtp com uma conexao ssl geralmente na porta 465.
Há três maneiras de assegurar um smtp server. Usando um túnel SSL via
stunnel da vida, usando o protocolo de ssl para smtp baseado em certs
por domínio ou o mais simples de todos, implementando a opção startssl
de uma conexão smtp normal, onde irá requisitar uma conexão segura entre
o server e o cliente na porta 25.

Todas estas soluções requerem uma configuração avançada do smtp server e
todos os mtas têm solução para tal.

[ ]s

On Wed, 2009-07-22 at 13:29 -0300, Fernando Ferreira da Silva wrote:
 alguem aki da lista já configurou um server de e-mail com smtps ??
 sabe como funciona isso ???
 
 
 
 obrigado
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida estranha com DNS bind

On Thu, 2009-07-23 at 09:22 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 pessoal, fiz a configuração básica do named para cache e configurei uma zona
 para um dominio que eu tenho
 
 aparentemente está tudo certo
 libero o acesso a porta 53 no PF
 configurei a zona do dominio e a zona reversa, e ontem troquei as
 informações no registro.br para apontar para o novo dns e ip
 
 quando vou num outro micro (conectado atraves de outra conexão) e dou um
 comando
 # dig www.enio.pro.br
 
 aparece as informações de dns, cnames, NOERROR, principalmente o IP correto
 do servidor
 
 se eu dou um
 # dig -x IP
 a Autority Section aparece hostmaster.registro.br
 
 estranho pois as publicações acontecem em 30 minutos, mas desde ontem o site
 está fora, www.enio.pro.br,
 mas se eu apontar o navegador para dns1.enio.pro.br ai abre a página
 
 abraços
 

Enio, assim como eu, a grande maioria aqui já leu muito sobre como
funcionam os DNS e eu acho que tu deverias fazer o mesmo antes de
acionar a lista para esse tipo de problema básico.

Se tu ja fizeste a transferência de zona e ela se deu com sucesso, vais
ter que aguardar um tempinho até que a zona seja atualizada e publicada.
Se tu é do tipo impaciente, podes ficar renicializando o cache do seu
dns até que este consiga se atualizar com o registro.br.

Não há nada estranho com o protocolo, ele apenas foi mal feito. Se tu
configurares tudo certinho como manda o manual, as coisas estranhas
terão menos chances de acontecer, se é que elas exitem.

abraços,
-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida estranha com DNS bind

On Thu, 2009-07-23 at 10:24 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
  Enio, assim como eu, a grande maioria aqui já leu muito sobre como
  funcionam os DNS e eu acho que tu deverias fazer o mesmo antes de
  acionar a lista para esse tipo de problema básico.
 
  Se tu ja fizeste a transferência de zona e ela se deu com sucesso, vais
  ter que aguardar um tempinho até que a zona seja atualizada e publicada.
  Se tu é do tipo impaciente, podes ficar renicializando o cache do seu
  dns até que este consiga se atualizar com o registro.br.
 
  Não há nada estranho com o protocolo, ele apenas foi mal feito. Se tu
  configurares tudo certinho como manda o manual, as coisas estranhas
  terão menos chances de acontecer, se é que elas exitem.
 
  abraços,
  --
  --
  Rodrigo Graeff
  http://www.delphus.org
  1...@sip.delphus.org
  ICQ: 9636816
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 então, o que eu acho estranho é que eu fiz as confs ontem, alterei no
 registro.br ontem
 achei que hoje já estaria tudo certo... rsrsrs
 
 abraços
 

Enio, possivelmente está tudo certo, o problema é que temos serviços por
ai que fazem cache de um, dois, três dias... Antes o registro.br levava
2 dias para publicar, hoje que eles publicam em horas, e o
speedy/virtua/velox fazem cache de três dias. Seja bem-vindo a casa do
ferreiro que assa churasco com espetos de pau.

[ ]s

-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida estranha com DNS bind

On Thu, 2009-07-23 at 10:59 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 2009/7/23 Welkson Renny de Medeiros welk...@focusautomacao.com.br
 
   Enio, possivelmente está tudo certo, o problema é que temos serviços por
   ai que fazem cache de um, dois, três dias... Antes o registro.br levava
   2 dias para publicar, hoje que eles publicam em horas, e o
   speedy/virtua/velox fazem cache de três dias. Seja bem-vindo a casa do
   ferreiro que assa churasco com espetos de pau.
  
   [ ]s
  
  
  Já teria dado tempo propagar o DNS... tem algo errado.
 
  Tu liberou a porta 53 para UDP e TCP? ou somente UDP?
 
  Acho que seria interessante postar a configuração do named e do pf.conf
 
  --
  Welkson Renny de Medeiros
  Focus Automação Comercial
  Desenvolvimento / Gerência de Redes
  welk...@focusautomacao.com.br
 
 
 
   Powered by 
 
(__)
 \\\'',)
   \/  \ ^
   .\._/_)
 
   www.FreeBSD.org
 
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 
 
 
 cara eu não sabia dessa, achei que dns usava somente UDP, agora ajustei a
 regra PF assim
 pass quick on {$nic_ext $nic_int} inet proto {tcp udp} from any to any port
 53 keep state
 faltou uma lida em /etc/services, vi que lá tem as linhas de domain (53)
 para udp e tcp
 
 a conf do named está assim
 
 /* named.conf */
 zone enio.pro.br {
 type master;
 file master/enio.pro.br.zone;
 };
 zone 189.8.187.in-addr-arpa {
 type master;
 file master/enio.pro.br.rev;
 };
 
 
 # cat /var/named/master/enio.pro.br.zone
 $TTL 3h
 @   IN  SOA enio.pro.br.root.enio.pro.br. (
 2009072301
 3h
 1h
 1w
 1h
 )
 @   IN  NS  dns1.enio.pro.br.
 @   IN  NS  dns2.enio.pro.br.
 dns1IN  A   187.8.189.242
 dns2IN  A   187.8.189.243
 www IN  CNAME   dns1.enio.pro.br
 
 
 
 # cat /var/named/master/enio.pro.br.rev
 $TTL 3h
 @   IN  SOA enio.pro.br.root.enio.pro.br. (
 2009072301
 3h
 1h
 1w
 1h
 )
 @   IN  NS  dns1.enio.pro.br.
 @   IN  NS  dns2.enio.pro.br.
 242 IN  PTR dns1.enio.pro.br.
 243 IN  PTR dns2.enio.pro.br.
 
 
 vou esperar agora e volto a postar quando tiver novidades
 

Enio, em meu primeiro e-mail eu mensionava a leitura de manuais. Eu
estava certo desde o início, após este lapso da porta udp. Caso tu não
conheças ainda, existe um arquivo muito útil dentro do /etc, chama-se
services. De uma olhada nele.

[ ]s

-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Dúvida estranha com DNS bind

On Thu, 2009-07-23 at 13:41 -0300, Enio Marconcini -:- www.Enio.Pro.Br
-:- wrote:
 2009/7/23 Enrique Fynn enriquef...@gmail.com
 
  Ainda está com problemas? Não consigo pingar teu site ainda...
 
  2009/7/23 Welkson Renny de Medeiros welk...@focusautomacao.com.br
 
  
ahahaha pois é, foi um descuido, falta de uma boa lida,
segui o tutorial do site www.kernel-panic.it e o capitulo de DNS do
   livro
Dominando BSD, me ajudou a por no ar porém falta-me mais conhecimento e
prática
   
abraços
   
   
   Vendo seus confs não consigo achar nada errado =(
  
   Já testou os comandos citados no link abaixo?
   http://www.fug.com.br/historico/html/freebsd/2006-09/msg00391.html
  
   named-checkzone
   named-checkconf
  
  
   --
   Welkson Renny de Medeiros
   Focus Automação Comercial
   Desenvolvimento / Gerência de Redes
   welk...@focusautomacao.com.br
  
  
  
 
 
 está funcionando, como disse, tive que liberar o acesso a porta 80 para
 fora, o estranho é que antes com a porta fechada, funcionava
 dns1.enio.pro.br e nao www.enio.pro.br
 
 agora está tudo ok porém estou fazendo mais testes...
 
 uma coisa que eu não entendi é por que se eu digitar http://enio.pro.br não
 abre, tenho que colocar o www ou dns1 ou dns2
 
 abraços
 

Enio, lá vou eu de novo. Você não entende porque não funciona
http://enio.pro.br porque você ainda está relutando em ler como funciona
um dns e está coletando informações aqui e ali. Eu vou facilitar pra
você novamente aqui na lista. Só irá funcionar desse modo o dia que você
configurar o A record para o domínio enio.pro.br. E também configurar no
virtualhosts do seu apache apenas enio.pro.br

Não estou procurando soar chato ou ranzinza, eu apenas estou querendo te
mostrar que esta lista não é suporte técnico para pessoas que se
aventuram a configurar serviços de internet e que por menor que seja o
problema vem direto à lista pedir ajuda. Existe uma vasta documentação
oficial, existe o google para achar casos, praticas e exemplos. Porém
acredito que ele ajude muito também a localizar os manuais básicos das
ferramentas.

Se todo o mês o pessoal da FUG ensinar alguém novo a mexer com o básico
de dns teremos seria melhor então pararmos com isso aqui e movimentar
todo mundo a re-escrever os manuais e explicar como obtê-los. Teste
fazer o uso da pesquisa com um método mais eficaz.


abraco,

-- 
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
ICQ: 9636816


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Coisa estranha com Bind-2