Beiträge von weltmeister

Zitat von antondollmaier

Wir haben die Selbstverwaltung der Postfächer über den LCDEFAULTS "mail.weblogin.enabled=1" pauschal aktiv. Es gibt, IMHO, nur wenige Gründe, weshalb sich die Postfach-Nutzer nicht selbst anmelden können dürfen.

Danke, hieran habe ich gar nicht gedacht. Es gibt aber ein "aber": wenn der Kunde die Checkbox deaktiviert, steht die Passwort-Ändern-Funktion im Webmailer trotzdem bereit und spuckt eine Fehlermeldung aus. Der irritierte Kunde wundert sich. Es gilt grundsätzlich, Support-Anfragen wegen vermeintlich nicht funktionierenden Einstellungsmöglichkeiten zu vermeiden.

Gäbe es auch eine Lösung ohne Checkbox? Die Option im Webmailer steht ja allen Kunden bereit, auch denen, die die Checkbox nicht aktiviert haben und gar nicht wissen, dass diese erst aktiviert werden muss. Diese erhalten dann Fehlermeldungen.

Eine andere Idee wäre es, die Passwort-Ändern-Funktion im Webmailer automatisch auszublenden, wenn der Kunde die Checkbox nicht gesetzt hat.

Das wäre schlecht. Wie gesagt, 99,99% aller Kunden wissen wirklich nicht, das man erst den Haken in LiveConfig setzen muss, wenn im Webmailer die Möglichkeit besteht, das Passwort zu ändern.

Installierte LC Version: 2.18.10

Und ist bei dem betreffenden Mailaccount auch der "Self-service" in den Postfacheinstellungen erlaubt?
---> Nein. Ist das zwingend erforderlich? Ich würde die Option das Passwort zu ändern gern jedem Kunden anbieten, auch wenn dieser die Checkbox nicht aktiviert hat. 99,99% aller Kunden beachten diese erfahrungsgemäß überhaupt nicht.

Der Kunde hat sich in dem Falle mit der Mailadresse und dem Passwort angemeldet. Etwas anderes ist nicht zulässig. Was könnte noch die Ursache sein? Es ist noch LC aktiv.

Ich habe mich heute mal eingehend mit dieser Materie beschäftigt. Ich erhalte ebenso folgenden Fehler:

"Neues Passwort konnte nicht gespeichert werden. Ivalid e-mail and/or password"

config:

$config['password_driver'] = 'liveconfig';

$config['password_liveconfig_host'] = 'server1.xxxx.de';

$config['password_liveconfig_port'] = '8443'; // defaults to 8443

$config['password_liveconfig_accept_selfsigned'] = true; // accept self signed certificates

Die Datei liveconfig.php ist hier im Verzeichnis ergänzt: /htdocs/plugins/password/drivers

Hat jemand eine Idee oder gibt es irgendwo eine konkrete Anleitung oder funktioniert das Plugin schon gar nicht mehr? Noch ist LC2 aktiv.

Im Log steht nur: E-Mail password update failed - email='test1@meine-domain.de', IP='127.0.0.1'

In 20 Jahren können wie vielleicht damit rechnen.

Ich denke mal wir können ggf. ab 2036 damit rechnen

Danke, das ist gut zu wissen, das die gröbsten Dinge wohl behoben sind, die in der anfangszeit teilweise noch größere Probleme bereitet haben.

Danke für den Erfahrungsbericht. Das mit dem deinstallieren der Pakte hatten wir auch einmal bei einem Upgrade, ist aber schon länger her. Warum auch immer die Pakete mit autoremove entfernt worden sind ist unklar. Die Lösung war einfach manuell nachinstallieren und schon war innerhalb von wenigen Minuten alles wieder in Ordnung. Der Schreck war aber bei uns auch erstmal sehr groß.

Der Frage, ob wir uns im Live-Betrieb mit Tausenden Kunden uns es mittlerweile trauen können auf die Version 3 zu upgraden, schließe ich mich. Oder ist es doch noch besser abzuwarten?

Fohes neues Jahr!

Plesk ist eigentlich das, was wir nicht wirklich wollen. LiveConfig ist gut, aber eben leider noch lange nicht so umfangreich, wie andere CPs.
Kunden, die nach Litespeed fragen, was anderswo schon lange selbstverständlich ist, würde ich zudem nie als Premium-Kunden bezeichnen.

Die Frage ist doch nicht ernst gemeint, oder? Und warum sollte ich mich hier rechtfertigen für Dinge, die bei uns ständig im Kundenservice angefragt werden, aber nicht verfügbar sind? Noch einmal: es geht hier nicht um meine persönlichen Bedürfnisse, sondern um das, was die Endkunden oder deren Webdesigner wünschen oder bei uns anfragen.

Stichwort: Litespeed-Cache. Hierauf schwören die richtigen Profis. Auch das hat uns schon den einen oder anderen Kunden gekostet, der entweder erst gar nicht zu uns gekommen ist oder von derem Webdesigner zu anderen Anbietern umgezogen worden ist.

