Beiträge von hchristo

Zitat von weltmeister

der ist es doch noch besser abzuwarten?

Fohes neues Jahr!

Wie geschrieben, ich werde weiterhin warten mit LC3, ich beobachte die LC3 Beiträge & Changelogs.
Wenn ich für mich das gefühl bekomme dass LC "Stable" ist, dann upgrade ich und berichte natürlich auch wieder.

Hallo zusammen,

ich wollte mal meine jüngste Erfahrung beim Upgrade von LC2 auf Debian 13 teilen – vielleicht hilft es ja dem ein oder anderen, der sich auch gerade auf den Sprung wagt.

Also: Upgrade wie immer durchgeführt, brav die Anleitung von Liveconfig befolgt – alles schien sauber zu laufen.

Dann kam der große Schock: apt autoremove hat beschlossen, mir einfach mal ein paar essentielle Pakete zu deinstallieren. Ja, richtig gelesen. Essenzielle Pakete wie:

• apache2

• nginx

• opendkim

• bind9

• proftpd

• clamav

Keine Ahnung, warum. Vielleicht ein „Feature“ von Debian 13, vielleicht ein kleiner Spaß der Paketverwaltung. Hätte ich Prüfen müssen was er deinstalliert: Klar, aber ich hab mich auf die anleitung verlassen!

Fakt ist: Mein Server fühlte sich plötzlich ziemlich nackig an.

Danach musste ich einiges manuell nachinstallieren und hoffen, dass alles wieder stabil läuft.

Besonders spannend bleibt: Ich hoffe inständig, dass Liveconfig seine child Prozesse nicht im Laufe des Tages die Biege macht – die Nerven liegen noch blank.

Fazit bisher: Upgrade technisch machbar, aber autoremove kann dir mitten in der Nacht eine echte Überraschung liefern. Also Augen auf und Backup bereithalten, Leute!

Hat jemand ähnliche Erfahrungen gemacht oder Tipps, wie man das beim nächsten Upgrade sauberer umgeht?

Traue ich mich das Upgrade auf LC3? Im Leben erst mal nicht, ich werde wohl noch bis ende des Jahres warten und den Support für LC2 so lange wir möglich mitzunehmen.

Ohne witz, Ich tendiere mittlerweile echt zu der Etwas teureren Hosting variante dessen name nicht genannt werden darf... Liveconfig fühlt sich Unstabil und sensibel an... oder täuscht das?

Mehr wollte ich nicht, nur nen erfahrungsbericht meiner seits.

kk Sehen Sie was sich Kunden wünschen?
Und das nicht nur heute, sondern Jaaaaaaahhhhhreeeee!

Ich bin parallel zu Liveconfig am Testen, aktuell KeyHelp von Keyweb.

Zur not beiß ich in den Sauren Apfel und Installier Plesk, das bietet wenigstens alles was Liveconfig verpsricht.

Muss ehrlich sagen dass mir Liveconfig langsam überhaupt nicht mehr gefällt. Liveconfig 3 läuft Instabil, Liveconfig 2 is auch nicht das wahre.
Essenzielle Funktionen werden erst jahrzehnte Später implementiert, die WebUI von LC3 sieht aus wie 1995, bei Last (Packen von archiven, Script Basiertes Kopieren von archiven weil LC Backup immer noch kacke ist und keine Externen Backups zuläst unter LC2) stürzen die Child Prozesse ab und allgem läuft das gefühlt extrem Instabil.

Für nen 10er im Monat kann man offensichtlich nicht viel erwarten, ich war zu anfang echt begeistert, aber mittlerweile hat trotz Preiserhöhung die Quallität echt nachgelassen.

Zitat von informant

hi all, ich habe mir ein script gebaut was die passwd datei wieder korrigiert, wer den fehler also auch hat kann sich gern bei mir melden bzgl. des scriptes.

