Mail-Test -- Kann angeforderte Adresse nicht zuweisen - connect(2)

Unterstützung Installation
1

Hallo zusammen,

discourse-doctor rät mir, diesen Fehler zu posten:

DISCOURSE DOCTOR So 8. Mär 20:18:13 CET 2020
OS: Linux discourse-mksp 4.15.0-88-generic #88-Ubuntu SMP Di 11. Feb 20:11:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

containers/app.yml gefunden

==================== YML-EINSTELLUNGEN ====================
DISCOURSE_HOSTNAME=REDACTED
SMTP_ADDRESS=REDACTED
DEVELOPER_EMAILS=REDACTED
SMTP_PASSWORD=REDACTED
SMTP_PORT=587
SMTP_USER_NAME=REDACTED
LETSENCRYPT_ACCOUNT_EMAIL=REDACTED

==================== DOCKER-INFO ====================
DOCKER VERSION: Docker version 18.09.7, build 2d0083d

DOCKER-PROZESSE (docker ps -a)

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d82aefafb601 local_discourse/app “/sbin/boot” 24 Minuten her 21 Minuten aktiv 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app

Discourse-Container app läuft

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

WARNUNG:
Es scheinen nicht-offizielle Plugins installiert zu sein.
Wenn Sie Probleme haben, sollten Sie diese deaktivieren und den Neuaufbau erneut versuchen.

Die offizielle Liste finden Sie unter discourse/discourse/blob/master/lib/plugin/metadata.rb.

========================================
Discourse-Version auf localhost: Discourse 2.5.0.beta2

==================== SPEICHERINFORMATION ====================
OS: Linux
RAM (MB): 2040

          total        used        free      shared  buff/cache   available

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

==================== FESTPLATTENPLATZ-PRÜFUNG ====================
---------- OS-Festplattenspeicher ----------
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 29G 18G 10G 64% /

---------- Container-Festplattenspeicher ----------
Filesystem Size Used Avail Use% Mounted on
overlay 29G 18G 10G 64% /
/dev/vda1 29G 18G 10G 64% /shared
/dev/vda1 29G 18G 10G 64% /var/log

==================== FESTPLATTENINFORMATION ====================
Disk /dev/vda: 30 GiB, 32212254720 bytes, 62914560 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x69116d01

Device Boot Start End Sectors Size Id Type
/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

==================== ENDE DER FESTPLATTENINFORMATION ====================

==================== MAIL-TEST ====================
Für einen robusten Test holen Sie sich eine Adresse von mail-tester
Senden von E-Mail an REDACTED . .
Testen des Sendens an <recipient> unter Verwendung von <user>:<password>@mail.4830.org:587.
======================================== FEHLER ========================================
UNERWARTETER FEHLER

Cannot assign requested address - connect(2) for “mail.4830.org” port 587

====================================== LÖSUNG =======================================
Dies ist kein häufiger Fehler. Es existiert keine empfohlene Lösung!

Bitte melden Sie die genaue Fehlermeldung oben an meta discourse
(Und eine Lösung, falls Sie eine finden!)

==================== FERTIG! ====================

2

Also, deine Seite funktioniert, kann aber keine E-Mails versenden?

3

Richtig.
Ich habe heute Morgen einen anderen Mailserver mit demselben Fehler getestet.

Es ist möglich, von innerhalb des Docker-Containers eine Verbindung über Telnet herzustellen.
telnet mail.4830.org 587
Trying 193.26.120.251...
Connected to mail.4830.org.

4

Ein etwas älterer Beitrag, aber ich habe die Lösung für diese Meldung auf dieser Website nie gefunden. Bei mir lag es an einem Problem mit dem Benutzerkonto auf dem Mailserver (welcher derselbe Host ist). Das Maildir für den lokalen Benutzer fehlte, sodass der Mailserver (Postfix) einen Fehler warf, als die POP3-Verbindung hergestellt wurde. Ich vermute, es gibt einen fehlerhaften try/catch in den Logs, der dies als „connect“-Fehler anzeigt, aber es handelt sich einfach um einen Fehler des Mailservers.