Beiträge von HBO

Man könnte damit aber Postfach bezogene Konfigurationen nutzen (sofern das entsprechend eingebaut wird). Zum Beispiel sofern jemand keine Pyzor/Razor nutzen möchte, das Scoring individuell einstellen etc pp. Währe natürlich nur eine Art "advanced configuration" die man nur per Klick aktivieren dürfte. Otto Normal Nutzer dürfte damit überfordert sein.

Wieso kannst du die php.ini nicht bearbeiten? Hierzu gibts die PHP Einstellungen in der individuelle Konfigurationen hinzu gefügt werden können. Ansonsten "man curl" und man sehe eine -k bzw --insecure Option.

Man kann auch viele bestehende Regeln aktivieren und vor allem die Scores anpassen (die sind default recht sinnfrei). Pyzor/Razor sind auch mal ganz nützlich in Kombination mit dem Scoring.

Wir haben auch mit frischen Installationen gestartet und entsprechende Regeln angelegt, da kommt alle paar Tage maximal mal eine Mail durch auf ein Postfach. sa-learn bringt im Vergleich zum Aufwand nichts.

Der sa-learn macht auch nur dann sinn, wenn man ein spezifischen Spam Ordner erstellt und definiert. Hier müssen dann die Kunden auch den Spam der nicht erkannt wurde rein schieben, hiermit lernt dann SA. Hatten wir jahrelang mal im Einsatz, wird aber nicht genutzt. Schreib lieber vernünftige SA Definitionen, das hält 99% des Spam fern.

Moin,

das Passwort ist nur eine gewisse Zeit (irgendeinen LC.defaults Wert gibt es hierfür in der LC DB) sichtbar nach Erstellung eines neuen Accounts. Nach dieser Zeit "vergisst" Liveconfig das Passwort und ist nur noch in verschlüsselter Form vorhanden.

Man kann auch den NS Record weg lassen und für DNSSEC ein Eingabefeld für eine Domain bauen das entsprechende Records anlegt. Ohne dabei im NS getümmel etwas machen zu müssen.

Du stellst die gesamte mögliche Größe nur auf Unbegrenzt im Vertrag, die einzelnen Postfächer haben trotzdem eine Quota und damit Größe. Stell se halt auf 9999GB.

Soll wohl bis zum Herbst soweit sein (telefonische Auskunft von vor ein paar Tagen).
Was genau das Backup System dann kann weiß ich aber nicht.

https://github.com/lukas2511/dehydrated

https://www.liveconfig.com/de/…2-3-0-(r4555)-freigegeben

Nur per CLI aktuell, also nicht wirklich brauchbar.

Zu viele VHosts, "ulimit" erhöhen ist hier angesagt.

Das Problem sitzt in der Regel ca. 50cm vorm Bildschirm. Guckste ob die Dienste im Autostart sind: service --status-all

Selbst kompelieren, die default php.ini so klein wie möglich halten. Alle Module laden wir per Liveconfig, ob diese nun zum aktivieren/deaktivieren für Kunden freigegeben sind ist wurscht. So lade ich nur noch die Sourcen für die aktuellsten Versionen runter, hau nen configure/make drüber und verteil den Spaß auf alle Systeme. Wozu irgendwelche vorgefertigten Sachen bei denen man 0 Flexibilität hat?

Wenn ich RPMs lese schätze ich es ist ein CentOS, viel Spaß mit den RPMs. Das wird so nicht klappen da diese viele Verzeichnisse vorgeben und es nicht nur nen schlichtes Entpacken ist.

Im Grunde genauso wie hier mit Ioncube Loader:
https://www.liveconfig.com/de/…2621&viewfull=1#post12621

Einmal ganz kurz im Forum gesucht, findet man:
https://www.liveconfig.com/de/…ads/2465-HTTP-2-0-Support

Keine Ursache, aber das hat nichts mit einem Umzug zu tun. Bei einer frischen Installation hatten wir die Key Probleme auch, irgendwas wurde erstellt nur nicht das was sollte. Auch effektiv nur unter CentOS diese vielen Probleme, wieso auch immer.

Ohje die Google Public DNS in produktiven Systemen... Wir hatten damit mehr Probleme als das es was gebracht hatte. Am besten auf einen eigenen kleinen internen DNS Resolver setzen, da kann man wenigstens einfach Fehler finden die DNS bezogen sind (sofern es um die Auflösung oder Caching Problem geht).

Die Frage ist ja nicht nur ob der MX gesetzt ist, sondern ob dieser auch nach Außen hin bekannt ist. Also nen DNS Resolver bauen, von den LC Servern diesen nutzen lassen. Und nun prüfen ob von überall her der MX Eintrag vorhanden und lesbar ist.

Kein MX Eintrag gesetzt oder nicht auflösbar bedeutet der Fehler.

Einfach mal die Domain löschen und ohne TXT oder sonstige Spielerein testen. Bitte auch nicht auf @localhost testen sondern den öffentlichen DNS Server der auch beim Registrar hinterlegt ist.

Ansonsten wie gesagt, BIND Logging machen.

Es ist von jeder Distri aus ein Wechsel extrem aufwendig da wohl überall die Pfade zBsp von FTP Server, DB, ... hinterlegt sind. Da diese sich meist unterscheiden, vor allem auch von Berechtigungen her... Da wir aber auch massiv betroffen sind werd ich nächste Woche nochmal nachhaken der Möglichkeiten.

Entweder gibts ne Debugging Möglichkeit und entsprechende Fixes oder es muss eine Möglichkeit zum Wechsel der Distri her.

Nach Anlegen einer Subdomain mal probiert diese per dig auf dem DNS selbst abzufragen? Vor allem wäre nützlich zu sehen was BIND macht (Logging).