Beiträge von lebenszeit

Whitlebeling für diese Features sowie für das Logo auf der Loginseite wären sehr gut. Anhand der aufgerufenen Domain könnte das passende Set an Ressourcen gewählt werden.

Sprachen deaktivieren: Funktion die die Welt nicht braucht.

aziegler: Aus dem Kopf, als ungefährer Weg:
Das geht über Umwege indem eine WR_ID für die bestehenden Subdomains hinterlegt wird.
WR_ID = null verwendet, egal auf welchem Server, den jeweiligen Systemstandard. => null durch gewünschte WR_ID ersetzen; dann in custom.lua neues default setzen. HC_REFRESH

kk: "z.B. so, dass bestehende Domains weiter mit der eingestellten Version arbeiten, diese aber für neue Domains nicht mehr ausgewählt werden kann"
bleibt diese bei Bearbeitung der Domain erhalten?

Vielleicht findest du in

bind.LOCALOPTIONS = {
--  ['allow-transfer'] = "{ ...; }"
  ['check-names'] = "master warn",
  ['allow-notify'] = "{none;}",
  ['notify-source'] = "...",
  ['transfer-source'] = "...",
  ['alt-transfer-source'] = "...",
  ['query-source'] = "...",
  ['transfers-per-ns'] = "...",
}

was passendes. Dies wird in /usr/lib/liveconfig/lua/custom.lua eingetragen. Dann LC restart und DNS evtl. neu schreiben.

Viele Listen / FBL / returns enthalten Hinweise.
lcpolicyd für Limitierung, auch der Verträge, verwenden.

Freundliche Erinnerung, vlt. kann das schon ins nächste Release?

Volle Zustimmung zu allen Punkten, besonders 6.
4 ist hier allerdings noch nicht aufgefallen.

Diese Anfragen häufen sich - einige Kunden finden es nicht selbsterklärend.
Was haltet ihr von einer Zeile oder einem Symbol "neue Subdomain" unterhalb jeder Domain?

Fragt LE nicht cachefrei die zuständigen Nameserver (lt. NIC)? Welche Probleme gibt es noch?

Manche hier verstehen das Thema gar nicht. Der Kunde soll JEDE Version "festpinnen" können - auch wenn es die gewünschte Version zu diesem Zeitpunkt von den Admins zur 'Standard'-Version erkoren ist. Wenn der Kunde nur "System-Standard" wählt bzw. nichts wählt - nur dann sollen sich Änderungen an der custom.lua auswirken.

PHP 5.6 entfernen.

Erster Absatz stimmt.
Den zweiten lehne ich ab. Wie differenzierst du User, die Version X fest eingestellt haben von solchen, die "Standard" als Einstellung wählen möchten bzw. keine Auswahl treffen?
Es muss möglich sein JEDE Version + Standard "fest" auszuwählen. Das ist aktuell nicht möglich.

Nein, das löst das Kernthema überhaupt nicht!

Genau. Es soll ( vor Änderung der Standardversion) möglich sein, die alte Standardversion fest auszuwählen.

# man lcbackupd
Kein Handbucheintrag für lcbackupd vorhanden

Gibt es schon eine Doku?

# Uncomment this to indicate that vsftpd use a utf8 filesystem.
utf8_filesystem=YES

Ist das absichtlich nicht in vsftpd.lua enthalten?

... und der nächste möchte Haken haben für "Mails von Ex-... aussortieren". Nein. für sowas gibt es Sieve.

Ich würde es sehr begrüßen, wenn die Standardversion auch "festgepinnt" werden kann.

Auswahl bisher:
Standard (7.Y)
7.X

Vorschlag:
Standard (7.Y). empfohlen
7.X
7.Y

So kann VOR Änderung der Standarversion (z.B. per custom.lua oder OS-Upgrade) die bisherige (Standard)Version festgepinnt werden wenn gewünscht.

+ 1

kk - Vermutung für die Ursache siehe #4.