Nice, my eyes send you their appreciation.
umnz
Posts
-
Docs got a dark mode -
how I caught a hacker trying to (or may have) hacked into 1 of my colleagues old accounts.@adisonverlice2 the email that was sent to your colleague is extremely common, and is one of the more successful extortion schemes. The extortionist purchased a list of email addresses and passwords from dark web data breaches and simply sent an email to everyone in the breach. The breached password is included in the email to (rightfully) scare the end user into believing the story that follows afterward. The scheme is particularly successful with people who reuse their passwords and super obvious to those who use password managers. You can easily find out if the password or email you use has already appeared in a data breach by directing people to the website: https://haveibeenpwned.com and more importantly, registering your company domain and/or email addresses with their breach notification system.
I assure you, the only lesson anyone learns from these emails is to stop reusing their passwords. Your colleague has done nothing wrong. -
Grist | The Evolution of SpreadsheetsOut of curiosity what constitutes an app being selected or not? 27 upvotes (at time of writing), a lot of engagement and views, clearly a very good fit for the Cloudron platform (which already has Baserow, Nocodb, Directus etc).. When a platform already has Docker support does that make it more or less difficult to get it onto Cloudron? I would assume it is easier?
-
Invoice Ninja - Invoice Logo Broken@nebulon I did look at that topic before posting, but as I haven't migrated hosts and this is a 100% fresh install - I didn't figure it was related.
Interestingly, after some further investigation it looks like this issue only affects the preview function of the Invoice Design page. If you actually create an invoice or generate one, the logo is correctly inserted.
I guess, problem solved?
-
Invoice Ninja - Invoice Logo BrokenI have just set up a brand new instance of Cloudron 8.03 (Ubuntu 24.04 LTS) + Invoice Ninja 5.10.16 (yesterday's release/pull).
If you navigate to Settings > Company > Logo and upload a logo it will correctly display on the page. The logo in top left navigation will also display the logo. But the logo does not display on Invoices generated with the default settings.
I've checked the issues on Invoice Ninja Github and also their Forums. It seems to be recurring issue with a variety of causes (normally user install error).
The logo on invoice preview looks like this:
Can anyone else reproduce this error? Could it be a Ubuntu 24.04 incompatibility? I use Safari on Mac, could this just be an incompatibility there?
[Error] sD code: "ERR_BAD_RESPONSE" config: {transitional: {silentJSONParsing: true, forcedJSONParsing: true, clarifyTimeoutError: false}, adapter: function, transformRequest: Array, transformResponse: Array, timeout: 0, …} message: "Request failed with status code 500" name: "AxiosError" request: XMLHttpRequest {listeners: Object, onreadystatechange: null, readyState: 4, timeout: 0, withCredentials: false, …} response: {data: ArrayBuffer, status: 500, statusText: "", headers: Object, config: Object, …} sD Prototype (anonymous function) (bundle.js:359:960)
-
Dify.ai, a self-hosted prompt-management tool@taowang seems like a good candidate for Cloudron in that case!
-
Dify.ai, a self-hosted prompt-management toolFrom a quick scan it isn't very clear from the pricing page whether the self hosted community edition is feature complete or has certain features missing. Has anyone found a price/feature/comparison page? Otherwise I agree this looks very solid.
-
Cloudron Email Proxy Utility (Email Support for Office 365 via oAuth2.0)Just a bump to see if anyone wants to help me convert this into a custom Cloudron? Microsoft's statement is that SMTP Auth via Basic auth will be retired in September 2025. Which means SMTP via Office 365 will stop working on Cloudron if an alternative solution isn't prepared.
This utility allows you to send and receive using oAuth2.0 which would provide a straight forward solution for Cloudron apps that don't natively support it. Also, it would bypass the requirement to have Port 25 open.
-
Grist | The Evolution of Spreadsheets+1 also take my upvote for Grist. A solid alternative to Nocodb.
-
Comentario is now availableJust a heads up that the documentation for Comentario is named Commento:
-
What's coming in 8.0@krumel just confirming that Linode still has the Cloudron Ubuntu 22 LTS 1-click deployment and I opted to go for a manual 24.04 LTS install and followed the instructions to install and set up Cloudron v8. In my limited time using it, Cloudron is seemingly stable and working well.
-
Email configured, but no notificationHi @nebulon - thank you! Just confirming after updating, the emails are now being sent.
-
Cloudron Email Proxy Utility (Email Support for Office 365 via oAuth2.0)Hi team,
Given Cloudron's already rich email feature set, I've come across a few specific situations where an Email Proxy Utility could be very useful.
Example Use Cases (lifted from the Github)
- You need to use an Office 365 email account, but you don't like the Outlook desktop client. The email client you like doesn't support OAuth 2.0, which became mandatory in January 2023.
- You used to use Gmail via IMAP/POP/SMTP with your raw account credentials (i.e., your real password), but cannot do this now that Google has disabled this method, and don't want to use an App Password (or cannot enable this option).
- You have an account already set up in an email client, and you need to switch it to OAuth 2.0 authentication. You can edit the server details, but the client forces you to delete and re-add the account to enable OAuth 2.0, and you don't want to do this.
- You have made your own script or application that sends or receives email, but it doesn't support OAuth 2.0, and you don't want to have to modify it to implement this.
- You work with multiple services or applications that use IMAP/POP/SMTP, and you don't want to have to set up OAuth 2.0 independently for each one.
Email OAuth2 Proxy (Microsoft 365 / Gmail)
https://github.com/simonrob/email-oauth2-proxyThis tool provides older applications with the ability to send and receive email without having to stay up to date with the latest OAuth2 requirements from Microsoft and Google and is well documented.
Specifically I think this would be useful for tools like OpenProject and Redmine which are not keeping up with modern authentication protocols for things like inbound email monitoring.
But this could also be a way for Cloudron user's to relay via Microsoft and Gmail platforms directly. This could be an interesting opportunity to further expand Cloudron's rich email feature set.
EDIT: Also looks like someone containerised this application - might be a good starting point.
https://www.reddit.com/r/Office365/comments/15s9kb9/oauth_20_proxy_for_email_popimapsmtp_containerized/ -
Email configured, but no notificationI've found some additional information here that might be of help @nebulon but I'm not sure how to run the openproject commands they mention.
-
Email configured, but no notificationThanks @nebulon
Using that command via terminal allowed me to clear out the backlog of tasks -- but it didn't help solve system email mystery. I left that worker running while attempting to send an invite and also a password reset and still no emails are leaving the system. Of course, directly calling a test email works. So I'm kind of at a loss at this point. -
OpenProject Inbound Email -- GEM Listen Error@nebulon yes you're right, thanks for following up. Apologies, I had worked this out, but I didn't return to this thread to update with the solution as I was still trying to determine why the workers weren't working.
So for anyone wanting to set up a similar script or cron, you're required to prepend RAILS_ENV="production" to your commands.
For example manually calling the inbound email rake:
RAILS_ENV="production" bundle exec rake redmine:email:receive_imap host='imap.gmail.com' username='test_user' password='password' port=993 ssl=true ssl_verification=true allow_override=type,project project=test_project
-
Email configured, but no notificationAssuming it was a cron related issue, I found this post:
https://community.openproject.org/topics/5276?r=5306#message-5306Where it was recommended to run the following commands - to ensure various services were running:
RAILS_ENV="production" bundle exec rake db:create:all RAILS_ENV="production" bundle exec rake db:migrate RAILS_ENV="production" bundle exec rake db:seed RAILS_ENV="production" bundle exec rake assets:precompile
All but the last command is successful. I get an error which aborts the process:
root@xxx:/app/code# RAILS_ENV="production" bundle exec rake assets:precompile I, [2024-07-17T03:15:54.881512 #446] INFO -- : Increasing database pool size to 17 to match max threads Exporting I18n.js locales => Done in 12.29s Linking frontend plugins Cleaning linked target directory /app/code/frontend/src/app/features/plugins/linked Linking frontend of OpenProject plugin budgets to /app/code/frontend/src/app/features/plugins/linked/budgets. rake aborted! Errno::EROFS: Read-only file system @ rb_file_s_symlink - (/app/code/modules/budgets/frontend/module, /app/code/frontend/src/app/features/plugins/linked/budgets/module) (Errno::EROFS) /app/code/lib/open_project/plugins/frontend_linking/generator.rb:74:in `block (2 levels) in regenerate_angular_links' /app/code/lib/open_project/plugins/frontend_linking/generator.rb:69:in `each' /app/code/lib/open_project/plugins/frontend_linking/generator.rb:69:in `block in regenerate_angular_links' /app/code/lib/open_project/plugins/frontend_linking/generator.rb:61:in `regenerate_angular_links' /app/code/lib/open_project/plugins/frontend_linking/generator.rb:52:in `regenerate!' /app/code/lib/open_project/plugins/frontend_linking.rb:35:in `regenerate!' /app/code/lib/tasks/plugins.rake:35:in `block (3 levels) in <top (required)>' /app/code/lib/tasks/assets.rake:61:in `block (2 levels) in <top (required)>' /app/code/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/exe/rake:27:in `<top (required)>' /root/.rbenv/versions/3.3.2/bin/bundle:25:in `load' /root/.rbenv/versions/3.3.2/bin/bundle:25:in `<main>' Tasks: TOP => openproject:plugins:register_frontend (See full trace by running task with --trace)
I'm not 100% sure what happens during the deployment of OpenProject via Cloudron so I can only leave this with you guys to help me understand how to get the cron working correctly.
-
Email configured, but no notificationFurther reading about the cronjob here:
https://community.openproject.org/topics/5276root@xxx:/app/code# bundle exec rake jobs:workoff rake aborted! Don't know how to build task 'jobs:workoff' (See the list of available tasks with `rake --tasks`) /app/code/vendor/bundle/ruby/3.3.0/gems/rake-13.2.1/exe/rake:27:in `<top (required)>' /root/.rbenv/versions/3.3.2/bin/bundle:25:in `load' /root/.rbenv/versions/3.3.2/bin/bundle:25:in `<main>' (See full trace by running task with --trace)
-
Email configured, but no notification@nebulon Good call. I checked upstream to see if this was a common issue (I had assumed it was Cloudron related) - and here's what I found.
Docker / Worker / Port Issue
https://community.openproject.org/topics/11644Using this test URL you can run a health check on an OpenProject instance:
https://openproject.example.com/health_checks/all
full database: PASSED Schema version: 20240611105232 (0.005s) default: PASSED Application is running (0.000s) mail: PASSED ActionMailer::Base check to mail:2525 successful (0.004s) puma: PASSED N/A as Puma is not used. (0.000s) (OPTIONAL) worker: FAILED No good_job processes are active. (0.048s) worker_backed_up: FAILED 199 jobs are waiting to be picked up for more than 5 minutes. (0.024s) (OPTIONAL)
This issue is caused by the
worker
not working, and this is happening on fresh deployments of OpenProject installed on Ubuntu 24.04 LTS.Can you please check on a fresh install of Cloudron at your end to see whether or not your worker is running?
Sending a test email will work - as it is called directly and not via the worker. But creating & inviting a test user (plus many other operations) will add to the worker's queue which are failing.
Also, as others have reported, there is a recurring issue in the Cloudron logs for the worker:
Jul 17 14:35:13 => Run cron job Jul 17 14:35:27 rake aborted! Jul 17 14:35:27 Don't know how to build task 'jobs:workoff' (See the list of available tasks with `rake --tasks`) Jul 17 14:35:27 (See full trace by running task with --trace)
Note the above Cron is Cloudron's call - not one I have set up. A fresh installation will get this error and I believe it is the source of the emails not sending out when queued.
-
Email configured, but no notificationSo I've nuked my test instance of OpenProject so that I could relaunch it with app configured users instead of using Cloudron User Directory and I can confirm that emails invites do not go out -- regardless. Sending a test email via the OpenProject back end works - but creating a new user from the backend and sending them an invite doesn't. Manually resending the invitation link also doesn't work (and it doesn't throw an error either).
There is nothing in the logs to indicate there is a problem.