Teste de e-mail -- Não é possível atribuir o endereço solicitado - connect(2)

Suporte Instalação
1

Olá pessoal,

o discourse-doctor me disse para postar este erro:

DISCOURSE DOCTOR Dom, 8 de mar de 2020 20:18:13 CET
OS: Linux discourse-mksp 4.15.0-88-generic #88-Ubuntu SMP ter, 11 de fev de 2020 20:11:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Arquivo containers/app.yml encontrado

==================== CONFIGURAÇÕES YML ====================
DISCOURSE_HOSTNAME=REDACTED
SMTP_ADDRESS=REDACTED
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=REDACTED
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED

==================== INFORMAÇÕES DO DOCKER ====================
VERSÃO DO DOCKER: Docker versão 18.09.7, build 2d0083d

PROCESSOS DO DOCKER (docker ps -a)

ID DO CONTAINER IMAGEM COMANDO CRIADO STATUS PORTAS NOMES
d82aefafb601 local_discourse/app “/sbin/boot” há 24 minutos há 21 minutos 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app

O contêiner Discourse app está em execução

==================== PLUGINS ====================
- git clone discourse/docker_manager.git
- git clone discourse/discourse-checklist.git
- git clone paviliondev/discourse-events.git

AVISO:
Você parece ter plugins não oficiais.
Se estiver tendo problemas, desative-os e tente reconstruir novamente.

Veja discourse/discourse/blob/master/lib/plugin/metadata.rb para a lista oficial.

========================================
Versão do Discourse em localhost: Discourse 2.5.0.beta2

==================== INFORMAÇÕES DE MEMÓRIA ====================
OS: Linux
RAM (MB): 2040

          total        usado       livre      compartilhado  buffer/cache   disponível

Mem: 1992 1276 132 36 584 498
Swap: 3069 19 3050

==================== VERIFICAÇÃO DE ESPAÇO EM DISCO ====================
---------- Espaço em disco do SO ----------
Sistema de arquivos Tamanho Usado Disponível Uso% Montado em
/dev/vda1 29G 18G 10G 64% /

---------- Espaço em disco do contêiner ----------
Sistema de arquivos Tamanho Usado Disponível Uso% Montado em
overlay 29G 18G 10G 64% /
/dev/vda1 29G 18G 10G 64% /shared
/dev/vda1 29G 18G 10G 64% /var/log

==================== INFORMAÇÕES DO DISCO ====================
Disco /dev/vda: 30 GiB, 32212254720 bytes, 62914560 setores
Unidades: setores de 1 * 512 = 512 bytes
Tamanho do setor (lógico/físico): 512 bytes / 512 bytes
Tamanho de E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de rótulo de disco: dos
Identificador do disco: 0x69116d01

Dispositivo Boot Início Fim Sectors Tamanho Id Tipo
/dev/vda1 * 2048 60819071 60817024 29G 83 Linux
/dev/vda2 60819072 62912129 2093058 1022M 5 Extended
/dev/vda5 60819074 62912129 2093056 1022M 82 Linux swap / Solaris

==================== FIM DAS INFORMAÇÕES DO DISCO ====================

==================== TESTE DE E-MAIL ====================
Para um teste robusto, obtenha um endereço em mail-tester
Enviando e-mail para REDACTED . .
Testando o envio para <recipient> usando <user>:@mail.4830.org:587.
======================================== ERRO ========================================
ERRO INESPERADO

Não é possível atribuir o endereço solicitado - connect(2) para “mail.4830.org” porta 587

====================================== SOLUÇÃO =======================================
Este não é um erro comum. Não existe solução recomendada!

Por favor, relate a mensagem de erro exata acima no meta discourse
(E uma solução, se você encontrar uma!)

==================== CONCLUÍDO! ====================

2

Então seu site funciona, só não consegue enviar e-mail?

3

Correto.
Testei outro servidor de e-mail esta manhã e obtive o mesmo erro.

É possível conectar via telnet de dentro do contêiner Docker.
telnet mail.4830.org 587
Trying 193.26.120.251...
Connected to mail.4830.org.

4

Uma postagem um pouco antiga, mas nunca encontrei a solução para essa mensagem neste site. No meu caso, o problema era na conta de usuário no servidor de e-mail (que é o mesmo host). O Maildir para o usuário local estava ausente, então o servidor de e-mail (postfix) lançou um erro quando a conexão pop3 foi estabelecida. Acredito que haja algum try/catch inadequado nos logs que mostra isso como um erro de “connect”, mas na verdade é simplesmente um erro do servidor de e-mail.