Test mail -- Impossibile assegnare l'indirizzo richiesto - connect(2)

Ciao a tutti,

discourse-doctor mi ha detto di pubblicare questo errore:

DISCOURSE DOCTOR Dom 8 mar 20:18:13 CET 2020
OS: 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

Rilevato containers/app.yml

==================== IMPOSTAZIONI YML ====================
DISCOURSE_HOSTNAME=REDACTED
SMTP_ADDRESS=REDACTED
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=REDACTED
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED

==================== INFORMAZIONI DOCKER ====================
VERSIONE DOCKER: Docker versione 18.09.7, build 2d0083d

PROCESSI DOCKER (docker ps -a)

ID CONTENITORE IMMAGINE COMANDO CREATO STATO PORTE NOMI
d82aefafb601 local_discourse/app “/sbin/boot” 24 minuti fa attivo da 21 minuti 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app

Il contenitore Discourse app è in esecuzione

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

AVVISO:
Sembra che tu abbia plugin non ufficiali.
Se riscontri problemi, dovresti disabilitarli e provare a ricreare il contenitore.

Consulta discourse/discourse/blob/master/lib/plugin/metadata.rb per l’elenco ufficiale.

========================================
Versione di Discourse su localhost: Discourse 2.5.0.beta2

==================== INFORMAZIONI SULLA MEMORIA ====================
OS: Linux
RAM (MB): 2040

          totale        usato       libero      condiviso  cache/buff  disponibile

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

==================== CONTROLLO SPAZIO SU DISCO ====================
---------- Spazio su disco OS ----------
Filesystem Dimensione Usato Libero Uso% Montato su
/dev/vda1 29G 18G 10G 64% /

---------- Spazio su disco del contenitore ----------
Filesystem Dimensione Usato Libero Uso% Montato su
overlay 29G 18G 10G 64% /
/dev/vda1 29G 18G 10G 64% /shared
/dev/vda1 29G 18G 10G 64% /var/log

==================== INFORMAZIONI SUL DISCO ====================
Disco /dev/vda: 30 GiB, 32212254720 byte, 62914560 settori
Unità: settori da 1 * 512 = 512 byte
Dimensione settore (logica/fisica): 512 byte / 512 byte
Dimensione I/O (minima/ottimale): 512 byte / 512 byte
Tipo etichetta disco: dos
Identificatore disco: 0x69116d01

Dispositivo Boot Inizio Fine Settori Dimensione Id Tipo
/dev/vda1 * 2048 60819071 60817024 29G 83 Linux
/dev/vda2 60819072 62912129 2093058 1022M 5 Esteso
/dev/vda5 60819074 62912129 2093056 1022M 82 Linux swap / Solaris

==================== FINE INFORMAZIONI SUL DISCO ====================

==================== TEST MAIL ====================
Per un test affidabile, ottieni un indirizzo da mail-tester
Invio di posta a REDACTED . .
Test di invio a <destinatario> utilizzando <utente>:<password>@mail.4830.org:587.
======================================== ERRORE ========================================
ERRORE INATTESO

Impossibile assegnare l’indirizzo richiesto - connect(2) per “mail.4830.org” porta 587

====================================== SOLUZIONE =======================================
Questo non è un errore comune. Non esiste una soluzione raccomandata!

Si prega di segnalare il messaggio di errore esatto sopra su meta discourse
(E una soluzione, se ne trovi una!)

==================== FATTO! ====================

Quindi il tuo sito funziona, ma non riesce a inviare email?

Corretto.
Ho testato un server di posta diverso stamattina, riscontrando lo stesso errore.

È possibile connettersi tramite telnet dall’interno del contenitore Docker.
telnet mail.4830.org 587
Trying 193.26.120.251...
Connected to mail.4830.org.

Un post un po’ vecchio, ma non ho mai trovato la soluzione per questo messaggio su questo sito. Nel mio caso, il problema era legato all’account utente sul server di posta (che è lo stesso host). La Maildir per l’utente locale mancava, quindi il server di posta (Postfix) ha generato un errore quando è stata stabilita la connessione POP3. Immagino ci sia qualche blocco try/catch difettoso nei log che mostra questo come un errore di “connessione”, ma si tratta semplicemente di un errore del server di posta.