ich hoffe lc findet den fehler, warum nur einige zeilen korrekt in der datei stehen und die anderen falsch.

mfg

Ungetestet (!!!) Aber hier wäre ein von ChatGPT vorgeschlagenes Script

#!/bin/bash
# fix_dovecot_passwd.sh
# Korrigiert falsche Einträge in /etc/dovecot/passwd, bei denen der Mailpfad unvollständig ist.

PASSWD_FILE="/etc/dovecot/passwd"
BACKUP_FILE="/etc/dovecot/passwd.bak_$(date +%Y%m%d_%H%M%S)"

# Backup anlegen
cp "$PASSWD_FILE" "$BACKUP_FILE"
echo "Backup erstellt: $BACKUP_FILE"

# Datei zeilenweise prüfen und korrigieren
awk -F: '
{
    # Prüfen, ob der 6. Feldteil (Home) fehlerhaft ist
    if ($6 == "/var/mail") {
        # Benutzername aus Feld 1 extrahieren (z. B. slu4300/8 aus userdb_mail-Pfad)
        match($0, /userdb_mail=maildir:\/var\/mail\/([^/]+\/[0-9]+)/, m)
        if (m[1] != "") {
            # Homepfad korrekt zusammensetzen
            $6 = "/var/mail/" m[1]
        }
    }
    # korrigierte Zeile ausgeben
    OFS=":"; print $0
}' "$PASSWD_FILE" > "${PASSWD_FILE}.fixed"

# Wenn das neue File gültig ist (nicht leer etc.), ersetzen
if [ -s "${PASSWD_FILE}.fixed" ]; then
    mv "${PASSWD_FILE}.fixed" "$PASSWD_FILE"
    echo "Korrektur abgeschlossen. Datei wurde aktualisiert."
else
    echo "Fehler: Keine gültige Ausgabe erzeugt. Originaldatei bleibt unverändert."
    rm -f "${PASSWD_FILE}.fixed"
fi

Was das Script tut:

• Legt eine Sicherung der Originaldatei an

• Sucht Zeilen, wo $6 == "/var/mail" ist

• Liest aus der userdb_mail=maildir:/var/mail/...-Angabe den korrekten Unterpfad heraus

• Fügt ihn wieder in die 6. Spalte ein

• Schreibt die korrigierte Datei zurück

+1 Antrag unterstützt. Ich habe das auch hin und wieder und das is Ultra nervig. Meistens tritt das auf wenn die großen Daten/Mails oder Datenbanken nicht innerhalb einer gewissen zeit gelöscht werden kann... das ist Ultra nverig

Ich hab meine Serverumzüge bisher immer mit Acronis durchgeführt.
Acronis 1:1 Full Backup gemacht, auf den neuen Server eingespielt, bei bedarf HDD/SSD Größe angepasst, fertig.

So hab ich bisher 3 Umzüge hingelegt: vServer -> Dedicated mit DDR3 Ram -> Dedicated mit DDR4 Ram.

Hat bisher immer geklappt. Dabei sei gesagt dass ich nicht auf UEFI sondern auf nem Legacy BIOS laufe... das is einfacher!

Ich bin so froh noch auf Debian 12 und LC2 zu laufen.
Ich denke dass ich noch so nen knappes jahr abwarte bis ich von LC2 -> LC3 wechsel.
Das System ist mir (Außerhalb betrachtet, als 3ter) noch zu Unstable!

Zitat von armin.moradi

Anton,

Vielen Dank für deine Antwort.

Wo genau in der Konfiguration kann ich das einstellen, dass das greift?

Achtung, diese E-Mail wurde mit Siri diktiert, nur zur Information.

Viele Grüße.

Armin

Alles anzeigen

Guten Morgen Armin, ich hab mal in diesem Forum nen Eintrag dafür gemacht. Link findest du hier: Anleitung: Roundcube Managesieve

Immer Aktuell ist meine Wiki: https://wiki.home-hosting.de/d…ovecot-Sieve_55869441html

