@ricsca you can insert an .htaccess file to hide public in the URL, this is explained in the link that i give to you. (https://forums.uvdesk.com/topic/1925/installing-and-setup-uvdesk-for-the-first-time/2?_=1642331838483)

Seems you have not understood how UVdesk need to be installed.

Did you read carefully the link I give to you?
You can choose to install UVdesk by FTP by uploading all the files and not only the public folder than you need follow the post instruction to understand how to point to the public folder without the public folder is showed in the URL.

UVdesk can be also installed by SSH and how is explained in the link given to you.

@peopleinside said in Lock Knowledgebase to loged in users only:

lease allow some times to get a reply from a developer.

Currently it is not possible as it need to do more changes and will effect current functionalities for helpdesk.

@arymaynart @peopleinside

Yes, you can block ticket conversion from your mailbox into ticket by simply using spam setting and add those emails or domains into block list and ticket will not create for that particular email domains or email id.

@sanjeev, Thanks again for helping me out with this, once I change .htaccess file adding random text I get 500 internal server error. I will check apache configuration and htaccess file as well and will share with you my findings.

Thanks again

@mxdevito

Please enable dev mode first to check where you are getting this error and need to enable from .env file make APP_ENV: dev

-  Go to file public.yaml file from the given location in your project folder. 
vendor/uvdesk/support-center-bundle/resources/config/routes/public.yaml

-  Open public.yaml file replace line no. 3 by below line: 
controller: Webkul\UVDesk\SupportCenterBundle\Controller\Customer::login

-  Finally run command  php bin/console c:c  from project root directory.

Hi @tschabet ,
I edited your message to hide IP address and port.

I should maybe also hide your ticket system URL as you seems can have a potential security issue: directory listing.
Directory listing is good when you have a folder with no sensible data but having for folders where you have a web application installed can be dangerous.

First of all I suggest to disable directory listening and be sure about your Apache or / and server configuration.

I run UVdesk on Ubuntu 20.XX without issues so maybe something should be wrong on your install or server configuration.

I'm not expert in errors but maybe is something with your server / Apache configuration.
You can try to search on Google the error message you are getting: "AH01626: authorization result of Require all granted: granted"

Let us know once you have resolved. I hope this informations can help you.

@HockeyDevil07

Currently is not not possible to have this feature with opensource as it is much time taking feature to add into project with some more dependencies to setup other requirements.

Found the answer to my own question. Either Symfony's documentation is a bit wrong or UVdesk application isn't using the normal methods per Symfony's documentation.

I was attempting to use Symfony's instructions here (https://symfony.com/doc/current/bundles/override.html) but it did not work. I was trying to override the login template with a file in 'templates/bundles/UVDeskSupportCenter/Knowledgebase/login.html.twig'. This did not work. I was able to find this semi-related issue in GitHub (https://github.com/FriendsOfSymfony/FOSOAuthServerBundle/issues/557) that got me on the right track.

Using "bin/console debug:twig" I was able to find the correct path which is "templates/bundles/UVDeskSupportCenterBundle"/Knowledgebase/login.html.twig". You need to add that 'Bundle' onto the end of the end of the bundle name as it exists here (https://github.com/uvdesk/support-center-bundle/blob/master/Controller/Customer.php#L102).

@pl00 said in uv_user_instance table:

what's your expectation of content of the designation column

You need to fill the position someone holds or you can make it blank as well.

@pl00

Glad to know that your issue resolved.
Get in touch with us for future updates for project.
https://github.com/uvdesk/community-skeleton/tags

@ercanyuzuk great, I'm glad to read you figured out what was wrong in your installation.
Thanks for sharing the solution that worked for you:

I found the problem . After I restore database from old system , mailer_id changes in uvdesk.yalm !
I reconfigured the swift mail, when I install version 1.0.18 . So, id was different with the old one .

Hi @dsanchez ,
allow unsecure apps in Google is not good for your account security.

My suggestion is to compile the Google account with all yours information possibile!
Be sure you have recovery options than I suggest to activate the 2 step verification and to generate and save backup codes.

Once done please generate on Google a specific password for app than use this password to setup your Gmail account in UVdesk.

If the issue persist please confirm what string you have inserted in the host field in email settings, on UVdesk.

@GillBates I'm glad you resolved.
Thanks for sharing what was wrong.

Does the following command not use swiftmailer normal email sending?

php bin/console swiftmailer:email:send

When using this with my configuration everything works using AWS SES so it doesn't make sense that I'd need to do anything special unless i need to reformat like 464 as you describe. I'll try to determine how to do that. The reference link you sent is fairly vague and I'm not a php developer so I'll play with this a bit more but so far (I'm guessing I just need to fix which fields are passed such as the sender), I keep getting failures when I clear cache so I'm concerned I'm breaking other things.

ok...
If you install uvdesk under Plesk solution, even if you install MailParse in php version (I use php 7.4)

https://support.plesk.com/hc/en-us/articles/360005875373-How-to-add-additional-PHP-module-for-PHP-engines-shipped-with-Plesk-on-Linux-

You must enable into domain site -> php version
at the end you can put additional configuration, I don't know why the installation not activate the module and only the additional configuration enable it...

@SCoccia

Is your site_url is helpdesk.karatti.it/public in uvdesk.yaml file (under config/packages).

@peopleinside

We will check with above solution if it is not effecting any other functionality then will add it with project.

@Sanjeev I agree, just to know thanks.

I'm closing this as resolved.
Maybe if in the future this feature will be useful someone can request on GitHub.
For now there are issue with major priority like bug resolution and basic function implementation.

Topic marked as solved as no reply has been posted.

Topic marked as resolved as no reply has been posted.