Erro TCP do Sidekiq resolvido usando a porta 587 (não 25)

\u003e Jobs::HandledExceptionWrapper: Wrapped Net::OpenTimeout: Tempo limite para abrir conexão TCP com smtp.mailersend.net:25 (excede 5 segundos)

Estou recebendo este erro… Isso significa que preciso abrir a porta 25 para o SMTP funcionar??

Sim. Ele está tentando enviar e-mails e muitos serviços de hospedagem bloqueiam a porta 25 de saída.

Eu já permiti a porta 25 no IPtables para aceitar conexões… salvei e fiz com que reinicie toda vez que o servidor reinicia ou é reiniciado! O que mais poderia haver??

Também verifiquei minhas credenciais SMTP… e elas estão boas para usar com meu DNS configurado e tudo mais, mas ainda nada está acontecendo.

Alguma ideia do que está acontecendo aqui?? :bowing_man:

Não sei o que está acontecendo. Mas se você estivesse no DigitalOcean, não importaria se você abriu a porta 25 porque o DO a bloqueia entre você e o mundo.

1 curtida

@Jakke Estou com a OVH há tanto tempo e nunca tive problemas com eles, mas há alguns dias comprei um novo servidor deles e o configurei imediatamente com o poderoso sistema iptables deles em vez do ufw tradicional que eu usava até alguns dias atrás e, é claro, abri as portas 22, 80, 443, 6379 e algumas horas atrás 25, mas nada está mudando até agora :technologist:

Estou imaginando que talvez eu precise reiniciar meu(s) sistema(s) servidor e o discourse também, talvez!

Pergunte se eles estão bloqueando a porta 25. Se provavelmente estiver sendo bloqueada no roteador, não no sistema operacional. Serviços como o Mailgun usam a porta 2525 para evitar esse problema.

1 curtida

UFW é apenas um frontend para iptables, que é apenas um frontend para controle de pacotes.

Usar iptables diretamente oferece mais flexibilidade do que UFW, mas precisa de ipatables-persistent. Mas usando iptables vs. UFW não há grandes diferenças, exceto duas:

  • com iptable a ordem importa
  • com iptable a sintaxe importa

Eu até diria que a menção de iptables não é suficiente quando ninguém sabe o que você tem lá.

Há também um pequeno detalhe. O Docker simplesmente não se importa com o que você fez com o iptables do VPS. O Docker meio que o ignora.

Há apenas uma coisa que eu não entendo: por que você está usando a porta 22?

Para conexão SSH ao servidor para instalar plugins e etc :slight_smile:

Dito isso, eu ia mudar essa porta padrão 22 para outro número..!

Boa ideia, mas é fim de semana e eles tendem a dormir até tarde :smiley:

1 curtida

Claro. Por favor — não leia o que estou escrevendo, mas o que eu deveria escrever :rofl:

Sim. Erro meu. O que eu quis dizer foi por que você quer usar a porta 25…

1 curtida

Esta é a questão original que estou enfrentando em minha primeira postagem e não sabia o que significava aquele número 25, mas adivinhei que era o número da porta com o envio de e-mails ou confirmação de e-mail para ser mais persistente e estava certo :slight_smile:

Eu respondi a você com a porta 25?? Não tenho certeza de onde veio, mas aparentemente está lá :confused:

Com o iptables / ufw, você tende a bloquear o tráfego de entrada, mas o erro é sobre o tráfego de saída do seu servidor para o mailersend.net.

Mas esse não é o seu problema.

A porta 25 não está sendo usada para retransmitir e-mails (em oposição a entregá-los) hoje em dia. Em vez disso, a maioria dos serviços de e-mail usa a porta 587 e, quando pesquiso a documentação do mailersend, ela realmente diz para usar a porta 587, não a porta 25.

3 curtidas

Tive esta resposta do suporte do MailerSend;

Parece que você está usando a porta 25 "smtp.mailersend.net:25", daí o erro. No momento, suportamos apenas a porta 587 com criptografia TLS.

A porta 25 era a porta padrão nas credenciais de configuração. Mas mudei imediatamente para 587 e as coisas estão super tranquilas agora :partying_face:

Problema RESOLVIDO

1 curtida

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.