Гайд как настроить Яндекс почту со своим доменным именем
Привет! Каждому может понадобится почта со своим доменным именем. Предположим, что домен куплен у хостера Х, но он не обеспечивает должную отправку и прием писем: что-то попадает в спам.
Для решения этой проблемы мы можем прикрутить к Яндексу нашу почту.
Мы имеем: домен easypos.tech , который хостится у хостера Х, а также бесплатный сервис Яндекс-почта.
Скажу честно: у Яндекса бывают сбои в работе почты. У нас на практике это повлекло 2 часа простоя за полгода. Поэтому если Вам нужна непоколебимая стабильность – Вы можете воспользоваться и другими бесплатными почтовыми сервисами – например, от компании Google. Наш выбор пал на Яндекс, потому что это отечественный сервис, который работает вполне неплохо.
Для начала нам нужно перейти в раздел “Яндекс для бизнеса“, подраздел “Почта для бизнеса” и выбрать подходящий Вам тариф: нас интересует бесплатное использование.
Далее Вам будет предложено авторизоваться. Если у Вас есть аккаунт – входим в него, если нет – жмём кнопку “Зарегистрироваться”.
После авторизации введите свой домен. Мы указываем easypos.tech.
Теперь мы выбираем способ подтверждения домена. Есть три стандартных варианта: TXT-запись, код на странице, либо файл, который мы загружаем в директорию с сайтом. Мы выбираем первый вариант, самый простой. Здесь нам нужно нажать “Скопировать”.
Теперь нам нужно добавить TXT-запись. Для этого идем к нашему хостеру в раздел доменов и добавляет запись согласно инструкции – Примеры TXT и MX.
Нажимаем “Проверить домен” и ждём, пока права на домен будут подтверждены.
Теперь тоже самое предстоит сделать с MX-записью нашего домена.
Готово! Теперь мы можем перейти в раздел “Яндекс Коннект” и в разделе “Админка” добавить сотрудника.
Здесь мы заполняем данные сотрудника.
Готово! Теперь Ваш сотрудник может зайти в почтовый менеджер или на Яндекс почту и указать учётные данные для входа. Мы использовали приложение Почта в Windows 10. Если ваш почтовый сервис просит указать дополнительные настройки для сервера приёма и отправки писем, то вам следует указать следующее:
адрес почтового сервера — imap.yandex.ru ;
защита соединения — SSL;
адрес почтового сервера — smtp.yandex.ru ;
защита соединения — SSL;
Я не призываю всех использовать Яндекс почту, но и не отговариваю. Ее в корпоративных средах используют многие. Это просто гайд о том, как ее настроить
Вот вы такой вводите сотрудника, ФИО и по. И в конце по какой то причине, случайно щёлкните мышкой не в поле ввода а рядом, то окно ввода сотрудника закроется и давай вводи с начала, окуенно удобно
Как зарегать почту для второго домена? Сейчас можно только один.
Подскажите пожалуйста, если домен делегирован другому хостеру — манипуляции нужно производить на нем или все же на изначальном?
Все, прикрыли лавочку теперь домен можно прикуртить только если есть ИНН
Импортозамещение облаков: как настроить GitLab Runner в Yandex Cloud и не обанкротиться
У нас в профсоюзе недавно появился сервис, который используется для создания публикаций в социальных сетях. Проект находится в GitLab, но с недавних пор использовать Shared Runners в GitLab не представляется возможным, поскольку для этого требуется подключить банковскую карту, а российские карты не принимаются. Открыть счёт в банке другой страны непросто, поэтому было решено развернуть GitLab Runner в Yandex Cloud, поскольку сервис уже развёрнут в Yandex Serverless Containers.
Развернуть GitLab Runner в Yandex Cloud можно в Managed Service for GitLab или на виртуальных машинах (далее ВМ). Сравнение этих сервисов в схожих конфигурациях:
Чистая ВМ — наиболее подходящий вариант, поскольку Managed Service for GitLab и ВМ с образом GitLab обходятся относительно дороже и имеют излишнюю функциональность для текущей задачи. Кроме того, чистая ВМ более гибкая в выборе вычислительных ресурсов, так что стоимость использования может быть ниже. Например, следующая конфигурация обойдётся в 754,65 / месяц:
vCPU: 2, Intel Ice Lake, 20%
Но было бы слишком расточительно оставлять ВМ запущенной круглые сутки, ведь работа GitLab Runner может занимать всего несколько минут. Поэтому после недолгих раздумий был придуман финт ушами функциями.
Суть финта: запускать ВМ только при создании нового пайплайна в проекте, а в остальное время держать в выключенном состоянии. В таком случае стоимость использования ВМ сократится до пары сотен рублей. Диаграмма последовательности для такой функциональности представлена ниже.
Пререквизиты
Необходим аккаунт в Yandex Cloud и репозиторий в GitLab. В этом примере репозиторий уже содержит приложение и Dockerfile к нему. Требуется собрать и протестировать приложение, затем собрать Docker-образ и опубликовать его в реестре проекта.
Заострять внимание на самом проекте нет смысла, так как приложение роли не играет. Если у вас другой стек, то изменения будут в Dockerfile и .gitlab-ci.yml. В данном случае приложение — это Web API на ASP.NET Core, сгенерированное командой:
dotnet new webapi –use-minimal-apis –no-openapi
Создание и настройка ВМ в Compute Cloud
Создание ВМ в Compute Cloud
Переходим в раздел Compute Cloud / Виртуальные машины и нажимаем «Создать ВМ».
Присваиваем имя, выбираем зону доступности и ОС, которая больше нравится. Например, Ubuntu:
Настраиваем диск и вычислительные ресурсы, исходя из потребностей. Для простых приложений, в том числе и для нашего примера, подойдёт 20% гарантированной доли двух vCPU и 4 Гб RAM.
Выбираем сервисный аккаунт с ролью compute.operator. Этой роли достаточно для запуска и остановки ВМ. Если такого сервисного аккаунта нет, то создаём. Этот аккаунт необходим для управления ВМ из функции, которая будет создана далее.
Вводим логин для пользователя ОС, SSH-ключ для подключения по SSH и нажимаем «Создать ВМ».
Дожидаемся создания ВМ и переходим к следующему шагу.
Установка GitLab Runner
Сперва подключимся к ВМ. Для этого копируем публичный IP-адрес ВМ и подключаемся по SSH.
Есть несколько способов установить GitLab Runner. В нашем примере будет использоваться Docker, так как это наиболее универсальный вариант. Инструкция по установке Docker Engine для разных ОС лежит тут.
После завершения установки добавляем Docker в автозагрузки, чтобы не приходилось запускать каждый раз руками:
sudo systemctl enable docker
Осталось загрузить и запустить образ с GitLab Runner. Сделаем это с подключением локальных томов.
docker run -d —name gitlab-runner —restart always \ -v /srv/gitlab-runner/config:/etc/gitlab-runner \ -v /var/run/docker.sock:/var/run/docker.sock \ gitlab/gitlab-runner:latest
Отключаться от ВМ не нужно, так как ещё необходимо зарегистрировать раннер. Как это сделать, будет показано позже, при настройке GitLab.
Создание и настройка функции в Cloud Functions
Создание функции
Переходим в раздел Cloud Functions / Функции и нажимаем «Создать функцию».
Присваиваем имя функции и нажимаем «Создать»:
Выбираем среду выполнения. В этом примере используется Node.js. Затем снимаем галочку с «Добавить файлы с примерами кода» и нажимаем «Продолжить».
Настройка функции
Нажимаем «Создать файл», присваиваем файлу имя, например, index.js и вставляем код функции. Затем определяем точку входа. Формат должен быть такой:
<имя файла без расширения>.<имя функции>
Аналогичным образом создаём package.json. Этот файл необходим, чтобы указать зависимость на Node.js SDK от Yandex.
Результат выглядит примерно так:
В параметрах функции указываем сервисный аккаунт с ролью compute.operator, который был выбран при создании ВМ. Через этот аккаунт функция будет запускать и останавливать ВМ. Остальные значения оставляем по умолчанию:
Осталось нажать «Создать версию», дождаться обновления функции и сделать её публичной:
Прежде чем идти дальше, разберём, что происходит в index.js.
Функция handler:
Сравнивает значение заголовка X-Gitlab-Token со значением в константе gitlabToken для того, чтобы функция обрабатывала запросы только от нашего репозитория. Значение токена можно сгенерировать любым удобным способом: GUID-генератор, генератор паролей и т.д.
Парсит тело запроса и проверяет значение object_kind. Обрабатываться должны только события от pipeline. Остальные игнорируются.
Проверяет значение detailed_status. Если в проекте создан новый pipeline, то статус у него будет pending. В таком случае запускаем ВМ. Если статус passed, значит, работа pipeline завершена успешно, можно останавливать ВМ.
Функции startInstance и stopInstance:
Создают новую сессию с токеном сервисного аккаунта, который мы указали при создании функции. Данные этого аккаунта будут доступны в параметре context.
Создают запрос на запуск и остановку ВМ соответственно.
Отправляют запрос в инстанс, который указан в константе virtualMachineInstanceId.
Настройка проекта GitLab
Регистрация и настройка раннера
Возвращаемся к ВМ. Для регистрации необходимо выполнить одну из команд из этой инструкции. Для нашего примера:
docker run —rm -it -v /srv/gitlab-runner/config:/etc/gitlab-runner gitlab/gitlab-runner register
После чего будет предложено определить значения для параметров конфигурации.
URL и токен находим на странице Settings / CI/CD:
Указываем при регистрации теги, которые описаны в файле .gitlab-ci.yml, иначе раннер не будет брать джобы.
Если теги не используются, то после завершения регистрации указываем раннеру брать джобы без тегов:
В результате в проекте появится доступный раннер.
Поскольку в этом примере будет собираться Docker-образ, включаем privileged mode в настройках раннера. Для этого флагу privileged присваивается значение true в файле /srv/gitlab-runner/config/config.toml
Создание webhook
Переходим в раздел Settings / Webhook. Тут вводим URL функции, затем токен, который указали в константе gitlabToken, после чего выбираем триггер pipeline и нажимаем Add webhook:
Проверяем работу CI/CD
Сперва остановим ВМ. После этого создадим новую ветку в репозитории, изменим какой-нибудь файл и сделаем merge request.
Все три стейджа отработали без ошибок:
В реестре контейнеров создан Docker-образ:
В логах функции видно, что с момента запуска ВМ до завершения работы CI/CD прошло примерно 5 минут 20 секунд.
Анализ решения
Ниже приведена стоимость использования одной виртуальной машины с GitLab Runner в Compute Cloud за неделю. Если экстраполировать такое потребление на месяц, то выйдет примерно 200-250 рублей, что дешевле использования полноценной ВМ.
Основной ресурс, на который уходит бюджет — хранилище. Если сумма в 200-250 рублей — всё ещё много, то нужно сменить тип хранилища с SSD на HDD.Также в качестве платформы можно выбрать Intel Cascade Lake, так как она позволяет снизить гарантированную долю vCPU до 5%. Стоимость такой ВМ будет на 30-40% ниже, но и производительность её также будет ниже.
Плюсы такого решения:
Относительно простая конфигурация, которая легко настраивается.
Невысокая стоимость ресурсов облака, подходит для небольших pet-проектов.
Если на одной ВМ развёрнуты раннеры от нескольких проектов, то нужно усложнять логику включения / отключения ВМ, так как ВМ может внезапно отключиться при завершении работы одного из раннеров.
Яндекс отключает бесплатную почту для доменов
Напоминаю тем, у кого корпоративная почта на Яндексе, что бесплатного тарифа не осталось. Письма с бесплатных тарифов перестанут уходить с 08 — 12 мая. Кто не хочет платить — переезжайте.
Рассылку они делали, но как водится многие это письмо пропустили.
P.S. Пост связан с тем, что начальные даты блокировок выпадают на праздники, поэтому могут быть сюрпризы.
Как не платить за корпоративную почту на «Яндекс»: гайд по переезду на mail.ru + CSV-файл для импорта
С 17 апреля корпоративная почта на «Яндекс» вида mail@domain.ru для компаний становится платной: 249 руб./мес. за пользователя. Мы предложили нашим клиентам три выхода: смириться и оплатить, создать новый почтовый сервер, переехать на сервера mail.ru (они пока бесплатны).
О переезде на mail.ru , особенностях, тонкостях и нюансах мы создали самый полный гайд в интернете.
Что нужно сделать
Осуществить переезд с максимальным сохранением работоспособности почты. Другими словами, сделать это максимально незаметно.
Сохранить все почтовые ящики и сохранить доступы пользователей к ним: логины и пароли, чтобы не пришлось запоминать снова. Хотя в некоторых случаях массовая смена паролей может быть даже полезной в целях безопасности, по нашему мнению.
Перенести все письма с каждого почтового ящика на сервера mail.ru , чтобы сохранить историю переписки и по возможности пользовательские папки
Осуществить смену серверов. Чтобы письма стали уже приходить в mail.ru
Заменить IMAP-сервера и прочие настройки во всех внешних приложениях. Например, у нас это и «Битрикс24» у каждого пользователя и Roistat с подменой email (emailtracking) и почтовые программы для чтения почты на личных ПК.
Этап 1. Подготовка
Прежде чем начать необходимо получить доступ ко всему, что понадобится и как следует подготовиться. Нужно:
1. Убедиться, что у вас есть доступ к панели «Яндекс 360» для бизнеса https://admin.yandex.ru/ . Доступ должен быть у пользователя с правами администратора. Обычно мы оставляем себе административный доступ к кабинету, но если создавали и настраивали мы. Чтобы предоставить доступ сотруднику, осуществляющему переезд, необходимо либо предоставить доступ к своему аккаунту, что крайне нежелательно, либо предоставить права администратора этому пользователю. То есть пригласить по ссылке с аккаунтом @yandex.ru, а далее назначить его администратором.
2. Провести ревизию всех почтовых ящиков. Спорим, вы найдете много лишнего здесь? Удалите все неиспользуемые адреса, оставьте только те, с которыми работает в настоящее время.
Внимание! Вы должны точно понимать, что делаете, прежде чем удалять адреса.
Чтобы понять, какие адреса используются, необходимо проверить основные сценарии их использования. Обычно это: сайт, CRM-система, справочники, корпоративные адреса ваших сотрудников или отделов, технические адреса для приема заявок или отправки email и так далее.
3. Настроить все на принимающей стороне. Понадобится аккаунт на mail.ru . Лучше использовать рабочий аккаунт. Мы проводим работы для многих клиентов и используем один студийный аккаунт для нескольких проектов. Но обязательно добавляем аккаунт представителя заказчика. Это крайне важно, чтобы у владельца были права администратора, и он всегда мог управлять своей компанией, отдельно от нас. Это правило работает и наоборот. Если вы проводите работы самостоятельно, то дайте права администратора одному из новых сотрудников с почтой на домене или права владельца пользователю администратору с адресом на mail.ru .
4. Подтвердить, что домен принадлежит нам, и мы имеем право с ним работать. Здесь важно выбрать нужный формат подтверждения. DNS-запись отлично нам подходит, ведь добавление этой записи никак не повлияет на работу почты, но откроет доступ к подготовке инфраструктуры на новом сервере.
В некоторых случаях может оказаться, что ваши DNS управляются на «Яндекс». Так могло произойти из-за делегирования домена на сервера «Яндекс» при подключении. Тогда, чтобы все реализовать правильно, мы советуем сдублировать все записи с Яндекс на хостинг, включая и новую подтверждающую владение доменом запись DNS для mail.ru . Далее, остается подтвердить владением доменом, используя DNS-редактор Яндекс.
5. Изменить текущие пароли пользователей на единый стандартный пароль. Поверьте, вы никогда не соберете все реальные действующие пароли, но, собрав хотя бы часть, в последующем после создания почтовых ящиков на принимающей стороне мы сможем установить обратно пароли.
6. Создать почтовые ящики на принимающей стороне. Если почтовых ящиков много, используйте импорт CSV.
Mail.ru не предоставляет шаблон CSV-файла. Мы создали его самостоятельно и делимся с вами, скачивайте по ссылке.
Адреса почтовых ящиков необходимо полностью скопировать с текущего сервера. Установить текущие пароли от почтовых ящиков. Так для пользователя переезд будет менее проблемным, и, возможно, он даже ничего и не заметит.
Также возможно: сгенерировать на новом сервере новые безопасные пароли и раздать их пользователям (на наш взгляд, это отлично для профилактики в плане безопасности) или попросить систему принудительно сменить пароль после авторизации — так пользователь сможет придумать сам себе пароль.
Тут возникла проблема. При импорте почтовых ящиков с определенными именами появилась ошибка при создании пользователя. Написали в ТП — они просто отписали, что решили проблему и попросили попробовать повторно. Действительно, проблема устранилась, но теперь ошибка появилась еще на двух пользователях, написали снова.
Спустя двое суток ответа от ТП так и не последовало, поэтому мы стали искать способ устранения ошибки самостоятельно. В результате нашли решение в комментариях на Пикабу. Спасибо пользователю @zlo157 за инструкцию. Схема такова:
1) Входим в проблемный ящик на mail.ru , используя новые логин и пароль (работать лучше в приватном окне).
2) Сервис попросит залогиниться в «Яндексе», подтверждаем это действие.
3) Переходим на страницу: https://account.mail.ru/user/delete
4) Удаляем аккаунт, убедившись что это именно тот логин, с которым возникла ошибка.
5) Повторно импортируем CSV-файл с пользователями или добавляем аккаунт вручную.
После этого все ящики будут функционировать нормально. Мы сделали по инструкции — все заработало.
Кстати, уже после того, как проблема была решена таким способом, ответ от ТП Mail таки пришел, на третьи сутки после запроса. Суть официальных рекомендаций сводится к тем же действиям.
7. Авторизоваться в каждом старом ящике на текущем сервере. Это крайне неочевидная и утомительная процедура, но, поверьте, сэкономит минимум 3 часа вашего времени. При авторизации зайдите в настройки и включите портальный пароль в списке способов авторизации по IMAP. Иначе на новом сервере при настройке миграции будет постоянно сбой.
8. Настроить миграцию. Для этого нужно зайти в раздел миграция и для каждого ящика включить переключатель. Придется ввести пароль от старого ящика. Учитывая, что логин и есть адрес ящика, и мы создали ящики один в один, а также авторизовались и включили портальный пароль, миграция включится отлично, без сбоев.
И наконец, после того, как все подготовительные шаги выполнены, меняем MX-записи на mail.
Как получить доступ к почте на сайте через WEB интерфейс онлайн?
Способы открыть почтовый ящик на сайте описаны ниже и завися от используемой панели хостинга, ниже описаны инструкции для панели Cpanel и ISPManager.
Как войти в почтовый ящик на сайте с панель Cpanel.
Почтовый WEB Интерфейс: https://xx.xx.xxx:2096
Где хх.хх.ххх IP адрес сервера где находится сайт.
В качестве логина используйте полное название Вашего почтового ящика.
Как вариант можно создать поддомен для Вашего домена и перенаправить на этот адрес, в итоге получите более человеческий вид, например, mail.mysait.ru
Как это делается:
1. В сипанели создаете субдомен, например, mail
2. Пункт Перенаправления:
Тип — Постоянно (301)
https://(www.)? — Выбираете из списка созданный Вами субдомен
перенаправление к→- https://xx.xx.xxx:2096 (xx.xx.xxx — IP сервера) либо https://mysait.ru:2096
Ниже выбираете — Redirect with or without www.
Жмёте Добавить.
Теперь при наборе, например, mail.mysait.ru будет открываться окно приглашения в Веб почту.
Как войти в почтовый ящик на сайте с панель ISPManager.
целый миллион вариантов
- Клиентам
- CMS тарифы
- Домены
- Сервера
- SSL
- Права
- Помощь
- Компания
ХостингРУ даёт возможность купить хостинг сайтов дешево с SSL и полноценным пакетом услуг. Дешевая регистрация доменов и недорогой хостинг позволяют создать сайт любой тематики. Мы занимаем лидирующие позиции в данной сфере. Нашими клиентами являются жители городов Москва, Санкт-Петербург, Баку, Ташкент, Бишкек, Екатеринбург и т.д. Выбирая наш php хостинг в России, вы получаете премиум услуги по низкой цене.
Как зайти на почту с доменом сайта
Клиенты услуги виртуального хостинга могут работать с почтовыми ящиками с помощью веб-интерфейса webmail.ps.kz.
- Перейдите по ссылке https://webmail.ps.kz/
- В поле «Имя пользователя» введите адрес вашей почты (пример: info@ваш-домен.kz)
- Заполните поле «Пароль»
- Нажмите «Войти»
2. Настройка почтового клиента на Вашем компьютере
В настройках почтовой программы на Вашем компьютере необходимо указать следующие параметры:
- Адрес Вашей электронной почты, например имя@<ваш домен>.kz
- Имена серверов входящей и исходящей почты совпадают — mail.<ваш домен>.kz
- Порты: POP3 — 110 порт, IMAP — 143 порт, SMTP — 25 порт
- Безопасное соединение (SSL/TLS) — нет.
3. Настройка почтового клиента на Вашем компьютере для защищенного соединения
Если Вы хотите подключаться к серверу по защищенному соединение, то необходимо установить SSL-сертификат для почты используя следующую нашу инструкцию.
Вход пользователей в почтовые ящики
Пользователи могут заходить в ящики, расположенные на вашем домене, четырьмя способами:
Через главную страницу сервиса
Перейдите на главную страницу Mail.ru, введите логин и пароль от почтового ящика и нажмите «Войти».
Через страницу biz.mail.ru/login/yourdomain.ru
Чтобы миновать главную страницу Mail.ru и для входа в ящики своего домена использовать отдельную страницу, введите в адресной строке браузера biz.mail.ru/login/yourdomain.ru .
Например, для входа в почтовый ящик, расположенный на домене mycompany.ru , необходимо набрать в адресной строке браузера biz.mail.ru/login/mycompany.ru .
Пример страницы входа в доменную почту
Через страницу mail.yourdomain.ru
Для входа в почтовые ящики, расположенные на вашем домене, вы можете использовать отдельную страницу вида mail.yourdomain.ru , где yourdomain.ru — это ваш домен.
Для этого администратор домена должен добавить в настройках домена на сайте регистратора CNAME-запись аналогично TXT и MХ-записи. При настройке необходимо указать следующие данные:
| Тип записи | CNAME |
| Поддомен | |
| Значение | biz.mail.ru |
Если запись настроена верно, то через некоторое время вы сможете использовать ссылку mail.yourdomain.ru для входа в почтовые ящики, расположенные на вашем домене.
Перенаправление работает только по ссылке с http://mail.yourdomain.ru , а не https://mail.yourdomain.ru . Несмотря на это, вход в почту и работа с ней осуществляются по защищенному протоколу.
Через форму на вашем сайте
Вы можете добавить на свой сайт форму для входа в почтовые ящики, расположенные на вашем домене. Тогда все пользователи, имеющие почтовые ящики на вашем домене, после ввода логина и пароля в форму входа на вашем сайте, будут сразу попадать в папку «Входящие».
Чтобы вставить форму, разместите на своём сайте код:
Не забудьте в коде изменить value=»Имя домена» на реальное имя домена.
Форму для входа можно использовать только на том сайте, домен которого подключен к VK WorkMail, а также для входа только в те почтовые ящики, которые расположены именно на этом домене.