iam

Auch eils Einzelunternehmer hast du einen kommerziellen Druck dahinter, dich um Froxlor zu kümmern, um nicht die Sicherheit der Daten von deinen Kunden zu gefährden. Du wirst mir wohl nicht sagen wollen, dass du hier Plesk o.A. eingesetzt hast. Generell bin schaue ich mich gerade tatsächlich um und bin auf KeyHelp von der KeyWeb AG gestoßen. Gleicher bis größerer Funktionsumfang (Antivirus & Spam), guter freundlicher Support inh. der Community, kommerziell gestützt und gratis. Diese Entscheidung ist nicht mal hautpsächlich bzgl. Froxlor, welches mit obsoleten Funktionen durchsetzt ist. Vielmehr auch, dass du dich gefühlt leider sehr schnell angegriffen fühlst und daraufhin in eine Art Gott-Modus wechselst. Niemand will dich unter Druck setzen, dir deine Arbeit abreden oder sonst was um den Kopf hauen. Würde ich Froxlor nur als Nutzen zum Zweck ansehen, so wäre ich ihne mit der Wimper zu zucken schon lange abgehauen. Ich liebe aber die Anpassungsmöglichkeiten, die Froxlor mir als Administrator lässt. Doch die Probleme die ich sehe habe ich dir ja schon Oben genannt. Wärest du in Linux-Kernel Entwickler, könntest du dich mit der Art sehr gut neben Linus Trovald aufstellen. :-P

Ja gut, dass lass ich jetzt mal so dahingestellt mit den besten Hoffnungen & einem Gedanken, dass wenn hinter einem Projekt ein kommerzieller Druck steht, dies auch priorisierter behandelt wird. Zu dem Bugrequest und den anderen "kritischen" Fragen wird nicht drauf eingegangen?

Hallo, da libapache2-mod-fastcgi in Debian Strech ebenfalls obsolet ist, muss das Cronscript auf das Modul proxy-fcgid angepasst werden FastCgiExternalServer *pool* -socket *socket* -idle-timeout 300 auf <FilesMatch \.php$> SetHandler "proxy:unix:/var/run/php5-fpm.sock" </FilesMatch> Somit ist die PHP-FPM Funktion "Alias-directory of php-fpm" für Debian Stretch obsolet und bedarf keiner weitern Anpassungen. Ebenfall kann FCGID aus Froxlor entfernt werden... Ist sowieso ein veraltetes System, welches durch FPM verdrängt wurde. Generell würde mich mal interessieren, wie es mit Froxlor weitergeht, da es primär ja wohl für Nutime (d00p) entwickelt wurde und nun aufgrund des Datencrashes, wie man es auch hier im Forum mitbekommen hat, schließt. Ich habe die befürchtung, dass Froxlor nicht zu einem Hobbyprojekt verkommt, welches irgendwann in die Ecke getreten wird. Diese Befürchtungen ziehe ich aus den "Altlasten" in Froxlor. - Als Beispiel ist die Distribution Ubuntu Precise. - Seit dem 28 April 2017 wurden schon sämtliche Sicherheitsupdates eingestellt. Diese Spagat zwischen den "Neuen" Distributionen wie Ubuntu Xenial, Debian Stretch und den alten ist auch von den Paketen her mitlerweile so groß, dass man, bevor neue Funktionen implementiert werden erstmal ein Source Code Review macht und die ganzen "Altlasten" rausschmeißt. Das fällt mir auch schon bei der DKIM Funktion auf, die seit Debian Jessie (2015) ohne Workaround für Debian-Benutzer, nicht mehr funktioniert. Die meisten Nutzer von Froxlor werden vermutlich sowieso auf Debian setzen. Da Gentoo mit dem Portage aber auch ziemlich aktuell ist und Ubuntu auf Debian basiert, hätte man somit keine 2 Trees die man Pflegen müsste. Wie das mit CentOS aussieht, weiß ich nicht. Ist für mich eine Randdistribution, so wie Fedora. Für die Konstellation Debian Stretch (Apache2 - PHP-FPM - Postfix - Dovecot) stelle ich gerne meine Manpower zur Verfügung (@d00p ohne Git) Grüße, IAM

