Как изменить домен почты

Изменение адреса электронной почты Microsoft 365 для использования личного домена

Если вы не нашли то, что вы ищете, обратитесь к разделу вопросы и ответы по доменам.

Исходный адрес электронной почты в Microsoft 365 включает onmicrosoft.com, например tom@fourthcoffee.onmicrosoft.com. Его можно изменить на более понятный адрес, например tom@fourthcoffee.com. Сначала вам потребуется получить собственное доменное имя, например fourthcoffee.com. Если оно у вас уже есть, отлично! Если нет, вы можете узнать, как приобрести имя у регистратора доменных имен.

Исходный адрес электронной почты в Microsoft 365, управляемый компанией 21Vianet, включает partner.onmschina.cn, например tom@fourthcoffee.partner.onmschina.cn. Его можно изменить на более понятный адрес, например tom@fourthcoffee.cn. Сначала вам потребуется собственное доменное имя, например fourthcoffee.cn. Если оно у вас уже есть, отлично! Если нет, вы можете узнать, как приобрести имя у регистратора доменных имен.

Когда вы измените адрес электронной почты домена на Microsoft 365, обновив запись MX домена во время настройки, все сообщения электронной почты, отправленные в этот домен, начнут поступать в Microsoft 365. Перед изменением записи MX убедитесь, что вы добавили пользователей и создали почтовые ящики в Microsoft 365 для всех пользователей, имеющих электронную почту в вашем домене. Не хотите перемещать электронную почту для всех пользователей вашего домена в Microsoft 365? Вместо этого можно выполнить шаги по пилотной версии Microsoft 365 с несколькими адресами электронной почты.

Настройка бизнес-почты с новым доменом

Ознакомьтесь с этим и другими видео на нашем YouTube-канале.

Купите новое доменное имя для своего адреса электронной почты и настройте адреса электронной почты в Microsoft 365.

Купите новое доменное имя для адреса электронной почты, указав контактные данные для нового доменного имени, выбрав способ оплаты и разместив заказ.
Измените первую часть адреса (перед знаком @) или оставьте его как есть.
Выйдите из Microsoft 365, а затем снова войдите с новым адресом электронной почты. Адреса электронной почты сотрудников обновляются новым доменом.

Настройка бизнес-почты с существующим доменом

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

Войдите на веб-сайт, на котором размещен ваш домен. Нажмите кнопку для автоматической проверки или обновления домена вручную.
Настройте адрес электронной почты или оставьте его как есть.
Выйдите из Microsoft 365, а затем снова войдите с новым адресом электронной почты. Адреса электронной почты сотрудников обновляются новым доменом.

Измените адрес электронной почты для использования личного домена с помощью Центр администрирования Microsoft 365

Эти действия может выполнять только глобальный администратор.

Перейдите в центр администрирования Microsoft 365.

Перейдите в Центр администрирования в https://portal.partner.microsoftonline.cn.

Перейдите на страницу Параметры Домены>.
На странице Домены выберите Добавить домен.
Выполните действия, чтобы подтвердить, что вы являетесь владельцем домена. Вы узнаете, как правильно настроить все для вашего домена в Microsoft 365.
Перейдите в раздел Пользователи>Активные пользователи.
Выберите пользователя, чтобы изменить его имя пользователя, и измените его на только что добавленный домен.

Если вы не используете лицензию Exchange, вы не можете использовать домен для отправки или получения сообщений электронной почты от клиента Microsoft 365.

Как сменить домен и не потерять весь трафик

У вас уже есть действующий проект на старом доменном имени, но вы наткнулись на свободное доменное имя, которое гораздо короче, лучше звучит и запоминается? Например, remontnik.kyiv.ua намного лучше по этим критериям, чем remont-kvartir-i-balkonov.kyiv.ua. Или зарегистрировали торговую марку и теперь можете использовать доменное имя в зоне .ua, которое также удобнее для запоминания и вызывает больше доверия у ваших клиентов? Тогда вы точно задумались о том, что надо изменить доменное имя, но при этом не потерять существующих клиентов, трафик и позиции в поисковых системах. О том, как сменить доменное имя с минимальными последствиями, мы дальше и расскажем.

чек-лист по смене домена

Из статьи узнаете:

