Содержание

Некоторые особенности переноса почты с Яндекс.ПДД на VK WorkMail / Хабр

Почта мигрирует

С 17 апреля яндексовская почта для домена стала платной для тех, у кого на домене больше трёх ящиков (хотя они и накинули несколько дней на выбор тарифа). В связи с этим многие ломанулись на VK WorkMail (оно же «Почта mail.ru для бизнеса») — там пока ещё остаётся бесплатный тариф, да и на платном цены в несколько раз ниже, чем у яндекса.

Я не стал исключением. Впрочем, свой персональный домен я вернул на gmail, благо google передумал свой бесплатный тариф убирать. Но вот рабочие почты я переносил именно на mail.ru, о чём хочется немного написать с технической точки зрения — какие особенности встретились при переезде.

Впечатления от почты и сам процесс я описывать не буду, он достаточно прямолинейный, документация вполне понятная, а если хочется посмотреть, как выглядит сам почтовик — заведите себе ящик на mail.ru.

Техподдержка

Техподдержка отвечает небыстро. Одну проблему они решали три дня (отвязать домен, который я года два назад привязывал), потребовалось два тикета открыть. Ещё один тикет висит уже неделю без движения (там техническая консультация).

При этом продажники откликаются в течение получаса. Но, само собой, по техническим вопросам они консультировать не могут, только по тарифам.

Привязка домена

Я пару‑тройку лет назад переходил на облачную почту с собственного почтового сервера (который достался мне в наследство от предыдущего админа). Тогда выбирал между яндексом и mail.ru, остановился в итоге на яндексе. Но к mail.ru тоже домен свой привязал. И он там так и остался привязан к какому‑то аккаунту и не давался привязаться заново. А старый аккаунт я забыл уже. Вопрос решался через поддержку, как выше написал. Относительно быстро, написал первый тикет в пятницу утром, вечером субботы было решено. Правда, для меня это всё равно было слишком долго, потому переезд пришлось на неделю отложить.

Есть какие‑то непонятки с настройкой DKIM и SPF. В DNS прописываю то, что советует документация, но в итоге то SPF не работает, то DKIM. Иногда надо несколько попыток, чтобы всё завелось. К примеру, SPF у меня до сих пор не прописано, хотя вроде всё вводил как надо. Да и на другом домене запись выглядит идентично — и работает.

Update: сегодня утром я опять пинал DNS и SPF-запись наконец-то заработала.

Перенос почты

Когда я в прошлый раз переезжал, выяснилось, что mail.ru сперва требует привязать домен, поменять записи в DNS, а только потом разрешает создавать там почтовые ящики. Что для меня было неудобно — были шансы потерять письма за время обновления DNS. Сейчас же можно сперва создать пользователей, скачать почту и только потом менять MX‑записи.

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

Скачивание почты работает нормально. В принципе нормально. Есть приколы, которые, как я заметил, от количества ящиков в домене зависят. Один домен с 30 ящиками переносил — там проблем не было. Всё сразу завелось и работало почти три недели, до отключения мигратора. А вот на домене с сотней+ ящиков были проблемы.

Во‑первых, не на всех ящиках включился забор почты, процентов десять получили «ошибка авторизации» или «ошибка аутентификации». Решалось повторным указанием пароля в ручном режиме, благо это всё делается из админки.

Во‑вторых, через несколько дней забор почты начинает отваливаться, переходя всё в тот же статус ошибок автор‑тификации. Отваливается неравномерно, но где‑то через неделю только единичные ящики работать остались. Лечится всё тем же повторным ручным вводом паролей. На домене с 30 ящиками подобных проблем не было.

Только вчера на этом аккаунте всё работало, а теперь снова ошибка

В целом же почта перекачалась довольно быстро, с сохранением структуры папок. Потому меня данный вопрос не сильно беспокоил и в техподдержку я про него не писал. Но вот было замечено подобное поведение.

Пароли приложений

Последние годы многие почтовые хостинги вводят отдельные для работы почтовых программ, так называемые «пароли приложений». У яндекса такая возможность есть давно и рекомендуется, но по‑прежнему можно поставить галочку «использовать портальный пароль».

У mail.ru не так давно эту возможность отключили, оставив для почтовых клиентов только пароли приложений. При этом для того, чтобы использовать пароли приложений, требуется привязка мобильного телефона.

Но в почте для бизнеса это можно обойти — при заведении пользователей загрузкой через csv‑файла можно добавить поле создания пароля приложений. Тогда один такой пароль можно иметь без привязки телефона. Но сам пароль не указывается, чтобы его получить, надо зайти в аккаунт пользователя и сгенерить его, введя пароль от аккаунта. Что, впрочем, всё равно лучше, чем привязывать десятки личных телефонов к служебной почте.

