What's coming in 4.2

  • 4.2 will add the following:

    • Update apps to manifest v2.
    • Fix up apps to make migration easier. Many users are migrating apps from one Cloudron to another. For example, they install and setup an app in staging.domain.com and then move it to another cloudron at prod.domain.com. In such cases, the LDAP identification/auth causes problems because users of one Cloudron are different from the other Cloudron. We are fixing the apps to use username attribute consistently instead of uid. This means that as long as usernames match, migrations will happen seamlessly.
    • Migrate mongodb to cluster mode. New versions of Rocket.Chat require mongodb oplog to be enabled and also to run mongodb in cluster mode.
    • Rework app task. This is an internal code refactor but expected to be quite big.
    • Customizable app data directory - this will allow you to mount an external disk (like a DO block storage) and make an app use that storage block. This was expected to be in 4.1 but is blocked by the app task rework.

  • Some updates:

    • All apps are now updated to v2
    • We have fixed app migration for all apps as well. It's not easy to migrate apps easily across cloudrons. We settled on using username LDAP attribute for all newly installed apps.
    • Mongodb is now migrated to cluster mode. This was part of 4.1.7.

  • I was checking up on things at git.cloudron.io and noticed that the email features we had discussed before were moved from milestone 4.2 to 4.3 which is disappointing though I understand you guys have a lot on your plate. Out of curiosity, since this is a pretty major feature that's needed for my freelance business / my clients, I'd like to know if possible a sort of time frame of when 4.2 and 4.3 are expected to land.

    Knowing the approximate time frames (like 4.3 in say 2-3 months maybe?) would be helpful so I can make changes to how I currently deliver these features for my clients. Right now I have been holding off making big changes because I knew they were coming in 4.2, but since they've now been moved out to 4.3, I'm a bit more concerned and would like to know some more data so I can make an informed decision on what I should do next.

    But please don't get me wrong - you guys are doing an awesome job and I'm definitely in love with this product! Happy it exists! 🙂 This is just a major feature I had prior to my move to Cloudron which I am really missing and some clients aren't as happy as they were because of it. That's on me of course, but that was not a limitation I expected to run into. Remember, if you could even just possibly tweak the number of addresses allowed in a forward rule in order to execute, that would at least buy me some time. Right now it's an unreliable workaround because anytime the server needs to be rebooted I have to remember to go in and make that change in the appropriate Docker container again. Maybe that tweak could still go into 4.2 even if just temporary? That would at least help remove the need to do it manually every time.

  • @d19dotca It can still end up for 4.2. I just removed the tag, so it's not a blocker for 4.2. 4.2 itself will be out only in a couple of weeks, so there is still time.

    Implementing the forwarding is quite easy (and we already have something working). But for getting the delivery to be correct, we found that SPF is in conflict with email forwarding - http://www.luke.maurits.id.au/blog/post/spf-breaks-email-forwarding.html (is one rant). It looks the fix is to implement https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme to make forwarding work. So, I am still investigating. I will keep this post updated.

  • Oh that's fantastic then, thank you @girish 🙂 Much appreciated. I just saw the milestone flag change and got concerned, thinking I may need to devise my own solution if it would be quite far into the future for that to come out. Glad to hear it won't be too long and could still make it to 4.2.

Log in to reply