Versão Imprimível
enquanto nao consigo importar as contas pro novo servidor...
o qmail-remote
aparece a seguinte mensagem nos processos
qmail-remote itau.com.br [email protected] [email protected]
e as mensagens ficam na fila e nao saem
tem mais de 80000 mensagens desse tipo
o q pode ser?
tem alguem usando seu smtp tu esta com relay aberto
e como eu fecho ele?
posta ai com oesta seu tcp.smtp
127.:allow,REQUIREAUTH=""RELAYCLIENT=""
200.166.204.84:deny
200.251.226.:allow,REQUIREAUTH=""
200.166.204.:allow,REQUIREAUTH=""
200.166.205.:allow,REQUIREAUTH=""
mesmo com essa configuracao num pede meu servidor requer autenticacao
faz um teste neste site aki e ve se ele consegue usar o seu smtp Mail relay testing
não conseguiu
qual é o host do seu servidor de email ?? ou ip dele eu ja faço o teste
200.251.226.3
vc tem mns? fica mais facil...
ola pelo teste seu relay esta aberto mesmo
clica aki o e veja o resultado Anonymous Test Relay result
agora temos que fechar ele
eu tenho msn porem vamus tirar as duvidas pelo forum assim compartilhamos informacoes
ja postei o meu tcp.smtp, tem alguma ideia de como eu fecho meu relay?
deixa ele assim
127.:allow,RELAYCLIENT=""
deny
depois digite
qmailctl stop
qmailctl cdb
qmailctl start
fiz conforme me disse...as mensagens continuam e os emails nao saem...
sim o estranho é que seu relay continua aberto
estranho
posta a conf do smtpd-run seu pra min ver uma coisa
onde fica esse arquivo...ja procurei ele no meu sistema e nao achei...
/var/qmail/supervise/qmail-smtpd/run
#!/bin/sh
##3QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue" ; export QMAILQUEUE
QMAILDUID=`id -u vpopmail`
NOFILESGID=`id -g vpopmail`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
LOCAL=`head -1 /var/qmail/control/me`
if [ -z "$QMAILDUID" -o -z "$NOFILESGID" -o -z "$MAXSMTPD" -o -z "$LOCAL" ]; then
echo QMAILDUID, NOFILESGID, MAXSMTPD, or LOCAL is unset in
echo /var/qmail/supervise/qmail-smtpd/run
exit 1
fi
if [ ! -f /var/qmail/control/rcpthosts ]; then
echo "No /var/qmail/control/rcpthosts!"
echo "Refusing to start SMTP listener because it'll create an open relay"
exit 1
fi
exec /usr/local/bin/softlimit -m 40000000 \
/usr/local/bin/tcpserver -v -R -l "$LOCAL" -x /etc/tcp.smtp.cdb -c "$MAXSMTPD" \
-u "$QMAILDUID" -g "$NOFILESGID" 0 10025 \
/var/qmail/bin/qmail-smtpd mail.connect.com.br \
/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1
xec /usr/local/bin/softlimit -m 40000000 \
/usr/local/bin/tcpserver -v -R -l "$LOCAL" -x /etc/tcp.smtp.cdb -c "$MAXSMTPD" \
-u "$QMAILDUID" -g "$NOFILESGID" 0 (10025) \
/var/qmail/bin/qmail-smtpd mail.connect.com.br \
/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1
porque deste valor ai (10025) ele é referente a que ??
esse servidor eu administro mais ja peguei configurado...
ja faz uns 5 anos q ele ta rodando...
vc sabe como eu migro as contas de email desse pro novo server?
acho q vai ser mais facil...
se vc usar banco de dados é facil importar as contas e caixas de email
o que vc ta pensando em fazer ???
nao sei ainda...mas uso vpopmail+qmail...sem mysql...
vc pode recompilar o qmail com o patch qmail-aio eu utilizo ele muito bom
o q esse patch faz?
ele aplica varias coisas como o netqmail inclusive fecha certinho o o relay
Olá caras,
Tb uso um servidor qmail, instalado a partir do qmailrocks, porém, apenas com vpopmail, qmailscanner e spamassassin, para aproximadamente 900 contas de email. Fiz as confiugrações para utilizar o SMTP autenticado e com certeza, todos os usuários estão com a opção de lembrar senha no envio e recebimento de emails.
A autenticação está blz, porém, se eu deixo o scanner e o spam ativados, a máquina não aguenta o tranco (FC8 em um intel Xeon 3,0 GHz, 2GB DDR, 35GB SCSI, link 2MB dedicado Embratel):
O recebimento não tem problemas;
Envio de emails torna-se impossível;
As 'messages in queue' e as 'not yet processed' sobem drasticamente;
'ps auxww | grep remote | wc -l' chega a mostrar cerca de 150 processos, onde a maioria tem apenas dois campos: domain e endereço de email (acredito que esse email seja o destino, pois aparentemente o campo do sender está em branco: o espaço entre o domain e o email é maior do que um remote correto, com pelo menos dois emails);
qmailctl queue mostra muitas, mas muitas mensagens com remetente em branco "<>", tanto para nossos domínios quanto para outros não são;
'netstat -a -n | grep ":25" chega mostrar até 550 conexões com a porta 25 do local address vindas do foreign address.
Certa vez, após ter parado o serviço do qmail, esperado as filas serem processadas e limpar as cagadas, deixando as filas com cerca de 20 msgs cada, subi novamente todos os serviços e em menos de 3 horas eu já estava novamente com fila de proximadamente 25000 emails.
Quando desativo o scanner e o spam, claro, o sevidor dá conta de processar todas estas porcarias, mantendo a fila com média de 30 mensagens. Embora tenha cerca de 900 contas de email, tenho certeza absoluta que o uso por parte do usuário não é tão constante assim e por incrivel que pareça, não é comum usuário utilizar contas pessoas nos outlooks ou enviar emails com lista de distribuição maior que 3 pessoas.
Não sei agora como faço para seguir esse monte de lixo que está trafegando pelo meu server e descobrir se realmente há máquinas de usuário com virus/trojam pois estão espalhados em vários escritórios.
No momento, meu arquivo tcp.smtp foi compilado apenas com:
127.:allow,RELAYCLIENT=""
Nem o :allow mantive.
Meu rcpthosts está ok, com todos os domínios que utilizo, concurrencyincoming=400 e concurrencyremote=255
A pergunta mais importante:
Como faço para seguir essas mensagens escrotas e verificar quem foi o IP de quem as enviou (assim certifico os que são nossos e passo a trabalhar em cima dos virus/trojans) ou ainda, melhorar os arquivos de configuração do qmail e o relay?!?!?!
Tenho ainda várias dúvidas sobre o qmail:
Qual a diferença entre "messages in queue" e "...not yet processed"?
Essas mensagens na fila, são apenas as enviadas ou são todas?
Quais as outras maneiras e parâmetros que posso utilizar na configuração do arquivo tcp.smtp? é somente o qmail quem utiliza esse arquivo?
Se os amigos puderem compartilhar de sua sabedoria!!
No aguardo,
Daniel.
Isso acontece com todos os email ou tem emails que são enviados?? - verifique se o seu DNS Reverso esta configurado corretamente, dominios como o Terra, Uol, não recebem emails que nao tenha o Reverso configurado corretamente.
Existe tambem um problema de incompatiblidade entre o Qmail e o Bind 9.3 ou inferior, sendo necessario aplicar um patch para o funcionamento do mesmo , relativo ao seu arquivo tcp.smt deixe somente :
127.:allow,RELAYCLIENT=""
Embora não domine praticamente nada de DNS, sei que o reverso está OK e estamos trabalhando com o DJBDNS. Quanto ao tcp.smtp, o arquivo tem apenas a linha descrita acima. Olha alguns resultados de comandos (não são as listas completas):Citação:
Postado originalmente por ronanbnu
netstat -vantue | grep ":25"
netstat -vantue | grep ":25" | wc -lCódigo :
223
qmailctl queue traz muitos emails com rementes <> ou <#@[]>;
ps auxww | grep qmail-remote traz cerca de 130 processos com o domínio de host que não conhecemos, SENDER em branco e RECIPIENT ora de nossos domínios, e na maioria das vezes, domínios que nao conhecemos.
Esses valores são constantes o dia todo, e algumas vezes noto um pico nas conexões e o netstat chega a mostrar mais de 500 resultados com a porta 25. Nesse momento o a fila de emails cresce rapidamente.
Mesmo tendo cerca de 900 contas de email, com certeza não temos essa demanda toda de envio e recebimento de email.
Quais seriam os proximos passos para continuar a busca e saber de qual IP está partindo os emails que não condizem ao foco do trabalho? Dessa forma poderia definir se o problema está partindo de máquinas de usuários (virus/trojans) ou mais grave ainda, como falhas nas configurações do servidor.
Abs.
Daniel.
relativo a remetentes com <> creio ser normal, geralmente são remetnes que nao existem e ficam em queue para dar uma resposta a quem enviou, geralmente spam, ai vira bagunça (rsrs) lhe aconselho a instalação da seguinte ferrramenta: qmailanalog segue link:
Isoqlog: Multi Functional Mail Server Log Analyzer e exite também uma ferramenta chamada ask -active spam killer, que funciona como verificador de remetente.
outra ferramente tremenda é o webmin, para gerenciado de servidores, o considero como um phpmyadmin, só que para o sistema todo, ele traz ferramentas para ver em tempo real o queue, é mais facil de instalar que um programa em windows essa cara : webmin segue link:
Webmin baixa o tar.gz, descompacta ./setup.sh e vai seguindo instruçoes...
Por enquanto muito obrigado mesmo. Vou começar pelo webmin. Vou tentar dedicar o dia todo para essas ferramentas. Analisando os resultados, vou postando os acontecimentos. Quero, no final das contas, garantir que de todas as conexões smtp feitas e emails trafegados sejam pelo menos 85% de fato emails reais, destinados ou enviados pelos nossos usuário. Inverter totalmente o quadro que está hoje, bloqueando a maioria desses SPAMs que estão trafegando na rede.Citação:
Postado originalmente por ronanbnu
Grande abraço a todos e logo mais posto os detalhes dos avanços obtidos.
Daniel.