Serviço Fechando transmissão no OpenSSL [duplicado]

2

Estou tentando enviar um e-mail por meio de OpenSSL , conforme abaixo:

Client > openssl s_client -crlf -connect smtp.mail.yahoo.com:465
SERVER > 220 smtp.mail.yahoo.com ESMTP ready
Client > HELO localhost
SERVER > 250 smtp.mail.yahoo.com
Client > auth login
SERVER > 334 VXNlcm5hbWU6
Client > aC5rYW1yYXZh
SERVER > 334 UGFzc3dvcmQ6
Client > bXlQYXNz // It's not my real password :)
SERVER > 235 2.0.0 OK
Client > MAIL FROM: <[email protected]>
SERVER > 250 OK , completed
Client > rcpt to: <[email protected]>
SERVER > 250 OK , completed
Client > data
SERVER > 354 Start Mail. End with CRLF.CRLF
Client > subject: Test title
Client > Hello this is a test email.
Client > .
Client > 
SERVER > 250 OK , completed
Client > quit
SERVER > 221 Service Closing transmission
SERVER > closed

Tudo parece bem, mas não envia nenhum email e me pega Service Closing transmission error na última etapa!

Eu acho que está claro o suficiente.

Por favor, me diga o que estou perdendo aqui?

    
por Hamed Kamrava 13.05.2014 / 18:08

1 resposta

2

Você já testou o envio de e-mails para o yahoo da mesma maneira, e isso é concluído.

Toda a evidência, então, é que enviar assim funciona bem. O que é muito mais provável é que o google esteja recebendo o e-mail que você envia dessa maneira, mas simplesmente não o colocando na pasta INBOX ou na pasta de spam do destinatário. O Google é bastante notório por ter apenas e-mails desaparecendo no éter.

Infelizmente, sem acesso aos registros de e-mail em nenhuma das extremidades, você não tem como dizer o que realmente está acontecendo. Esta é uma das muitas razões pelas quais o e-mail terceirizado não é uma boa ideia, apesar da forma como as empresas modernas estão apaixonadas por ele.

A sabedoria coletada de ServerFault sobre o assunto de como não ter seus e-mails comidos pelo google pode ser encontrada nas respostas a esta pergunta ; não podemos dizer mais do que sobre o assunto, receio.

    
por 13.05.2014 / 19:10