Zitat von kk

Gibt's irgendwelche Meldungen in /var/log/liveconfig/liveconfig.log ?

Ein Server-Neustart behebt das Problem, ein LiveConfig-Neustart aber nicht?

Ich habe ihnen die Liveconfig LOG Datei als TXT zukommen lassen via PN

Moin, ich habe seit kurzem das Problem dass zwischendurch die Statistik abraucht.
Liveconfig Service Restart bringt hier nix.

Sieht so aus:


Wie behebe ich das ohne den Server neustarten zu müssen?

Freue mich auf Feedback!

Push!

Zitat von weltmeister

Das Problem besteht leider noch immer sporadisch. Kann das bitte behoben werden ohne weitere Bastelarbeiten in der Datenbank?

@Herr Keppler, ich habe das selbe Problem, ich musste den Kunden der Probleme gemacht hat überall in der Datenbank entfernen wo ich den, die ID o.ä gefunden habe weil selbst der Query nicht funktionierte...

puush

puush

Ich hab als erstes ne Subdomain erstellt, allerdings läuft das bei mir unter Liveconfig 2 noch.
Liveconfig kommt nach Offiziellen release erst ca. 1 oder 1 1/2 jahre später als Produtiv system zum einsatz... wenn die ersten Kinderkrankheiten ausgemerzt sind.

Dann hab ich folgende Parameter in der Liveconfig config angepasst

# ----------------------------------------------------------------------------
# Proxy Settings
# ----------------------------------------------------------------------------

http_proxy_ip_from = 127.0.0.1
# wenn Sie Apache als Proxy-Webserver nutzen:
http_proxy_ip_header = X-Forwarded-For
# wenn Sie NGINX als Proxy-Webserver nutzen:
# http_proxy_ip_header = X-Real-IP
http_proxy_url = https://manager.quick-space.de
# ----------------------------------------------------------------------------
# HTTP protocol settings
# ----------------------------------------------------------------------------

# !! IMPORTANT: if no 'http_socket' and no 'http_ssl_socket' options are
# !! defined, LiveConfig by default tries to open a HTTPS socket at port 8443.
# !! This is the same as only defining 'http_ssl_socket = *:8443'

# http_socket: network socket for incoming HTTP connections
http_socket = 127.0.0.1:82

# http_ssl_socket: network socket for incoming HTTPS connections
# http_ssl_socket = 127.0.0.1:8443

Guten Morgen Herr Keppler,

Leider ist: https://demo-v3.liveconfig.com:8443 wieder Offline

Ich würde gerne die "WebAuthn (FIDO2)" aktivieren, jedoch bekomme ich die Meldung:

Zitat

Für WebAuthn müssen Sie einen FQDN (vollständigen Domainnamen) in der URL verwenden und nicht eine IP oder nur einen Hostnamen.

Was in der Liveconfig Config muss ich einstellen damit das Funktioniert?
Mein Liveconfig läuft über ein Reverse Proxy

In meiner Config ist aktiv:
- http_proxy_url = https://manager.DOMAIN.de
- http_socket = 127.0.0.1:82

Was bräuchte ich noch?

Freue mich auf Feedback!

Zitat von suppenuser

Zum einen ist es kein "Betteln" und zum Anderen: Nein.

Eine Datenbank-Query hat aus meiner Sicht nichts im Forum zu suchen.

Hier hat es Leute, die mit einfachen Konfigurationen des Mailsystems oder der Spam-Abwehr auf der Shell schon überfordert sind; die muss man nicht auch noch zu Aktionen in der Datenbank animieren.

Dann mach ich das, denn das ist Betteln, wenn man extra dir ne Nachricht schreiben muss:

UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_DELETED=1;

Zitat von suppenuser

schick mir ne pm, ich schick dir die query

Schreib den Query doch hier rein, dann brauch man nicht Betteln!