Upgrading to v0.30 from v0.29

So, I’m trying to upgrading my MIAB setup from 0.29 to 0.30 along with Ubuntu 18.04 since v0.30 is compatible with 18.04.

My question is how should I proceed?

First I should upgrade my server to 18.04 from 14.04, then reinstall the MIAB?

Version 0.30 is NOT compatible with Ubuntu 18.04. That’s still coming.

1 Like

Oh… I thought it is because of the description on Github.

It appears that the changelog for both branches was updated … the information that you are seeing should only be for the ubuntu_bionic branch at this time. That branch is still in beta, soon to be released as the production branch for MiaB. You can find details elsewhere on the forum if you wish to use that beta, @Dibbyo456


it looks like I am on the master branch but I can’t upgrade since I am supposed to be on 18.04. @JoshData is this right ?

root@box:~/mailinabox# git branch

  • master

root@box:~/mailinabox# mailinabox
Mail-in-a-Box only supports being installed on Ubuntu 18.04, sorry. You are running:

Ubuntu 14.04.5 LTS

We can’t write scripts that run on every possible setup, sorry.

The local branch name is generally always master.

If you’re on Ubuntu 14.04, you can upgrade to v0.30 (which I posted this morning). It’s a tag. You can also follow the usual upgrade steps (I think).

The master branch on github is now beyond v0.30.

Forgive me for taking soooo long to get around to upgrading my MIAB from v0.29 but here I am… finally.

I have been reading the instructions on upgrading and as I understand the first step is to go from v0.29 to v0.30 by running the usual upgrade script curl https://mailinabox.email/setup.sh | sudo bash. I have experienced two problems when doing this

  1. Error on the curl command (which I managed to overcome by “bashing” the code locally)
curl: (60) SSL certificate problem: certificate has expired
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

I’m not sure where the certificate problem came from - I never had the issue before. I was a long time ago that I upgraded though.

  1. Pip install errors
Installing Mail-in-a-Box system management daemon...

FAILED: pip2 install --upgrade boto
Cannot fetch index base URL https://pypi.python.org/simple/
Could not find any downloads that satisfy the requirement boto in /usr/local/lib/python2.7/dist-packages
Downloading/unpacking boto
Cleaning up...
No distributions at all found for boto in /usr/local/lib/python2.7/dist-packages
Storing debug log for failure in /home/lilley/.pip/pip.log

The pip log shows

Getting page https://pypi.python.org/simple/boto/
Could not fetch URL https://pypi.python.org/simple/boto/: 403 Client Error: SNI is required

After doing some digging I found that it’s a problem with PyPy

The advice on Github is to upgrade system python, but I know that will likely cause all kinds of problems.

I am wondering whether you have any advice on how to proceed? I don’t use any of the NextCloud stuff. I only use theRoundCube webmail. Might it be possible to skip v0.30?

Thanks so much for your help - I appreciate that I have brought this on myself for dragging my feet on migrating the data onto a new droplet.


You’re like 3 years too late.
If you did not update your Ubuntu 14.04 before the repositories were taken offline you are going to be in a world of hurt.

How many email users do you have on your system and how much data?
The fact that you are not using NextCloud may be a saving grace.

You may find it to be much simpler to create a new install somewhere else and rsync the data …

Let me know what you are working with and I’ll offer you some advice, or if you’d like to hire me to do the complete upgrade, I’ll be available.

I know, I know :frowning: . It’s one of those “if it aint broke don’t fix it” kind of things.

It’s not a lot of data, it’s all personal emails and only 1 email address that’s important (which itself isn’t super important). In terms of data, I guess a good metric is the backup folder which is about 270MB.

I appreciate you taking the time to reply to my message and any bits of advice you might be able to offer regarding extracting the email data. I am not looking to hire anyone as this was more of a fun project for me - an opportunity for me to learn. I’m not a stranger to rolling up my sleeves and getting my hands dirty, but it it’s really going to be a massive pain then I might just start fresh and deal with the data loss.

Thanks again.


If you’re not using Nextcloud, then you can probably safely skip intermediate versions and upgrade to the latest version of Mail-in-a-Box directly. It’s possible the Nextcloud upgrade step will fail - you may have to manually disable that part (e.g. add a # at the start of mailinabox/start.sh at main · mail-in-a-box/mailinabox · GitHub). But there shouldn’t be any other problem.

The safest path is to perform a backup, shut off (but not destroy) the old machine, create a new VM with Ubuntu 18.04, follow the upgrade instructions to restore the backup on the new VM, and then delete the old VM only after you’re satisfied the new one has all of the old data and is working OK.