[FUG-BR] qmail - quase funcionando, só nao envia para fora

[Leonardo Augusto]

Descobri o problema, alias, ENXERGUEI, pois na epoca ainda estava sob
efeitos dos remedios

olhei umas 200 mil vezes o smtp-run e nao via isso:

> /usr/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1

deve ser /USR/LOCAL/VPOPMAIL, e nao /home/vpopmail....

ta loco...  tudo culpa do LYRICA...

agora esta tudo funcionando, ate o smtp auth :)



2012/8/6 Leonardo Augusto <lalinden em gmail.com>:
> 2012/8/4 Leonardo Augusto <lalinden em gmail.com>:
>> 2012/8/3 André Otta <andreotta em gmail.com>:
>>> Clamav e legal sim, principalmente se alguem plantar uma c99 na maaquina e ele quem vai te alertar ;)
>>>
>>> Att.
>>> André Otta
>>>
>>> Enviado via iPhone
>>> andreotta em gmail.com
>>>
>>
>> Entao, fui abrir a boca, que tuda estava funcionando, a ley de murphy
>> entro em ação.
>> Tudo funciona, exceto o envio de email direto na porta 25 via smtp auth.
>>
>> Via o sqwebmail, consigo enviar e receber de contas do gmail por exemplo.
>> Ja o squirrel nao rola pois ele usa conexao na porta 25 com
>> autenticacao para enviar...
>>
>> Se conecto para ler os emails via imap ou pop3 consigo numa boa.
>>
>> A unica coisa que nao funciona é o envio mesmo, pelo jeito esse smtp
>> auth nao esta legal.
>>
>> Quando dou telnet na porta 25 e executo o comando EHLO, me retorna o seguinte:
>>
>> 220 mail.blabla.com.br ESMTP
>> EHLO
>> 250-mail.blabla.com.br
>> 250-AUTH LOGIN CRAM-MD5 PLAIN
>> 250-AUTH=LOGIN CRAM-MD5 PLAIN
>> 250-PIPELINING
>> 250 8BITMIME
>>
>> Isso indica que o patch do smtp auto esta ativo, segundo o que vi na net.
>> O modulo authvckpw esta ativo no courier authlib, segundo o log de boot dele.
>>
>> Aí fiz um prog em php usando o phpmailer que tem envio via smtp
>> autenticado, e retorna o seguinte:
>>
>> SMTP -> ERROR: Password not accepted from server: 535 authorization
>> failed (#5.7.0)
>>
>> Entao, ja olhei nos seguintes arquivos de log e nao vi nem um erro ou
>> mensagem relacionada:
>>
>> /var/log/maillog
>> /var/log/debug.log  (ativei o debug log do courier authlib)
>> /var/log/messages
>> /var/log/qmail/qmail-smtp/current
>>
>> Tem mais algum log em algum outro lugar que possa estar acusando alguma coisa ?
>>
>> Alguém tem idéia do que pode ser ?
>>
>> Pego o courier e taco fogo nele ? Tento outra opcao ? dovecot ?
>>
>> []´s
>
> Continuei dando cabeçada hoje, e descobri um jeito de
> logar(/usr/local/bin/recordio) toda a transacao que ocorre
> como smtpd quando se tenta enviar um email de fora com smtp auth.
> Lembrando que se envio msg de dentro do sqwebmail, elas saem pra fora,
> se envio de fora,
> caem na caixa certinho.
> Se conecto no imap para read, vem tudo, o problema é quando tenta
> enviar via o imap, que entao
> tenta autenticar no smtpd.
>
> Parece que esta enviando com uma criptografia que nao é a correta,
> sera que é isso ?
>
> cat /var/log/qmail/qmail-smtp/current...
>
> @40000000501f388d0fddca5c tcpserver: ok 45154
> mail.deseperado.com.br:67.xxx.23.16:25 :67.xxx.23.16::9389
>  40000000501f388d0ff1ac34 45154 > 220 mail.desesperado.com.br ESMTP
>  40000000501f388d0ff49e1c 45154 < EHLO mail.desesperado.com.br
>  40000000501f388d0ff5328c 45154 > 250-mail.desesperado.com.br
>  40000000501f388d0ff53a5c 45154 > 250-AUTH LOGIN CRAM-MD5 PLAIN
>  40000000501f388d0ff53e44 45154 > 250-AUTH=LOGIN CRAM-MD5 PLAIN
>  40000000501f388d0ff5422c 45154 > 250-PIPELINING
>  40000000501f388d0ff54614 45154 > 250 8BITMIME
>  40000000501f388d0ff6b15c 45154 < AUTH LOGIN
>  40000000501f388d0ff71ad4 45154 > 334 VXNlcm5hbWU6
>  40000000501f388d0ff8208c 45154 < bGVvbmFyZG9AZWR1eC5jb20uYnI=
>  40000000501f388d0ff88dec 45154 > 334 UGFzc3dvcmQ6
>  40000000501f388d0ff987ec 45154 < cTF3MmUzcjQ=
>  40000000501f3892100bfe7c 45154 > 535 authorization failed (#5.7.0)
> @40000000501f3892100df664 45154 < [EOF]
> @40000000501f3892100efc1c 45154 > [EOF]
> @40000000501f38921010b19c tcpserver: end 45154 status 256
> @40000000501f38921010b584 tcpserver: status: 0/30
>
> O engraçado, é que quando envio email a partir do sqwebmail, nao loga
> nada aí no /var/log/qmail/qmail-smtp/current, entao
> acho que nao faz essa autenticação no smtp....
>
> Pode ser algo meio banal até, mas não consigo resolver, já fiz tudo ao
> meu alcance, já reinstalei tudo 4x, fazendo tudo
> quando é checagem. Só esta dando problema nisso.
>
> Segue o run o smtp para referencia:
>
> root em mail:/usr/local/etc/rc.d # cat /var/qmail/supervise/qmail-smtpd/run
> #!/bin/sh
> QMAILQUEUE="/var/qmail/bin/qmail-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 -H -P -l "$LOCAL" -x /etc/tcp.smtp.cdb
> -c "$MAXSMTPD" -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \
> #--- o recordio abaixo que faz gravar no log como colado acima, em
> producao quando funcionar, sera removido, obviamente
> /usr/local/bin/recordio \
> /var/qmail/bin/qmail-smtpd desesperado.com.br
> /usr/home/vpopmail/bin/vchkpw /usr/bin/true 2>&1
>
>
> "uátaréu is goinhôn" ??????