Подключение почтового ящика
Система заявок забирает входящие письма по IMAP и отправляет ответы по SMTP. У большинства провайдеров достаточно имени пользователя и пароля. Исключение — Microsoft 365: ниже написано, почему так и как решить это примерно за десять минут.
Что должен поддерживать ваш провайдер
Найдите ниже своего провайдера. В двух случаях из трёх дополнительной работы не нужно вовсе.
| Провайдер | Что вам нужно | Подключается напрямую |
|---|---|---|
| Собственный почтовый сервер, веб-хостинги (all-inkl, Strato, IONOS, Mailbox.org …), локальный Exchange | Имя пользователя и пароль почтового ящика. | да |
| Google Workspace / Gmail | Пароль приложения. Обычный пароль учётной записи Google отклоняет. Для учётной записи должен быть включён двухфакторный вход — без него Google не предлагает паролей приложений. | да |
| Microsoft 365 / Outlook.com | Напрямую невозможно. Microsoft отключила вход по имени пользователя и паролю для IMAP, а пароли приложений не помогают, потому что используют тот же механизм. Обходной путь — отдельный почтовый ящик службы поддержки с пересылкой (руководство ниже). | нет |
Почему Microsoft 365 не подключается напрямую
Microsoft отключила «базовую проверку подлинности» для IMAP в Exchange Online. Это касается любой программы, которая читает почтовый ящик Microsoft 365 напрямую, а не только нашей. На смену пришёл OAuth2, для которого нужно зарегистрировать собственное приложение в вашем каталоге Azure и выдать ему доступ. OAuth2 мы пока не поддерживаем: это в планах, но дату мы намеренно не называем. Для многих клиентов путь ниже в любом случае лучше, потому что для него не нужен администратор каталога и нет разрешений, срок которых истекает.
Входа это не касается: Microsoft Entra ID подключается как поставщик SSO, как и любой другой поставщик, который говорит на OIDC или SAML 2.0. Только чтение почты по IMAP требует у Microsoft OAuth2, и именно этого мы пока не предлагаем.
Решение: отдельный почтовый ящик службы поддержки с пересылкой
Вы заводите отдельный почтовый ящик у провайдера, который принимает имя пользователя и пароль, — в пакете веб-хостинга такой обычно есть. Адрес, который знают ваши клиенты, пересылается на него. Система заявок читает только этот один ящик.
Что это вам даёт
- Система заявок никогда не получает доступ к вашему корпоративному ящику, только к сообщениям, которые на него переслали.
- Никакой регистрации приложения, никакого согласия администратора каталога, никаких разрешений, истекающих через 90 дней.
- Работает одинаково у любого провайдера, в том числе после смены почтового провайдера.
- Облачные службы поддержки по умолчанию работают ровно так же. Разница: здесь почтовый ящик ваш, а данные остаются на вашем сервере.
Шаг за шагом
Заведите почтовый ящик службы поддержки
У вашего веб-хостера или любого провайдера, который разрешает IMAP с именем пользователя и паролем. ⚠️ Адрес не может находиться на вашем основном домене, если почтой этого домена уже занимается Microsoft 365, — возьмите поддомен или домен своего хостера. Запишите сервер и порт IMAP (обычно 993 с SSL) и сервер и порт SMTP (обычно 465 с SSL или 587 со STARTTLS).
Настройте пересылку в Microsoft 365
В центре администрирования Microsoft 365 перешлите адрес, на который пишут ваши клиенты, на новый почтовый ящик. ⚠️ По умолчанию Microsoft блокирует автоматическую пересылку на внешние адреса — ваш администратор должен явно разрешить её в политике фильтра исходящего спама. Иначе ничего не приходит, и почтовый ящик тоже не показывает ошибки.
Введите данные в систему заявок
Settings → E-mail: укажите сервер IMAP, порт и SSL, затем для каждой команды почтовый ящик с его именем пользователя и паролем. Целевую папку для обработанных писем набирать не нужно: «Read from server» получает настоящий список папок, потому что имена папок у каждого провайдера выглядят по-своему.
Задайте адрес отправителя
В разделе SMTP вы решаете, какой адрес ваши клиенты видят как отправителя ваших ответов. Обычно верный выбор — тот адрес, который они уже знают. Отправка должна идти через сервер, который разрешает этот адрес отправителя, как правило через того же провайдера, что и почтовый ящик службы поддержки.
Проверьте
Отправьте письмо на свой адрес для клиентов. В течение минуты заявка появится в системе, а подтверждение дойдёт до отправителя. Если ничего не приходит, сначала загляните в папку спама почтового ящика службы поддержки.
На что обратить внимание
Пересланная почта может попасть в спам
В принимающем ящике пересылающий сервер уже не совпадает с отправителем сообщения. В первые дни проверяйте папку спама и внесите источник пересылки в список разрешённых.
Отправка — это вторая половина
Microsoft ограничивает и отправку по SMTP с именем пользователя и паролем и собирается её отключить. Сразу рассчитывайте на отправку через того же провайдера, что и почтовый ящик службы поддержки.
Никаких автоответов об отсутствии на ящике службы поддержки
Автоматические ответы с обеих сторон могут гонять письмо туда и обратно. Подтверждение вашим клиентам система заявок отправляет сама, ящику это не нужно.
Один почтовый ящик на команду
Система заявок читает ровно один почтовый ящик на команду. Для нескольких направлений, скажем ИТ и бухгалтерии, заведите по одному ящику и по одному правилу пересылки.
Краткое руководство для Google Workspace и Gmail
Здесь пересылка не нужна. Почтовый ящик подключается напрямую, как только у вас есть пароль приложения.
- 1.Включите двухфакторный вход для учётной записи Google. Без него Google не предлагает паролей приложений.
- 2.Создайте пароль приложения в настройках безопасности учётной записи и запишите его — он показывается только один раз.
- 3.Введите его в системе заявок: IMAP imap.gmail.com, порт 993 с SSL; SMTP smtp.gmail.com, порт 465 с SSL. Используйте пароль приложения, а не пароль учётной записи.
- 4.Не набирайте имена папок: Gmail держит свои системные папки под именами вида «[Gmail]/…». Воспользуйтесь в системе заявок кнопкой «Read from server» и выберите папку из списка.
Не уверены, что подходит вашему провайдеру? Напишите нам, каким вы пользуетесь, и мы назовём самый короткий путь.
Спросить нас