Назад | Перейти на главную страницу

Как настроить автоматическую настройку электронной почты для приложения 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 Mail на основе только адреса электронной почты и пароля?

По-прежнему нет ответов на этот вопрос.

Кто-нибудь знает, что проверяет Android Mail, когда говорит, что пытается автоматически проверить настройки?

Я написал autoconfig (Стандарт Thunderbird / Mozilla) + autodiscover (Стандарт Microsoft) и RFC 6186 в качестве «роли» Ansible, но с большим количеством текста, объясняющего, что происходит. Описание: Сначала настройте RFC 6186, чтобы убедиться, что этого достаточно, и настройте остальные, если этого недостаточно.

Вот отрывки из объяснения роли; увидеть Ansible роль для получения дополнительной информации и остального текста там - он должен быть понятным, даже если вы не знаете Ansible (особенно см. tasks и templates справочники); ниже вы узнаете, как протестировать autoconfig / autodiscover настройки:

RFC 6186

Если вы не знаете RFC 6186Мой совет: настройте записи RFC 6186 для своего домена, прежде чем возиться с autodiscover / autoconfig: это более простой и современный способ настройки autodiscover / autoconfig через DNS SRV записи; сначала настройте это перед использованием этой роли, что действительно для обеспечения полноты, чтобы [особенно. устаревшие] почтовые клиенты, не поддерживающие RFC-6186, по-прежнему могут найти свою конфигурацию. Если вам нужно быстрое исправление для autodiscover / autoconfig, сначала настройте 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 (edit: я использовал PHP в роли Ansible; доступны другие серверные языки ...) (шаблон XML должен генерировать <LoginName> поле на основе предоставленных данных POST из веб-запроса почтового клиента).

За исключением простой настройки одного домена, может потребоваться некоторая настройка DNS. Возможная настройка DNS может выглядеть так:

  • Тандерберд: 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.ваш_домен, или для более простых настроек (без SRV запись) может быть просто ваш_домен и / или 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 запись) может быть просто ваш_домен и / или autodiscover.ваш_домен.

где 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>

особенно помогло понять это правильно было этот сайт.