Welcome to the mailbox.org user forum!
 

Conflicting documentation

Seth Falco shared this problem 21 months ago
Published

Replies (2)

photo
1

Hi and thank you very much for bringing this to our attention. We will forward this to our Support-team so they can fix this in the coming days. We are reworking the knowledge base and have these changes already on our list.

Have a nice day and greetings from your

mailbox.org team

photo
1

Hello, conflicts are still present.

Regarding email clients, which setup is correct? "autoconfig" or "autodiscover"?

Kind regards

photo
3

Both. One is international RFC standard, the other one is Microsoft's proprietary stuff. Setup both to be prepared for everything.

photo
1

Note that using CNAME to mailbox server DONT WORK : mailbox does not provides a valid HTTPS certificate for custom domain, so mail client (like Thunderbird) WONT retrieve the https://autoconfig.yourdomain.com/mail/config-v1.1.xml file.

photo
1

Please read the articles again.

https://autoconfig.yourdomain.com/mail/config-v1.1.xml'

Works only if your hosting the file yourself. The CNAME can work, when the E-Mail client tries HTTP, which is the original specification (read more here https://wiki.mozilla.org/Thunderbird:Autoconfiguration).
If you want to test it in your browser use http://autoconfig.yourdomain.com/mail/config-v1.1.xml (without the 'S').

Otherwise the most suitable would be to leave it be without the CNAME for autoconfig and only support it via SRV (which directly points the client towards mailbox.org's config-v1.1xml) .


Another solution, which requires using Cloudflare DNS - proxy the CNAME for autoconfig. Cloudflare automatically generates SSL certificates for the domain, then proxies the HTTPS request for autoconfig to the CNAME target. Therefore providing original mailbox.org config-v1.1.xml with a valid TLS ceritificate for yourdomain.com.

But it requires Cloudflare (US based company) to manage your DNS zone. Pretty sure the same can be arrange by using other vendors/ provider. However the effort to achieve it, is quite complex.


The easiest option for a working autoconfig CNAME, is in my opinion to host a own copy. Most DNS registrars bundle their DNS packages with a small web hosting product anyways.


Furthermore, I found at least 7 RFCs + Thunderbirds autoconfig, for different eMail client auto-configuration methods. Only a few of the vast majority of eMail Clients/ Apps out there really specify on which method they rely. And even if you find some information, it's mostly outdated, especially when it comes to mobile Apps. It's hard to determine a common denominator, especially if you want to support Android, iOS, Linux (Gnome Evolution), Thunderbird, Outlook,... and whatever comes next.

photo
1

> The CNAME can work, when the E-Mail client tries HTTP, which is the original specification

Thunderbird only make an HTTPS request. I suppose for security reason. Same behavior for K9 mail...


> I found at least 7 RFCs + Thunderbirds autoconfig, for different eMail client auto-configuration methods


Email autoconfiguration is a mess...

photo
Leave a Comment
 
Attach a file