Android не проверяет функцию автоматического обнаружения электронной почты

Android не проверяет функцию автоматического обнаружения электронной почты

Предполагается, что почтовый клиент Android по умолчанию проверяет сервер на предмет домена адреса электронной почты пользователяавтообнаружение Outlook.Этот багпохоже, это указывает на то, что по крайней мере первые два шага этого протокола действительно работают.

Например, на первом экране вы вводите адрес электронной почты ([email protected]) и пароль, нажмите «Далее», и Android попытается загрузитьhttps://example.com/autodiscover/autodiscover.xmlи если это не поможет, попробуйте получитьhttps://autodiscover.example.com/autodiscover/autodiscover.xml

Однако на ТРЕХ отдельных телефонах (и 4.4, и версии 5) я обнаружил, что это не так. После нажатия «Далее» Android сообщает «Проверка информации об автоматической настройке...», но я просмотрел журналы веб-сервера (и электронной почты), и НИЧЕГО не происходит. Через несколько секунд телефон переходит в режим ручной настройки. Я также проследил за ЛЮБЫМИ пакетами, поступающими на сервер с IP-адреса телефона, и не получил ничего.

Так что же конкретно делает Android? Все, что я могу думать, это то, что он пытается (и не может?) выполнить какой-то поиск DNS. Обратите внимание, что когда я использую ручную настройку, все работает нормально. Я также могу вручную получить доступ к файлу autodiscover/autodiscover.xml в веб-браузере по умолчанию на телефоне (таким образом, моя конфигурация DNS должна быть в порядке).

Почему другие люди сообщают оэтот жукговорят, что первые два шага автообнаружения работают? Что еще я могу сделать, чтобы диагностировать проблему? Мне нужно рутировать телефон и найти для него анализатор пакетов?

Если никто не знает, что происходит, можете ли вы помочь мне найти, куда обратиться, чтобы попытаться прочитать код... может быть, чтение кода даст какие-то ответы?

решение1

Я не знаю, работает ли «автообнаружение Outlook» должным образом без подсказок в DNS домена.

Я предполагаю, что вы говорите о «сервере Exchange», но не могли бы вы немного конкретнее рассказать о том, какой именно «почтовый клиент Android по умолчанию»? Передо мной их три, и на каждом из них установлен свой «почтовый клиент по умолчанию».

Вы также не упоминаете свой сервер, если вы им управляете, размещен ли он у вашего интернет-провайдера или хостинг-провайдера — не все можно настроить одинаково, как показано по следующим ссылкам.

НТН

Специфический для интернет-провайдера http://www.rackspace.com/apps/support/portal/1218 http://kb.intermedia.net/article/1306 http://www.virtuworks.com/how-to-setup-outlook-autodiscovery-for-your-domain/

Майкрософт https://support.microsoft.com/en-us/kb/940881 http://blogs.technet.com/b/rmilne/archive/2014/10/02/how-to-check-exchange-autodiscover-srv-record-using-nslookup.aspx

Сторонние блоги https://acbrownit.wordpress.com/2012/12/20/internal-dns-and-exchange-autodiscover/

решение2

Я заметил то же самое, однако, когда я добавляю учетную запись как учетную запись Exchange, а не как учетную запись электронной почты, яделатьполучаю HTTP-хит на /autodiscover/autodiscover.xml. Однако после этого он мне говорит следующее:

Невозможно настроить учетную запись

Вы ввели неверный адрес сервера или сервер требует версию протокола, которую Email не поддерживает

Ниже представлен прилагаемый журнал доступа (в некоторой степени анонимизированный):

123.456.789.0 - [email protected] [08/Mar/2016:14:49:42 +0100] "POST /autodiscover/autodiscover.xml HTTP/1.1" 200 898 "-" "Android-SAMSUNG-SM-G920F/101.60001, Android-SAMSUNG-SM-G920F/101.60001"
123.456.789.0 - - [08/Mar/2016:14:49:52 +0100] "GET / HTTP/1.1" 200 3525 "-" "Mozilla/5.0 (Linux; Android 6.0.1; SM-G920F Build/MMB29K; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/48.0.2564.106 Mobile Safari/537.36"
123.456.789.0 - username [08/Mar/2016:14:49:53 +0100] "OPTIONS /Microsoft-Server-ActiveSync?Cmd=OPTIONS&User=username&DeviceId=FOOBAR&DeviceType=SAMSUNGSMG920F HTTP/1.1" 200 3508 "-" "Android-SAMSUNG-SM-G920F/101.60001"

```

Думаю, это на шаг ближе, но не совсем то, что нужно.

Связанный контент