С 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.ru" --user1 "mail1" --password1 "password1" ^
--host2 "imap.mail.ru" --user2 "mail1" --password2 "password2" ^
--useheader "Message-Id" --automap useheader нужен для того, чтобы дубликаты не копировались.
Проблему теперь составляет только заведение паролей приложений для подключения по IMAP. Пока что ощущение такое, что позволяют завести 4-6 паролей, затем надо ждать около часа.