Хотя выяснилось, что на заведение этих паролей есть ограничения. Я настраивал отделу из двух десятков сотрудников почтовые клиенты и после десятка сгенерённых паролей и настроенных клиентов я начал получать сообщение «слишком много попыток входа, надо ждать» при вводе пароля аккаунта на страничке создания пароля приложения. При этом в сами аккаунты входило нормально, то есть ограничение стояло именно на генерацию паролей. Сколько конкретно ждать надо для разблокировки — сказать не могу, дело было уже под вечер. Утром я спокойно добил все оставшиеся пароли.

Итого

В целом, как мне кажется, переезда прошли достаточно гладко, бывает и хуже. К примеру, при своём переезде на гугл я не смог с яндекса почту стянуть, гугл ныл, что в ящике слишком много писем. А mail. ru нормально забрал многогигабайтные ящики и не подавился.

Update: таки подавился. От юзера получил жалобу, что у него почта перенеслась только за пару месяцев. Придётся все ящики руками проверять и смотреть, что там и как.

Дальше по плану оплата почты и борьба с пользователями, которые плачут «верните всё как было». Но мне всё же хочется их по максимуму к браузерной почте приучить, ибо всякие плюшки типа чата, общей адресной книги и общих папок работают только там.

Update 2023-04-23

Миграция почты в итоге себя ведёт очень хреново. Отвалы, синхронизация не до конца и т.п. В итоге я плюнул на борьбу с мэйлрушным мигратором и сдул пыль с imapsync’a. В своё время он с довекота на яндекса нормально письма копировать не мог, отваливался постоянно с яндексовой стороны. А вот с яндекса на мэйл.ру копирует без проблем, попутно убирая дубликаты от предыдущих попыток.

Команда, если кому надо:

imapsync.exe --host1 "imap.yandex. 
             --useheader "Message-Id" --automap

useheader нужен для того, чтобы дубликаты не копировались.

Проблему теперь составляет только заведение паролей приложений для подключения по IMAP. Пока что ощущение такое, что позволяют завести 4-6 паролей, затем надо ждать около часа.

Перенос почтового ящика на Джино

Перенос почтовых ящиков на Джино происходит незаметно, без потери важных данных. Вручную копировать и сохранять письма не требуется — они переносятся напрямую с исходного сервера на сервер Джино. После этого вы сразу можете приступить к работе со своим почтовым ящиком на Джино. У вас будет полный контроль: возможность настраивать фильтры для входящих сообщений, устанавливать автоответчики и перенаправления, создавать резервные копии.

В данной инструкции мы расскажем, как перенести почтовый ящик с Яндекс 360 на Джино. Но вы также можете перенести к нам свой ящик с любых других почтовых серверов.

Проверьте доступ по IMAP в Яндекс 360

Для успешного переноса почты необходимо убедиться, что включена опция IMAP. Это позволит синхронизировать содержимое почтовых ящиков с нашими почтовыми серверами.

Чтобы включить IMAP, зайдите в свой почтовый ящик на Яндексе и нажмите на кнопку настроек:

Далее выберите «Все настройки»:

На открывшейся странице выберите в меню слева «Почтовые программы»:

В этом разделе отметьте пункт «С сервера imap.yandex.ru по протоколу IMAP» и сохраните изменения:

Создайте почтовый ящик

Примечание

Если вы переносите почтовый ящик для домена, который не привязан в панели управления Джино к нашим сервисам, вам нужно сначала привязать домен. После этого вы сможете создавать ящики. Чтобы привязать домен, перейдите в контрольную панель Джино.Почты в раздел ДоменыУправление доменами и нажмите «Привязать существующий домен».

Вы также можете зарегистрировать новый домен и создать почтовые ящики на нём. Как это сделать, описано в инструкции по регистрации домена.

Чтобы создать почтовые ящики для домена, который привязан к панели, перейдите в раздел УправлениеПочтовые ящики:

При создании почтового ящика укажите название ящика, который вы хотите перенести. Оно должно полностью совпадать с названием вашего ящика на Яндексе. Домен для почтового ящика можно выбрать в выпадающем списке. Если его там нет, вернитесь к примечанию выше и привяжите домен к сервису Джино.

Далее задайте объём места на диске в мегабайтах — от 100 до 1000. Выберите режим работы спам-фильтра — подробнее о них читайте здесь. Если вы планируете использовать почтовый клиент, вам нужно подключить SMTP, сразу отметьте его галочкой. Придумайте надёжный пароль для вашего почтового ящика и нажмите кнопку «Создать». После этого ваш новый почтовый ящик появится внизу страницы и будет готов к использованию.