Naja, wenn ich immer wieder gesagt bekomme, ich solle ein push-request starten, impliziere ich das aber damit. Datei: scripts/jobs/cron_tasks.inc.http.30.nginx.php Zeile: 761 Alt: $path_options .= "\t" . 'location ~ \(.pl|.cgi)$ {' . "\n"; Neu: $path_options .= "\t" . 'location ~ \.pl|.cgi$ {' . "\n"; Frag mich jetzt bitte nicht, ob das so funktioniert... Der NGINX startet mit dieser Konfiguration, aber testen kann ich es nicht, da wie gesagt SimpleCGI obsolet ist. Kannst du dem was beipflegen oder soll das so bleiben?

Falls es dir in dem falschen Hals kam, bitte ich um Entschuldigung. Ich habe nur keine Lust dir Anpassungen zukommen zu lassen, wo dann immer wieder heißt, besorg dir Git... Bei den "Einzeilern" die ich entdecke denk ich mir dann immer: "Dann halt nicht." Ich werde dir gleich alles weiter zukommen lassen. Könnten wir wieder Back 2 Topic kommen?

Wie ich dir schon mal gesagt habe, bin ich gerne bereit dir die Anpassungen hier zukommen zu lassen. Ich habe kein Git, habe mich auch noch nie damit beschäftigt und werde es auch nicht tun. Wenn du keine Zeit oder Lust hast die Anpassungen hier im Forum übermittelt zu bekommen, dann kann ich leider nicht mit kleineren Fehleranpassungen zu Diensten sein. Wie gesagt, ist aber die Anpassung nur btw. Vielmehr interessiert mich die obsolete Funktion & evtl. Ersatz zu SimpleCGI. Ist so ähnlich wie DKIM, welches auch schon seit Jahren im System ungenutzt schlummert. Gäbe es nicht Workarounds, so wäre auch DKIM nur ein abgestorbenes Körperteil in Froxlor. Liebe Grüße

Grüßt euch.... Ich bin gerade dabei in einem Debian Stretch Server Froxlor zu migrieren. Es laufen soweit alle Deinste bis auf Perl/CGI. Laut Webpanel: Perl-Server-Ort Der Standardwert ist diesem Guide entnommen: http://wiki.nginx.org/SimpleCGI Der Link ist aber leider obsolet und wird wohl seitens NGINX nicht weiter unterstützt. Wie handhabt ihr das? Perl/CGI nicht anzubieten ist auch keine Lösung Anbei noch.... Ist die Syntax "\(.pl|.cgi)$" für die location falsch und der NGINX Server knallt mir eine Fehlermeldung entgegen. Da bedarf es aber keinerlei Hilfestellung, da ich die passende Stelle in den Sources korregiert habe. Grüße

Denselbigen Fehler hatte ich unter FCGI auch... Der Dienst stoß nach einer 1/2 Std. - 1 Std. an sein Limit an Dateien, die er öffnen darf... Entweder du erhöst diese Limits in den Systemd konfigurationen oder du machst es wie ich und wechselt auf PHP-FPM. Läuft mMn sowieso viel schneller und stabieler. Außerdem haben die PHP Apache Module, welche du aktiviert, bzw. deaktiviert hast nichts mit FCGI zu tun. Du müsstest nur die Module FCGID & Suexec aktivieren. Siehe z.B. auch -> HIER <-

Poor, retarded and isolated kid... I wish you all the best for your mental health dude...

Hallo, ich versuche mal auf gut Glück hier Hilfe zu erhalten... Seit mehreren Tagen funktioniert das Updaten meines Spamassassins nicht mehr und die Spams flattern alle nur so in die Inboxen rein... -> Auszug aus dem Terminal <- Das Problem dahinter ist, wie man unschwer zu erkennen kann, dass nicht in der Lage ist seinen Mirror zu aktualisieren. Ich habe daraufhin versucht alle vorhandenen Daten zu löschen und dann neu zu ziehen, ohne Erfolg. Anschließend habe ich versucht den DNS Server zu ändern, ohne Erfolg. Komplette neuinstallation, auch ohne Erfolg. Es scheinen aber Mirrors in der Datei angegeben zu sein. -> siehe hier <- Hat noch jemand das Problem oder weiß Rat? Einen Gruß, IAM

