Atualmente estou lutando com um problema na minha configuração do qmail, que parece atrasar meu receptor smtp toda vez por 66 segundos. Isso é bom para a maioria dos hosts remotos, mas alguns parecem atingir o tempo limite e não entregam o e-mail.
Estou executando o qmail com jgreylist e o atraso parece acontecer entre a conexão inicial e o jgreylist.
2018-08-16 08:13:18.143940500 tcpserver: status: 2/30
2018-08-16 08:13:18.144214500 tcpserver: pid 989 from 209.85.213.41
2018-08-16 08:13:18.145110500 tcpserver: ok 989
mail.klement.com:138.201.24.116:25 mail-vk0-f41.google.com:209.85.213.41::36018
2018-08-16 08:14:24.394795500 jgreylist[989]: 209.85.213.41: OK known
2018-08-16 08:14:25.026792500 qmail-smtpd[989]: MFCHECK pass [209.85.213.41] gmail.com
2018-08-16 08:14:25.028190500 qmail-smtpd[989]: Received-SPF: pass (mail.klm.com: SPF record at _netblocks.google.com designates 209.85.213.41 as permitted sender)
2018-08-16 08:14:25.028369500 qmail-smtpd[989]: MAIL FROM:<[email protected]>
2018-08-16 08:14:25.028566500 qmail-smtpd[989]: RCPT TO:<[email protected]>
2018-08-16 08:14:25.028718500 qmail-smtpd[989]: validrcptto [209.85.213.41] trying: [email protected]
2018-08-16 08:14:25.028880500 qmail-smtpd[989]: validrcptto [209.85.213.41] found: [email protected]
2018-08-16 08:14:25.485688500 tcpserver: end 989 status 0
Eu não tenho nenhuma configuração de atraso na configuração.
Seguem meus valores:
JGREYLIST_NOREV=1
JGREYLIST_BY_IP=0
JGREYLIST_HOLDTIME=120
JGREYLIST_LOG=1
JGREYLIST_LOG_PID=1
JGREYLIST_LOG_SMTP=0
JGREYLIST_TIMEOUT=120
JGREYLIST_LIMIT=0
SMTPGREETING="$LOCAL NO UCE"
SMTPD_GREETDELAY=0
#GREETDELAY=5
#DROP_PRE_GREET=1
DENY_TLS=0
MFCHECK=3
Eu inicio o tcpserver assim.
tcpserver -vR -l mail.klm.com -c 30 -u 162 -g 161 -x /var/qmail/service/smtpd-receiver/tcp.cdb 128.111.xxx.xxx 25 rblsmtpd -t0 -r ix.dnsbl.manitu.net -r zen.spamhaus.org -r dnsbl.njabl.org -r bl.spamcop.net jgreylist /var/qmail/bin/qmail-smtpd
Tudo o que acelera isso é mais do que bem-vindo.
Depois de usar a lista de permissões no jgreylist, descobri que o problema ainda existia, então o problema deve ter sido em outro lugar e era.
O atraso foi causado devido a um servidor RBL inativo no comando tcpserver. O tcpserver tentou verificar até atingir o tempo limite (60 segundos).
Portanto, certifique-se de que todos os servidores RBL estejam ativos e funcionando.