One step closer.
We have installed OSTicket 1.7.2 (sadly, we installed it on 10/28 just days before the release of v1.7.3 but we have had an outside contractor brand the tickets page for us and I'm not really sure what they did and where so I can't just upgrade to v1.7.3 or v1.8 because I don't want to lose the branding changes done by our contractor).
We're running on a Ubuntu server x86_64.
PHP v5.3.27
Mail and Web servers are different, but we do not have direct access to the mail server. We also run our email through GMail.
I have set up support@ to forward all incoming messages to http://ourdomain.com/support/remote/automail.php(http://ourdomain.com/support/remote/automail.php)
remote/automail.php passes the e-mail to http://ourdomain.com/support/api/tickets.email(http://ourdomain.com/support/api/tickets.email)
The email is passed to remote/automail.php fine (Status 200) and I've managed to put in a valid API key (I'm going to have to figure out which IP address I need to create a new API key for when I take my debugging tool out of the loop, but that's another issue entirely), but when the email hits include/class.mailparse.php it kicks back Status 400 and Email parse failed (
Based on the code surrounding where that error message is contained in include/class.mailparse.php this seems to be the result of a decoding error?
How do I fix this error? What additional information can I provide you to help you help me?
