Mailversand oder Empfang funktioniert nicht [GELÖST]

[Brody]

---------------------------------------------------------------------------


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

Das kann ich wirklich nciht sagen.


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

Ubuntu 22.4.5 LTS

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

KVM

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

24.5

Problembeschreibung / Fehlermeldungen

Auf dem Server sind zwei Domains eingerichtet. Zu jeder Domain eine "no-reply@..." Mail mit jeweils drei Aliasmail, sowie zwei Weiterleitungen zu zwei externen Mailadressen.
Jeder Versand oder Empfangsversuch auf den beiden Domains scheitert, ebenso kommen keine weitergeleiteten Mails an die Adressen der Weiterleitung
an.

Es scheint ein Problem zu geben, daß der Mailsever auf einen Dienst wartet, der wohl über den Port 10024 arbeiten müsste...?

Erwartetes Ergebnis

Versand und Empfang von Mails auf den eigenen Domains

Tatsächliches Ergebnis

Kein Empfang oder Versad von Mails möglich

Schritte zur Reproduktion


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.))

Im Mailprotokoll des Keyhelp habe ich sunsäglich viele Einträge in dieser Art:

2024-11-14 15:27:51 dovecot pop3(no-reply@thievery-customs.com)<254295>: Disconnected: Logged out in=24 out=159 top=0/0 retr=0/0 del=0/3 size=11353
2024-11-14 15:27:51 dovecot pop3(no-reply@vietcong-customs.com)<254296>: Disconnected: Logged out in=12 out=43 top=0/0 retr=0/0 del=0/0 size=0
2024-11-14 15:27:50 dovecot pop3-login: Login: user=<no-reply@vietcong-customs.com>, method=PLAIN, rip=89.244.82.178, lip=84.247.167.170, mpid=254296, TLS, session=
2024-11-14 15:27:50 dovecot pop3-login: Login: user=<no-reply@thievery-customs.com>, method=PLAIN, rip=89.244.82.178, lip=84.247.167.170, mpid=254295, TLS, session=
2024-11-14 15:26:15 postfix/smtpd disconnect from unknown[154.216.16.118] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
2024-11-14 15:26:15 postfix/smtpd connect from unknown[154.216.16.118]
2024-11-14 15:25:11 postfix/smtps/smtpd disconnect from i59F452B2.versanet.de[89.244.82.178] ehlo=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=6
2024-11-14 15:25:06 postfix/smtp BE66212A10D3: to=<no-reply@thievery-customs.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] Connection refused)
2024-11-14 15:25:06 postfix/smtp BE66212A10D3: to=<vjberg@gmx.de>, orig_to=<no-reply@thievery-customs.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] Connection refused)
2024-11-14 15:25:06 postfix/smtp connect to 127.0.0.1[127.0.0.1] Connection refused

[Florian]

Hallo,

dann starte den Amavis mal neu.

Anschließend postqueue -f damit die Warteschlange sofort abgearbeitet wird und Maillog dabei beobachten..

[Brody]

Hallo,

vielen Dank für die Rückmeldung.

Das hat leider nicht geholfen, zudem ich ohnehin zweimal je Woche meinen Webserver neu starte.

Allerdings hat mich Ihr Lösungsvorschlag auf die richtige Fährte geführt.

Der Amavis hat in der 50-user den Standarteintrag

@inet_acl = qw(127.0.0.1 ::1);

damit sollte eigentlich ein paralleles bedienen möglich sein. offensichtlich hat das bei mir nicht funktioniert.

ich habe dies auf die ausschließliche verwendung von ipv4 geändert mit diesen einträgen:

@inet_acl = qw(127.0.0.1);

$inet_socket_port = 10024;
$inet_socket_bind = '127.0.0.1';

Sogleich hat daraufhin mein Mailversand und -empfang funktioniert.

Ganz herzlichen Dank und freundliche Grüße