Aus meiner täglichen Arbeit mit den vielen Servern und im Kundenservice weiß ich ganz genau wo es verbesserungsbedarf gibt. Teilweise kommen täglich immer wieder die selben Fragen:

• Der Kunde soll einstellen könnnen, was mit Spam passiert (Abweißen, im Posteingang zustellen oder in den Spam-Ordner verschieben)
• Anzahl ausgehender Mails pro Stunde soll einstellbar sein. (Hin und wieder kommt es vor, das Kunden-Zugangsdaten in falsche Hände geraten oder kunden-PCs für Spam-Versand missbraucht werden).
• Rspamd-Unterstützung
• LiteSpeed-Unterstützung ---> viele Agenturen oder Webdesigner müssen wir leider wegschicken die für deren Kunden anfragen
• Nachricht an Kunde, wenn Webspace voll ist ---> das spart immer wieder die gleichen Supportanfragen (Ich kann WordPress nicht aktualisieren, was ist da los...?) An einen vollen Webspace als Ursache denkt dabei niemand.
• Kunden mit allem drum und dran von Server zu Server verschieben ohne 100 Mailkonten und 50 Datenbanken manuell anlegen zu müssen!
• Autoresponder mit html formatieren (oder geht das mittlerweile?)
• Massenänderung PHP-Version über Oberfläche: das erspart die Bastelarbeiten in der Datenbank bei Betriebssystem-Updates
• Weiterleitungen von Mails komplett als Admin deaktivieren: verhindert, das der Kunde Spam ungefiltert an Freemailer weiterleitet und der ganze Server auf Blacklisten landen
• Quota automatisiert während der Liveconfig Installation aktivieren lassen
• PHP-CLI Version über Oberfläche einstellen
• ~/.ssh Verzeichnis für Kunden automatisch erstellen
• Content Spamfilter für bestimmte Wörter, z.B. Pillen, Sex, Viagra usw.
• SSL Zertifikat für den Server selbst mit einem Klick anlegen
• opcache-Verzeichnisse über Oberfläche leeren
• Alte PHP Configs löschen wenn man eine bestimmte PHP-Version deinstalliert (muss derzeit immer manuell erledigt werden. Bei 2 oder 3 Server kein Thema, aber nicht bei 100)
• Datenschutz: LiveConfig-Protokolle deaktivieren! Hier haben sich einige Webdesigner aufgeregt, das deren IPs gespeichert werden, wenn diese für Kunden änderungen vornehmen!
• Unterstützung für SSL Wildcard-Zertfikate
• Ablaufdatum für Accounts, auch per API hinterlegen, um diese an einem bestimmten Tag automatisch zu löschen (das manuelle löschen von Accounts ist extrem nervig)

Zitat von kk

Wir gehen davon aus, etwa Mitte/Ende Januar ein erstes Ergebnis präsentieren zu können.

Januar 2026?

Eine andere Idee: für Abnehmer einer bestimmten Anzahl von Lizenzen wird LAC mit aktiviert. (Z.B. ab 50 Standard-Lizenzen pro Kunde.)

Ich will nicht meckern, LiveConfig ist schon eine feine Sache. Aber: wer (wie wir) ausschließlich vom Hosting lebt (wir machen wirklich nichts anderes!), muss innovativ sein. Guter Service, schnelle Server und guter Support allein reichen nicht, das hören wir immer wieder von Kunden, die uns wegen irgendwelchen fehlenden Kleinigkeiten verlassen. Und ja, der fehlende Spamordner hat uns in den letzten Jahren seit 2013 schon etliche Kunden gekostet. Ob man es glaubt oder nicht!
Wenn ich mir die Oberflächen der großen Massenhoster oder eben von anderen Control-Panels und deren Funktionsvielfalt so ansehe, ist LiveConfig noch sehr weit entfernt davon. Die meisten Webdesigner stöhnen regelrecht ins Telefon, wenn man denen sagt, das hier LiveConfig verwendet wird, wahrscheinlich wegen noch vielen fehlenden Funktionen.
Auch wir haben noch nicht auf die Version 3 umgestellt, kann man sich das mittlerweile schon trauen, oder sollte man besser noch warten?

Und weiter geht es, ein Webdesigner will seinen Kunden von uns wegziehen, weil dieser nicht auf dem Server festelegen kann, was mit Spam passieren soll. Zitat: "Der Kunde will SPAM-Mails in einen separaten Ordner sortieren lassen". Das ist nicht der erste Kunde, der uns deswegen über all die Jahre verlässt.

Das hat wahrscheinlich das neue Thunderbird-Update mit sich gebracht. Mit LiveConfig hat das wenig zu tun. Das senden funktioniert trotzdem.

Ich meine beides. Auf eine funktionierende Backup-Lösung mussten wir ja auch ca. 12 Jahre warten.