Что надо сделать заранее?
Что надо сделать непосредственно перед сменой домена?
Что сделать во время смены домена?
Что сделать после смены домена?
1. Что делать со старым доменом после смены?
Сразу стоит ответить на вопрос, когда переносить сайт на новый домен. Чем раньше вы это сделаете, тем меньше изменений вам придется делать и тем меньше вы потеряете трафика в абсолютных значениях. К сожалению, смена доменного имени практически невозможна без изменений трафика и позиций. Однако, это лишь временное явление и, если всё сделано правильно, позиции быстро восстановятся. Подробнее о позициях расскажем ниже. Для начала нужно подготовиться к смене домена.

При смене домена обязательно нужно составить детальный чек-лист и внести туда все пункты, которые вам нужно выполнить. Универсальный чек-лист составить невозможно, так как у каждого сайта есть свои особенности, которые нужно учесть. Однако можно выделить базовые действия, актуальные для любого сайта. Для удобства пользования чек-листом, его можно разбить на категории: сделать заранее, сделать непосредственно перед сменой домена, сделать во время смены домена, сделать после смены домена.

Пример чек-листа мы добавили в Google drive. Можно посмотреть и пользоваться. Теперь разберем детально каждый пункт.

Что надо сделать заранее?

Указанные ниже действия не обязательно выполнять именно в этом порядке. Но важно сделать их все на первом этапе.
- Купите новое доменное имя. Каким бы очевидным не показался этот пункт, надо сразу же купить домен, как только вы его нашли. Мы неоднократно сталкивались с ситуацией, когда наши клиенты хотели купить доменное имя, но откладывали это дело, чтобы «зря не простаивало и не истекали дни срока действия домена». Пока клиент думал, кто-то этот домен уже купил и либо не желает его отдавать, либо просит сумму с тремя и более нулями… и не в национальной валюте. Если сомневаетесь в выборе нового имени, читайте статью Как выбрать домен для сайта.
- Создайте на сервере новый домен и настройте его. Если используете виртуальный хостинг для сайта или же сервер с панелью управления, создайте в панели новый домен. Выдайте ему все необходимые права и настройте таким же образом, как настроен нынешний домен.
- Настройте почтовые ящики на новом домене. Для того, чтобы ни одно адресованное вам письмо не потерялось, сделать настройки нужно до смены домена на сайте.
- Составьте список мест, где нужно будет изменить контакты. Поскольку изменится почтовый ящик, о нем надо будет сообщить вашим клиентам. Это может быть список мест как на вашем сайте, так и на сторонних сайтах.
- Составьте список ресурсов, на которых есть аккаунты вашей компании. Это могут быть каталоги предприятий, рейтинги сайтов, социальные сети. После переезда на новый домен, вам понадобится изменить его либо через личный кабинет, либо по обращению к веб-мастеру ресурса. Сразу расставьте эти ресурсы по приоритету, согласно которому вы будете вносить изменения.
- Проверьте, нет ли каких-либо API, привязанных к доменному имени. Если таковые есть, добавьте их в свой чек-лист. Например, вы принимаете оплаты в своем интернет-магазине и используете API платежной системы, привязанный к домену вашего сайта. Важно, чтобы при смене домена не пропал какой-либо функционал сайта.
- Составьте список необходимых редиректов. Не забудьте о настройках редиректов на предыдущем домене – их нужно перенести. То же самое касается и поддоменов вашего сайта, если таковые есть – на них редиректы настраиваются отдельно от основного домена.
ВИДЕО ПО ТЕМЕ:

Что надо сделать непосредственно перед сменой домена?

