Die Frage ist ja ob das nicht auch ein Wildcard cert von Lets Encrypt regeln könnte. Aber der Ablauf wäre ja sonst derselbe und würde mich auch interessieren.
Beiträge von Mogwais
-
-
Dankefein.
Inwiefern wird die Version 5.6 dann von ihnen noch angeboten? Oder wird sie demnächst ausgemustert?
-
Da ich mich gerade mal wieder mit sowas rumärgern muss würde ich Fortschritte in dieser Frage echt begrüßen
-
Dafür
Man könnte es ja als Bonus sehen das sich dann keiner mehr um die leidigen Appupdates kümmern müsste.
Wobei die Art wie sie derzeit benutzt werden auch geändert werden müsste. Apps gehören in den htdocs Ordner.
-
sollte da nicht die mail.log reichen?
-
Beitrag erledigt.
Musste OPCACHE deaktivieren sonst gab es nur noch 500er Fehler.
Kann ich leider bestätigen. Allerdings nicht ständig sondern alle paar Minuten mal.
-
Es wäre echt praktisch wenn man die Api bzgl HostingDomainAdd erweitern könnte um die Option LetsEncrypt Zertifikate mit anzulegen. Also komplett so als wenn man sie im Account anlegt mit Verlängerung und Co.
-
Wann wird die Version 2.7 eigentlich freigegeben und hat sich in der Zwischenzeit noch etwas an den Features getan?
-
Das Problem ist das du dann aber die Webseite höchstwahrscheinlich abschiesst. Wenn normales FileQuota greift ist die wenigstens nicht beeinträchtigt(bis auf Cache/tmp und Co Probleme).
Ich finde nicht das man den Weg gehen sollte. Aber ne wirkliche Lösung fällt mir dazu auch nicht ein.
-
Wir haben bereits eine Lösung hierfür (vereinfacht gesagt wird beim Erreichen einer festzulegenden Datenbank-Größe das Recht für INSERT vorübergehend entfernt). Noch ist das aber nicht umgesetzt.Hmm, was ist wenn man ne Millionen leere Rows nur mit der ID anlegt und dann per Update befüllt? Ja ich weiß das ist kein gängiges Szenario aber ich habe schon die wildesten Sachen erlebt wenn Kunden denken sie können sparen.
Sie haben Recht, das ist wirklich nicht gerade Trivial. Aber ne Warnmeldung wäre schon nicht schlecht.
-
Nachdem im Hetzner Forum auch gerade wieder die Diskussion aufgekommen ist mit den leidigen Email Weiterleitungen zu GMX, T-Online und CO wo sie dann als eventuell Spam getaggt werden, wäre es praktisch das mit den Weiterleitungen feiner konfigurieren zu können.
Also
- Begrenzung auf eigene Domains
- Eine Black bzw Whitelist für Weiterleitungsziele
Weitere Vorschläge oder gar Lösungsvorschläge werden gerne entgegengenommen. Also alles außer einem Sammeldienst den Kunden nicht einmal dann einrichten wenn man es ihnen erklärt.
-
Siehe meine Antwort. Geiz-ist-für-mich-nicht-Geil und so wie ich meinen Job zum Geldverdienen mache, machen ihn andere auch zum Geldverdienen was ich nur unterstützen kann. Wenn das bei Dir anders ist und Du der Meinung bist, das alles kostenlos sein muss, dann ist das für Dich OK, das ist Dein Problem. Nicht meins.
Also gerade bei den SSL Certs hast du abseits der wirklich geprüften doch keinerlei Vorteile von einem Kaufzertifikat. Die Versicherung die sie oft noch anbieten ist reine Augenwischerei und wurde meines Wissens auch noch nie ausgezahlt weil die Voraussetzungen dafür auch noch nie gegeben waren.
Und die Dinger erstellen die doch genauso automatisch wie bei Lets Encrypt.In anderen Feldern stimme ich dir aber durchaus zu. Für ihre Arbeit sollen alle fair bezahlt werden.
-
Dafür
Aber für diesen Wunsch gibt es schon einen Thread. Wobei das Problem mit der Zeit ja immer nerviger wird. -
Diese Einschränkung kommt allein von Live-Config. Ich habe die Benutzernamen bisher IMMER gleich dem Domainnamen gewählt...
Viele GrüßeDas halte ich für keine Gute Idee. Bei Bruteforce Attacken wird oft auch der Domainname versucht. Da irgendwas zu nehmen was nicht nach aussen sichtbar ist wäre sicherer.
-
Tja
ZitatNo LiveConfig token specified, unable to login!
Das heisst heisst er ruft die lc-sso.php aus LC heraus auf, leitet dann aber nicht weiter.
Das ganze seit ich phpMyAdmin auf die neuste Version geupdatet habe (4.8.1)
vorher ging es mit demselben Einstellungen ganz normal.
Edit:
Da grätscht irgendwas zwischen was mit der Version 4.8 eingeführt wurde. Mit 4.7.9 geht es noch. -
wir haben einen wöchentlichen Cronjob, der das bei ProFTPd genutzte Zertifikat für LC übernimmt:
nach dem Motto "sharing is caring", hier:
Danke (muss einfach mal gesagt werden)
-
Das stimmt, von der Dsvgo ist es egal aber der Chrome wird halt ab Juli ein Vermerk an jede Seite klatschen ala "nicht sicher". Das ist natürlich arg abschreckend und es ist leider der meistverbreitete Browser
-
Da der Zeitpunkt(Juli) näher rückt ab dem Chrome vor unverschlüsselten Seiten generell warnt wollte ich nochmal anregen die Basic Version zumindest so zu gestalten das sie wenigstens Lets Encrypt Zertifikate unterstützt.
Das wird ja dann langsam zu ner grundlegenden Sache die man haben muss.
-
Mit LiveConfig v2.6.0 ist das übrigens erledigt (die deny.sieve wird während des Upgrades ggf. automatisch angelegt, als Symlink auf die deny.imap).
Die Frage ist ja wann es kommt?
-
Wie sieht es eigentlich aus? Die Preview Version 2.6 ist ja nun auch schon wieder ein viertel Jahr alt. Kommt die 2.6 demnächst?
