Beiträge von kk

    Nein, mit der 3.2.x hat das nichts zu tun, die Diagnosefunktionen sind in der 3.1.4 und zum Teil in 2.18.10 auch schon enthalten.


    Jedes mal wenn die Meldung "An internal server error has occured" auftaucht, wird eine Meldung im liveconfig.log protokolliert - die wäre in dem Zusammenhang wichtig.


    Dem Gesamtbild nach gibt es aber vermutlich ein Problem in der Kunden- oder Accountstruktur. Wenn Sie nochmal auf 3.x aktualisieren, führen Sie danach in der Shell bitte mal den Befehl liveconfig --db-check aus. Den Output schicken Sie uns gerne mal an support@liveconfig.com. Mit liveconfig --db-repair können die Daten größtenteils korrigert/repariert werden (aber am besten erst nach Rücksprache mit uns).


    LiveConfig 3 ist wesentlich sensibler was die Datenstruktur betrifft (dafür werden die Berechtigungen über alle Reseller-Ebenen hinweg nun korrekter durchgeprüft). Häufig haben sich durch Datenbankeingriffe mal leicht defekte Strukturen gebildet, die LiveConfig 2.x praktisch ignoriert, 3.x aber nicht.

    Öhm - die Gründe (also die einzelnen Punktzahlen) stehen doch ausführlich dabei, ich verstehe das Problem nicht...?

    Ihre IP Ihres Providers X.X.X.X steht auf folgender DNS-Spam-Blacklist: xxxxxx

    Wenn Sie Fragen zu einem Blacklisting Ihrer IP-Adresse oder nicht zustellbaren E-Mails haben, wenden Sie sich bitte ausschließlich unter Angabe dieser Fehlermeldung an Ihren eigenen E-Mail-Anbieter, nicht an XXX oder gar an den Webhosting-Kunden, den Sie versuchen zu erreichen!

    Ja, verstehe ich - aber das wird nicht möglich sein. SpamAssassin meldet nur "XXX Punkte erreicht" zurück (siehe meine Beschreibung vorher!). Eine "Spam-Blacklist" auf die man sich beziehen könnte gibt's eh nicht. Es muss an dieser Stelle also bei einer eher allgemeinen Fehlermeldung bleiben. Ich könnte mir aber vorstellen, dass man da eine URL reinpackt, unter welcher dann weitere Details zu finden sind.

    Beispiel:

    554 5.7.1 Your message was rejected because it appears to be spam. For more information, please visit https://example.org/rejected-spam


    Auf der angegebenen URL könnte man dann die üblichen Gründe für eine Ablehnung nennen.

    Konkret zu sagen, welche SpamAssassin-Tests angeschlagen haben, wäre übrigens eine ganz schlechte Idee, weil Spammer somit trainieren könnten wie ihre Mails besser durchkommen.

    Diese Meldung 554 5.7.1 Your message was rejected because it appears to be spam wird von lcsam (dem LiveConfig SpamAssassin Milter) erzeugt. Das passiert dann, wenn die von SpamAssassin vergebene Punktzahl über dem Schwellwert für Ablehnungen liegt.


    SpamAssassin hat ja keinen "einzelnen" Grund, eine Mail abzulehnen, sondern am Ende vieler Tests (u.a. Blacklists, Inhalt, ...) gibt's eine Gesamtpunktzahl. Daher ist diese Fehlermeldung auch bewusst allgemein gehalten.

    Über LiveConfig konfigurierte DNS-Blocklists werden übrigens vor SpamAssassin geprüft und dann mit einer entsprechend konkreten Fehlermeldung ausgewiesen.


    Was für eine Fehlermeldung würde Ihnen denn vorschweben? Aktuell ist die Meldung im lcsam hartcodiert, prinzipiell spricht aber nichts dagegen dass wir das konfigurierbar machen.

    Ja, natürlich geht's weiter. :)

    Mit v3.2.0 gibt's (sehr) viel Neues, Details folgen in Kürze.

    (das M365-Desaster letzter Woche hat uns etwas ausgebremst, da standen hier drei Tage lang die Telefone nicht still - ich hoffe dass wir noch Ende dieser Woche das 3.2.0-Changelog bereitstellen können)

    Hallo,


    sowohl wir als auch einige Kunden haben derzeit Zustellprobleme zu Microsoft. E-Mails an dort gehostete Postfächer (Microsoft 365 etc.) werden mit folgender Fehlermeldung abgelehnt:

    Zitat

    550 5.7.511 Access denied, banned sender[XX.XX.XX.XX]. To request removal from this list please forward this message to delist@microsoft.com. For more information please go to http://go.microsoft.com/fwlink/?LinkId=526653. AS(1410)

    Es scheinen größere Netzbereiche und nicht einzelne IP-Adressen blockiert zu werden.


    Leider ist es praktisch unmöglich, mit Microsoft diesbezüglich Kontakt aufzunehmen... Unser Tipp ist: die Empfänger (also zahlende Kunden bei M365) sollten sich an deren (bezahlten) Support wenden, dass Sie keine E-Mails mehr empfangen. Das Problem liegt nachweislich nicht am Absender, sondern beim Empfänger...


    Viele Grüße


    -Klaus Keppler

    Wir können das auch nicht reproduzieren. Lässt sich übrigens trivial einfach testen:

    grep email@example.org /etc/dovecot/passwd

    jeweils vor und nach der Passwortänderung ausführen - dann sieht man, wie sich der Hash ändert.


    Ich vermute, dass das neue Passwort gar nicht gespeichert wurde, evtl. gab es einen Eingabefehler in einem der anderen Tabs beim Postfach?

    LC 3.1.4 bricht z.B. ab, wenn ein Abschalt-Datum für den Autoresponder vorhanden ist und in der Vergangenheit liegt (das ist mit dem nächsten Update schon behoben).

    Möglicherweise wurden die betroffenen Config-Dateien mal manuell gelöscht? Dann werden die nicht einfach neu installiert.

    In dem Fall bitte mal mit apt purge php-8.2-opt das Paket komplett entfernen und anschließend mit apt install php-8.2-opt neu installieren.

    Ist es möglich das sich in PHP 8.2 ein Fehler eingeschlichen hat. Jedenfalls fehlen bei mir dort nach Installation unter Debian13 Trixie unter /opt/php-8.2 zahlreiche Dateien unter anderem auch die /opt/php-8.2/etc/php.ini


    Kann das jemand unter Trixie bestätigen?

    Nein, uns ist da auch nichts bekannt... Auf unseren Debian 13 Testsystemen gibt es hier keinerlei Auffälligkeiten - die /opt/php-8.2/etc/php.ini ist vorhanden...

    apt reinstall php-8.2-opt ?

    A a first glance, it seems like the button to trigger a webspace backup manually is missing (for databases and even mailboxes I got these buttons during a short test right now). We'll check this ASAP.

    Der "Wert" für extension/zend_extension wurde im LC3 tatsächlich nur dann in der Liste angezeigt, wenn die entsprechende Einstellung aktiviert war (ansonsten nicht). Das ist in der Tat unübersichtlich und war so auch nicht beabsichtigt. Mit dem nächsten Update (v3.2.0) ist das entsprechend geändert.

    Hallo,


    die Fehlermeldung entsteht beim Anlegen oder Aktualisieren eines Datenbank-Zugangs.

    Welche MySQL/MariaDB-Version genau haben Sie auf dem Server installiert?

    Gehen Sie zudem bitte mal als "admin" auf "Serververwaltung" -> "Server", Tab "Datenbank" und prüfen ob LiveConfig mit dem zu verwaltenden Datenbankserver verbunden ist.

    Hallo,


    wie wir eben auch auf der Website angekündigt haben, werden die Lizenzkeys für LiveConfig ab heute mit einem aktualisierten Schlüssel ausgestellt. Normalerweise bekommt man davon auch überhaupt nichts mit - wenn LiveConfig auf einem halbwegs aktuellen Stand ist (mindestens Version 2.18.8 bzw. 3.1.0, jeweils vom 03.11.2025).


    Sollte - aus welchen Gründen auch immer - noch eine gnadenlos veraltete Version von LiveConfig eingesetzt werden, wenden Sie sich bitte an support@liveconfig.com, damit wir Ihen ein entsprechendes Patch-Tool schicken.


    Viele Grüße


    -Klaus Keppler

    Die LiveConfig 3 RPM-Pakete werden unter Rocky 9 gebaut, es ist daher nicht unter Rocky 8 installierbar/lauffähig. Anders herum könnten wir aber LiveConfig 2 auch noch in die Rocky9-Testumgebung aufnehmen.


    Und ja, es ist erschreckenderweise nicht vorgesehen, ein CentOS/Rocky/Alma auf die nächstegrößere Major-Version zu aktualisieren. Wir bereiten gerade die Rocky/Alma-10-Unterstützung vor, und auch da gab es so viele Änderungen, dass der empfohlene Weg "Konfiguration sichern, neues System aufsetzen, Daten zurückspielen" alles andere als einfach werden dürfte... :-/

    Es gibt im Internet aber einige Anleitungen, die man (mit relativ überschaubaren) Nacharbeiten "in-place" aktualisieren kann. Wenn es die Möglichkeit gibt, vom Server vorher ein Snapshot zu sichern, dürfte das der beste Weg sein.