После базовой подготовки к смене домена, приступайте к следующей части – эти действия нужно выполнить перед переключением домена.
- Внесите изменения на сайте в «песочнице». Вам понадобится изменить ссылки и тексты по сайту. Также важно не забывать о метатегах canonical и hreflang, если они используются. В качестве «песочницы» можно использовать созданный новый домен на сервере, который мы добавили на первом шаге. Однако, важно, чтобы новый домен не начал самостоятельно индексироваться и создавать дубликаты контента. Если у вас нет песочницы или не можете её сделать по каким-то причинам, нужно составить пошаговый план изменения контента. В нем укажите, что и в каком порядке вы будете менять: ссылки по сайту, ссылки на изображения, упоминания доменного имени в текстах или изображениях и так далее.
- Подготовьте необходимые редиректы. Подготовьте правила постраничных редиректов для файла .htaccess либо для конфигурационных файлов веб-сервера.
- Отключите эксперименты. Этот пункт необязательный и на своем опыте можем сказать, что смена домена никак не повлияла на работающий эксперимент – все данные корректно отображались в Google Analytics. Однако, во избежание каких-то расхождений в данных лучше запускать эксперименты уже после смены домена, чтобы не получить некорректный отчет.
- Добавьте новый домен в инструменты для веб-мастеров. Чтобы отправить запросы на смену домена и дать поисковым системам сразу правильную информацию, нужно добавить домен в Google Search Console.
Что сделать во время смены домена?

Итак, вся подготовительная работа завершена, приступаем к не менее важной части – смене домена.
- Включите заготовленные заранее редиректы. После выполнения этого пункта, сайт автоматически начнет открываться с нового домена.
- Смените доменное имя в настройках CMS. Если CMS не используется, то пропускайте этот пункт.
- Опубликуйте на сайте изменения, которые были внесены в песочнице. Если вы в качестве песочницы использовали не новый домен, нужно перенести все изменения. Чаще всего понадобится перенести только файлы и базу данных. Не забудьте о файлах robots.txt и sitemap.xml.
- Настройте переадресацию почты со старых ящиков на новые. Поскольку домен уже изменен, имеет смысл сразу же изменить и почтовые ящики. Благодаря переадресации никакие письма не потеряются.
- Внесите изменения в рекламные кампании. Нужно изменить URL в посадочных страницах, текстах объявлений, уточнениях и дополнительных ссылках. Это можно быстро сделать в Adwords Editor и Direct Commander для Google и Yandex, соответственно.
Что сделать после смены домена?
- Проверьте, всё ли корректно изменено. По сути, надо сделать технический аудит сайта самостоятельно, о котором мы писали ранее. Важно, чтобы после смены домена не было битых ссылок, дубликатов страниц, некорректных ответов сервера, лишних редиректов, а ссылки были только на новый домен.
- Проверьте корректность работы систем аналитики. Убедитесь, что данные в системе аналитики поступают и не отсеиваются какими-либо правилами.
- Отправьте заявку на смену домена в Google. В Google Search Console нажмите на изображение шестеренки и выберите «Изменение адреса». Затем выберите из выпадающего списка новый домен, проверьте корректность работы редиректов и отправьте заявку.
- Перенастройте отслеживание позиций. Если у вас есть семантическое ядро и вы следите за позициями сайта, измените доменное имя в настройках или же создайте новый проект по отслеживанию позиций, если изменение невозможно.
- Сделайте рассылку клиентам и подписчикам. Отправьте своим клиентам заранее заготовленное письмо о том, что у вас изменились контакты и доменное имя. Читайте, какой выбрать сервис рассылок.
- Внесите изменения на сторонних ресурсах. На подготовительном шаге вы составляли список ресурсов, где представлена ваша компания. Теперь пришло время вносить изменения на всех этих ресурсах. Если их много, то будет удобнее разбить эти ресурсы на категории с разным приоритетом и вносить изменения поочередно.
Что делать со старым доменом после смены?

С технической точки зрения, при использовании нового домена, браузер никак не будет обращаться к старому домену (конечно, если весь контент уже перенесен на новый домен). Но нужно учесть следующие вещи.

Поисковым системам и различным ботам нужно время, чтобы понять, что у вас сменился домен. Сами поисковые системы рекомендуют оставлять активным старый домен (с редиректом на новый) не менее полугода после смены. Но еще лучше оставлять его на всё время существования нового домена. Стоит это в год очень немного, а польза будет большая, потому что:
- если на старый домен уже есть какие-то ссылки в интернете, которые вы не можете изменить, или посетители сохранили старый домен в закладки, то при удалении старого домена посетители просто никуда не попадут;
- неизвестно, будет ли передан ссылочный вес, необходимый для SEO, на новый домен. Поэтому выгоднее оставлять старый домен, чтобы ссылочный вес был передан правильно;
- конкуренты могут купить ваш старый домен и разместить там свой сайт. Вам это, скорее всего, не нужно.
Если домен раньше был на HTTPS, то и SSL-сертификат использовать нужно. При обращении к старому домену браузер сначала будет получать данные об SSL-сертификате и только после этого произойдет редирект. Если же сертификат будет просроченный — все пользователи получат сообщение о небезопасном соединении, после которого более 80% пользователей уходят с сайта. Поэтому на старый домен нужно повесить самый простой SSL-сертификат. Можно даже Let’s Encrypt, который обеспечит минимально необходимый функционал. Если не хочется заморачиваться с перевыпусками каждые 3 месяца, то можно поставить просто самый дешевый сертификат. Например, Positive SSL, который можно взять сразу на 2 года.

