Mails werden nicht zugestellt - Connection refused [GELÖST]

[Aechival]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)
Ja

Server-Betriebssystem + Version
(z.B. Ubuntu 20.04)
Ubuntu 20.04

Eingesetzte Server-Virtualisierung-Technologie
(z.B. keine, OpenVZ, KVM, XEN, etc.)
KVM

KeyHelp-Version + Build-Nummer
(z.B. 22.0 - Build 2366)
24.1 Build 3285

Problembeschreibung / Fehlermeldungen
Der in Keyhelp mitinstallierte Mailserver stellt die Mails nicht mehr zu, stattdessen landen die ein- & ausgehenden Mails in der Warteschlange.

Erwartetes Ergebnis
Ich kann Mails empfangen und senden.

Tatsächliches Ergebnis
Mails landen in der Warteschlange.

Schritte zur Reproduktion
Dann habe ich in meiner mail.log Datei mal beispielsweise nach der ID, die in der Mail Warteschlange angegeben ist, gesucht und folgendes Ergebnis erhalten:

Code: Select all

Jun 22 23:17:23 admin postfix/submission/smtpd[2550350]: C9A444C1705: client=localhost[127.0.0.1], sasl_method=LOGIN, sasl_username=vt@timturek.de
Jun 22 23:17:23 admin postfix/cleanup[2550353]: C9A444C1705: message-id=<29b5b755a33ba829b4ce3f60a8b36d43@timturek.de>
Jun 22 23:17:23 admin postfix/qmgr[2547998]: C9A444C1705: from=<vt@timturek.de>, size=1427, nrcpt=1 (queue active)
Jun 22 23:17:23 admin postfix/smtp[2550346]: C9A444C1705: to=<test-a5tuczxyt@srv1.mail-tester.com>, relay=none, delay=0.12, delays=0.12/0/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
Jun 22 23:27:13 admin postfix/qmgr[2547998]: C9A444C1705: from=<vt@timturek.de>, size=1427, nrcpt=1 (queue active)
Jun 22 23:27:13 admin postfix/smtp[2551978]: C9A444C1705: to=<test-a5tuczxyt@srv1.mail-tester.com>, relay=none, delay=590, delays=590/0.03/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
Jun 22 23:37:13 admin postfix/qmgr[2547998]: C9A444C1705: from=<vt@timturek.de>, size=1427, nrcpt=1 (queue active)
Jun 22 23:37:13 admin postfix/smtp[2552928]: C9A444C1705: to=<test-a5tuczxyt@srv1.mail-tester.com>, relay=none, delay=1190, delays=1190/0.02/0.01/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)

Durch den Fehler "status=deferred Connection refused" bin ich dann auf folgenden Beitrag im englischen Forum gestoßen: viewtopic.php?p=47314&hilit=mail+status+deferred#p47314
Allerdings hat bei mir der amavis Neustart leider nicht geholfen und der Fehler ist erst mit dem Update auf die Version 24.1 aufgetreten, da ich ab dann keine Mails mehr erhalten habe.

Wenn ich mit

Code: Select all

systemctl status  amavis.service

den Status von amavis prüfe taucht folgender Fehler auf:

Code: Select all

amavis.service - LSB: Starts amavisd-new mailfilter
     Loaded: loaded (/etc/init.d/amavis; generated)
     Active: active (exited) since Sat 2024-06-22 23:07:20 CEST; 47min ago
       Docs: man:systemd-sysv-generator(8)
      Tasks: 0 (limit: 9481)
     Memory: 0B
     CGroup: /system.slice/amavis.service

Jun 22 23:07:19 admin.timturek.de systemd[1]: Starting LSB: Starts amavisd-new mailfilter...
Jun 22 23:07:20 admin.timturek.de amavis[2548338]: starting. /usr/sbin/amavisd-new at admin.timturek.de amavisd-new-2.11.0 (20160426), Unicode aware, LC_ALL="C", LANG="en_US.UTF-8"
Jun 22 23:07:20 admin.timturek.de amavis[2548348]: (!)Net::Server: 2024/06/22-23:07:20 Can't connect to TCP port 10024 on ::1 [Cannot assign requested address]\n  at line 64 in file /usr/share/perl5/Net/Server/Proto/TCP.pm
Jun 22 23:07:20 admin.timturek.de amavis[2548331]: Starting amavisd: amavisd-new.
Jun 22 23:07:20 admin.timturek.de systemd[1]: Started LSB: Starts amavisd-new mailfilter.

Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

Ich bin leider mit meinem Wissen am Ende und hoffe, dass ihr mir weiterhelfen könnt.

[tab-kh]

Schon mal geschaut, ob etwas auf dem Port 10024 lauscht oder was sonst die Benutzung des Ports verhindert?

[Ralph]

Ich gehe mal davon aus das System wurde nach dem Update auch neu gestartet ...

Wieviel RAM steht zur Verfügung und wie sieht die main.cf aus?

Code: Select all

cat /etc/postfix/main.cf

auch mal in die mail.err schauen

Code: Select all

tail -n 500 /var/log/mail.err

Bei zu wenig Resourcen für Mysql und auch durch Mysql connection limits könnte sich dies auf Aktionen mit Amavis auswirken, Mysql Status und Logs sollten da auch etwas liefern falls es daran liegt. Ich tippe aber eher auf eine fehlerhafte main.cf ...

[Aechival]

Der Server wurde danach neugestartet, habe das jetzt nochmal manuell angestoßen und prompt funktioniert es. Hätte ich auch mal von alleine drauf kommen können. Trotzdem vielen Dank für eure Hilfe!

[Tobi]

Satz 2 des großen Server-Admin-Handbuches:
„Ein Reboot tut immer gut“