Перенесите почтовый ящик

Теперь вам нужно импортировать содержимое почтового ящика в Яндекс 360 в ящик на Джино. Наш сервер автоматически подключится к серверу Яндекса. Содержимое почтового ящика будет синхронизировано с почтовым сервером Джино. Чтобы начать импортирование почты, наведите курсор на нужный ящик в разделе УправлениеПочтовые ящики и нажмите на стрелочку:

Заполните поля в появившемся окне. В пункте «Хост IMAP» введите imap.yandex.ru. В пунктах «Логин» и «Пароль» введите свои данные, которые вводите при авторизации на Яндексе.

Нажмите «Импортировать». Процесс импортирования начнётся сразу — вверху страницы появится уведомление об этом:

Когда процесс завершится, вы увидите там же следующее оповещение:

Направьте почту домена на серверы Джино

MX-записи в настройках NS домена указывают, на какой почтовый сервер направлен домен. После переноса почты вам нужно направить почту на наши почтовые серверы, для этого потребуется изменить MX. Если ваш домен находится на DNS-серверах Джино, вы можете управлять MX-записями через панель аккаунта Джино.

Примечание

Если ваш домен находится на DNS-серверах сторонней компании, управлять NS-записями в панели Джино вы не сможете. Для редактирования MX-записи свяжитесь с регистратором.

Чтобы изменить MX-записи и направить почту на почтовый сервер Джино, перейдите в раздел ДоменыУправление доменами и выберите домен в списке. Перейдите на вкладку «DNS» и нажмите на строку IN MX:

В появившемся окне отредактируйте MX-запись:

Сохраните изменения. Если у вас возникнут вопросы по настройке MX-записи или IP-адреса для домена, напишите нам в техподдержку (opens new window).

На этом этапе перенос почты на Джино завершён. Теперь нужно дождаться обновления DNS. Почта начнет работать с серверов Джино.

Настройте SPF и DKIM

SPF и DKIM подтверждают подлинность домена отправителя. Они нужны для того, чтобы ваши письма не попадали в спам. Если вы делегировали домен на Джино, эти записи у вас будут созданы автоматически при подключении услуги. Чтобы её подключить, зайдите в раздел УправлениеПочтовые ящики и нажмите SPF или DKIM:

В появившемся окне активируйте SPF и DKIM.

Если ваш домен не делегирован на Джино, потребуется настройка TXT-записи на DNS серверах, куда делегировано доменное имя. Чтобы установить SPF и DKIM для домена, создайте TXT-запись с публичным ключом к подписи. Чтобы получить наши значения SPF и DKIM, в разделе УправлениеПочтовые ящики также нажмите SPF или DKIM. В появившемся окне активируйте SPF и DKIM, а также скопируйте следующие значения:

Добавьте эти значения в настройки домена вашего регистратора. На этом настройка SPF и DKIM завершена.

Доступ в почтовый ящик

Когда процесс переноса почты на Джино завершится, вы сразу сможете убедиться, что всё содержимое вашей почты было успешно перенесено. Для этого можно воспользоваться веб-интерфейсом. Для входа в почтовый интерфейс перейдите на главную страницу Джино.Почты (opens new window) и нажмите «Войти». Также попасть в почтовый интерфейс можно из контрольной панели. При этом вводить логин и пароль от ящика не требуется. Зайдите в раздел УправлениеПочтовые ящики, наведите курсор на нужный ящик и нажмите на конверт:

Помимо веб-интерфейса можно использовать и почтовые клиенты. Как их настраивать, читайте в нашей инструкции. Там же описаны принципы работы с почтовым ящиком на Джино.

Аутентификация домена | Документы Customer.io

Вам потребуется добавить определенные записи к вашему провайдеру DNS, чтобы разрешить Customer.io отправлять электронные письма с использованием вашего домена.

Почему мы требуем аутентификации домена

Создание отличной копии ничего не значит, если ваши сообщения не доходят до Людей, которых вы пытаетесь охватить. Хотя это всего лишь одна часть головоломки доставки (наряду с вашей копией и общей репутацией), аутентификация доменов, которые вы используете для отправки электронной почты от Customer.io, поможет вашим сообщениям достичь ваших пользователей. Прочтите наш пост о доставляемости электронной почты, чтобы узнать больше о том, как это работает.