Быстрые серверы, удобная панель управления и заботливая поддержка 24/7 ��
При заказе хостинга на полгода — зарегистрируем �� домен в подарок!
При покупке на год — скидка 30%
☝️ Гарантируем вернуть деньги в течение 30 дней, если вам что-то не понравилось или не подошло.

Как изменятся позиции сайта при смене домена?

Большое количество веб-мастеров боится менять домен или даже переходить на HTTPS из-за того, что могут сильно просесть позиции и больше не восстановятся. Поисковые системы не дают никаких гарантий, что после смены домена позиции останутся на прежнем уровне. И таких гарантий не даст никто. Более того, мы можем сказать, что практически всегда при смене домена позиции временно падают, но главное – «временно». Если вы всё сделаете правильно и на сайте не будет никаких ошибок, то и позиции восстановятся быстро.

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

Важные моменты по смене домена

Есть некоторые нюансы, на которые стоит обратить особое внимание, чтобы осуществить переезд безболезненно для сайта.
- Постраничные редиректы на новые страницы должны отдавать код 301. Это так называемые «301 редиректы».
- Поскольку падение позиций практически неизбежно, подумайте, когда для вас будет минимально ощутим спад трафика. Например, вы можете сменить домен в летний период спада трафика или же на длинные праздники, если у вас бизнес-аудитория.
- Обязательно проводите технический аудит после смены домена – он поможет выявить те ошибки, которые будут незаметны на первый взгляд. Благодаря нему вы обезопасите себя от длительного и сильного падения трафика.
Наш опыт смены домена

Для смены доменного имени мы выбрали период новогодних праздников, чтобы потеря трафика была минимально заметна. Максимальное падение трафика из органического поиска у нас составило 52%, но оно пришлось именно на период с 26 декабря по 1 января. Поэтому нельзя однозначно утверждать, что повлияла только смена домена, т.к. частично это связано с сезонностью. Например, в прошлом году в аналогичный период мы наблюдали снижение трафика на 36%.

Органический трафик из Google полностью восстановился на 7-й неделе, из Yandex – на 6-й. Если сравнивать период с начала переноса до полного восстановления трафика (1 декабря – 22 января) с предыдущим периодом аналогичной длительности, потеря трафика составила 24.5%. Но если мы посмотрим на трафик в течение 4 недель после восстановления и сравним их с 4 неделями до переноса, рост трафика составляет 71.8%. Безусловно, рост этот связан не со сменой домена, а с регулярной работой по оптимизации сайта. Но это показывает, что из-за смены домена не должно сразу всё стать хуже. Просто продолжайте развивать сайт и все позиции восстановятся.

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

Также мы столкнулись с тем, что не все клиенты автоматически зачислялись партнерам, которые их привели. Это связано с тем, что у нас время жизни cookies для партнерской программы – 90 дней. Но поскольку в cookies сохраняется доменное имя, реферал не прикреплялся к партнеру. Мы написали дополнительный скрипт, чтобы отследить всех таких клиентов и вручную начислить комиссии партнерам. Вывод – благодаря тщательно спланированному чек-листу мы ничего не упустили из виду, и для нас это было просто небольшое увеличение работы.

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

1212 доменных зон для любых проектов!
.com .com.ua .info .online .in.ua .net .kyiv.ua .site .pl .ORG .pro .org.ua .eu

How-to: смена основного домена в G Suite для всей компании и с сохранением всех данных

