Prueba de correo -- No se puede asignir la dirección solicitada - connect(2)

Soporte Instalación
1

Hola a todos,

discourse-doctor me indica que publique este error:

DISCOURSE DOCTOR Dom Mar 8 20:18:13 CET 2020
SO: Linux discourse-mksp 4.15.0-88-generic #88-Ubuntu SMP Tue Feb 11 20:11:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Se encontró containers/app.yml

==================== CONFIGURACIÓN YML ====================
DISCOURSE_HOSTNAME=OCULTADO
SMTP_ADDRESS=OCULTADO
DEVELOPER_EMAILS=OCULTADO
SMTP_PASSWORD=OCULTADO
SMTP_PORT=587
SMTP_USER_NAME=OCULTADO
LETSENCRYPT_ACCOUNT_EMAIL=OCULTADO

==================== INFORMACIÓN DE DOCKER ====================
VERSIÓN DE DOCKER: Docker version 18.09.7, build 2d0083d

PROCESOS DE DOCKER (docker ps -a)

ID DEL CONTENEDOR IMAGEN COMANDO CREADO ESTADO PUERTOS NOMBRES
d82aefafb601 local_discourse/app “/sbin/boot” hace 24 minutos En ejecución hace 21 minutos 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app

El contenedor de Discourse app está en ejecución

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

ADVERTENCIA:
Parece que tienes plugins no oficiales.
Si estás teniendo problemas, deberías desactivarlos y volver a intentar la reconstrucción.

Consulta discourse/discourse/blob/master/lib/plugin/metadata.rb para ver la lista oficial.

========================================
Versión de Discourse en localhost: Discourse 2.5.0.beta2

==================== INFORMACIÓN DE MEMORIA ====================
SO: Linux
RAM (MB): 2040

          total        usada        libre      compartida  caché/buffer   disponible

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

==================== VERIFICACIÓN DE ESPACIO EN DISCO ====================
---------- Espacio en disco del SO ----------
Sistema de archivos Tamaño Usado Disp Uso% Montado en
/dev/vda1 29G 18G 10G 64% /

---------- Espacio en disco del contenedor ----------
Sistema de archivos Tamaño Usado Disp Uso% Montado en
overlay 29G 18G 10G 64% /
/dev/vda1 29G 18G 10G 64% /shared
/dev/vda1 29G 18G 10G 64% /var/log

==================== INFORMACIÓN DEL DISCO ====================
Disco /dev/vda: 30 GiB, 32212254720 bytes, 62914560 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño del sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x69116d01

Dispositivo Arranque Inicio Fin Sectores Tamaño Id Tipo
/dev/vda1 * 2048 60819071 60817024 29G 83 Linux
/dev/vda2 60819072 62912129 2093058 1022M 5 Extendido
/dev/vda5 60819074 62912129 2093056 1022M 82 Linux swap / Solaris

==================== FIN DE LA INFORMACIÓN DEL DISCO ====================

==================== PRUEBA DE CORREO ====================
Para una prueba robusta, obtén una dirección de mail-tester
Enviando correo a OCULTADO . .
Probando el envío a <recipient> usando <user>:<password>@mail.4830.org:587.
======================================== ERROR ========================================
ERROR INESPERADO

No se puede asignar la dirección solicitada - connect(2) para “mail.4830.org” puerto 587

====================================== SOLUCIÓN =======================================
Este no es un error común. ¡No existe una solución recomendada!

Por favor, reporta el mensaje de error exacto anterior en meta discourse
(¡Y una solución, si la encuentras!)

==================== ¡LISTO! ====================

1 me gusta
2

¿Así que tu sitio funciona, pero no puede enviar correos electrónicos?

1 me gusta
3

Correcto.
He probado otro servidor de correo esta mañana con el mismo error.

Es posible conectarse mediante telnet desde dentro del contenedor de Docker.
telnet mail.4830.org 587
Intentando 193.26.120.251...
Conectado a mail.4830.org.

1 me gusta
4

Es un poco un post antiguo, pero nunca encontré la solución para este mensaje en este sitio web. En mi caso, el problema era la cuenta de usuario en el servidor de correo (que es el mismo host). El Maildir para el usuario local no existía, por lo que el servidor de correo (Postfix) lanzó un error al establecerse la conexión POP3. Supongo que hay algún mal bloque try/catch en los registros que muestra esto como un error de “conexión”, pero en realidad es simplemente un error del servidor de correo.

1 me gusta