Помимо улучшения доставки электронной почты, аутентификация ваших отправляющих доменов в Customer.io также позволит вам контролировать внешний вид отслеживаемых ссылок. Как насчет универсальных ссылок? Если вам нужно включить их для своего мобильного приложения, также требуется аутентификация домена HTTPS.

Мы не возьмем на себя ваш корневой домен

Чтобы проверить и аутентифицировать ваш домен для отправки в Customer.io, вы разместите наши необходимые записи DNS в поддомене вашей учетной записи (например: cio#####.yourdomain.com и krs._domainkey.cio#####.yourdomain.com ), а не корневой домен.

Поскольку наши записи аутентификации хранятся в поддомене, не будет конфликтов с вашими существующими конфигурациями электронной почты, которые уже настроены на вашем хосте DNS. Используя поддомен для аутентификации, мы можем гарантировать, что:

  • наша запись SPF действительна, пройдет выравнивание DMARC и не будет учитываться при подсчете предела поиска вашей существующей записи SPF
  • наша запись MX не будет прерывать входящую электронную почту на почтовый сервер вашего домена
  • наша запись DKIM имеет правильный открытый ключ, необходимый для подписи электронных писем, которые вы отправляете с наших серверов

Добавить домен отправки

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

Если вы настраиваете новую рабочую область, вы можете настроить свой домен в процессе установки. Мы покажем вам, как это работает, в разделе «Аутентификация домена» ниже.

Если вы не настроили канал обмена сообщениями электронной почты при настройке рабочей области или просто хотите добавить новые домены отправки, вы можете:

  1. Перейдите в Настройки > Настройки рабочей области > Электронная почта и нажмите Добавить домен отправки .
  2. Введите домен , отображаемое имя и адрес электронной почты , с которого вы хотите отправлять сообщения, и нажмите Добавить домен .

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

Настройка аутентификации домена

Добавление записей DNS к хостинг-провайдеру

Чтобы настроить аутентификацию для отправки, вам необходимо добавить три записи DNS к вашему хостинг-провайдеру DNS для каждого домена, который необходимо отправить с помощью вашего Customer. io account:

  • Запись MX: Для доставки электронной почты из вашего домена требуется одна запись MX с двумя именами хостов. Записи MX (Mail Exchange) в данном случае имеют особое назначение — создание пользовательского почтового ящика.0040 обратный путь с использованием вашего субдомена. Это сделано специально для получения отказов и спама. Это не только помогает улучшить доставляемость, но и позволяет вашим электронным письмам Customer.io проходить согласование DMARC.
  • Запись SPF: Одна запись TXT, которая позволяет Customer.io подписывать ваши электронные письма в качестве авторизованного отправителя. Записи SPF (Sender Policy Framework) используются для определения IP-адресов, которым разрешено отправлять электронную почту с использованием вашего домена.
  • Запись DKIM: Одна запись TXT, которая позволяет Customer.io создавать зашифрованную подпись в электронных письмах, отправляемых от вашего имени. Подписи DKIM (Domain Keys Identified Mail) гарантируют, что сообщение, поступающее к поставщику входящих сообщений, идентично отправленному вами сообщению.

Каждый домен, который вы выбираете для аутентификации, должен сначала использоваться в одном или нескольких адресах отправителей, настроенных в вашей учетной записи. После добавления каждому домену будут присвоены собственные значения для записей DNS, которые необходимо добавить на ваш узел DNS.

Чтобы найти эти записи, введите адрес отправителя и подтвердите свой домен, перейдите к Настройки рабочей области > Электронная почта . Вы попадете на вкладку Отправляющие домены :

Затем нажмите Подтвердить домен для того, кого вы хотите аутентифицировать. Отсюда вы увидите записи MX, SPF и DKIM, которые необходимо добавить к DNS-провайдеру вашего домена для аутентификации:

Подтвердить домен

время для распространения, вам нужно будет вернуться на вкладку Аутентификация вашего домена и снова нажать Подтвердить домен . Если все три записи отмечены зелеными галочками, значит, вы успешно подтвердили свой домен и готовы начать отправку с него! Вам нужно будет повторить этот процесс для любых других доменов, с которых вы хотите отправлять сообщения.

Ваш домен останется неподтвержденным до тех пор, пока мы не сможем обработать все три записи с ожидаемыми значениями. Проверка может занять от нескольких секунд до нескольких часов. Мы рекомендуем дважды проверить конфигурацию DNS на наличие опечаток и пробелов перед повторной попыткой проверки. Если вы не знаете, что делать дальше, вы можете обратиться к нам за помощью по адресу [email protected].

Политики DMARC

DMARC означает аутентификацию сообщений на основе домена, отчетность и соответствие. Это протокол проверки подлинности электронной почты, который позволяет владельцам доменов электронной почты защитить свой домен от несанкционированного использования, такого как фишинг или спуфинг электронной почты.

DMARC позволяет владельцам доменов публиковать политики, определяющие, какие сообщения электронной почты могут поступать из их доменов. Когда электронное письмо получено, почтовый сервер получателя проверяет подлинность сообщения, проверяя его соответствие опубликованным политикам DMARC.

Если электронное письмо проходит проверку подлинности, оно доставляется в папку «Входящие» получателя. В случае сбоя электронная почта может быть помещена в карантин или отклонена в зависимости от настроек политики DMARC.

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

Таким образом, DMARC — это протокол, который позволяет владельцам доменов защищать свой домен от спуфинга электронной почты и предоставляет возможности создания отчетов для отслеживания результатов проверки подлинности электронной почты. Используя DMARC, организации могут повысить безопасность электронной почты, защитить репутацию своего бренда и снизить риск фишинговых атак.

Ослабьте теги
aspf и adkim

Если ваш домен использует вашу политику DMARC и вы планируете отправлять электронные письма через встроенные серверы доставки Customer.io, вам необходимо убедиться, что ваша политика DMARC использует r (или ослабленные) значения для тегов aspf и adkim . Если в вашей политике не указаны теги aspf или adkim , то они уже смягчены по умолчанию, и никаких изменений в вашей политике не требуется.

Причина этого требования заключается в том, что Customer.io использует субдомен вашего проверенного домена (например, cio#####.yourdomain.com ) для подписи заголовков пути возврата, SPF и DKIM. в электронных письмах, которые отправляют наши серверы.

В соответствии с непринужденной политикой по умолчанию электронные письма, которые вы отправляете из Customer.io, будут проходить выравнивание DMARC из-за совпадения родительского и дочернего элементов вашего домена почты (от адреса) и заголовка-от субдомена (путь возврата), который мы подписываем на ваши электронные письма.

Для контекста, строгая ( s ) политика для этих тегов потребует идентичного совпадения доменов в этих заголовках, что приведет к тому, что ваши электронные письма Customer.io не смогут пройти выравнивание. Неудачное согласование DMARC может привести к тому, что ваши электронные письма будут возвращены обратно ( p=reject ) или отфильтрованы как спам ( p=quarantine ), в зависимости от вашей политики DMARC.

Customer.io по умолчанию обеспечивает отслеживание ссылок, но вы также можете отслеживать ссылки на своем собственном поддомене, используя протоколы HTTP или HTTPS. Чтобы использовать собственный поддомен для отслеживаемых ссылок с использованием HTTP в Customer.io, добавьте Запись CNAME (каноническое имя) на ваш DNS-хост, который является псевдонимом наших поддоменов отслеживания. Это e.customeriomail.com или e-eu.customeriomail.com в зависимости от региона вашей учетной записи Customer. io.

Чтобы использовать собственный субдомен для отслеживания ссылок с помощью HTTPS, вам потребуется выполнить дополнительные действия вне Customer.io, например настроить обратный прокси-сервер.

Чтобы изменить настройки отслеживания ссылок для вашего домена:

  1. Нажмите Управление доменом в Настройки рабочей области > Электронная почта и перейдите на вкладку Отслеживание ссылок .
  2. Введите свой поддомен.
  3. Найдите запись CNAME и добавьте ее к хосту DNS вашего домена.
  4. Вернитесь на вкладку Отслеживание ссылок своего домена и нажмите Подтвердить домен . Мы проверим, что запись на месте. Для распространения изменений на вашу рабочую область может потребоваться некоторое время. Зеленая галочка рядом с заголовком CNAME означает, что мы проверили вашу конфигурацию.

 Вы должны подтвердить свой домен отправки, прежде чем ваши отслеживаемые ссылки смогут использовать этот домен.

В левой части вкладки вы увидите статус отслеживания вашей ссылки.

  • Статус HTTP-ссылки:
    • Зеленый статус HTTP-ссылки (показан внизу слева) означает, что мы можем подключиться к вашему домену CNAME через HTTP без ошибок. Если вы не настроили отслеживание ссылок HTTPS, мы будем генерировать HTTP-ссылки всякий раз, когда в ваших сообщениях включено отслеживание ссылок.
    • Красный статус ссылки HTTP (показан ниже посередине) указывает на то, что наша проверка обнаружила политику HSTS (HTTP Strict Transport Security) в вашем домене. Это означает, что вы должны настроить отслеживание ссылок HTTPS, чтобы ваш собственный субдомен правильно разрешал ваши отслеживаемые ссылки.
  • Статус ссылки HTTPS:
    • Зеленый статус ссылки HTTPS (показан внизу справа) означает, что вы успешно настроили отслеживание ссылок HTTPS, и мы будем генерировать ссылки HTTPS в сообщениях, отправленных из этого домена, для которых включено отслеживание ссылок. Домен также должен быть проверен, прежде чем ваши отслеживаемые ссылки смогут использовать этот домен.

Аутентификация HTTPS

Чтобы проверить HTTPS для обычных ссылок, ознакомьтесь с нашей документацией по настройке отслеживания ссылок HTTPS. Если вам также нужна поддержка ссылок на приложения iOS или Android, наша документация по настройке универсальных ссылок будет более подходящей.

Ресурсы

Для вашего удобства приведен список ссылок на инструкции по добавлению записей DNS на часто используемые хосты:

  • 123 Reg — MX | текст | ЗАПИСЬ
  • bluehost — MX | TXT и CNAME
  • DNS — это просто — MX | текст | CNAME
  • DNSimple — TXT | CNAME
  • Dreamhost — MX | текст | CNAME
  • DYN — MX, TXT и CNAME
  • GoDaddy* — MX | текст | CNAME
  • Хостгатор — MX | TXT и CNAME
  • Hover — MX, TXT и CNAME
  • Media Temple — MX, TXT и CNAME
  • Namecheap — MX | TXT и CNAME
  • Сетевые решения — MX | TXT и CNAME
  • Register. com — MX | текст | ЗАПИСЬ

* Вместо того, чтобы вводить полное имя хоста (например, cio12345.yourdomain.com), эти провайдеры автоматически добавляют ваш домен в запись. Введите только переднюю часть имени хоста (например, cio12345) при добавлении записей к этим провайдерам. См. часто задаваемые вопросы ниже для примеров скриншотов.

Часто задаваемые вопросы

Нужно ли мне аутентифицировать мой домен, если я использую собственный SMTP?

При использовании пользовательского SMTP вам не нужно аутентифицировать свой домен в Customer.io. Тем не менее, вам следует проверить документацию вашего собственного провайдера SMTP, чтобы узнать, нужно ли вам по-прежнему добавлять записи DNS (например, SPF и DKIM) в свой домен для успешного использования их услуг.

Как проверить наличие моих записей?

На странице Отправка доменов мы покажем вам статус проверки всех добавленных вами доменов.

Домены будут иметь один из следующих статусов:

  • Проверено: DNS-записи домена проверены, и домен можно использовать для отправки подписанных электронных писем.
  • Непроверено: DNS-записи домена не проверены, и домен нельзя использовать для отправки электронных писем.
  • Не определено: Статус домена не может быть определен, поскольку адрес отправителя использует ликвидный код.

Примечание: Мы не сможем отправлять ваши письма, пока вы не подтвердите свой домен.

Как добавить еще один «Адрес отправителя»?

Список доменов состоит из доменов, используемых в адресах отправителей, настроенных в вашей учетной записи. Если вы хотите добавить еще один адрес отправителя, перейдите к Настройки рабочей области в меню слева, выберите Электронная почта , затем выберите Добавить с адреса рядом с соответствующим доменным именем.

Что, если я не добавлю записи DNS? Что происходит?

Если вы настраиваете новый домен отправки через наш встроенный сервер доставки, вы должны добавить все три необходимые записи аутентификации DNS. Это не только подтверждает право собственности на домен, но также разрешает Customer.io отправлять сообщения с домена. Если вы не добавите записи DNS и не подтвердите домен, вы не сможете отправлять с него.

Если вы уже подтвердили домен, но записи DNS были удалены позже, это может привести к тому, что ваши электронные письма будут возвращены или отфильтрованы как спам из-за отсутствия авторизации.

Нужно ли добавлять и SPF, и DKIM?

Да. Наш почтовый сервер требует, чтобы и SPF, и DKIM были проверены, чтобы мы могли отправлять электронную почту с вашего домена. Если какая-либо запись отсутствует, вы можете увидеть, что ваши доставки не отправляются из-за того, что домен больше не проверяется.

Запись SPF верна, но не проходит проверку.

Убедитесь, что вы используете запись TXT, как указано в наших инструкциях, а не запись типа SPF.

Также требуется, чтобы ваша запись SPF была помещена в поддомен, специфичный для Customer.io, а не в вашу существующую запись SPF в корневом домене. Если запись все еще не подтверждена, свяжитесь с нами, и мы решим проблему вместе с вами!

Я размещаю свой DNS на Cloudflare. Запись CNAME верна, но остается непроверенной.

Записи Cloudflare CNAME не будут проверены, если в них включена функция DNS-прокси. Сначала отключите этот параметр в Cloudflare, а затем вы сможете подтвердить свой домен отслеживания в Customer.io.

Я использую GoDaddy, но мои записи DNS все еще не проверяются.

GoDaddy уже добавляет ваш домен при создании записей DNS, поэтому вполне вероятно, что ваш домен публикуется в записях дважды. Просто обновите запись, чтобы она содержала только значение поддомена (как показано ниже) и повторите проверку через несколько минут.

Пример записи MX GoDaddy

Пример GoDaddy SPF

Пример GoDaddy DKIM

Вы можете подтвердить это, проверив свой DNS с помощью бесплатного онлайн-инструмента, такого как viewDNS. информацию и тестирование полного URL-адреса хоста, указанного в вашем Настройки электронной почты Customer. io (например, cio12345.yourdomain.com). Если записи DNS не отображаются, дважды проверьте правильность настройки ваших записей.

Я получаю сообщение об ошибке в своей панели DNS при попытке добавить записи, что мне делать?

Символы подчеркивания : некоторые хосты не поддерживают символы подчеркивания ( _ ) в записях DNS, и добавление записи DKIM может вызвать ошибку. Подчеркивание обязательно, и вам нужно связаться с вашим хостом, чтобы узнать, запрещают ли они подчеркивание полностью или могут вручную добавить запись для вас.

Точки с запятой : Некоторые хосты требуют, чтобы вы избегали точек с запятой в записях. Если вы получаете сообщение об ошибке, попробуйте заменить ; с \; .

Повлияет ли добавление аутентификации на мою обычную электронную почту?

Нет. Записи написаны специально, чтобы позволить нашим серверам посылать за вами, но не запрещать другим серверам.

Мой хост не поддерживает записи TXT.

Что мне делать?

Некоторые хосты DNS не позволят вам добавлять записи самостоятельно, но добавят их за вас. В качестве первого шага мы рекомендуем вам поговорить с вашей хостинговой компанией, чтобы узнать, могут ли они помочь.

Если вы не можете добавить наши записи DNS для аутентификации, вам может потребоваться рассмотреть возможность переноса хостинга DNS у другого провайдера (например, DNSimple, DigitalOcean, Cloudflare и т. д.). Это позволит вам настроить пользовательские записи, но, вероятно, по-прежнему сможет указать ваш домен на поставщика хостинга веб-сайтов, который вы используете. Если вы рассматриваете это, убедитесь, что ваш текущий хостинг-провайдер поддерживает это.

Почему я не могу подтвердить свой домен с помощью Wix?

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

Как добавить несколько записей MX для моего домена, размещенного на AWS?

AWS не позволяет устанавливать несколько записей MX для одного имени хоста. Чтобы обойти эту проблему, добавьте одну запись, в которой оба значения MX находятся в разных строках. Например:

 10 mxa.mailgun.org.
10 mxb.mailgun.org.

Скопировано в буфер обмена!

Проблема соответствия Outlook и Яндекса

Serhat E 1 Точка репутации

2021-12-20T07:52:05.49+00:00

Здравствуйте,

Я пользуюсь корпоративной почтой yandex. Я экспериментировал со многими версиями офиса. Всегда; Я не получаю почту, письма, которые я отправляю, остаются в папке «Исходящие».

Когда я удаляю и переустанавливаю профиль Outlook, проблема на некоторое время решается. Иногда через 1 час, иногда через 1 день снова возникают те же проблемы. У Android Outlook та же проблема.

Почтовое приложение Яндекс без проблем работает на Android. Mozilla Thunderbird отлично работает на Windows. Что это за мировоззрение и проблема яндекса? У вас есть предлагаемое решение?

Управление перспективами Управление перспективами

Outlook: Семейство продуктов Microsoft для работы с электронной почтой и календарем.

Менеджмент: Действие или процесс организации, обработки, направления или контроля чего-либо.

4092 вопроса

Войдите, чтобы подписаться

0 комментариев Без комментариев

0 {count} голосов

Войдите, чтобы комментировать

Сортировать по: Самый полезный

Самые полезные Самые новые Самые старые

  1. Фея Фу-МСФТ 10 076 Очки репутации • Microsoft Vendor

    2021-12-21T02:42:35.997+00:00

    Привет, @Serhat E ,
    Добро пожаловать на форум Microsoft Q&A и задайте свой вопрос, используя тег «office-outlook-itpro», который в основном посвящен общим вопросам, связанным с настольным клиентом Outlook.

    Чтобы проверить проблему, предоставьте соответствующую информацию:

    1. Какую версию Outlook вы используете в настоящее время? (Файл > Учетная запись Office > О Outlook)
    2. Какой тип учетной записи вы используете? Это учетная запись IMAP?
    3. Эта проблема существует и в Интернете?
    4. Есть ли у других пользователей в вашей компании такая же проблема?

    В соответствии с моим поиском рекомендуется использовать следующий обходной путь:

    • Убедитесь, что соединение работает правильно, проверьте нижнюю часть Outlook, как показано на следующем снимке экрана
      Если вы видите
      Отключено, Работает автономно или Попытка для подключения. ..       , Outlook не может подключиться к почтовому серверу для отправки вашей почты.
      Выберите «Отправить/получить» > «Настройки» > «Работать автономно» , чтобы переключиться между автономным и онлайн-режимом и проверить, работает ли он.
    • Некоторые антивирусные программы могут вызывать эту проблему. Если вы используете антивирусные программы, отключите их и посмотрите, сохраняется ли проблема.
    • Чтобы проверить, связано ли это с третьими надстройками, запустите Outlook в безопасном режиме:
      Нажмите «
      Win+R       », введите outlook.exe /safe

    Вот статья для справки: не удается отправлять или получать сообщения в Outlook

    Если ответ полезен, нажмите «Принять ответ» и проголосуйте за него. Если у вас есть дополнительные вопросы по этому ответу, нажмите «Комментарий».
    Примечание. Чтобы включить уведомления по электронной почте, выполните действия, описанные в нашей документации, если вы хотите получать соответствующее уведомление по электронной почте для этой темы.

    0 комментариев Без комментариев

    Войдите, чтобы комментировать

  2. Серхат Э 1 Очки репутации

    2021-12-21T06:29:27.57+00:00

    Привет @Faery Fu-MSFT !

    Начиная с последнего вопроса;

    • Мы не используем плагин, проблема сохраняется с упомянутым вами безопасным вариантом,
    • Мы использовали антивирус, поэтому закрыли его, потому что инструмент может вызвать проблемы. У нас нет антивируса, который мы используем,
    • Наше программное обеспечение Outlook подключено к сети. Когда мы отправляем/получаем, он говорит «готово», но проблема сохраняется. Единственная проблема в том, что отправка/получение занимает много времени,
    • Есть 20 пользователей. Проблема только у 2 пользователей,
    • Я искал в Интернете. Есть люди, у которых такая же проблема. Если есть решение, решение не было передано,
    • Использование IMAP [настройки яндекс-шаров на сайте поддержки]
    • 2013, 365 ve pp2016(пробные версии)
    • Конец
    0 комментариев Без комментариев

    Войдите, чтобы комментировать

  3. org/Answer2″ data-test-id=»answer-670903″>

    Фея Фу-МСФТ 10 076 Очки репутации • Microsoft Vendor

    2021-12-21T09:30:49.467+00:00

    Привет, @Serhat E, спасибо за ответ.

    Единственная проблема в том, что отправка/получение занимает много времени,

    Учитывая, что вы используете учетную запись IMAP, попробуйте следующий обходной путь:

    1. На вкладке «Отправить/получить» щелкните Группа отправки/получения, нажмите 9.0040 Определите группу отправки/получения и измените временной интервал автоматической отправки и получения на 1 минуту.
    2. Задайте путь к корневой папке: «Файл» > «Настройки учетной записи» >
      «Настройки учетной записи» > дважды щелкните свою учетную запись IMAP > «Дополнительные настройки» > «Дополнительно» > «Путь к корневой папке»: INBOX

    Когда я удаляю и переустанавливаю профиль Outlook, проблема на некоторое время решается.

    Для дальнейшего подтверждения, вы создали новый профиль, добавили учетную запись IMAP для проверки?
    Вот подробные шаги, к которым вы можете обратиться:
    (1) Выйдите из Outlook.
    (2) В Панели управления щелкните Почта.
    (3) Выберите «Показать профили» > «Добавить». В поле Имя профиля введите имя профиля и нажмите кнопку ОК.

    Кроме того, если вышеперечисленное не помогает, рекомендуется восстановить офис из панели управления

    Если ответ полезен, нажмите «Принять ответ» и проголосуйте за него. Если у вас есть дополнительные вопросы по этому ответу, нажмите «Комментарий».
    Примечание. Чтобы включить уведомления по электронной почте, следуйте инструкциям в нашей документации, если вы хотите получать соответствующее уведомление по электронной почте для этой темы.

    0 комментариев Без комментариев

    Войдите, чтобы комментировать

  4. No related posts.