Появилась необходимость сменить основной домен компании в G Suite с .ru на .com с сохранением всех данных, календарей, псевдонимов и доступов на сторонние ресурсы. Информации о переезде в интернете не очень много, а точнее, кроме справки самого Google, вообще ничего не нашлось, что и стало причиной создания этого how-to. Будет полезно, если кто-то решит повторить подобное.

Дело в том, что изначально в компании использовался домен pixonic.ru. Затем был добавлен псевдоним pixonic.com, но везде по умолчанию стояла почта в зоне .ru. А так как многие сотрудники компании ведут переписку с зарубежными коллегами и клиентами, было желание использовать международный формат. Для этого им приходилось заходить в настройки аккаунта, самостоятельно менять основной почтовый адрес и приводить подпись в соответствие с корпоративным шаблоном. Не все это делали (или делали, но через раз) и можно представить, какой беспорядок и путаница творились в ветках сообщений. Для внешних партнеров это выглядело еще менее презентабельно из-за разных подписей.

В общем, настал момент, когда было решено — вся переписка должна вестись с использованием почты pixonic.com. Задача упала на нас — системных администраторов.

В конце статьи есть ссылка на весь скрипт, поэтому в тексте будут лишь его куски.

Мы используем Google для бизнеса, поэтому и почта располагается на том же сервисе. Итак, что имелось:
1. Домен pixonic.ru.
2. Псевдонимы pixonic.com и pixonic.org.
3. ~200 учетных записей и ~80 групп рассылок.
4. Куча псевдонимов у некоторых учетных записей.
5. Календари, в том числе общие для компании.
6. Подключена Google-аналитика.
7. Десятки терабайтов важной информации на Google Drive.
8. Сторонние сервисы Jira, Slack и другие, в которых авторизация происходила с помощью учетной записи Google.
1. Сделать pixonic.com основным доменом, а pixonic.ru и pixonic.org — его псевдонимами.
2. Переезд всех учетных записей в pixonic.com с сохранением всей корреспонденции и информации на Google Drive.
3. Переезд почтовых групп с сохранением состава и прав ее участников.
4. Сохранение всех псевдонимов пользователей.
5. Сохранение доступов ко всем расшаренным файлам в Google Диск для учетных записей.
6. Сохранение календарей, чтобы не потерялась информация о запланированных встречах и мероприятиях.
7. Сохранение доступов в Jira и Slack.
8. По максимуму избежать потери почты.
Ладно. Перенастраивать аккаунт каждого пользователя вручную — перспектива так себе. Да еще подобную процедуру приходилось бы делать для каждого нового сотрудника отдельно. Можно еще попробовать сделать через API, но опять же — это не решит всех проблем, т.к. многие пользуются сторонними почтовыми клиентами со старыми настройками. Да и проблема с новыми сотрудниками никуда не денется.

В справке по переезду от самого Google пять пунктов:
1. Добавьте дополнительный домен и настройте записи MX.
2. Сделайте новый домен основным.
3. Переименуйте пользователей в соответствии с новым основным доменом.
4. Переименуйте группы в соответствии с новым основным доменом.
5. Удалите прежний основной домен (необязательно).
Что точно останется, а что может потеряться в результате подобных действий — не указывалось. Поэтому мы сделали тестовое окружение, купили еще один G Suit и добавили к нему тестовых доменов.

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

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

Алгоритм действий

Все, что можно было сделать не руками — сделано скриптом на Python 3.6. Из сторонних модулей нам потребуется google-api-python-client, oauth2client,httplib2, apiclient и pyopenssl. Без проблем устанавливаются с помощью pip.

Чтобы воспользоваться Google API, надо создать сервисный аккаунт в консоли разработчика. Для этого создаем проект (либо используем имеющийся), выбираем «Учетные данные → Создать учетные данные → Ключ сервисного аккаунта».

Выбираем «Новый сервисный аккаунт», именуем его, назначаем роль «Владелец», выбираем ключ P12 (по поводу ключа не очень принципиально, но во время тестов у меня с JSON получилось авторизоваться только с явной выдачей разрешений от конкретного пользователя, от имени которого производились операции, что в данном случае не подходит).

Авторизовать сервисный аккаунт в консоли администратора в разделе «Безопасность → Расширенные настройки → Управлять доступом клиента API».

