Ich glaube, da gibt es noch einen Fehler beim Parken der Postfächer.
Selbst wenn ich die Domain komplett lösche, kommt die Meldung "user unknown" und es wird nicht versucht den echten mx zu kontaktieren.
Kann ich das irgendwie in Postfix prüfen, ggf. korrigieren?
Beiträge von pitgrap
-
-
Danke für die Info.
Pöstfächer parken funktiniert hierfür leider nicht. In Liveconfig sind diese dann zwar keiner Domain mehr zugeordnet und ich kann E-Mail für die Domain deaktivieren. In Postfix bleibt die Zuordnung anscheinend trotzdem weiterhin bestehen. Bzw. zumindest reagiert Postfix immer noch auf E-Mails an diese Domain, jetzt jedoch mit "user unknown".
Und parken war auch keine gute Idee, da ich diese jetzt auf jeden Fall einzeln löschen darf, oder kann ich ähnlich, wie beim Domain löschen alle Postfächer wieder einer Domain zuordnen?
-
Moin,
ein Kunde hat seine E-Mails nach MS365 umgezogen, der Rest vom Account bleibt aber erhalten. Damit andere Kunden auf dem gleichen Server weiterhin mit dem Kunden kommunizieren können, muss ich E-Mail im Account für die Domain deaktivieren. Das geht nur, wenn vorher alle Postfächer gelöscht wurden. Jetzt hat der Kunde aber über 100.
Muss ich die jetzt alle per Hand einzeln löschen oder gibt es eine schnellere Variante? -
Ich habe gerade auf 2.11.2 aktualisiert. Jedoch wird bei mir jetzt die Default Version zweimal angezeigt:
Zitat
7.4.15 (Standard) FastCGI, FPM 28.11.2022 61
7.4.15 (Standard) FastCGI, FPM 28.11.2022 2
7.0.33 FastCGI 03.12.2018 0
7.3.27 FastCGI, FPM 06.12.2021 0Egal, ob ich auf den 1. oder 2. Eintrag klicke, im Popup wird mir immer "61 Subdomains" angezeigt.
-
Moin, ich habe gerade von 2.10.4 auf 2.11.1 geupdatet. Leider ist jetzt in der Serververwaltung der Bereich PHP-Versionen leer.
In der Auswahl bei einer Domain sind noch alle Versionen vorhanden und auswählbar.Ist der Fehler bereits bekannt?
-
Moin,
ich benutze Liveconfig mit Debian 9. Ich habe PHP 7.3 und PHP 7.4 zusätzlich installiert und PHP7.4 zum Default gemacht. Soweit so gut. Nun ist in Debian 9 PHP 7.0 enthalten. Das ist installiert, weil es von ein paar internen Skripten verwendet wird.
Jetzt möchte ich aber gerne diese Version in der Auswahl-Liste den Kunden nicht zur Verfügung stellen.Auf https://www.liveconfig.com/de/…an-mehrere-php-versionen/ finde ich nur Infos, wie man weitere Versionen hinzubekommt, aber nicht, wie man Versionen "verstecken" kann. Jemand eine Idee?
-
Moin,
ich hätte einen Feature Request:
Und zwar möchte ich gerne alle PHP5 Kunden umstellen. Dazu muss ich aber wissen, wer noch eine alte Version benutzt.Unter Berichte gibt es den Bericht "Kunden-Domains". Kann man dort noch eine Spalte für PHP einfügen? Evtl. sogar noch eine weitere, ob für die Domain SSL aktiviert ist?
Das wäre super. Vielen Dank.
-
Mail-Login an LiveConfig ist technische Voraussetzung um das Passwort über RoundCube ändern zu können
Vielen Dank. Das war der entscheidende Tipp. Damit funktioniert es.
-
Moin,
bei mir hat sich gerade auch ein Kunde gemeldet, dass er das Passwort per Roundcube nicht ändern kann.
LiveConfig: 2.7.4
Roundcube: 1.3.9 + Password DriverLogin ins Postfach geht. Passwort ändern nicht.
Fehlermeldung:
"Neues Passwort konnte nicht gespeichert werden. Ivalid e-mail and/or password"Auch bei mir steht im Liveconfig Log nur:
E-Mail password update failed - email=xxx@xxx', IP='::1'Jemand eine Idee?
-
Zurück zum Thema:
Es war die Firewall. Es läuft nun alles. Danke für die Unterstützung.
-
Ja, SSL ist aktiviert. Funktioniert auch mit allen anderen Kunden und Clients.
Jetzt gibt es 2 weitere verschiedene Probleme:
1. Telnet von einem anderen PC (Win 10) ergibt eine Antwort mit STARTTLS?!?
2. Der Check auf https://www.liveconfig.com/de/sslcheck ergibt unterschiedle Ergebnisse.
- Port 25: ok (Protocol: TLSv1.2, DHE temporary key type: ECDH(P-256) (256 bits), DH parameters: 2048 bits)
- Port 587: (Protocol: TLSv1.2, DHE temporary key type: ECDH(P-384) (384 bits), DH parameters: 1024 bits) = WEAK DH parametersDiese Warnnung bekomme ich bei Port 110, 143, 465, 587, 993, 995. Alle anderen sind ok.
Leider hilft mir das erstmal nicht weiter bei meinem Problem.

