warum kann es diese nicht installierten Betriebsmodi nicht einfach ausblenden im entsprechenden Dropdown beim Anlegen von Verträgen?
Das wurde bisher in den Formularen nicht konsequent implementiert. Ich hatte dazu auch schon Tickets eröffnet und Beiträge im Forum geschrieben, sollte also schon länger bekannt sein.
Später mal leichtere Service-Migration (VIP/ Failover IP einfach umziehen), Firewalls, Accounting/ Monitoring/ Logging, etc. pp.
Wenn die Umsetzung in LC so aufwendig ist schnappe ich mir einfach automx..
hmm, gut. Mehr Argumente habe ich jetzt auch nicht mehr. 
Warum nicht? Es gibt Benutzeranwendungen die die Operationsmöglichkeiten anhand der Grants festmachen und so das UI gestalten.
Ich möchte z.B. nicht das der Kunde seine eigene Datenbank aus welchem Grund auch immer selbst löschen kann, weil ich u.a. nicht weiß wie LC reagieren wird.
PS: Die Grants werden ja von LC selbst gesteuert sonst hätte man das auch einfach im LUA-Code machen können.
Gut, wenn man davon ausgeht das jeder Kunde den mitgelieferten LUA-Code komplett unverändert benutzt. Die Trennung der beiden Domain names ist m.M.n. nicht nur für getrennte Hosts sinnvoll sondern auch für den Fall das Dovecot und Postfix auf unterschiedlichen IP-Adressen horchen. Die Hintergründe für letzteres müssen denke ich nicht weiter erklärt werden oder?
Info an Dev: In 1.8.2-r3494 fehlen für die PHP-Einstellungen/ Optionen vom Typ extension noch die Übersetzungen.
Screenshot: http://www11.pic-upload.de/02.03.15/aeym2r8q33dv.png
Sieht etwas merkwürdig aus wenn der Container "Webspace-Eigenschaften" nicht so groß wie "FTP-Zugänge" ist. Tritt m.E.n. bei allen Containern dieses Typs in LiveConfig auf.
* Anzeige Webspace
* Anzeige Kunden (Details)
* etc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.111 Safari/537.36 OPR/27.0.1689.69
1. Als Hauptadmin Logo für LiveConfig ändern (Checkbox "dieses Logo auch auf der Anmelde-Seite verwenden" ist deaktiviert)
2. Als Reseller anmelden: Logo wird oben links korrekt dargestellt
3. Als Reseller Seite "Einstellungen", Unterseite "Wiederverkäufer" aufrufen: Radio-Button "Standard-Logo" ist aktiviert, angezeigt wird jedoch nicht das vom Hauptadmin eingestellte Logo sondern das ursprüngliche Standardlogo von LiveConfig selbst.
Screenshot: http://www11.pic-upload.de/02.03.15/ckcskf53ixd.png
aaaah, bitte Bugfixing :mad:
sorry für off-topic....
+1
Neue Features bringen uns aktuell weniger voran.
Hab ich da etwa was verpasst? :confused:
Scheint so. Bessere Recherche würde helfen.
* https://www.liveconfig.com/de/changelog (1.8.0-r3345)
* https://www.liveconfig.com/de/…tml#advanced.mail.postfix
Disclaimer: Hatte das Feature bisher noch nicht in Verwendung.
Das Problem war m.E.n. zwischenzeitlich gefixt und tritt nun wieder auf:
# wget http://repo.liveconfig.com/debian/pool/main/l/liveconfig/liveconfig_1.8.2-r3457_amd64.deb
# ar -vx liveconfig_1.8.2-r3457_amd64.deb
ar: debian-binary/: No such file or directory
ar: control.tar.gz/: No such file or directory
ar: data.tar.gz/: No such file or directory
x - _gpgbuilderUpdate: Allerdings scheint tar mit der Datei klarzukommen, von daher ist das Problem für mich gelöst. 
Wäre super wenn der Pfad zum LUA-Verzeichnis per Einstellung konfigurierbar gemacht werden kann. Ich benutze angepasste LUA-Skripte (https://github.com/bechtoldt/liveconfig-lua) die bei jedem Update durch LiveConfig überschrieben werden.
+1 and optionally disable DB backup when the admin doesn't want DB backups in case of a LC upgrade at all.
Das Update lässt sich wie immer reibungslos über die Repositories einspielen.
Ich habe inzwischen den Überblick verloren wie viele neue Bugs nun dazugekommen und bereits gefixt sind. Gab es mal Überlegungen die Patch bzw. Bugfix Releases auch als solche zu behandeln (http://semver.org/) und neue Features tatsächlich nur in Minor-Releases bereitzustellen?
Es liegt mir fern mit dem Installieren von Bugfix-Releases - zumindest wenn man bei LC von semantischer Versionierung ausgeht - neue Bugs/ Regressions zu installieren. Ich kann mit einem konstant bleibenden Funktionsumfang durchaus leben, wenn ich mit oberflächlichen Tests neuerer Bugfix-Releases LC aktualisieren kann. Mir ist bewusst das das Verwalten von separaten Entwicklungszweigen einige Aufwände mit sich bringt.
Bin auf andere Meinungen gespannt.
ich möchte einigen Resellern den Versand von Rundmails über das
LC-Webinterface verbieten, da ich z.B. gar nicht möchte das Rundmails
über die LC-Server(!) verschickt werden.
Wie setze ich dies um?
--
Mail-Datum: 23.10.14 22:09
Ticket: LC#2014102334000063
bei einem Reseller-Vertrag habe ich unbegrenzt viele Adressen und 20
Postfächer eingeräumt. Der Reseller kann sich unter seinem Login
Verträge mit unbegrenzt vielen Postfächern anlegen.
Soll das so korrekt sein?
--
Mail-Datum: 25.10.14 23:25
Ticket: LC#2014102534000023
auf einem Debian System sind mehrere selbstgebaute sowie das
distributionseigene (PHP 5.4) PHP-Paket installiert. Die
distributionseigene ist nicht lauffähig (Grund bekannt) und soll daher
nicht in der Liste bei den Domain-Einstellungen zur Auswahl angeboten
werden.
Zudem möchte ich über die custom.lua eine spezielle Version als Standard
definieren. Wäre als Parameter "Priority" für die LUA-Funktion addPHP()
möglich.
Ein exemplarischer Workaround findet sich hier:
https://np.adm.sx/view/7c2c4ad5
PS: Ein öffentliches Git-Repo wäre aus Sicht eines LC-Users hilfreich
und würde zum Einsenden von leichter verwertbaren Patches
motivieren.
--
FYI:
http://www.liveconfig.com/de/f…=8611&viewfull=1#post8611
--
Mail-Datum: 06.11.14 21:36
Ticket: LC#2014110634000021
ändert ein Reseller den Vertrag eines Hosting-Vertrags und wechselt
dabei die Shell (nein->bash, bash->nein, sftp->nein, etc.) wird die
LUA-Funktion users.chShell() wohl nicht getriggert.
Ist das so beabsichtigt?
Mail-Datum: 08.11.14 19:02
Ticket: LC#2014110834000036
siehe auch https://www.liveconfig.com/de/…=8500&viewfull=1#post8500
Das Rechtesystem (Reseller vs. Endkunde vs. etc.) scheint ohnehin seit langer Zeit ziemlich löchrig zu sein. In dieser Richtung hatte ich im Forum und per Mail diverse Bug Reports melden können. Einige sind bereits gefixt. Ohne ein Issue Tracker System/ Redmine/ etc. kann man kaum den Überblick behalten.
Wenn man mit der aktuellen Version alle Restriktionsmerkmale aus den Angeboten/ Verträgen genauer unter die Lupe nimmt, findet man vielleicht weitere Überraschungen.