API может работать только в той области, в которой его авторизовали (описание всех областей можно прочитать здесь). Я использовал следующие:
- Email (Read/Write/Send) mail.google.com
- www.googleapis.com/auth/activity
- View and manage the provisioning of groups on your domain www.googleapis.com/auth/admin.directory.group
- View and manage the provisioning of users on your domain www.googleapis.com/auth/admin.directory.user
- www.googleapis.com/auth/drive.metadata.readonly
- www.googleapis.com/auth/gmail.settings.basic
- www.googleapis.com/auth/gmail.settings.sharing
Основа всего скрипта — это получение прав и делегирование их на какого-либо пользователя в зависимости от требуемых действий. Т.е. если вам нужно поменять подпись кого-либо в почте, то делегирование нужно производить на эту же учетную запись; если получить список пользователей — то на аккаунт администратора и т.п.

Так это выглядит у меня:
```
def get_credentials(email): # Авторизация и делегирование прав на e-mail credentials = ServiceAccountCredentials.from_p12_keyfile( SERVICE_ACCOUNT_EMAIL, SERVICE_ACCOUNT_PKCS12_FILE_PATH, 'notasecret', scopes=['https://www.googleapis.com/auth/admin.directory.user', 'https://www.googleapis.com/auth/gmail.settings.sharing', 'https://www.googleapis.com/auth/gmail.settings.basic', 'https://mail.google.com/', 'https://www.googleapis.com/auth/activity', 'https://www.googleapis.com/auth/drive.metadata.readonly', 'https://www.googleapis.com/auth/admin.directory.group']) delegate_credentials = credentials.create_delegated(email) return delegate_credentials.authorize(httplib2.Http())
```
По сути мы вызываем эту функцию перед каждым действием, затем выбираем приложение, в котором нужно произвести манипуляции, и запускаем API. Выполнение API возвращает либо результат выполнения, либо данные, которые запрашивались.
```
http = get_credentials(adminEmail) service = build('admin', 'directory_v1', http=http) data = service.users().aliases().list(userKey=usermail).execute() print(data)
```
Начало работ обозначаем созданием бэкапа всего, что нам может потребоваться, а именно: информации о пользователях, группах, составе групп, псевдонимов пользователей и псевдонимов групп.

Тут все просто: запрашиваем инфу, записываем в файл, благо Google предоставляет всю информация в JSON-формате и с ней удобно работать.
```
def backUpInfo(filename=''): path = os.path.expanduser('~/Documents/backup/') prefix = path+'backup' if not (filename == ''): prefix = path + filename #backupUsers with open(prefix + 'Users.json', 'w') as file: userInfo = getAllInfoUsers() file.write(json.dumps(userInfo, indent=4)) print(prefix + 'Users.json done') #backupGroups with open(prefix + 'Groups.json', 'w') as file: groupInfo = getAllInfoGroups() file.write(json.dumps(groupInfo, indent=4)) print(prefix + 'Groups.json done') #backupUsersInGroups with open(prefix + 'UsersInGroups.json', 'w') as file: groupInfo = getAllUsersInGroups() file.write(json.dumps(groupInfo, indent=4)) print(prefix + 'UsersInGroups.json done') #backupUsersAliases with open(prefix + 'UsersAliases.json', 'w') as file: info = getUsersAliases() file.write(json.dumps(info, indent=4)) print(prefix + 'UsersAliases.json done') #backupGroupsAliases with open(prefix + 'GroupsAliases.json', 'w') as file: info = getGroupAliases() file.write(json.dumps(info, indent=4)) print(prefix + 'GroupsAliases.json done')
```
Следующий шаг — это удаление псевдонима com и добавление его как домена. Эти действия производятся в консоли администрирования → Домены → Добавление/удаление доменов.

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

После добавления домена появится возможность сделать его основным, что мы и делаем (такой возможности нет в триальной версии G suit, появляется только в платной версии и не сразу после оплаты, а только после истечения пробного периода, что странно).

