Can't access admin controls at specified URL

I think I’ve followed the instructions for setting up Mail-in-a-Box exactly. I set all my domain’s namespaces and installed on an Azure instance. The only difference is I had to use the subdomain “guy-email” instead of “box”. Whenever I try to connect to the IP address I’m supposed to be going to, the connection times out. Is there some troubleshooting I can follow to get this up and running?

Thanks!

EDIT: If it helps, I ran

wget -O - http://127.0.0.1/admin

and received

wget: unable to resolve host address ‘guy-email.breaksuit.com’

Which I assume means that there’s an issue with my DNS settings.

If you can’t connect by IP address, there’s probably a firewall setting in Azure getting in the way?

Hey Josh, I actually resolved this. I couldn’t work out how to open the ports on Azure, but I figured it out a bit later.

If you’re interested I can put together a guide on deploying to Azure specifically. Thanks for all the great work you’re doing!

EDIT: Also I understand if you’d like me to start a new topic, but after getting an SSL certificate Chrome is reporting that “the page includes other resources that are not secure” and giving me a red lock. Any ideas on that?

Absolutely.

after getting an SSL certificate Chrome is reporting that “the page includes other resources that are not secure” and giving me a red lock

On the admin page? That’s not supposed to happen. Can you open the dev console and paste any relevant content errors?

I did and there aren’t any insecure resources there. I think it’s just caching or something along those lines- Chrome on another computer showed everything was OK. The weird thing is even after clearing my cache and a restart the problem wasn’t fixed. Ah well, at this point it’s just a cosmetic issue for me.

I was also wondering if there’s a way to make the Mail-in-a-box Certificate Request ask for SHA-2 certificates. Chrome has started to display yellow triangle locks on the URL bar, and I think there are plans to phase it out entirely by 2017.

It does already:

And for the default self-signed cert:

Hmm… that’s strange. I’m using StartSSL. Here’s what Chrome says about the certificate.



Is that a StartSSL issue? I’m assuming Chrome is flagging it because of the thumbprint.