Froxlor presupposes strong user experience with your server system.... If you can't handle simple server configs without reading a how-to, it's better for you to use Plesk or something else like this... ...Same Shit Different Day...

Hey d00p, genau das habe ich mir auch gedacht. Im Upstart vom Debian sind die Links auch richtig gesetzt. rc 2,3,4,5 beinhalten im S03 den MySQL Dienst und im S04 den NSCD Dienst. Meine Theorie liegt darin, dass hier Systemd seine Finger im Spiel hat. In dem Journal geht dies aber nicht raus hervor. Das witzige ist ja, dass mir nach einen reboot das Journal diesen Fehler entgegenwirft, NSCD dennoch korrekt die Benutzer einstellungen aus dem MySQL ziehen kann. Nun bin ich aber kein Fan, von roten Zeilen im Journal und dachte, dass ich auf diesen Weg eventuell einen Tipp bekomme. Liebe Grüße IAM

Sarius, möchtest du dir den Server nicht lieber von einem professionellem Administrator einrichten lassen? Klar kostet ein paar Euro's, aber die sind gut investiert. Also ich würde meine Website & Mails nicht bei dir speichern. Das System wird sicherlich offen wie ein Scheunentor sein, da es bei dir schon an sämtlichen Basics harpert. Nimm das nicht persönlich, aber auf weitere Spambomben / Spamschleudern im WWW, da hat keiner Interesse dran. Gruß IAM

Guten Tag, ich habe Heute mal mein Journal von meinem Debian Jessie System gesichtet, dabei ist mir ein Fehler bei dem Paket libnss-mysql aufgefallen. dbus-daemon[623]: libnss-mysql: Connection to server '127.0.0.1' failed: Can't connect to MySQL server on '127.0.0.1' (111) dbus[623]: libnss-mysql: Connection to server '127.0.0.1' failed: Can't connect to MySQL server on '127.0.0.1' (111) mysqld[839]: libnss-mysql: Connection to server '127.0.0.1' failed: Can't connect to MySQL server on '127.0.0.1' (111 "Connection refused") Diese Fehler häufen sich immer wieder. Nach einem Neustart des NSCD Paketes ist der Fehler weg. Ich habe bereits in den insserv dem NSCD Paket angeordnet, dass er bitte mysql zu erst starten soll. Ebenso habe ich im libnss-mysql verushct verschiedene Host Adressen von dem MySQL Server anzugeben. Alles dies führt zu keiner Lösung. Andere Beiträge aus diesem Forum führten auch nicht zum Erfolg. Hat noch Jemand eine Lösung? Liebe Grüße IAM

Halo d00p, wenn das Projekt dich nicht hätte! DANKE! [information] Updating Let's Encrypt certificates [debug] Updating dummy.com [debug] Adding SAN entry: dummy.com [information] letsencrypt Using 'https://acme-v01.api.letsencrypt.org' to generate certificate [information] letsencrypt Starting new account registration [information] letsencrypt Sending registration to letsencrypt server [information] letsencrypt Sending signed request to /acme/new-reg [information] letsencrypt Sending registration to letsencrypt server [information] letsencrypt Sending signed request to /acme/new-reg [information] letsencrypt New account certificate registered [information] letsencrypt Starting certificate generation process for domains [information] letsencrypt Requesting challenge for dummy.com [information] letsencrypt Sending signed request to /acme/new-authz [information] letsencrypt Got challenge token for dummy.com [information] letsencrypt Token for dummy.com saved at /var/www//.well-known/acme-challenge/*Token* and should be available at http://dummy.com/.well-known/acme-challenge/*Token* [information] letsencrypt Sending request to challenge [information] letsencrypt Sending signed request to https://acme-v01.api.letsencrypt.org/acme/challenge/*Token*/*Token* [information] letsencrypt Verification pending, sleeping 1s [information] letsencrypt Verification ended with status: valid [information] letsencrypt Sending signed request to /acme/new-cert [information] letsencrypt Got certificate! YAY! [information] letsencrypt Requesting chained cert at /acme/issuer-cert [information] letsencrypt Done, returning new certificates and key [information] Updated Let's Encrypt certificate dummy.com [information] Let's Encrypt certificates have been updated [notice] Checking system's last guid LG