Wir haben diesbezüglich leider viele Anfragen in den letzten Tagen erhalten.
Also ist es weder über die IFRAME-API möglich einen entsprechenden Kündigungsbutton für Reseller Endkunden noch irgendwie anderweitig eine einfache Kündigungsfunktion in LiveConfig anzubieten?
In jedem Server Control Panel besteht auch die Möglichkeit den entsprechenden Server mit einem Mausklick zu kündigen...
Aber klar man kann auch für alles jeweils einen eigenen Kundenbereich bereitstellen (Hosting/Verträge/Ticketsystem etc.), wäre ja auch wirklich zu einfach alles nur über einen Zugang zu ermöglichen...
Ich suche einfach nur eine Möglichkeit für unsere Reseller einen entsprechenden Kündigungsbutton für deren Endkunden in LiveConfig bereitzustellen, es muss auch keine automatische Löschung etc. erfolgen, es reicht wenn nur eine einfache Email mit der Kundennummer/Vertragsnummer/Kündigungstermin an den Reseller verschickt wird.
Das geht aber leider nicht wirklich, zumindest nicht für Endkunden welche von Resellern angelegt wurden:
ZitatMelden Sie sich in LiveConfig an und gehen Sie auf Verwaltung -> LiveConfig -> Eigene Links. Die hier erstellten Links sind für alle Benutzer der selben Verwaltungsebene sichtbar, sowie für alle eigenen Kunden (also nicht für die Endkunden von Wiederverkäufern!).
Ist es nicht möglich in LiveConfig einfach nur für den Admin/Reseller Account eine entsprechende Kündigungsfunktion einzubauen (würde ja schon eine kurze E-Mail-Benachrichtigung an die Admin/Reseller Kontaktadresse hierfür ausreichen).
Danke, sorry also ich meinte mehr ob für die eigene LiveConfig Installation auch eine Kündigungsfunktion bzw. ein Kündigungsbutton für die eigenen Endkunden/Reseller in LiveConfig eingebaut wird.
Vielen Dank
Alex
Hallo,
ist für LiveConfig ein Kündigungsbutton (welcher ab 1. Juli 2022 Pflicht ist) vorgesehen, über welchen der Kunde dann seinen Vertrag einfach kündigen kann???
Vielen Dank
Alex
Mit dem Befehl
[B]postcat -ehq[/B] QueueIDsollte man den Verursacher (Sender/PHP-Mailer etc.) eigentlich schnell ausfindig machen.
Alex
Nein, ein /var/www/.skel Verzeichnis ist nicht vorhanden.
Seit LiveConfig 2.10 werden im Homeverzeichnis des Benutzers folgende Dateien mit angelegt:
/var/www/web111
-rw-r--r-- 1 web111 web111 18 Apr 1 2020 .bash_logout
-rw-r--r-- 1 web111 web111 193 Apr 1 2020 .bash_profile
-rw-r--r-- 1 web111 web111 231 Apr 1 2020 .bashrcIst das so korrekt? Der SSH-Zugriff ist für den Reseller bzw. Kunden eigentlich deaktiviert.
Danke
Alex
Hallo nochmals,
nur noch eine kurze Nachfrage, für Emails welche über die PHP mail() Funktion versendet werden, greifen die gesetzten Limits aber leider nicht :confused:
Danke
Alex
Super vielen vielen Dank Euch beiden, funktioniert perfekt 
Beim Postfach-Entfernen Code ist nur ein kleiner Vertipper:
-- Postfach bei lcpolicyd entfernen
[B]os.execcute[/B]("/usr/lib/liveconfig/lcpolicyd delete " .. addr)Nochmals Danke für Eure tolle Unterstützung.
Alex
Vielen Dank werde ich testen 
Das gilt aber nur für neu angelegte Emailadressen, nicht für bereits vorhandene Emailadressen oder?
Alex
Wie kann man nun das Limit für ein Hostingangebot bzw. für einen Vertrag festlegen?
Oder muss jede einzelne Emailadresse über
/usr/lib/liveconfig/lcpolicyd set info@domain.tld 10 5in die Datenbank eingetragen werden?
Wir haben hierzu auch schon mehrere Anfragen 
Bitte um "zeitnahe" Behebung.
Vielen Dank
Unter CentOS 7 mit MariaDB (5.5.60) als LiveConfig-Backend können wir dieses Verhalten reproduzieren. Wir kümmern uns gerade darum, der Fix wird noch mit in v2.8.1 einfließen.
(mit SQLite als Backend, sowie auf anderen Distributionen mit anderen MySQL/MariaDB-Versionen klappt es interessanterweise...)
Das Problem mit der SSL-Bestellung besteht leider noch weiterhin auch mit der Version 2.8.1
CentOS Linux release 7.6.1810
LiveConfig 2.8.1-r5602
Email ist raus ([LC#2019082234000024]), das Problem scheint nur bei neu erstellten Subdomains zu bestehen, wenn z.B. bei einer bereits vorhandenen Subdomain ein neues Zertifikat angelegt wird, läuft die Zertifikatserstellung ohne Probleme.
Können Sie bitte kurz beschrieben, wie exakt Sie diese Domain angelegt und das SSL-Zertifikat dafür bestellt haben?
Die Fehlermeldung sagt sinngemäß, dass die Datei für die Domainvalidierung erfolgreich erstellt wurde, LiveConfig aber keinen offenen Bestellvorgang fand und daher den Auftrag nicht weiter verarbeitet hatte.
Lässt sich das mit anderen (Sub-)Domains reproduzieren?
Genau so wie im anderen Beitrag beschrieben:
- die Sudomain erstellt und aktiviert (Hosting - Domains - neue Subdomain)
- unter "SSL-Zertifikate - neues Zertifikat" das Zertifikat angelegt
Das Problem besteht auch bei anderen Subdomains, solange bis ein Neustart von LiveConfig erfolgt.
Die Hauptdomain besteht schon länger und wurde nicht erst kürzlich registriert/angelegt.
Leider werden die SSL-Aufträge auch nicht bearbeitet:
Name Überprüft Methode Status
demo2.domain.de 00.00.0000 00:00:00 http-01 pending[2019/08/22 11:22:06.731115] [12849|12855] ACME2: loading authorization details from https://acme-v02.api.letsencrypt.org/acme/authz/F-nfbK0HWU0K138xIm_5HoHKzCxjwcanfaUGmQv5rds
[2019/08/22 11:22:06.988983] [12850|12851] [LUA] Created SSL/TLS domain-validation file '/var/www/.well-known/htdocs/acme-challenge/demo2.domain.de.epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74'
[2019/08/22 11:22:06.992495] [12849|12859] Got LC.web.addValidation.status for unknown domain 'demo2.domain.de' at '/.well-known/acme-challenge/epyj8O-rY4fkX1zH5j4--7F5IlDfMPZQmn8iVmoJF74'
[2019/08/22 11:22:27.432283] [12850|12852] [LUA] LC.exec(/sbin/service httpd reload): error output: Redirecting to /bin/systemctl reload httpd.serviceErst nach einem Neustart von LiveConfig wird das Zertifikat dann angelegt.
CentOS Linux release 7.6.1810 (Core)
LiveConfig 2.8.0-r5579
Hallo zusammen,
vielleicht kann mir bitte einer mal die neue "völlig überarbeitete SSL/TLS-Integration" erklären, für mich ist das eher eine Verschlimmbesserung.
Wenn ich für eine neue Subdomain z.B. forum.domain.de ein SSL-Zertifikat erstellen möchte muss ich erst:
- die Sudomain erstellen
- die Sudomain erst aktivieren (da diese standardmäßig deaktiviert ist und somit kein Zertifikat erstellt werden kann)
- unter dem Punkt "SSL-Zertifikate" das Zertifikat anlegen
- wieder zurück in die Domainverwaltung
- die Subdomain auswählen und das Zertifikat aktivieren (da es keine Möglichkeit mehr gibt die HTTPS Weiterleitung direkt beim Anlegen des Zertifikats zu aktivieren)
Muss das wirklich so umständlich erfolgen???
Vielen Dank
Alex
dürfte das gleiche Problem wie unter https://www.liveconfig.com/de/…3337&viewfull=1#post13337 sein...
Wir lassen einfach ein kleines Script unter /var/cache/liveconfig/installer laufen, welches die PHP-Überprüfung löscht, seitdem treten keine Probleme mehr auf.