@cdejongfiero As you found out when files are added to the app's filesystem, the permissions can become different depending on how the files were added. When uploading a file via the File Manager, the permissions are "guessed" based on the permissions of the files around it. This is correct most of the time , but can be wrong especially for apps that run with multiple user ids. When running commands via Web Terminal, the files are created as "root". The default permissions of the Web Terminal is root - again because apps can have multiple user ids and root can be any user id. For this reason: after you run a command, run chown -R www-data:www-data on the necessary files. Alternately, run the command with "gosu www-data php command.php ..." (this runs as user www-data). Finally, I am not sure about the "Permission denied to delete files" . Is there a verbose mode for that command to figure what it is not able to delete?

Feel free to delete this entire thread lol.

@girish said in EspoCRM 9.1.0 fresh install not sending email (system email): @ChicagoGregg @Thimm I pushed a fix for this yesterday. Can you please update the app and check? Works for me as well ! Thanks, -gregg

Or add the option present in some other apps to not let Cloudron manage email for EspoCRM.

@Thimm thanks, I have put your notes here - https://docs.cloudron.io/apps/espocrm/#uninstalling-extension

Yes, that worked perfectly. Thank you!

@joseph thank you. my bad, didn't think about this simple test. The question is irrelevant now.

@nebulon Thank you for your response, I have reset it according to your instructions and it is working.

@zonzonzon apparently, we added these manually when we installed EspoCRM. @shrey I have added a doc note for the fix - https://docs.cloudron.io/apps/espocrm/#cron-jobs

@marcusquinn Yes.. I tried to copy and paste that url, but it seems part of a redirection process, so pasted urls seems to be not good (or expired)...

@p44 this was a bug in how cloudron parses names. I have added a workaround in https://git.cloudron.io/cloudron/box/-/commit/8a63f0368e5573014739d4c31ea9c2d53ac00701 for the next Cloudron release.

@nebulon Thank's a lot

Any screenshots/error message will help.

Nope it was not default in order to either feth emails or send mass emails and for some notifications you have to create a cron job

@micmc the issue is related to the espocrm cloud hosting, so we are not affected

@girish You are 100% correct. Turned off proxied mode and it works fine now. Real Doh moment. Thanks for the help!

I checked this again, but it seems that the public directory has a bunch of code. root@d66257ab-b6ad-4648-acf5-f1dbc2281a80:/app/code/7.2.7/public# find . . ./oauth-callback.php ./robots.txt ./index.php ./web.config ./api ./api/v1 ./api/v1/.htaccess ./api/v1/portal-access ./api/v1/portal-access/.htaccess ./api/v1/portal-access/index.php ./api/v1/index.php ./portal ./portal/.htaccess ./portal/index.php ./install ./install/img ./install/img/devices.png ./install/js ./install/js/install.js ./install/css ./install/css/install.css ./install/index.php Do you remember what extension writes where? Is it in a subdirectory under public or does it write straight under public itself?