-
Posts
10328 -
Joined
-
Last visited
-
Days Won
43
Everything posted by d00p
-
No, the system calls froxlor does (e.g. for FCGID chattr) have been wrapped for FreeBSD already (see function isFreeBSD() ) Despite maybe quotatools nothing else is called directly - it's all in the configuration templates (XML files) Install is just some plain defaults. You should be able to adjust all of them in the settings Not really no
-
Naja, aber offensichtlich ist es kein Standard Debian 8.... Das haben wir ja schon festgestellt
-
Genaue OS Bezeichnung/Version
-
Also k.A. was da bei dir los ist, aber wenn "nano" schon nicht installiert ist, hast du kein standard debian - dann stimmt da ja irgendwas nich. Vllt beschreibst du uns jetzt auch noch mal was genau genau jetzt aktuell das Problem ist, bzw. was du da genau gemacht/versucht hast
-
1) richtiges OS ausgewählt für für Konfiguration 2) ich verstehe diese ganzen Fehler hier nicht, es ist doch stumpfes copy'n'paste - ziemlich straight forward, viel falsch machen kann man da nicht
-
froxlor [Howto] Debian 9 | Ubuntu Cosmic + PHP 7.3 / MariaDB / NGINX / PHP-FPM / SSL
d00p replied to みゆき's question in German / Deutsch
Was verstehst du daran nicht? Um Froxlor installieren zu können brauchst du einen webserver, php und mysql/mariadb .... willst du nginx installier halt nginx, willst du apache, installier apache.... -
Did you also activate usage of libnss-extrausers in froxlor settings -> system settings -> Use libnss-extrausers instead of libnss-mysql
-
but it's just wrong
-
No @irisdina That is most likely a froxlor user being read from the database so @veto might be missing the libnss setup. Can you please verify that you've installed and configured libnss-mysql OR libnss-extrausers (if activated in froxlor) according to the froxlor config templates?
-
400 -> Bad Request - da scheint ihm halt was nicht zu passen, vllt fehlt ein bestimmter header oder sonstwas, k.A. - das müssten die osTicket jungs besser wissen
-
Nein natürlich nicht - das eine ist für den aufruf via HTTP protokoll, das andere via Shell...du willst als auf http.php POST'en und nicht auf pipe.php Vllt fragst du da aber dann besser mal in osTicket foren ... das wird hier langsam sehr speziell und der Fehler liegt dabei nicht bei froxlor
-
Laut htaccess geht er ja auf http.php und nicht auf pipe.php...das scheint aber in deinem fall (lokal) korrekt zu sein, allerdings nur wenn du nicht via URL zugreifst, probier doch mal an /pfad/zu/osTicket/api/pipe.php weiterzuleiten Allerdings ist das zeug da alles JAHRE alt...ich bin nicht sicher in wieweit das halt mit modernem PHP noch tut....ich seh da echt altes zeug...(z.B. funktions-deklarationen ohne sichtbarkeit etc.)
-
naja, das heisst erstmal nunr das der webserver api/pipe.php gefunden hat und die ausführung keinen internen fehler ausgeworfen hat....garantiert natürlich nich das das ding exakt das gemacht hat was es soll. Ich kenn halt das script nich und das projekt was da dahintersteckt was du einsetzt, daher ist hier hilfe eher schwierig
-
dann war meine auflösung vllt nicht ganz korrekt...k.A. scchau mal wie die http.php liegt und was die so als input haben will (parameter oder so)
-
Ja, die URL http://myurl.tld/api/tickets.email geht ja nur das rewrite und wird ja auf irgendwas aufgelöst , z.B. http://myurl.tld/api/http.php/tickets.email (k.A. ob ich da jetzt richtig liege, rewriterules ausm kopf auflösen sind jetzt auch nich so mein ding :P)
-
okay, also es kommt ein korrekte mal da an - dann schau doch mal ob du an die direkte URL (ohne rewrite gedöns) posten kannst und er tut was er tun soll
-
naja, ob /tmp/ oder tmp/ ändert nix am angeblichen syntax-error...Du hast vermutlich aus dem Forum einfach rauskopiert, genau das habe ich auch gemacht - und auch den syntax error erhalten...entferne mal die überschüssigen leerzeichen hinter dem semikolon in der file_put_contents zeile...das hat bei mir geholfen
-
zum einen am besten /tmp/testmail, nicht tmp/testmail zum anderen sehe ich da in dem part jetzt keinen syntax-error... aber kommentare macht man normal mit // oder /* kommentar */ - mit der raute is schon ewig nicht gern gesehen
-
ohwe, nur copy'n'paste code einfach eingesetzt xD ai ai ai direkt nach: $data=file_get_contents('php://stdin') or die('Error reading stdin. No message'); - dann ist $data auch defined
-
sollte ja file_put_content('tmp/testmail', $data); ?
-
dann lass dir doch mal $data anzeigen ob da auch tatsächlich eine email mitgeliefert wird via cmd line
-
ja zeig halt mal her das script. Ggfls leite das doch erstmal an ein test-script weiter, dass die inhalte enfach ausgibt, damit du weisst ob alles passt
-
ja wie genau pipest du jetzt da was wo hin? Naja, man sieht doch was der da gemacht hat, die "RewriteBase" war im originalen am Ende, was natürlich für die RewriteRules vorher einfach nicht zählt. die Base ergibt siich aber auch daraus wie du die Domain eingerichtet hast, also ob das script unter domain.tld direkt liegt oder z.B. domain.tld/ordner/ - da wäre ggfls die rewrite base dann "ordner" - je nach dem