What's coming in 4.2

  • @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.

  • Any ETA for when 4.2 will be released? Or is it too early to tell yet?

  • @d19dotca It's passed our e2e test now, so 4.2.0 will be out next week. It's a long weekend here, so wednesday.

  • @girish Perfect! 🙂 No worries, was a long weekend for me too in Canada.

  • The initial 4.2 was pushed out yesterday. So new Cloudrons will get 4.2 already. But this will take some time to hit existing cloudrons. We also have some features/cleanups to do for 4.2 to be properly released - https://git.cloudron.io/cloudron/box/issues/647 . The unofficial change log is here - https://git.cloudron.io/cloudron/box/blob/master/CHANGES#L1652

  • @girish how do we force it? I assumed when you said it’s take a while to roll out to existing Cloudron’s I figured that’d only impact the automatic ones, but that it’d still be usable if manually requested in the Settings page using the Check for Update button, however it won’t find it when I do that. Is that intentional?

  • @d19dotca yes that is intentional, what we do is we have a white/black list of domains to which we push out updates one after another. This allows more fine grained testing from our side. You can send us an email at support@cloudron.io and we can whitelist yours if you want to test it sooner.

  • @nebulon Okay, I kind of understand that methodology but I would still like to request then that for the future, when a user manually checks for an update it's because they want to update so that should be sort of auto-whitelisted (not to mention it would save you some unnecessary support emails). I can appreciate and totally understand scattering it for automatic download types, but it should be understandable from your side too that when a user is manually tapping the Check For Update button it's because they already know there's a new update out and are ready to deploy it. 😉 So it'd be great if that auto-whitelisted the domain.

  • Hey @girish. Congrats on the release! I know it took a bunch of work.

    Did this feature get pulled from the 4.2 release? I wasn't able to see it in the release notes or on the demo site. Really looking forward to this feature.

    @girish said in What's coming in 4.2:

    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

  • @tamayers @d19dotca We have made the release available but it's only in use for new installations. This allows us get some early testing before we push it to all the existing Cloudrons. We are still working on the new app configuration UI + the mailbox forwarding feature. The data directory change is also there in the 4.2 release.

  • Quick update: the mailbox forwarding landed today ! You can now creating forwarding addresses to external domains. Cloudron will do SRS and reverse SRS as required.

Log in to reply