- Edited
Greetings,Users can't use the forgot password function. It results the error: Unable to verify usernameWe are running OSTicket 1.10-0117 with Maria DB 10 on a Synology NAS DSM 6.1.3-15152 Update 2Thanks in Advance,Fred
Greetings,Users can't use the forgot password function. It results the error: Unable to verify usernameWe are running OSTicket 1.10-0117 with Maria DB 10 on a Synology NAS DSM 6.1.3-15152 Update 2Thanks in Advance,Fred
Yes, that's what I've been doing, but it's odd that many consistently don't work and that the one that consistently does work gets changed in transit by something in the application.For example, the template most used is the Response/Reply template. The link in the body and the link in the footer are the same in the templatehttps://helpdesk.site.org/osticket/upload/scp/%25%7Brecipient.ticket_link%7DBut the one in the footer becomes this when received (and works):https://helpdesk.site.org/osticket/upload/view.php?auth=o1xaiaaaaczaaaaaud09y%2BW0RPtPSA%3D%3D
I need https only to work internally or externally. No unsecured port 80.I wonder is has something to do with my other problem...http://forum.osticket.com/d/discussion//broken-links-in-user-messages#latestThanks,Fred
Greetings,I'm running OS Ticket 1.9.7, Apache, Synology NAS.When users get responses, the links result in 404 errors.Two links in the email point to the same URL:https://helpdesk.site.org/osticket/upload/scp/%%7Brecipient.ticket_link%7DWhen a user receives it in the email response, the first link produces a 404 error resolving to here:https://helpdesk.site.org/osticket/upload/scp/%25%7Brecipient.ticket_link%7DThe second link in the same email, that looks the same as the first turns into this:https://helpdesk.site.org/osticket/upload/view.php?auth=o1xaiaaaaczaaaaaud09y%2BW0RPtPSA%3D%3Dbut turns into this and works: https://helpdesk.site.org/osticket/upload/tickets.php?id=89Any ideas? I'm new to this software.ThanksFred
Calibri;mso-fareast-theme-font-latin;color:#7F7F7F;mso-ansi-language:
EN-US;mso-fareast-language-US;mso-bidi-language-SA">
Wanting to follow up on this.The htaccess file that has worked (mostly) for me looks like this:Options +FollowSymlinksRewriteEngine onRewriteCond %{REQUEST_URI} ^/$RewriteRule (.*) https://helpdesk.lacheim.org/osticket/upload I may try this other method suggested by a poster on the Synology forum as I'm having some issues with links being incorrect:1. On Web Station: create a virtual Host, use a port different than 80,
443, and point the document root to the absolute path of
osticket/upload.2. On Control Panel + Application Portal: create
a reverse proxy for http, and another for https, both from the default
port to the newly created virtual server (can use http, or https, but I
see no point in wasting resources with the later -- yep, the https proxy
can/will translate to http).https://forum.synology.com/enu/viewtopic.php?f=20&t=117320ThanksFred
Oh, thanks in advance btw :)
Greetings,I'm running osTicket v1.9.7 (4be5782) on Apache on a Synology NAS device. I've been experimenting with ways to make the following work: http://helpdesk.domain.com and https://helpdesk.domain.com both rewrite to https://helpdesk.domain.com/osticket/upload.Every time I get that working it breaks account activation and password reset links and gives a 404 error, "page you are looking for cannot be found". Does anyone know how I can avoid that happening?My current htaccess file has the following lines:Options +FollowSymlinksRewriteEngine onRewriteCond %{REQUEST_URI} ^/$RewriteRule (.*) https://helpdesk.domain.com/osticket/upload