Как настроить автонастройку электронной почты для приложения Android Mail на вашем сервере?
Я работаю на местного интернет-провайдера, поставщика хостинга веб- и электронной почты. Мне удалось настроить autoconfig/autodiscover и .mobileconfig для Thunderbird, Outlook и IOS, соответственно. Это покрывает большую часть нашей пользовательской базы, за исключением любимого Android. Это протестировано. Работает. Мы используем его регулярно.
Как мы можем настроить нечто подобное для Android? Пока что единственным вариантом кажется просьба пользователя установить стороннее приложение, например Outlook, из Play Store.
Должен быть способ, чтобы это работало на встроенном почтовом приложении Android Mail.
Для наглядности, наша настройка выглядит следующим образом:
IMAP: порт 993, SSL, обычный пароль (по умолчанию защищенный SSL) SMTP: порт 465, SSL, простой пароль (по умолчанию защищен SSL)
Имена обоих серверов одинаковы, но отличаются доменом в адресе электронной почты.
Имя пользователя - это полный адрес электронной почты.
У нас много доменов, поэтому настройка специфических DNS для каждого домена обходится дорого с точки зрения человеческих сил.
Те, которые мы выделили, работают хорошо, и являются универсальными с точки зрения DNS, поэтому нет необходимости добавлять или изменять записи DNS, что означает, что мы можем просто предложить это как часть нашей услуги, и это охватит всех наших клиентов.
Сейчас уже должно быть что-то подобное для Android.
Есть ли способ автоматической настройки параметров почтового приложения Android на основе только адреса электронной почты и пароля?
Пока нет ответов на этот вопрос.
Кто-нибудь знает, что проверяет Android Mail, когда говорит, что пытается автоматически проверить настройки?
Я написал autoconfig (стандарт Thunderbird/Mozilla) + autodiscover (стандарт Microsoft) и RFC 6186 в качестве «роли» Ansible, но с много текста, чтобы объяснить, что происходит. Резюме: Сначала настройте RFC 6186, чтобы убедиться, что этого достаточно, и настройте остальные, если этого недостаточно.
Вот выдержки из объяснения роли; см. роль Ansible для получения дополнительной информации, и остальной текст там - он должен быть понятен, даже если вы не знаете Ansible (особенно см. tasks и templates каталогов); далее вы найдете, как протестировать настройки autoconfig / autodiscover:
RFC 6186
Если вы не знаете RFC 6186 , мой совет: настройте записи RFC 6186 для своего домена, прежде чем возиться с автообнаружением/автоконфигурацией: это более простой и современный способ настройки автообнаружения/автоконфигурации через записи DNS SRV; сначала настройте это перед использованием этой роли, что на самом деле должно обеспечить полноту, чтобы [esp. legacy] почтовые клиенты, не поддерживающие RFC-6186, по-прежнему могут найти свою конфигурацию. Если вам нужно быстрое исправление для автообнаружения/автоконфигурации, сначала настройте RFC-6186 — например, в файле зоны вашего домена (из RFC),
_imap._tcp SRV 0 1 143 imap.example.com.
_pop3._tcp SRV 10 1 110 pop3.example.com.
_submission._tcp SRV 0 1 587 mail.example.com.
Если вам все еще нужно автообнаружение/автоконфигурация после настройки записей RFC 6186 для ваш домен, читайте дальше...
Требования
Для автообнаружения Microsoft: PHP (изменить: я использовал PHP в роли Ansible; доступны другие серверные языки...) (шаблон XML должен генерировать <LoginName> на основе предоставленных данных POST из веб-запроса почтового клиента).
За исключением простой настройки одного домена, может потребоваться некоторая настройка DNS. Возможная настройка DNS может выглядеть следующим образом:
- Thunderbird:
autoconfig.example.org CNAME--> some.central.domain - Microsoft:
_autodiscover._tcp.example.org SRV --> some.central.domain
в синтаксисе named/BIND для данной зоны/домена, это будет
autoconfig IN CNAME some.central.domain
_autodiscover._tcp IN SRV 0 0 443 some.central.domain
Тестирование автонастройки
После того как вы настроили хост для автонастройки с этой ролью, вы можете проверить результат отправляя запросы командной строки, например
curl http://autoconfig_target_domain/.well-known/autoconfig/mail/config-v1.1.xml
curl http://autoconfig_target_domain/mail/config-v1.1.xml
, где autoconfig_target_domain относится к целевому домену записи DNS CNAME для _autoconfig._tcp. your_domain или для более простых настроек (без записи SRV) может быть просто your_domain и/или autoconfig. ваш_домен.
Тестирование автообнаружения
После того как вы настроили хост для автообнаружения с этой ролью, вы можете проверить результат, выполнив запрос POST из командной строки, например,
curl -XPOST -d @req.xml --header "Content-Type:text/xml" https://autodiscover_target_domain/autodiscover/autodiscover.xml
где autodiscover_target_domain ссылается на целевой домен записи DNS SRV для _autodiscover._tcp. ваш_домен или для более простых настроек (без записи SRV) может быть просто ваш_домен и/или автообнаружение.ваш_домен.
где req.xml выглядит так,
<?xml version="1.0" encoding="utf-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
<Request>
<AcceptableResponseSchema>http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>
<EMailAddress>someone@your.domain.here</EMailAddress>
</Request>
</Autodiscover>
особенно. помочь в получении этого права был этот сайт.