Open Bug 1165645 Opened 9 years ago Updated 5 months ago

Autoconfiguration Does Not Try /mail/config-v1.1.xml

Categories

(Thunderbird :: Account Manager, defect)

31 Branch
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: oribani, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150508094354

Steps to reproduce:

Used TB with fresh profile and let it use the autoconfiguration to detect email server settings from the config-v1.1.xml file on the server as explained here:  https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration


Actual results:

TB looked for /.well-known/autoconfig/mail/config-v1.1.xml but it DID NOT attempt to access /mail/config-v1.1.xml as that document claims.


Expected results:

It should look for the file in both locations as documented.

Documentation error? Or TB problem?

I have also run into this issue.

The documentation says that http://autoconfig.example.com/mail/config-v1.1.xml will be attempted first. The web server at autoconfig.example.com is receiving no request.

It does attempt http://example.com/.well-known/autoconfig/mail/config-v1.1.xml emailaddress as well as an undocumented POST to http://example.com//autodiscover/autodiscover.xml

If Thunderbird would look at autoconfig.example.com first, it would suit our use case perfectly. We host email for domains that host sites elsewhere. It would be ideal to ask users to add a CNAME record for autoconfig. to their DNS while they're updating MX records, rather than a second step of uploading a file to their website.

Severity: normal → S3

The only time autoconfig works correctly is when using a freshly created userprofile. If you remove the email account and try to add it again, the autoconfing fails.

I am using Thunderbird Version 115.3.1.

You need to log in before you can comment on or make changes to this bug.