No meu caso era o SA mesmo ;/ Estranho mesmo esse delay repetino, não sei como ajudar
Atenciosamente, *Gabriel Ricardo.* *Skype:* gricardo87 *MSN:* [email protected] *Twitter:* twitter.com/gricardo87 *Blog:* www.tinotapa.com.br Em 16 de março de 2011 16:27, Márcio Luciano Donada <[email protected]>escreveu: > > Em 16/3/2011 16:05, Gabriel Ricardo escreveu: > > Tenta remover (se possivel) por 1 dia a verificaçao do SA, pra testar... > > > > > > Gabriel, > Então, se você olhar o log abaixo e analisar o delay: > > Mar 16 16:23:19 mx postfix/smtp[19281]: 30F4C848328: > to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, > conn_use=97, delay=1403, delays=887/512/0/4.3, dsn=2.0.0, status=sent > (250 2.0.0 Ok, id=07334-01-97, from MTA([127.0.0.1]:10025): 250 2.0.0 > Ok: queued as 7A2C2848457) > > 887/512/0/4.3 > > Até onde eu sei funciona assim: > > Com os atrasos = a / b / c / d log ", A" é o tempo em fila antes, > Postfix seleciona a mensagem para entrega, "b " é tempo de espera em > fila de ativos, "c" é hora de configurar uma conexão SMTP, e "d" o tempo > para enviar o e-mail sobre essa conexão. Se os atrasos têm uma > "b" grande, então a fila tem muitos e-mails para um destino lento > (xxx.com.br) e você precisa corrigir esse problema. Se os atrasos têm uma > "c" grande, as pesquisas de DNS também são lentos, ou o recebimento de > acolhimento é lento, aumentando a concorrência pode ajudar, enquanto você > não sobrecarregar o host ea rede. Se os atrasos têm uma grande "d" então > você precisa de uma conexão de rede mais rápida. > > Meu problema está em A e B, porém, não sei como interferir nesses pontos. > _______________________________________________ > Postfix-BR mailing list > [email protected] > http://listas.softwarelivre.org/mailman/listinfo/postfix-br > _______________________________________________ Postfix-BR mailing list [email protected] http://listas.softwarelivre.org/mailman/listinfo/postfix-br
