Welche Lösung habt ihr gefunden?
Deaktivieren des opcache.file_cache hat nichts gebracht.
Welche Lösung habt ihr gefunden?
Deaktivieren des opcache.file_cache hat nichts gebracht.
Does submitting just one type of record leave the other (old) one remain untouched? I'd expect that submitting only one would delete the other one.
kk: Steht dieses Feature auf der Wuschliste?
Hier ist 15:29, der Beitrag darüber kommt aus der Zukunft: "Heute, 15:55 "
Sollte nicht auch
opcache.lockfile_path (Absolute path used to store shared lockfiles (for *nix only))
angepasst werden?
1. Wie lässt sich greylisting für alle bestehenden Mailadressen aktivieren?
Es ist installiert und für den Server freigegeben. Bei Mailbox bearbeiten erscheint im Reiter Spam-Filter "Greylisting: Greylisting aktivieren".
"| mail.greylisting.enabled | 1" betrifft nur neue Adressen.
2. GUI verlinkt im Hilfe-Menü übrigens nach .../liveconfig/derefer?http://www.liveconfig.com/de/h…utorial.mail.spamanalysis => 404
3. greylisting ist für adresse@foo.bar.example.com aktiviert. Der Mailserver lautet auf bar.example.com
Dennoch erscheint in den Logs
"postfix/trivial-rewrite[...]: warning: do not list domain foo.bar.example.com in BOTH virtual_mailbox_domains and relay_domains"
Wie lässt sich greylisting nachträglich für alle bestehenden Mailadressen aktivieren?
GUI verlinkt im Hilfe-Menü übrigens nach .../liveconfig/derefer?http://www.liveconfig.com/de/h…utorial.mail.spamanalysis => 404
Multidomain widerspricht ein bisschen dem Datenschutz. Zertifikat je Reseller-Domain ist in Ordnung. Vielleicht könnte #12 trotzdem weit hinten auf die Wunschliste kommen.
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.