d00p
-
Posts
10621 -
Joined
-
Last visited
-
Days Won
43
Posts posted by d00p
-
-
Heavily depends on what you want / need / have...you may customize services configs according to your needs
-
It's just a matter of resources you have. I've seen quiet a few if larger installations of froxlor, works just fine.
-
- does /root/.acme.sh/teste3.my-domain.com/ exist?
- Disable let's encrypt for the domain, let the cronjob run (or run manually)
- run "/root/.acme.sh/acme.sh remove -d teste3.my-domain.com"
- delete the directory "rm -rf /root/.acme.sh/teste3.my-domain.com/"
- enable let's encrypt for the domain and let the cronjob run / manually run it -
deactivate and reactivate let's encrypt for the domain, then run `froxlor-cli froxlor:cron -fd` twice - post errors here if any. Double check that the domain you are obtaining a certificate for resolves correctly to the server IP
-
no idea, share the generated virtual-host config of that domain, show your configs, show logs....can't help with "it doesnt work"...
-
it's just a warning...it you open my-domain-here in your browser with https and everything works it's just fine
-
that issue is 6 years old....please specify the complete log-entries, not just parts.
-
6 minutes ago, Rômulo Pereira said:
when I point a domain to froxlor server IP in /etc/hosts to access the domain locally,
locally being the keyword....you cannot change the /etc/hosts on letsencrypt.org-servers or for everyone else,...that's what DNS is for...set correct dns entries in the domains zone and it should work as expected
-
Update: froxlor 2.2.7
Security:
- Bump vite from 6.2.0 to 6.2.4 (#1320)
- Bump axios from 1.8.1 to 1.8.2 (#1321)
- Bump vite from 6.2.4 to 6.2.5 (#1322)
- Bump vite from 6.2.5 to 6.2.6 (#1323)
- Bump vite from 6.2.6 to 6.3.4 (#1327)
Fixes:
-
See GitHub, it's identified and fixed. A release will follow soon
-
Schau doch hierfür am besten einfach mal in den Mailheader der entsprechenden Mail, da sollten ja Scan-Ergebnisse von rspamd in jedem Fall drinstehen
-
nicht bei weiterleitung...aber bei ANKUNFT DER MAIL, das ist doch VORHER
und wenn du nicht weiterleiten willst, musst du halt entsprechend die punktzahl für "discard" anpassen (Ablehnungs Level) - dann wird da auch nix zugestellt oder weitergeleitet, rspamd ist ja als milter in postfix eingerichtet, das sollte greifen bevor irgendwas lokal mit der mail passiert (also bevor postfix aufgrund der virtual_alias_maps entscheidet, wohin die mail geht)
-
Eine Weiterleitung leitet eingehende Mails an ein Konto weiter...diese wurden doch schon bei Empfang durch den rspamd geprüft und gescannt...beachte bitte das eine E-Mail Weiterleitung nach EXTERN meist keine gute Idee ist, da hier SPF und Co ausgehebelt werden und die Mail nicht mehr authentifiziert ist
-
-
-
a) with libnss-extrausers you do not need nscd, remove it
b) check the customer's homedir permissions, see error message: "ensure it is readable and that '/var/customers/webs/Test/' is executable"
-
You should not put user data outside of the customers homedir...
-
Unfortunately, I haven't had the time to get to the bottom of this yet but it's on my list
-
1 minute ago, nickcha said:
Wenn ich in der Konfiguration A angebe 10 Server zu starten dann startet der für jede der Domains 10 Server - also 20 gesamt. Das ist nicht ein Pool von 10 Servern für die jeweiligen Konfiguration. Korrekt?
Ja die process-manager settings sind PRO domain, sagst du "spawn 10 child-processes" dann gibts für jede domains 10 prozesse
2 minutes ago, nickcha said:Beim Opcache Verhält sich das dann ähnlich. Der Opcache gilt nicht für den Pool an Domains der selben PHP-Konfiguration sondern für jede Domain einzeln. Korrekt?
genau, die settings die du da festlegst sind immer für jede domain die dieser config zugeordnet sind
-
k.A. hab vor dem post hier noch nie von raphf gehört - ist weder bestandteil von standard debian php noch von froxlor
-
nein tut es nicht, die haben da nix verloren. Worüber beziehst du denn die verschiedenen PHP Versionen? Irgendwie scheint mir da was komisch auszusehen. Hast du denn diese raphf extension explizit installiert und brauchst das? Ansonsten schmeiss doch raus den müll
-
die Meldung kommt nicht vom froxlor cronjob, sondern von PHP selbst, mach doch auf der console einfach mal ein "php -v" oder "php -m" - da wirst du den selben Fehler sehen.
Ich hab mit diesem "raphf" noch nie gearbeitet, möglicherweise musst du die extension vllt erst aktivieren, wenn du sagst du findest den Eintrag /etc/php/8.1/mods-available/raphf.ini:extension=raphf.so dann ist die extension ja erstmal nur "verfügbar", wirf mal einen blick in den /etc/php8.1/fpm/conf.d/ (sofern du fpm nutzt) und/oder /etc/php8.1/cli/conf.d/ (für shell nutzung) - da sollte die raphf.ini ja gelinked sein
-
2 sek google: https://askubuntu.com/questions/1386960/php-warning-cannot-load-module-http-because-required-module-raphf-is-not-lo
Btw. hat nix mit froxlor zu tun und gehört nicht zum "standard-setup", froxlor hat nichts mit "php-raphf" zu tun
-
No idea, maybe mysql8 does not allow placeholders for user@host in the query, need to check, works perfectly fine in mariadb
Debian Trixie dovecot config changes => breaking changes
in General Discussion
Posted
Trixie is not released yet. Possible issues will be addressed then.