I assume the app as such uses the database just fine? Database access is quite fundamental I would assume for dolibar, so maybe some security setting in dolibarr itself?

@sebastienserre said in Email questions: When I received the email, the "from" header is "Matomo" which is another apps I'm running on the Cloudron. This is coming from somewhere in Dolibarr. The from name is not part of the SMTP protocol , it's inside the email body. Can you go over the SMTP settings inside Dolibarr again?

@sebastienserre yes, cron commands are run as root. To run as a specific user, use sudo or gosu . gosu www-data:www-data /usr/bin/php /app/code/protected/yii cron/run OR sudo -E -u www-data php /app/code/upload/api/cron.php

Seriously, that is some amazing support. You will not find this elsewhere, anywhere. Cloudron rules!

Hello Yes it seems to work thank you Thanks

We generally only package released versions of apps, as otherwise it becomes impossible to test all combinations. Hopefully they make a new release soon, which would then likely include the fix.

@Crush33 Can you give us access to your instance (possibly a cloned instance of your existing dolibarr?) . If so, can you write to me on support@cloudron.io and I can try to take a look. There is possible some bug in the package causing this.

Hi, I had same problem today. I was unable to connect to admin account using password. A workaround I did was to edit Dolibarr "admin" account username to an already existing Cloudron username (using a Dolibarr account that had administrator rights). I could then connect with OIDC on the edited admin account. But I'm pretty sure I was able to connect to that admin account with username/password months ago. I'm not a big fan of the workaround I used today.

thanks a lot for the update, it works and was able to put this option on my apps.

Hello @Crush33 @Crush33 said in how to implement fix on core files ?: does the database of dolibarr will be lost after quitting the recovery mode ? No. The database stays as it is. If you make changes while in recovery mode, those changes will persist. @Crush33 said in how to implement fix on core files ?: does the files in /app/data/dolibarr will be lost too ? No. Only changes made to the normally read-only sections will be lost.

Hello @Crush33 With apps that allow plugins or extensions, it is almost impossible to test and verify everything that is out there. It is the developer's responsibility to provide extensions that work. For the future, please don't use screenshots for code. I can't copy-paste some of the PHP code for testing since it is a picture. I was able to get the code via OCR and put it into /app/data/custom/this.php <?php //phpinfo(); //var_dump($_SERVER["CONTEXT_DOCUMENT_ROOT"]); // Load Dolibarr environment $res = 0; // Try main.inc.php into web root known defined into CONTEXT_DOCUMENT_ROOT (not always defined) if (!$res && !empty($_SERVER["CONTEXT_DOCUMENT_ROOT"])) { $res = @include $_SERVER["CONTEXT_DOCUMENT_ROOT"]."/main.inc.php"; } // Try main.inc.php into web root detected using web root calculated from SCRIPT_FILENAME $tmp = empty($_SERVER['SCRIPT_FILENAME']) ? : $_SERVER['SCRIPT_FILENAME']; $tmp2 = realpath(__FILE__); $i = strlen($tmp) - 1; $j= strlen($tmp2) - 1; while ($i > 0 && $j > 0 && isset($tmp[$i]) && isset($tmp2[$j]) && $tmp[$i] == $tmp2[$j]) { $i --; $j --; } if (!$res && $i > 0 && file_exists(substr($tmp, 0, ($i+1)) ."/main.inc.php")) { $res = @include substr($tmp, 0, ($i +1)) ."/main.inc.php"; } if (!$res && $i > 0 && file_exists(dirname(substr($tmp, 0, ($i+1))) ."/main.inc.php")) { $res = @include dirname(substr($tmp, 0, ($i+1)))."/main.inc.php"; } // Try main.inc.php using relative path if (!$res && file_exists(" .. /main.inc.php")) { $res = @include " .. /main.inc.php"; } if (!$res && file_exists(" .. / .. /main.inc.php")) { $res = @include " .. / .. /main.inc.php"; } if (!$res && file_exists(" .. / .. / .. /main.inc.php")) { $res = @include " .. / .. / .. /main.inc.php"; } if (!$res) { die("Include of main fails"); } When I access this file with the browser path $DOMAIN/custom/this.php I get: [image: 1750748868980-cf420bdc-1153-417c-a6a4-0099ac6086f4-image-resized.png] Simply testing: <?php //phpinfo(); var_dump($_SERVER["CONTEXT_DOCUMENT_ROOT"]); This shows: string(16) "/app/code/htdocs" And with this as path to main.inc.php is working.

Fixed, thanks for reporting

Do you have any update on this @ruihildt ? We have pending MR which may or may not fix the issue, but we require your input here.

Hi, this seems to be more of a question how to use Dolibarr, not so much about the Cloudron package for Dolibarr. Maybe someone here can help out, but I think it is better to ask the upstream project itself https://www.dolibarr.org/

This should be fixed in the latest package.

That seems to be question very specific on how to use the app itself. Maybe the dolibarr community forums are the better place to ask this: https://www.dolibarr.org/forum.php

@ccfu How do you disable the LDAP module?

Ok, I used LAMP stack and it works. Once I had my LAMP stack set up, I proceeded with the migration process. Here's a detailed breakdown of the steps I followed to ensure a smooth transition: Database Backup: The first step involved creating a backup of the SQL database from the old server. This is crucial to ensure that all data is securely transferred without any loss. Copying Data: Next, I archived the dolibarrdata directory into a .tar.gz file. I did the same for the /modules directory located in the core. This step is essential to retain all the configurations and customizations. Preparing the LAMP Container: In the root directory of the LAMP container (specifically in /data), I created an /import directory. This was done to facilitate the import of the previously backed-up data. Importing the Database: Before installing Dolibarr, I imported the database into the LAMP stack. It's important to do this step prior to the installation to ensure the new setup recognizes all your existing data. Cloning Dolibarr: I used Git to clone the 18.0 branch of Dolibarr. While doing this, I made sure to use the option for a single branch and a depth of 1 to avoid downloading unnecessary data. Dolibarr Installation: With the database in place and the Dolibarr code ready, I proceeded with the installation. It's critical to use the LAMP credentials provided during this step. Note that the database is in MySQL and not in localhost. Also, ensure that Dolibarr points to the imported dolibarrdata. Final Adjustments: The last step involved adjusting the path since Dolibarr was now at the root instead of in the htdocs directory. This is an important modification to ensure that Dolibarr functions correctly in its new environment. By following these steps, I successfully migrated Dolibarr to a more flexible setup using a LAMP stack. This approach might seem a bit complex, but it offers greater control and customization options, which were lacking in the standard Cloudron setup. Hope this detailed walkthrough helps anyone facing similar challenges. Feel free to ask if you have any questions or need further clarifications.

@girish By following your procedure it works! I didn't know it was possible to change the memory allocation to the mysql database in the services. Sorry I didn't think of it. By doing so, the installation was much faster and worked first time. At least now I understand Cloudron's added value even better Thanks for your time