It may be able to be installed in the LAMP app, then you just run it on your Cloudron.

I use Redmine for that. It looks a bit outdated at times,but it does the job better than most other solutions and is rock solid. A client of mine has build a 1000 beds hospital with Redmine as the PMS,so there is that.

7 years of service. Still probably one of the only non free software I'm actually happy to pay.

@timconsidine Important point, though for the so-called Kleinunternehmer in Germany there are no formal accounting requirements so it is sufficient to have a record of invoices, payments received and expenses when it comes to entering the figures in the tax return. Most decent billing software does reporting. @chmod777 Let us know what you decide to go with.

Very nice video indeed! We should probably improve the test email we send out, to not hit this mailtester issues

@josephcosta I agree with you and I don't like ASP.NET because I am not familiar with it. But however, if the developer knows his stuff, I am okay with it. @necrevistonnezr I agree with you, index and search for attachments would be great. Maybe it will be added sometime later? I also think the fuzzy search in Openarchiver is something I miss in Mailarchiver.

@humptydumpty That's something I'd like to look into too, although I have a feeling the only thing that can really work its magic there is the Bayesian learning, so running the SpamAssassin learn commands. I've been running a script (with the help of ChatGPT, lol) like one below in case this helps as I find the Bayesian learning in Cloudron seems to be really manual or inconsistent at running (I think they've admitted that too in a post I saw somewhere the other month), and it's improved IMO with running this often. Personally I run this manually for now just because I wanted to make sure it was working, but I'll probably consider throwing this in a cron job soon enough. sudo docker exec -ti mail /bin/bash Run this script in the mail container: nohup bash -c ' MAILDIR="/app/data/vmail"; SPAMD_DIR="/app/data/spamd"; for user in $(ls "$MAILDIR"); do MAILBOX="$MAILDIR/$user/mail"; BAYES_PATH="$SPAMD_DIR/$user"; mkdir -p "$BAYES_PATH"; chown -R cloudron:cloudron "$BAYES_PATH"; chmod 700 "$BAYES_PATH"; echo "🔄 Training SpamAssassin for $user..." | tee -a /app/data/spamd/train.log; # Train spam from .Spam and .Junk folders (including subfolders) find "$MAILBOX/.Spam" "$MAILBOX/.Junk" -type d -name "cur" 2>/dev/null | while read folder; do echo "📂 Training SPAM from: $folder" | tee -a /app/data/spamd/train.log; sa-learn --spam --dbpath "$BAYES_PATH" --dir "$folder" | tee -a /app/data/spamd/train.log; done # Train ham from Inbox and Archive, but EXCLUDE Junk, Spam, Trash, Sent, and Drafts find "$MAILBOX" -type d -name "cur" 2>/dev/null | grep -Ev "/(\.Trash|\.Deleted Messages|\.Sent|\.Sent Messages|\.Drafts|\.Junk|\.Spam)/" | while read folder; do echo "📂 Training HAM from: $folder" | tee -a /app/data/spamd/train.log; sa-learn --ham --dbpath "$BAYES_PATH" --dir "$folder" | tee -a /app/data/spamd/train.log; done echo "✔ Completed training for $user! BAYES files stored in $BAYES_PATH" | tee -a /app/data/spamd/train.log; done; echo "🎉 SpamAssassin training completed for all mailboxes." | tee -a /app/data/spamd/train.log; ' > /app/data/spamd/train.log 2>&1 & It creates that train.log file and writes all the output to it so you can see it learning across all mailboxes for the Inbox and Archive folder as ham and the Junk/Spam folder as spam for all users. It's neat to see it saying it learned ham from 34 messages or something like that for each mailbox, haha. I think my latest spam rules are doing well the past week, so I'll likely be posting them here soon.

We would like to see a cloudron reseller who accepts Bitcoin for payment

@crazybrad Thank you for your input, yet I am interested in official apps with the same level of polish as other official apps.

If you're up for a challenge, look into the forum for sysbox which allows for stronger docker isolation so you can experiment with portainer in a more isolated container on Cloudron.

What are your thoughts on removing the app proxy limit as a vehicle to help market/promote Cloudron and get people into the ecosystem?

@markpousee have you already set the proxy server as a Trusted IP on cloudron - https://docs.cloudron.io/networking/#trusted-ips ? Though, I cannot think of why nginx is automatically restarting . TBH, I have never seen nginx crash. This makes me wonder if something in your setup (compose?) is monitoring nginx responses (some healtcheck?) and restarting nginx automatically ? If you have a test Cloudflare, you can quickly put Cloudflare in front of Cloudron and check if that works. After all, your proxy is same as Cloudflare functionally.

I think your use case is valid . But from Cloudron's POV, there is authentication and authorization. Cloudron OIDC does Authentication i.e verify the user is who he says he is. Authorization i.e whether the verified user has access to a resource is best done inside the app. This is why we also don't do Group setup in packages. For example, one can have some use case where each folder inside Surfer is available to different sets of users etc. I would say open up feature requests in the apps in question to implement that kind of access control.

That makes sense.

@marcusquinn ooops, well caught, sorry

@micmc Node apps run fine too, you just need to set the right ENV vars and adjust the startup script as well as the apache config to correctly route to the node app on port 3000 or whatever the code expects.