EDIT:
Ich habe nun verschiedene Clients aus dem Firmennetz getestet und Clients außerhalb. Alle aus dem Firmennetz erhalten eine Antwort ohne Starttls, alle anderen mit.Daher tippe ich aktuell auch auf die Firewall.
-
Moin,
ich habe das Problem, dass ein Programm (SAP) E-Mails mittels .NET verschickt. Dies geht nach dem Umzug auf einen Liveconfig Server nicht mehr.
- Liveconfig: 2.7.2-r5133
- SMTPS aktivieren (Port 465): ja
- nur verschlüsselte Benutzeranmeldung erlauben: ja
- SSL-Server-Chiffren: kompatibel
- OS: Debian 9.6 mit PostfixEs gibt ein Testskript, das folgende Ergebnisse liefert.
Code$EmailTo = "test@test.de" $EmailFrom = "absender@liveconfig-server" $Subject = "Test Mail" $Body = "Test Body" $SMTPServer = "liveconfig-server" $SMTPMessage = New-Object System.Net.Mail.MailMessage($EmailFrom,$EmailTo,$Subject,$Body) $SMTPClient = New-Object Net.Mail.SmtpClient($SmtpServer, 587) $SMTPClient.EnableSsl = $true $SMTPClient.Credentials = New-Object System.Net.NetworkCredential("absender@liveconfig-server", "password"); $SMTPClient.Send($SMTPMessage)Wenn ich Port 25 und 587 benutze, erhalte ich diese Fehlermeldung:
CodeAusnahme beim Aufrufen von "Send" mit 1 Argument(en): "Server unterstützt keine sicheren Verbindungen." In C:\Users\pitgrap\Desktop\Test.ps1:10 Zeichen:5 + $SMTPClient.Send($SMTPMessage) + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [], MethodInvocationException + FullyQualifiedErrorId : SmtpExceptionIm mail.log steht:
CodeDec 10 17:09:27 server1 postfix/smtpd[28648]: connect from xxx Dec 10 17:09:27 server1 postfix/smtpd[28648]: lost connection after EHLO from xxx Dec 10 17:09:27 server1 postfix/smtpd[28648]: disconnect from xxx ehlo=1 commands=1Bei Port 465 kommt
CodeAusnahme beim Aufrufen von "Send" mit 1 Argument(en): "Fehler beim Senden von Mail." In C:\Users\pitgrap\Desktop\Test.ps1:10 Zeichen:5 + $SMTPClient.Send($SMTPMessage) + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [], MethodInvocationException + FullyQualifiedErrorId : SmtpExceptionIm mail.log steht:
CodeDec 10 17:11:51 server1 postfix/smtps/smtpd[32243]: connect from xxx Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: SSL_accept error from xxx: Connection reset by peer Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: lost connection after CONNECT from xxx Dec 10 17:13:00 server1 postfix/smtps/smtpd[32243]: disconnect from xxx commands=0/0Da ich ungern auf "nur verschlüsselte Benutzeranmeldung erlauben" verzichten möchte, frage ich mich, wo hier das Problem sein könnte bzw. wie ich es beheben kann.
EDIT: ich habe mich gerade per telnet mal mit dem Postfix verbunden und nach dem EHLO antwortet dieser nur
Ich hätte erwartet, dass dort auch sowas wie "250-STARTTLS" zurückkommt. Ich denke, dass dies auch der .NET Client erwartet und deswegen die Fehlermeldung zurück gibt.
Jemand eine Idee?
-
OK, Vielen Dank für die Aufklärung.
-
Moin,
ich habe eine Frage bzgl. Spamassassin und Liveconfig.
Folgende Konfiguration:
Weiterleitung team@firma.de an die Postfächer a@firma.de und b@firma.de
Bei der Weiterleitung sind keine Spamregeln eingestellt, jedoch für a@firma.de und b@firma.deMeine Annahme war bisher, dass auch bei Weiterleitungen dann die Spamprüfung für a@firma.de und b@firma.de greifen. Jedoch werden diese komplett ungeprüft zugestellt.
Im Log steht dann sowas:
CodeNov 13 11:22:54 server postfix/cleanup[21046]: 6AC65135: message-id=<...> Nov 13 11:22:54 server postfix/qmgr[30362]: 6AC65135: from=<...>, size=103408, nrcpt=2 (queue active) Nov 13 11:22:54 server dovecot: lda(a@firma.de): msgid=<2...>: saved mail to INBOX Nov 13 11:22:54 server postfix/pipe[21037]: 6AC65135: to=<a@firma.de>, orig_to=<team@firma.de>, relay=dovecot, delay=0.8, delays=0.78/0/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Nov 13 11:22:55 server dovecot: lda(b@firma.de): msgid=<...>: saved mail to INBOX Nov 13 11:22:55 server postfix/pipe[21148]: 6AC65135: to=<b@firma.de>, orig_to=<team@firma.de>, relay=dovecot, delay=0.81, delays=0.78/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Nov 13 11:22:55 server postfix/qmgr[30362]: 6AC65135: removedWar das schon immer so oder hat sich hier etwas geändert?
-
OK, jetzt ist es bei mir angekommen...

