[FUG-BR] Qmail
Welkson Renny de Medeiros
welkson em focusautomacao.com.br
Sábado Março 17 09:53:00 BRT 2007
Também estou com a mesma dúvida... instalei via qmailrocks... e não consigo
interpretar esses logs... por dia acredito que não envio mais que 20
mensagens.. no log aparece 2033 tentativos de envio... com certeza é spam,
na lista aparece um velho conhecido na lista de spam, um tal de
emark.com.br... eu sei que eles estão tentando enviar spam apartir do meu
qmail, mas não sei se conseguem... em que relatório eu poderia ver isso mais
detalhado? tipo... todos os emails que foram enviados utilizando meu
qmail...
Vejam um trecho do log que recebo por email diariamente...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Basic statistics
qtime is the time spent by a message in the queue.
ddelay is the latency for a successful delivery to one recipient---the
end of successful delivery, minus the time when the message was queued.
xdelay is the latency for a delivery attempt---the time when the attempt
finished, minus the time when it started. The average concurrency is the
total xdelay for all deliveries divided by the time span; this is a good
measure of how busy the mailer is.
Completed messages: 1816
Recipients for completed messages: 1817
Total delivery attempts for completed messages: 2033
Average delivery attempts per completed message: 1.11949
Bytes in completed messages: 99556569
Bytes weighted by success: 98985883
Average message qtime (s): 1602.64
Total delivery attempts: 2153
success: 1760
failure: 57
deferral: 336
Total ddelay (s): 861.245400
Average ddelay per success (s): 0.489344
Total xdelay (s): 25304.018911
Average xdelay per delivery attempt (s): 11.752912
Time span (days): 23.6733
Average concurrency: 0.0123714
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Reasons for failure
One line per reason for delivery failure. Information on each line:
* del is the number of deliveries that ended for this reason.
* xdelay is the total xdelay on those deliveries.
del xdelay reason
1 1.12 200.162.108.125 does not like recipient./Remote host said: 554
<comercial em emark.com.br>: Relay access denied/Giving up on 200.162.108.125./
1 1.13 200.162.108.125 does not like recipient./Remote host said: 554
<envio em emark.com.br>: Relay access denied/Giving up on 200.162.108.125./
1 5.16 216.39.53.2 failed after I sent the message./Remote host said:
554 delivery error: dd This user doesn't have a yahoo.com.br account
(contatosaxn em yahoo.com.br) [0] - mta270.mail.re4.yahoo.com/
1 2.68 Connected to 200.226.132.20 but connection died. (#4.4.2)/I'm
not going to try again; this message has been in the queue too long./
3 180.46 Sorry, I wasn't able to establish an SMTP connection.
(#4.4.1)/I'm not going to try again; this message has been in the queue too
long./
27 2.41 Sorry, no mailbox here by that name. (#5.1.1)/
23 2.59 invalid username/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Reasons for deferral
One line per reason for deferral. Information on each line:
* del is the number of deliveries that ended for this reason.
* xdelay is the total xdelay on those deliveries.
del xdelay reason
1 1.71 200.234.203.6 failed after I sent the message./Remote host
said: 451 communication with mail server failed (#4.4.2)/
44 80.93 Connected to 200.226.132.20 but connection died. (#4.4.2)/
291 24569.61 Sorry, I wasn't able to establish an SMTP connection.
(#4.4.1)/
Sem mais,
--
Welkson Renny de Medeiros
Focus Automação Comercial
Desenvolvimento / Gerência de Redes
welkson em focusautomacao.com.br
Powered by ....
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
----- Original Message -----
From: "Luiz Otavio Souza" <luiz em visualconnect.com.br>
To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)""
<freebsd em fug.com.br>
Sent: Saturday, March 17, 2007 6:56 AM
Subject: Re: [FUG-BR] Qmail
Suprema Informática Ltda escreveu:
> Bendito Qmail,
>
> Estou enfrentando problemas com o bendito qmail, estou sendo listado
> diariamente na spamcop, indicado como sendo um spammer, bem em busca da
> solução efetuei alguns testes, e tomei por surpresa, que o relay do meu
> server estava aberto, pois bem, já fiz de tudo que sabia pra evitar que
> o relay ficasse aberto, e não obtive resultado, não sei mais o que
> fazer, ou que caminho seguir.
>
> Fiz o teste através do site
> http://www.antispam-ufrj.pads.ufrj.br/test-relay.html, parou do teste de
> número 7.
>
> Alguém já enfrentou algo deste tipo!
>
> Obrigado pela atenção
>
Este tipo de teste espera que seu servidor recuse o endereço do
destinatário logo que ele é informado, por padrão o qmail não faz isso,
ele aceita a mensagem para ingenuamente devolve-la ao remetente
(acreditando que todos forneceriam dados válidos aqui).
Isso faz com que a fila do qmail viva cheia de porcarias (spam na grande
maioria).
A solução do problema depende do seu setup de qmail (ldap, vpopmail,
etc.) e consiste de um patch para o qmail-smtpd verificar on-the-fly se
o usuário (virtual ou não) existe.
Testei um qmail (ports) + vpopmail (ports) + smtp-auth (ports) +
vchkuser e passou nos 20 testes do site.
Acredito que os outros setups tenham soluções semelhantes.
Se você também utiliza essa solução, entre em contato que eu lhe mando o
vchkuser.
Att.,
Luiz
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Mais detalhes sobre a lista de discussão freebsd