@girish These issues with email being hijacked by Cloudron could all be solved by allowing a checkbox for each app not to touch the app's email configuration. I.e. email could be configured in the app. Our livelihood was threatened by Cloudron InvoiceNinja overriding our SMTP settings on every restart. This really should be fixed.

@IniBudi no, that's can be right. The port 8000 is an internal port and is not exposed to outside world. Does your page work without Cloudflare? If it does, then just have a look around Cloudflare settings. Disable some of the features like bot detection, WAF stuff, Rocket loader etc. I have no idea about Cloudflare to suggest what settings to disable, just throwing some names which I have come across in this forum which caused issues with apps.

I know it bit late response, but there is a responsive plugin is available. it's not a theme, just a simple plugin make it mobile responsive the user, agent, and admin area responsive, just need you to upload to the plugin folder and then activate it to make your ticket responsive for mobile. It is called ost_responsive_v1.8.zip available at https://devmansur.me.

@privsec thanks, removed it now.

Finally managed to update osTicket now. It is released as a major version change in the package, which requires manual update. This is because upstream changed the way email is handled and the new package removes the automatic email setup, enabling instances to also use off-Cloudron mailboxes for support ticket handling.

I am not certain what might have happened but I am guessing that I was somehow mistaken about the IMAP/SMTP settings getting reset because they did not break even after a Cloudron update occurred. However, I am starting to suspect that brower autofill is responsible for what I was observing. Thanks for taking a moment to consider my issue.

Thank you @girish!

@tomw Right, this is a bug for upstream osTicket . You can report them here - https://github.com/osTicket/osTicket/issues

@girish This is fixed in 1.4.2. Thanks!

@nj Thanks for reporting, I have fixed this in the latest package.

In case anyone else has this question it is this format

Your.Domain.com/scp/login.php