Und es funktioniert.
Herzlichen Dank! -
Moin Anton,
ich habe natürlich schon verschiedene Einstellungen ausprobiert.
Deine Empfehlung ergibt dann andere Fehler:
Config:
Code$config['smtp_server'] = 'tls://localhost'; $config['smtp_port'] = 587; $config['smtp_user'] = '%u'; $config['smtp_pass'] = '%p';Errorlog:
Code[17-Oct-2018 16:12:14 Europe/Berlin] ERROR: STARTTLS failed () [17-Oct-2018 16:12:14 Europe/Berlin] ERROR: Invalid response code received from server (-1) [17-Oct-2018 16:12:14 Europe/Berlin] ERROR: Failed to write to socket: unknown error () [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> SMTP Error: Authentication failure: STARTTLS failed (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667 (POST /?_task=mail&_unlock=loading1539785534319&_lang=de_DE&_framed=1&_action=send)SMTP Debuglog:
Code
Alles anzeigen[17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 220 server1.riehemann.net ESMTP [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Send: EHLO webmail.riehemann.net [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-server1.riehemann.net [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-PIPELINING [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-SIZE 104857600 [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-ETRN [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-STARTTLS [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250-ENHANCEDSTATUSCODES [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 250 8BITMIME [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Send: STARTTLS [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Recv: 220 2.0.0 Ready to start TLS [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Send: RSET [17-Oct-2018 16:12:14 +0200]: <ebrkr6t0> Send: QUITIst denn meine Roundcube Config so anders als deine? Oder benutzt ihr kein Roundcube?
---
Ergänzung:
Ich habe jetzt Roundcube als App direkt aus Liveconfig zusätzlich installiert. Leider bekomme ich dort den gleichen Fehler.
Kann das jemand mal auf seinem (Debian) System nachstellen, da ich weder Liveconfig, noch Postfix verändert habe. -
SMTP funktioniert ja per Email-Client. Telnet dementsprechend auch.
Coderoot@server1:~# telnet -6 localhost 25 Trying ::1... Connected to localhost. Escape character is '^]'. 220 server1.riehemann.net ESMTPCodeserver1:~# telnet -6 localhost 587 Trying ::1... Connected to localhost. Escape character is '^]'. 220 server1.riehemann.net ESMTPIn der config.inc.php steht wie früher
Code
Alles anzeigen// ---------------------------------- // SMTP // ---------------------------------- // SMTP port (default is 25; use 587 for STARTTLS or 465 for the // deprecated SSL over SMTP (aka SMTPS)) $config['smtp_port'] = 587; // SMTP username (if required) if you use %u as the username Roundcube // will use the current username for login $config['smtp_user'] = '%u'; // SMTP password (if required) if you use %p as the password Roundcube // will use the current user's password for login $config['smtp_pass'] = '%p';Im errorlog steht:
Code[17-Oct-2018 12:11:48 Europe/Berlin] ERROR: SMTP server does not support authentication () [17-Oct-2018 12:11:48 +0200]: <c9f83eph> SMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667 (POST /?_task=mail&_unlock=loading1539771108467&_lang=de_DE&_framed=1&_action=send)Im smtp debug log steht:
Code
Alles anzeigen[17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 220 server1.xxx ESMTP [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Send: EHLO webmail.xxx [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-server1.xxx [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-PIPELINING [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-SIZE 104857600 [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-ETRN [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-STARTTLS [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250-ENHANCEDSTATUSCODES [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250 8BITMIME [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Send: RSET [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 250 2.0.0 Ok [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Send: QUIT [17-Oct-2018 12:11:48 +0200]: <c9f83eph> Recv: 221 2.0.0 Bye -
Moin,
ich habe auf meinem Liveconfig-Server Roundcube zusammen mit dem Liveconfig Treiber ( https://github.com/LiveConfig/…d960c236d12d12f27f3c5727d ) installiert.
Aktuell benutze ich die Version 1.3.7.Der Login funktioniert auch einwandfrei, nur der Versand von Emails klappt nicht mehr.
Im Roundcube Log steht:
CodeSMTP Error: Authentication failure: SMTP server does not support authentication (Code: ) in /var/www/default/htdocs/roundcube/program/lib/Roundcube/rcube.php on line 1667 (POST /?_task=mail&_unlock=loading1539682689930&_lang=de_DE&_framed=1&_action=send)Im Maillog steht dann nur:
CodeOct 16 11:36:53 server1 postfix/smtpd[14137]: connect from localhost[::1] Oct 16 11:36:53 server1 postfix/smtpd[14137]: disconnect from localhost[::1] ehlo=1 rset=1 quit=1 commands=3Das ganze läuft auf einem Debian Stretch 9.5 System. Ich frage mich, ob sich etwas in Liveconfig 2.6.3 (r5013) oder in Roundcube 1.3.7 verändert hat.
Hat noch jemand das Problem?
-
Also sieht die Lösung so aus, dass du mpm_event (oder mpm_worker) aktivierst statt mpm_prefork - fertig.Ich habe mpm_worker aktiviert und alles läuft wieder mit HTTP/2. Vielen Dank.
Da ich kein mod_php benutze, frage ich mich nur, warum dann mpm_prefork benutzt wurde. Ist das der Debian default? Oder wird das sogar per liveconfig_meta installiert?
Ich kann mich zumindest nicht erinnern, das aktiv ausgewählt zu haben. -
Wenn wir aber schon das Thema haben: das Update auf Stretch 9.5 sollte man vermeiden, oder den Apache vorher von mpm_prefork auf worker/event umstellen. Andernfalls ist HTTP/2 nämlich auch weg.Oh, ich habe natürlich brav alle Debian Updates installiert. Das jetzt alle Webseiten ohne HTTP/2 laufen hatte ich noch gar nicht bemerkt.

Könntest du evtl etwas detailierter beschreiben, wo ich welche Änderungen vornehmen muss, damit HTTP/2 wieder geht?