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:
Rodrigo Graeff,
Ainda não tive tempo para testar, vou testar na parte da tarde, por
volta de 13:00.
2009/7/20 Rodrigo Graeff delphus...@gmail.com:
Bruno,
Alguma novidade com o problema o teu problema do qmail ?
Abraço,
--
Rodrigo Graeff
http://www.delphus.org
1...@sip.delphus.org
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=
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
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
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
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
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
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.
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.
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
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
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
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
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
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,
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
On Sun, 2009-07-05 at 23:09 -0300, Bruno Oliveira wrote:
Olá,
Montei um servidor de e-mail utilizando o tutorial da própria FUG
porém estou com um erro meio estranho. Nos teste realizados via telnet
tenho a seguinte resposta enquanto ao smtpd:
[r...@dominio ~]# telnet 127.0.0.1 25
Olá,
Montei um servidor de e-mail utilizando o tutorial da própria FUG
porém estou com um erro meio estranho. Nos teste realizados via telnet
tenho a seguinte resposta enquanto ao smtpd:
[r...@dominio ~]# telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
O log registra:
@40004a51875d339884dc qmail-smtpd: pid 1069
Reject::ORIG::Failed_Auth: P:ESMTPA S:201.62.140.214:unknown
H:[192.168.0.2] 'cram-md5' ?= 'postmas...@seuatendimentoonline.com.br'
@40004a51875d370169cc qmail-smtpd: pid 1069
Info::ORIG::Valid_Auth: P:ESMTPA
20 matches
Mail list logo