Потом у нас идет перенос пользователей и групп в новый домен. Алгоритм следующий:
- делегируем права на учетную запись администратора;
- выгружаем весь список пользователей;
- проходимся по каждому пользователю, кроме учетной записи администратора, под которым работаем;
- и изменяем поле primaryEmail через API функцию users().update().
```
def moveUsers(domain): # Получаем список всех пользователей users = getUsers() # Переименовываем всех пользователей, кроме adminEmail for a in users: if adminEmail in a[0]: continue try: renameUser(a[0], domain) print('Done: ' + a[0]) except Exception as e: print(sys.exc_info()[0], ":", e) print('Failed: ' + a[0]) print("Users done. ")
```
Функция users().update() очень полезна, так как позволяет изменить любую информация в профиле пользователя. Ей в параметрах передается логин пользователя и изменяемые параметры в JSON-формате.
```
def renameUser(email, domain): patch = http = get_credentials(adminEmail) service = build('admin', 'directory_v1', http=http) service.users().update(userKey=email, body=patch).execute()
```
Аналогичным образом можно добавлять информацию в профиль, например: аккаунт Skype, дополнительную должность и все, что угодно, на ваш вкус.

Подобную операцию проводим для групп.

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

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

Остался последний штрих. После того как мы в начале удалили псевдоним «com», все алиасы пользователей и групп тоже удалились, поэтому нам надо восстановить их из резервной копии, которую мы сделали в самом начале. При этом имеет смысл изменить во всех алиасах домен на наш новый, т.к. на все вспомогательные домены псевдонимы появятся автоматически. Для этого загружаем информацию из бэкапа, проходимся по каждому пользователю и восстанавливаем все псевдонимы, если они есть в наличии при помощи users().aliases().insert(userKey=email, body=body).

Аналогичную операцию производим для групп.

Ну всё, переехали.

P.S. Некоторые изменения видны не сразу. Например, после удаления старого домена и добавления его как псевдонима, если зайти в админке в чей-либо аккаунт, то там будут видны его псевдонимы, которых на самом деле уже нет. Их в любом случае придется восстанавливать.

Что в итоге?

Мы переехали с минимумом потерь. Работы с момента создания резервной копии, до момента восстановления псевдонимов заняли ~20 минут.

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

Со сторонними сервисами не все так радостно, хотя приемлемо. Авторизация в них не слетела, но кто регистрировался на старую почту, под ней же и должны заходить, поэтому там нельзя выбрать вход через Google+. Нас это особо не коснулось, т.к. все пользователи были предупреждены об этом до начала и после окончания работ. В случае со Slack проблему тоже можно решить через API, изменив адреса пользователей. В облачной Jira, увы, так не получится, но если вы используете локальный сервер, то проблема решаема.

Бонусом мы получили хороший инструмент для создания пользователей с уже готовыми подписями, сделанными по корпоративному шаблону. И в случае необходимости подпись легко обновить без участия пользователя. Кроме того, с помощью API удобно обновлять информацию в профиле сотрудника или же наоборот, получать.
- Блог компании Pixonic
- Системное администрирование
- Python
- Google API
Как настроить почту для домена

Изменить настройки почты можно как для определенного домена, так и для нескольких сразу.
Для того чтобы настроить почту для конкретного домена, необходимо выполнить следующие действия:
- Зайти в панель управления хостингом
- В меню “Сайты и домены” выбрать домен, для которого хотите настроить почтовый ящик.
- Далее перейдите в окно Настройки почты.
- Введите необходимые данные и кликните ОК.
Чтобы настроить почту для нескольких доменов одновременно, для этого выполните следующие действия:
- Откройте раздел Настройки почты в меню Почта.
- Из предложенного списка выберите необходимые домены.
- Внесите необходимые изменения, используя соответствующие ярлыки на панели управления (Ограничить исходящие, Веб-почта, Включить/отключить службы и Почта с несуществующим адресом).
Если вам необходимо настроить индивидуальную политику DMARC или SPF для домена, выполните следующие действия:
- Откройте окно «Сайты и домены».
- Выберите необходимый домен.
- Перейдите в раздел Настройки DNS и откорректируйте данные DNS, которые относятся к политике DMARC или SPF.
Сотрудничество с профессиональной компанией-хостером значительно облегчит вам процесс внесения любых настроек. Квалифицированная команда специалистов UkrHost в любое время поможет решить вашу проблему. Если вы не нашли необходимую опцию в панели управления хостинга, вы всегда можете обратиться в службу технической поддержки, и ваш вопрос будет решен в кратчайшие сроки.
Похожие публикации: