Ah, ok... Das scheint ein Problem im Zusammenhang mit den Großbuchstaben im Benutzernamen zu sein.
Wir lassen uns da kurzfristig was einfallen...
Beiträge von kk
-
-
Roundcube ist genauso wie Thunderbird oder Outlook ein E-Mail-Client - und dieser hat naturgemäß keine Möglichkeit, das E-Mail-Passwort auf dem Server zu ändern.
Wir arbeiten bereits daran, dass man sich in einer der nächsten Versionen mit seiner E-Mail-Adresse direkt im LiveConfig anmelden und dort dann z.B. Passwort ändern & sonstige Einstellungen bearbeiten kann (Autoresponder, Spam-Filter, etc.). -
Ist in Arbeit:
https://www.liveconfig.com/dev/issues/47 -
Eine erfolgreich gelöschte Subdomain sollte eigentlich wieder neu anlegbar sein.
Gibt es bei Ihnen auffällige Meldungen in /var/log/liveconfig/liveconfig.log?
Welche Distribution setzen Sie ein? -
Das ist alles so beabsichtigt. Zur Pflege "eigener" php.ini-Einstellungen kommt mit dem nächsten Update der Bereich "PHP-Einstellungen".
Das mit den Schreibrechten ist ebenfalls so beabsichtigt - der Kunde soll diese Datei ja gerade nicht selber schreiben dürfen (da ja sonst alle Einschränkungen umsonst wären).Viele Grüße
-Klaus Keppler
-
Wir haben nun eine ausführliche Anleitung zum Wechsel von SQLite auf MySQL bereitgestellt:
KB#15: Umstellung von SQLite auf MySQLWichtig ist vor allem, dass die Standard-Daten aus der MySQL-Datenbank erst alle gelöscht werden, bevor man die Daten aus SQLite übernimmt.
Viele Grüße
-Klaus Keppler
-
Update (r2083) wurde eben bereitgestellt - Entschuldigung für die Unannehmlichkeiten!
Wir werden wohl besser auch mal für die Previews ein eigenes Testprotokoll einführen...Viele Grüße & ein schönes Wochenende
-Klaus Keppler
-
Aargh! Danke für den Hinweis. Wird sofort korrigiert, Update kommt gleich...

-
Ab sofort steht die Preview für v1.6.1 (r2082) zum Download bereit.
Hierbei handelt es sich in erster Linie um Bugfixes und Detailverbesserungen.Der Bereich "PHP-Einstellungen" (neu im Hauptmenü) ist noch nicht abgeschlossen - also bitte nicht wundern wenn man da noch nicht weiterklicken kann.
Sichtbar ist dieser Punkt übrigens auch nur für den "admin"-Benutzer.Viele Grüße
-Klaus Keppler
-
Einen genauen Zeitrahmen kann ich hierfür unmöglich nennen.
Faktisch schaut es so aus, dass wir zuerst einmal die Zonenverwaltung mit BIND abschließen - sobald das fertig ist, können wir schauen welche Anpassungen für PowerDNS notwendig sind.
Weitere News folgen also in den nächsten Tagen und Wochen.Viele Grüße
-Klaus Keppler
-
Danke für den Hinweise - wurde mit v1.6.1-r2082 beseitigt (#68).
Update wird in den nächsten 2-3 Stunden online gestellt. -
Ja, das ist in dem gestern erstellten Update berücksichtigt; sobald die vsftpd-Konfiguration erzeugt/aktualisiert wird, wird künftig auch die passwd.db angelegt falls diese noch nicht vorhanden ist.
-
Um Mißverständnissen vorzubeugen haben wir das nun so geändert, dass die Subdomain mit leerem Hostnamen künftig nicht mehr gelöscht werden kann. Wenn man keine Dienste dort nutzen will (mit anderen Worten: keine A/AAAA/MX-Records dafür haben will), kann man alle Dienste (Web, E-Mail) deaktivieren.
In einem Fall hatte ein Endkunde geglaubt, seine Domain beim Anbieter auf diese Art "löschen" (kündigen) zu können - was so natürlich nicht geht.
Ist in v1.6.1-r2080 erledigt (#67). -
Sollte mit v1.6.1-r2078 behoben sein (wird voraussichtlich morgen am frühen Abend im Test-Repo bereitgestellt)
-
So lange keine virtuellen FTP-User angelegt sind sollte das in dieser Richtung kein Problem sein. (von ProFTPd zu vsftpd ist nicht möglich, da hier für jeden Systembenutzer auch eine eigene User-Konfiguration benötigt wird)
Soo schlimm ist vsftpd aber auch wieder nicht
- unter CentOS ist das wiederum der Standard-FTP-Server.Viele Grüße
-Klaus Keppler
-
Ich habe das hier eben getestet und kann problemlos (und erfolgreich) im Vertrag zwischen suPHP und FastCGI umschalten.
Von "außen" sieht man naturgemäß natürlich nicht, ob FastCGI oder suPHP zum Einsatz kommt (die phpinfo() zeigt bei "Server API" hier immer "CGI/FastCGI"). Was aber tatsächlich konfiguriert ist, steht in der vHost-Konfiguration:
Code#> [B]grep "PHP configuration" /etc/apache2/sites-available/web42.conf[/B] # PHP configuration for this subscription: suPHPSowohl der FastCGI-Starter als auch die php.ini bleiben in allen Fällen unverändert vorhanden. Die php.ini wird ohnehin immer und unabhängig von der gewählten Ausführungsmethode benötigt.
Ein BUG ist aber tatsächlich auch da: PHP lässt sich derzeit nicht nachträglich im Vertrag abschalten; hier bleibt die im Webserver standarmäßig aktivierte Methode bestehen. Wird umgehend beseitigt...
-
Haben Sie PHP in den Hosting-Angeboten oder in den einzelnen Verträgen deaktiviert?
-
Ja, offizielle Bekanntgabe ist noch nicht erfolgt (kommt im nächsten Partner-Rundschreiben), daher nutzen wir das aktuell auch noch nicht offiziell. Bislang wurden auch nur eine Hand voll Benutzer dafür freigeschaltet (bei denen spontan klar war, dass diese auch LiveConfig-Partner sind).
Bitte also noch ein paar Tage Geduld.
-
So was wie eine "Hauptdomain" gibt es im Grunde gar nicht - es geht hier wohl um einen Zoneneintrag ("Subdomain") mit "leerem" Hostnamen.
Warum dieser nicht löschbar sein soll, ist mir nicht so ganz klar.
Mir ist beispielsweise ein konkreter Fall bekannt, wo ein Kunde eine Domain der Form "dr.beispiel.de" hat und explizit die Form "beispiel.de" nicht nutzen will, sondern nur die Variante mit dem "dr." davor.Nicht, dass das dann in einigen Monaten als Feature-Request zurück kommt...

Wird der Subdomain-Eintrag mit leerem Hostnamen gelöscht, kann man sich diesen übrigens jederzeit auch wieder anlegen - die Domain selbst bleibt nämlich bestehen.
Viele Grüße
-Klaus Keppler
-
Die Konfiguration von vsftpd für virtuelle FTP-Accounts ist einfach grausig, da für jeden Account eine eigene Konfigurationsdatei angelegt werden muss (siehe /etc/vsftpd/users/). Außerdem kann man nicht die Anzahl gleichzeitiger Logins pro Account begrenzen, sondern nur pro IP. Mit genügend verschiedenen Quell-Adressen kann ein einzelner Kunde somit theoretisch alle verfügbaren FTP-Verbindungen selbst aufbrauchen (DoS).
Aber was soll's - ist auch ein FTP-Server, der seinen Zweck erfüllt.