Afox Posted February 7, 2019 Share Posted February 7, 2019 Hallo, ich würde gerne sämtlichen E-Mail-Verkehr einer bestimmten Adresse an eine Remote-Adresse (http://www.domain.com/api/api-script) pipen. Wie kann ich das am Froxlor-verträglichsten umsetzen? Eine Weiterleitung mit der URL darin wird wohl nicht funktionieren gehe ich mal davon aus. Außerdem fände ich in dem Fall nicht so gut, dass die Mail dann doppelt vorhanden wäre. Gruß, Afox Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 XD Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 so schaut die Mail aus (DKIM nach dem Received Teil habe ich entfernt) From sender@domain.tld Sun Feb 10 21:14:35 2019 Received: from somepc (unknown [#IP#]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailserver.domain.tld (Postfix) with ESMTPSA id C9BB0100AF9 for <recipient@domain.tld>; Sun, 10 Feb 2019 21:14:35 +0100 (CET) Message-ID: <somelettersandnumbers@domain.tld> Subject: Test From: "domain.tld" <sender@domain.tld> To: recipient@domain.tld Date: Sun, 10 Feb 2019 21:14:34 +0100 Content-Type: text/plain User-Agent: xxx MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Test Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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 Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 also soll ich direkt an eine, nennen wir sie "pipe.php", Datei posten und die url dahingehend ändern? Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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) Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 Quote cannot open input sagt er mir jetzt in einer MAILER-DAEMON Nachricht Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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) Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 ok, also ich glaube das war ein 200 Status Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 Quote "POST /api/pipe.php HTTP/1.1" 200 275 "-" "Ticket API Client" heißt das dann es es liegt ein Fehler in der Ticket-Software? Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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 Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 https://github.com/osTicket/osTicket/tree/develop/api Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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.) Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 ehm, mein Fall ist aber remote, also ich komme von einem externen Mailserver der die Mail wie hier in diesem Thema beschrieben an die automail.php (https://github.com/osTicket/osTicket/blob/develop/setup/scripts/automail.php) weiterleitet und die automail.php sollte dann eigentlich alles erledigen. Scheint ja nicht so ganz zu klappen bisher Also soll ich in Froxlor eine Weiterleitung von http.php nach pipe.php machen oder wie meintest du? Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 Just now, Afox said: Also soll ich in Froxlor eine Weiterleitung von http.php nach pipe.php machen oder wie meintest du? 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 Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 ja I know, wollte dich auch eigentlich nicht im Detail damit belasten. Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 wenn ich an die http.php gehe kommt halt ein 400 Status Link to comment Share on other sites More sharing options...
0 d00p Posted February 10, 2019 Share Posted February 10, 2019 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 Link to comment Share on other sites More sharing options...
0 Afox Posted February 10, 2019 Author Share Posted February 10, 2019 ok, danke dir vielmals Link to comment Share on other sites More sharing options...
0 Afox Posted June 28, 2019 Author Share Posted June 28, 2019 sorry dass ich nochmal schreibe aber ich komme einfach nicht weiter. Ich glaube das Hauptproblem ist, dass beim Aufruf von Quote /api/tickets.email ein 404 zurückgegeben wird, was ja wiederum bedeutet dass die rewrite Regel nicht angewendet wird(?), die ja eigentlich auf http.php weiterleiten müsste. Ich habe gecheckt ob mod_rewrite aktiviert ist (ja, ist es), die RewriteEngine wird ja eigentlich durch die htaccess aktiviert und nun weiß ich einfach nicht mehr woran es noch liegen könnte. In meiner hilflosen Unwissenheit habe ich noch testweise allow_url_fopen aktiviert, Vermutungen in Richtung php-fpm und/oder den Dateirechten angestellt (steht nun alles in dem api-Ordner auf 777 bis auf die htaccess) oder vermutet dass es an dem Unterschied POSTender Nutzer (33) zu empfangender-Webspace-Nutzer (über 10000) liegt. Zu Letzterem und php-fpm habe ich aber keine Änderungen durchgeführt weil ich auch nicht genau weiß wie bzw. ob das wirklich ein Problem sein kann. Link to comment Share on other sites More sharing options...
0 d00p Posted June 28, 2019 Share Posted June 28, 2019 404 hat nichts mit lese-berechtigung zu tun, dann würdest du einen 403 kriegen. Wie sieht denn die .htaccess bzw. die rewrite-regel aus? Link to comment Share on other sites More sharing options...
0 Afox Posted June 28, 2019 Author Share Posted June 28, 2019 Quote <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} (.*/api) RewriteRule ^(.*)$ %1/http.php/$1 [L] </IfModule> Das Ticketsystem liegt im root Ordner von "customer". Der Aufruf der API wäre dann so http://customerurl.tld/api Link to comment Share on other sites More sharing options...
0 d00p Posted June 28, 2019 Share Posted June 28, 2019 Hast du denn entsprechende Leute bei osTicket mal gefragt? Wo liegt diese .htaccess? Im docroot oder in /api/ ? Link to comment Share on other sites More sharing options...
0 d00p Posted June 28, 2019 Share Posted June 28, 2019 Im zweifel aktivier halt mal rewrite logging/debugging das du siehst was matched und was nicht Link to comment Share on other sites More sharing options...
0 Afox Posted June 28, 2019 Author Share Posted June 28, 2019 ja der hat es bei sich probiert und meint es würde funktionieren. Die htaccess liegt in /api/. Link to comment Share on other sites More sharing options...
0 d00p Posted June 28, 2019 Share Posted June 28, 2019 dann lass dir doch von denen mal die genauen voraussetzungen nennen um zu wissen ob dir was fehlt. Ist halt ehrlich gesagt so gar kein froxlor problem sorry Link to comment Share on other sites More sharing options...
Question
Afox
Hallo,
ich würde gerne sämtlichen E-Mail-Verkehr einer bestimmten Adresse an eine Remote-Adresse (http://www.domain.com/api/api-script) pipen.
Wie kann ich das am Froxlor-verträglichsten umsetzen?
Eine Weiterleitung mit der URL darin wird wohl nicht funktionieren gehe ich mal davon aus. Außerdem fände ich in dem Fall nicht so gut, dass die Mail dann doppelt vorhanden wäre.
Gruß,
Afox
Link to comment
Share on other sites
Top Posters For This Question
28
25
Popular Days
Feb 10
35
Jun 28
8
Feb 8
4
Feb 9
4
Top Posters For This Question
Afox 28 posts
d00p 25 posts
Popular Days
Feb 10 2019
35 posts
Jun 28 2019
8 posts
Feb 8 2019
4 posts
Feb 9 2019
4 posts
52 answers to this question
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now