Как перенести почту из google workspace

Как перенести почту из google workspace

Перенос почты в Google Workspace (ранее G Suite)

Если Вы перешли на Google Workspace, обратите внимание, что старые почтовые ящики, созданные в хостинг-аккаунте, больше не будут работать! Однако Вы сможете перенести почту со своего старого почтового ящика в Gmail без потери важных данных. Для этого перейдите в вашу почту:

Откройте Google Workspace и нажмите на Настройки (Settings) в правом верхнем углу страницы. Перейдите на вкладку Учетные записи и импорт (Accounts and Import), и во втором разделе меню выберите Импортировать почту и контакты (Import mail and contacts). После этого Вам просто нужно следовать пошаговым инструкциям на экране и выбрать опцию Начать импорт (Start import) ��

Как настроить почту для домена через Google

Корпоративная почта Gmail является частью инструментария для бизнеса Google Workspace.

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

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

Процесс настройки состоит из трех шагов:

Создание аккаунта для домена

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

После этого заполняем информацию о компании: название организации, количество сотрудников и страну, контактную информацию, включая резервный email и жмем кнопку «Далее».

На следующем этапе Google Workspace предлагает выбрать существующий домен или купить новый. В рамках статьи рассмотрим уже существующий домен, потому выбираем первый вариант.

Теперь можно подключить домен сайта, для которого создается корпоративная почта.

После чего Google Workspace предложит использовать введенный ранее домен для настройки аккаунта, а также — получать на почту этого домена электронные письма с советами и новостями.

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

Теперь, когда аккаунт создан, можно приступать к настройкам:

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

На странице первичной настройки Google предложит подтвердить домен, нажимаем на кнопку «Подтвердить».

Самый простой способ подтвердить домен — это подтверждение через DNS-записи. Данный способ будет предложен по умолчанию при переходе по кнопке «Продолжить».

Теперь необходимо создать для вашего домена TXT-запись со следующими параметрами:

• имя записи : @ или имя вашего домена с точкой на конце
• TTL : 86400 или по умолчанию
• тип : TXT
• значение : текст из поля «Запись TXT».

В нашем примере мы будем использовать значение TTL 3600, заданное по умолчанию.

В панели DNS это может выглядеть так:

После добавления данной TXT-записи прокрутите страницу до конца и нажмите «Подтвердить домен»:

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

MX-записи Gmail

Теперь можно добавить MX-записи, они нужны для обозначения почтового сервера, который будет обрабатывать вашу почту. Для Gmail данные записи выглядят так:

• имя записи : @ или имя вашего домена с точкой на конце
• TTL : 3600
• тип : MX
• значение (домен) :ASPMX.L.GOOGLE.COM. (точка в конце записи обязательна)

Таким же образом создаем дополнительные записи с параметрами приведенными ниже. В зависимости от того, ограничивает ли количество MX-записей регистратор домена, вы сможете создать от 1 до 4 дополнительных — чем больше, тем лучше.

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

SPF-подпись Gmail

SPF-подпись — это DNS-запись, включающая в себя список серверов, которым ваш сайт доверяет отправку писем от своего имени и некоторые указания к их обработке. Данная запись позволяет получателю проверить, было ли письмо действительно отправлено с нашего домена и решить, доставить его в «Входящие» или пометить как «Спам».

Добавление SPF также производится из DNS-панели, для начала открываем ее и смотрим, есть ли TXT-запись, которая начинается с v=spf1. Если есть, нужно отредактировать её, добавив в конце перед

all (или похожей) запись include:_spf.google.com. Если такой записи нет – создайте новую с параметрами:

• имя записи : @ или имя вашего домена с точкой на конце
• TTL : 3600
• тип : TXT
• значение : v=spf1 include:_spf.google.com

Примеры того, как может выглядеть полное значение записи:

DKIM-подпись Gmail

С помощью DKIM-подписи повышается уровень доверия к вашему домену: письма, подтвержденные этой подписью, реже попадают в спам.

Если еще не авторизовались с новой созданной почтой, выполняем вход в аккаунт Google и переходим в Аккаунт > Администратор:

На главной странице консоли администратора выберите Приложения > Google Workspace > Gmail.

Выбираем пункт «Аутентификация электронной почты».

В выпадающем списке выбираем домен, где будет использоваться DKIM, и нажимаем «Создать новую запись»:

В открывшемся окне будут доступны следующие параметры:

• Длина ключа DKIM в битах. Даже если раньше вы использовали 1024-битный ключ, рекомендуем выбрать значение 2048, при условии что ваш регистратор домена его поддерживает. Такие ключи надежнее и на работе DKIM данные изменения не отразятся.
  Если ваш регистратор домена не поддерживает 2048-битные ключи, можно изменить значение с 2048 на 1024.
• Выбор префикса. По умолчанию используется префикс google. Менять его не рекомендуется. Исключение составляет случай, когда такой префикс уже указан в другом ключе DKIM для домена.

После того, как кликните на кнопку «Создать», будет сгенерирован ключ, который понадобится далее.

В DNS-панели создаем запись с параметрами:

• имя записи : google._domainkey
• TTL : 3600
• тип : TXT
• значение : сгенерированная google запись

Теперь можно включить аутентификацию, дождаться обновления DNS, и приступать к работе с почтовым ящиком.

Настройка CMS для работы с SMTP

Рассмотрим настройку CMS для работы с SMTP с использованием ранее созданной почты на примере WordPress. В данной CMS настройки легко выполнить при помощи плагина WP Mail SMTP от WPForms. Установить его можно через панель администратора сайта или скачать.

После нажатия на кнопку «Activate» вы окажетесь на начальной странице настройки плагина:

Выберите Gmail, а затем подтвердите, что хотите продолжить:

Далее плагин предложит создать приложение через ваш Google Аккаунт, где можно сгенерировать ID и секретный ключ для работы с сайтом через вашу gmail почту. Чтобы следовать инструкции, нужно быть авторизованным в только что созданном почтовом аккаунте.

После данного шага возвращаемся к настройкам плагина в панели администратора сайта, вводим полученные ID и ключ в соответствующие поля:

Авторизуемся и разрешаем приложению использовать нашу почту:

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

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

Теперь можно проверить отправку почты прямо из плагина:

Если отправка успешна, на почтовый ящик, который был указан в поле «Отправить на», должно прийти сообщение с таким содержимым:

Как перенести почту из google workspace

Перенос электронной почты из аккаунта Google или с сервера IMAP

Администратор может перенести почту из прежнего аккаунта, используя Google Workspace Migration for Microsoft Exchange (GWMME). Этот инструмент позволяет переносить данные почти со всех IMAP-серверов, соответствующих стандарту RFC 3501, в том числе Google Workspace, а также из аккаунтов Gmail.

Шаг 1. Подготовка

• Убедитесь, чтовыполняются требования к системе.
• Снимите ограничение на размер папок и включите ярлыки «Вся почта», «Спам» и «Корзина» в IMAP. Изменить эти настройки должен каждый пользователь. Инструкции можно найти в статье Как получать электронную почту из другого почтового приложения.

Шаг 2. Настройте доступ для приложений

Если вы переносите данные из аккаунта Google Workspace, следуйте инструкциям в разделе Вариант 2. Данные переносятся из аккаунта Google Workspace, а затем перейдите к шагу 3.

Предоставьте менее защищенным приложениям доступ к аккаунтам

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

• аккаунтов Google Workspace, если вместо OAuth вы используете пароли;
• личных аккаунтов Gmail (@gmail.com).

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

Чтобы разрешить доступ небезопасным приложениям:

1. В консоли администратора Google выполните инструкции из раздела Как управлять доступом к небезопасным приложениям.
2. Попросите пользователей не отключать доступ для небезопасных приложений до завершения переноса.

Используйте для доступа к аккаунтам пароли приложений

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

Чтобы создать пароли приложений:

1. Попросите пользователей выполнить инструкции из статьи Как войти в аккаунт с помощью паролей приложений.
2. При создании CSV-файла (шаг 3 ниже) укажите пароль приложения каждого пользователя. Дополнительные сведения о форматировании CSV-файла можно найти в разделе Перенос данных с других серверов IMAP.

Пример: aivanova@solarmora.com#пароль-приложения, aivanova@solarmora.com.

Шаг 3. Создайте CSV-файл с данными пользователей

Создайте контрольный CSV-файл со списком аккаунтов пользователей. Он позволит убедиться, что исходные данные были корректно сопоставлены с новыми аккаунтами. Подробнее о том, как создать контрольный CSV-файл для аккаунтов пользователей…

Шаг 4. Авторизуйте GWMME

Шаг 5. Скачайте и установите GWMME

1. Откройте страницу скачивания GWMME.
2. Нажмите Скачать GWMME.
3. Откройте установщик и следуйте инструкциям на экране.

Шаг 6. Настройте GWMME

Перенести данные можно одним из следующих способов:

• На компьютере Microsoft Windows с помощью интерфейса GWMME. Инструкции о том, как это сделать, приведены ниже. (для опытных администраторов).

1. Нажмите Start (Начать)Google Workspace Migration (Перенос данных для Google Workspace)Google Workspace Migration for Microsoft Exchange.
2. В разделе Server Type (Тип сервера) выберите:
   • IMAP и перейдите к шагу 3;
   • Gmail и перейдите к шагу 8.
3. В списке IMAP Server Type (Тип сервера IMAP) выберите тип исходного сервера.
4. В поле Hostname/IP Address (Имя хоста/IP-адрес) введите доменное имя или IP-адрес исходного почтового сервера.
   Пример: imap.example.com или 192.0.2.1.
5. В разделе IMAP Security (Безопасность IMAP) выберите один из следующих вариантов:
   • Нет – без шифрования;
   • SSL – шифрование SSL/TLS;
   • STARTTLS – шифрование TLS с помощью команды STARTTLS.
6. В поле IMAP Port (Порт IMAP) укажите порт подключения к сервису IMAP.

Если вы используете SSL, введите 993.

1. В поле Google Workspace domain name (Доменное имя Google Workspace) введите новое имя основного целевого домена Google Workspace, в который будут перенесены данные.

Примечание. Если вы переносите почту в аккаунт Google Workspace с дополнительными доменами, указанный вами домен может отличаться от домена в переносимых адресах электронной почты.

1. Установите флажок Email messages (Сообщения электронной почты) и задайте диапазон дат для переноса.
2. Рядом с параметром File of folders to migrate (Файл со списком папок, которые нужно перенести) выберите More (Подробнее) , укажите путь к файлу сопоставления, созданному ранее, и нажмите Open (Открыть).
3. Нажмите Далее.
4. Проверьте настройки переноса и установите флажок рядом с нужными дополнительными настройками:
   • Migrate all data (Перенести все данные) – при переносе существующие данные будут перезаписаны (если флажок снят, дублирующиеся сообщения будут пропущены).
   • Save settings (Сохранить настройки) – текущая конфигурация будет сохранена для использования в будущем.
   • Run Diagnostics (Провести диагностику) – перед запуском переноса данных будет выполнена проверка конфигурации.
   • Estimate (Оценить) – будет рассчитано количество сообщений для исходных пользователей.
   • Migrate (Перенести) – будет выполнен перенос данных.
5. Нажмите Next (Далее)Start (Начать).

Статьи по теме

_{Google, Google Workspace, а также другие связанные знаки и логотипы являются товарными знаками компании Google LLC. Все другие названия компаний и продуктов являются товарными знаками соответствующих компаний.}

Как я потерял почту на google workspace, но смог сделать бэкап

Пользовался почтой от гугла. Я как обычно забил на оплату, а когда все случилось, уже не оплатить.

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

Я спросил его пройдет ли оплата с карт других государств, ответил что пробовали на других аккаунтах — не проходит где стоит страна размещения Россия. Решил проверить.

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

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

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

Они конечно пишут что добавь другую карту, но она не работает.

Специалист техподдержки посоветовал переехать к российскому вендору.

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

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

Аутлук тоже не смог настроить, чтобы сделать копию по imap.

Смирившись с потерей почты, 13 апреля я спокойно настроил ее с нового листа на яндекс 360.

Уже на новую почту в яндексе начали приходить уведомления:

«Предотвращена попытка входа в аккаунт»

«Скоро ваша подписка на G Suite Basic будет отменена»

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

Гугл запомнил сербскую карту и провел платеж автоматом.

Тут я не долго думаю сделал бэкап почты с помощью takeout.google.com

Позабавило конечно, после всех манипуляций и удачного бэкапа приходит письмо что нельзя оплатить ваш аккаунт

Закрытие бесплатного G Suite (Workspace), куда мигрировать?

Многие уже наверное слышали, что Гугл закрывает бесплатный сервис G Suite (Workspace) и просит всех мигрировать до 01.05.2022, дальше кто не перешёл — перенесёт Google и даст ещё 2 месяца на обдумывание.
После 01.07.2022 — не платишь, закрываем доступ.

В этой ситуации, хочется обсудить и узнать, куда оптимальной в 2022 переезжать в плане почты домена?
Обновлено: до 10 пользователей.
Обновлено2: предварительные альтернативы для рассмотрения
https://biz.mail.ru/mail/
Тариф Расширенная почта 2990₽/месяц
«Всё включено» 3990₽/месяц

https://360.yandex.ru/business/
Базовый — 153 ₽ за пользователя в месяц
Оптимальный — 311 ₽ за пользователя в месяц
Расширенный — 824 ₽ за пользователя в месяц

• Вопрос задан 24 янв.
• 3261 просмотр

Простой 24 комментария

• Facebook
• Вконтакте
• Twitter

Время раздавать хомячкам халяву прошло
Настало время доить хомячков ��

edward_freedom, Пять баксов в месяц — это конечно немного. Но проблема в том, что пять баксов легким движением руки превращаются в десять, десять — в двадцать, а двадцать — в двести двадцать. И ты даже не пискнешь, потому как база прикормлена с 2006 года.

edward_freedom,
Business Starter $5.40 USD у Гугла за пользователя — это минимальный тариф.
Хотелось бы, если платить, то меньше 5.
Оптимально в рублях, ещё лучше бесплатно, но это думаю без шансов.

Vitaly Karasik,

Zanuda28, Нравится, но изучаю возможные варианты
Если смотреть на платную версию, то яндекс 129р/чел/месяц 259р/чел/месяц
Microsoft 365 — 360р/че/месяц но с полноценным офисом

А как решили вопрос рекламы на бесплатной версии?

• Zoho (на бесплатном нет pop/imap/smtp)
• Yandex для бизнеса
• Biz.Mail.ru (aka «for business»)
• Microsoft 365 (Office 365) (использование своего домена включено в планы Family и Personal)
• inbox.eu
• iCloud+
• Amazon Simple Email

• Facebook
• Вконтакте
• Twitter

• Facebook
• Вконтакте
• Twitter

• Facebook
• Вконтакте
• Twitter

Вообще, печально все.
Полноценно гугл заменить может только Office365. И то есть случаи, когда гугл «круче».
Но и то, в текущих реалиях надо бы что-то в рф, ато могут отобрать.

Я так понимаю в конкуренты можно записать и bitrix24, там весь функционал на фантике написан, но еще не протестировал.

Яндекс и Мейл.ру не умеют нормально работать с разными доменами на аккаунте, что для меня, например, критично.

пример:
есть домены domain1.ru и domain2.ru
в гугле это независимые сущности, можно создать как user1@domain1.ru, так и user1@domain2.ru
и группы могут быть gr1@domain1.ru и gr1@domain2.ru.

А в яндексе и мейле — это все невозможно.
И получается что user1 будет иметь логин user1@domain1.ru, и второй домен всегда будет алиасом.
С группами еще хуже — info@domain1.ru и info@domain2.ru — это один и тот же ящик. Хотя внутри хотелось бы видеть разных людей.

• Facebook
• Вконтакте
• Twitter

На mail.ru вообще почта криво работает. Мало того, что как подключал, MX запись, SPF , DKIM только на 3-й день зелененьким засветились, так и спустя пару месяцев после переноса иногда приходят письма, что то SPF не настроен, то DKIM, а на днях вообще пришло, что MX записи нет.
DNS сторонний. На нем же было все настроено когда использовался Gmail и никаких проблем не было.

P.S. Вспомнил на свою голову. Вот опять, прямо сейчас:

Вот как это понимать?
Видимо для стабильной работы нужно, что бы домен к DNS mail.ru был привязан, но блин, оно и так же должно работать.

Другой домен на yandex уже пару лет, там все четко, не смотря на то, что так же используется сторонний DNS.

Как Перенос электронной почты из G Suite в G Suite?

G Suite является одним из лучших облачных почтовых клиентов. Поскольку Gmail используется большинством пользователей по всему миру, пользователи Служб Google будут чувствовать себя комфортно при использовании G Suite. Google предлагает пользователям отличные функции и услуги, что делает его любимым. Однако в некоторых случаях, например при переносе учетных записей G Suite, Google не может предоставить улучшенную функциональность. Сервису миграции данных, предоставляемому Google, не хватает определенного метода. Это все еще предпочтительно, потому что это абсолютно бесплатно.
В блоге содержится подробное введение с лучшим способом Перенос электронной почты из G Suite в G Suite с или без службы миграции данных Google.

Почему пользователи должны передавать электронную почту?

Вот список причин, которые мы нашли на нескольких форумах, из-за которых многие пользователи Перенос электронной почты из G Suite в G Suite:

• Изменить организацию пользователя
• Организация / Институт меняет поле
• Миграция данных G Suite, когда сотрудники уходят
• Мы также нашли несколько запросов, которые дают хороший обзор проблемы.

Стивен (Quora) спросил Quora: “Привет всем! В моей организации мы используем бизнес-аккаунт Google (G Suite) в качестве почтового клиента по умолчанию. Домен, который мы первоначально использовали, был временным. Теперь я приобрел новый домен G Suite с тем же именем, что и у нашей компании. Мы создали учетную запись пользователя сотрудника с тем же именем, что и в предыдущем домене. Теперь мне нужно перенести электронную почту из одной учетной записи G Suite в другую учетную запись. Помогите мне, это срочная задача. Спасибо . “

Лучший способ Перенос электронной почты из G Suite в G Suite

Одним из лучших способов перехода с G Suite на G Suite является использование инструмента миграции SysTools G Suite. Программа проста в использовании и помогает переносить данные G Suite (Google Apps) между доменами G Suite. Инструмент переносит электронные письма, документы, календари и контакты из одной учетной записи G Suite в другую. Уникальные особенности этого инструмента делают его более удобным и полезным, как указано ниже.

Простые и легкие шаги для Перенос электронной почты из G Suite в G Suite:

1. Установите и запустите программное обеспечение с официального сайта.

2. Теперь выберите вкладки источника и назначения как “G Suite”.

3. Выберите категорию Служб Google, которую вы хотите перенести из G Suite в новый домен. Вы также можете применить фильтры даты для выбранной категории.

4. На панели “Источник” введите путь к файлу “Управление идентификатором электронной почты”, “Идентификатор приложения», “Исходная учетная запись”, затем нажмите “Подтвердить для проверки подлинности”.

5. После проверки подлинности идентификатора источника, нажмите кнопку “Далее”, затем введите идентификатор электронной почты администратора целевой учетной записи, идентификатор приложения и путь к файлу p12. Нажмите кнопку “Подтвердить”, чтобы подтвердить учетную запись Destination G Suite, и нажмите кнопку “Далее” после подтверждения.

6. Теперь для сопоставления исходного и конечного пользователя выберите параметр сопоставления в параметре “Получить пользователя” или “Импортировать CSV”.

7. Далее нажмите на кнопку Далее. Теперь инструмент начнет извлекать все учетные записи пользователей, связанные с учетной записью администратора, для переноса Служб Google в новый домен.

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

9. Наконец, нажмите кнопку “Пуск”, чтобы начать миграцию.

Все данные учетной записи пользователя G Suite были перенесены из G Suite в новый домен. Вы можете просмотреть подробный отчет в инструменте или сохранить отчет о миграции, используя опцию “Скачать отчет”.

10. Процесс миграции завершен, вы можете войти в целевую учетную запись G Suite и проверить, перенесена ли учетная запись Google Apps в другой домен.

Ключевые особенности инструмента миграции G Suite

• Передача электронных писем, контактов, календарей и документов нескольким пользователям
• Несколько параметров фильтра во время миграции
• Дельта-миграция позволяет передавать только новые электронные письма (во время повторной миграции).
• Несколько вариантов сопоставления исходного и конечного пользователя
• Фильтр приоритетов, может сначала перенести определенные пользовательские данные
• Обработка ошибок может решить проблему питания или потери интернет-соединения

Перенос электронной почты из G Suite в G Suite Via DMS

Google предоставляет собственную службу, которая может помочь пользователям G Suite без проблем перевести почтовые ящики G Suite в другую учетную запись. Однако этот метод в настоящее время имеет некоторые недостатки. Google не предоставил много функций, и другие инструменты миграции предоставили эти функции. Кроме того, миграция одной учетной записи пользователя занимает слишком много времени. Поскольку это бесплатный метод, пользователям G Suite он нравится больше, чем другим.

Вывод

При правильных методах и инструментах перенос данных из одной учетной записи G Suite в другую не является сложной задачей. В этом блоге мы объяснили инструменты автоматизации, используемые для миграции. Оба инструмента просты в использовании. Единственное различие между средством миграции G Suite и средством переноса данных заключается в том, что средство, предоставляемое Google, является медленным и лишено функциональности. Инструмент можно бесплатно загрузить и Перенос электронной почты из G Suite в G Suite.

Как перенести почту из google workspace

Completing the CAPTCHA proves you are a human and gives you temporary access to the web property.

What can I do to prevent this in the future?

If you are on a personal connection, like at home, you can run an anti-virus scan on your device to make sure it is not infected with malware.

If you are at an office or shared network, you can ask the network administrator to run a scan across the network looking for misconfigured or infected devices.

Another way to prevent getting this page in the future is to use Privacy Pass. You may need to download version 2.0 now from the Chrome Web Store.

Cloudflare Ray ID: 71c9414a2b1178a5 • Your IP : 185.252.223.36 • Performance & security by Cloudflare

Перенос электронной почты из аккаунта Google или с сервера IMAP

Администратор может перенести почту из прежнего аккаунта, используя Google Workspace Migration for Microsoft Exchange (GWMME). Этот инструмент позволяет переносить данные почти со всех IMAP-серверов, соответствующих стандарту RFC 3501, в том числе Google Workspace, а также из аккаунтов Gmail.

Шаг 1. Подготовка

• Убедитесь, чтовыполняются требования к системе.
• Снимите ограничение на размер папок и включите ярлыки «Вся почта», «Спам» и «Корзина» в IMAP. Изменить эти настройки должен каждый пользователь. Инструкции можно найти в статье Как получать электронную почту из другого почтового приложения.

Шаг 2. Настройте доступ для приложений

Если вы переносите данные из аккаунта Google Workspace, следуйте инструкциям в разделе Вариант 2. Данные переносятся из аккаунта Google Workspace, а затем перейдите к шагу 3.

Предоставьте менее защищенным приложениям доступ к аккаунтам

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

• аккаунтов Google Workspace, если вместо OAuth вы используете пароли;
• личных аккаунтов Gmail (@gmail.com).

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

Чтобы разрешить доступ небезопасным приложениям:

1. В консоли администратора Google выполните инструкции из раздела Как управлять доступом к небезопасным приложениям.
2. Попросите пользователей не отключать доступ для небезопасных приложений до завершения переноса.

Используйте для доступа к аккаунтам пароли приложений

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

Чтобы создать пароли приложений:

1. Попросите пользователей выполнить инструкции из статьи Как войти в аккаунт с помощью паролей приложений.
2. При создании CSV-файла (шаг 3 ниже) укажите пароль приложения каждого пользователя. Дополнительные сведения о форматировании CSV-файла можно найти в разделе Перенос данных с других серверов IMAP.

Пример: aivanova@solarmora.com#пароль-приложения, aivanova@solarmora.com.

Шаг 3. Создайте CSV-файл с данными пользователей

Создайте контрольный CSV-файл со списком аккаунтов пользователей. Он позволит убедиться, что исходные данные были корректно сопоставлены с новыми аккаунтами. Подробнее о том, как создать контрольный CSV-файл для аккаунтов пользователей…

Шаг 4. Авторизуйте GWMME

Шаг 5. Скачайте и установите GWMME

1. Откройте страницу скачивания GWMME.
2. Нажмите Скачать GWMME.
3. Откройте установщик и следуйте инструкциям на экране.

Шаг 6. Настройте GWMME

Перенести данные можно одним из следующих способов:

• На компьютере Microsoft Windows с помощью интерфейса GWMME. Инструкции о том, как это сделать, приведены ниже. (для опытных администраторов).

1. Нажмите Start (Начать)Google Workspace Migration (Перенос данных для Google Workspace)Google Workspace Migration for Microsoft Exchange.
2. В разделе Server Type (Тип сервера) выберите:
   • IMAP и перейдите к шагу 3;
   • Gmail и перейдите к шагу 8.
3. В списке IMAP Server Type (Тип сервера IMAP) выберите тип исходного сервера.
4. В поле Hostname/IP Address (Имя хоста/IP-адрес) введите доменное имя или IP-адрес исходного почтового сервера.
   Пример: imap.example.com или 192.0.2.1.
5. В разделе IMAP Security (Безопасность IMAP) выберите один из следующих вариантов:
   • Нет – без шифрования;
   • SSL – шифрование SSL/TLS;
   • STARTTLS – шифрование TLS с помощью команды STARTTLS.
6. В поле IMAP Port (Порт IMAP) укажите порт подключения к сервису IMAP.

Если вы используете SSL, введите 993.

1. В поле Google Workspace domain name (Доменное имя Google Workspace) введите новое имя основного целевого домена Google Workspace, в который будут перенесены данные.

Примечание. Если вы переносите почту в аккаунт Google Workspace с дополнительными доменами, указанный вами домен может отличаться от домена в переносимых адресах электронной почты.

1. Установите флажок Email messages (Сообщения электронной почты) и задайте диапазон дат для переноса.
2. Рядом с параметром File of folders to migrate (Файл со списком папок, которые нужно перенести) выберите More (Подробнее) , укажите путь к файлу сопоставления, созданному ранее, и нажмите Open (Открыть).
3. Нажмите Далее.
4. Проверьте настройки переноса и установите флажок рядом с нужными дополнительными настройками:
   • Migrate all data (Перенести все данные) – при переносе существующие данные будут перезаписаны (если флажок снят, дублирующиеся сообщения будут пропущены).
   • Save settings (Сохранить настройки) – текущая конфигурация будет сохранена для использования в будущем.
   • Run Diagnostics (Провести диагностику) – перед запуском переноса данных будет выполнена проверка конфигурации.
   • Estimate (Оценить) – будет рассчитано количество сообщений для исходных пользователей.
   • Migrate (Перенести) – будет выполнен перенос данных.
5. Нажмите Next (Далее)Start (Начать).

Статьи по теме

Google, Google Workspace, а также другие связанные знаки и логотипы являются товарными знаками компании Google LLC. Все другие названия компаний и продуктов являются товарными знаками соответствующих компаний.

Перенос почтовых ящиков потребительского рабочего пространства Google (ранее G Suite) в Microsoft 365 или Office 365

В этой статье рассказывается о переносе почтовых ящиков Gmail в Microsoft 365 или Office 365. Для организаций и предприятий, заинтересованных в переносе контента Рабочей области Google, включая сведения о календаре и контактах в дополнение к данным почтовых ящиков, см. в сообщении Perform a Google Workspace migration.

Миграция почтовых ящиков IMAP в Microsoft 365 или Office 365 позволяет получить представление о процессе миграции. Сначала ознакомьтесь с содержанием этой статьи, чтобы узнать, как перенести почтовые ящики из Google Workspace Gmail в Microsoft 365 или Office 365. Вы должны быть глобальным администратором в Microsoft 365 или Office 365 для выполнения этапов миграции IMAP.

Ищете Windows PowerShell команды? См. в примере User PowerShell для выполнения миграции IMAPдля Microsoft 365 или Office 365.

Хотите перенести другие типы почтовых ящиков IMAP? См. миграцию других типовпочтовых ящиков IMAP в Microsoft 365 или Office 365.

Миграция из почтовых ящиков Google Workspace с помощью Центр администрирования Microsoft 365

Мастер установки можно использовать в Центр администрирования Microsoft 365 для миграции IMAP. Миграция IMAP в Центр администрирования Microsoft 365 инструкций.

Миграция IMAP будет мигрировать только сообщения электронной почты, а не календарь и контактные данные. Пользователи могут импортировать собственные данные электронной почты, контактов и других почтовых ящиков для Microsoft 365 или Office 365. Узнайте, как перенести электронную почту Microsoft 365 контакты.

Прежде Microsoft 365 или Office 365 могут подключиться к Gmail или Google Workspace, все владельцы учетных записей должны создать пароль приложения для доступа к своей учетной записи. Это потому, что Google считает Outlook менее безопасным приложением и не разрешает подключение к ней только с паролем. Инструкции см. в инструкции Подготовка учетной записи Google Workspaceдля подключения к Outlook и Microsoft 365 или Office 365 . Кроме того, необходимо убедиться, что пользователи Рабочего пространства Google могут включить двухшаговую проверку.

Задачи переноса почтовых ящиков из Gmail

Для переноса почтовых ящиков из Gmail следует по порядку выполнить указанные ниже действия.

Шаг 1. Подтверждение владения доменом

В этой задаче сначала необходимо убедиться, Microsoft 365 или Office 365, что у вас есть домен, используемый для учетных записей Google Workspace.

Другим вариантом является использование домена .onmicrosoft.com компании, включенного в подписку Microsoft 365 или Office 365, вместо использования собственного домена. В этом случае можно просто добавить пользователей, как описано в Добавить пользователей по отдельности или оптом и опустить эту задачу. Однако большинство людей предпочитают использовать собственный домен.

Проверка домена — это задача, которую вы будете проходить при Microsoft 365 или Office 365. Во время настройки мастер установки предоставляет вам запись TXT, которую вы добавите в поставщике домена. См. в Microsoft 365 добавить домен для выполнения действий в Центр администрирования Microsoft 365 и выберите регистратор домена из двух следующих вариантов, чтобы узнать, как завершить добавление записи TXT, которую ваш поставщик DNS-хост.

• Текущий поставщик DNS- это Google. Если вы приобрели домен у Google и они являются поставщиком хостинга DNS, следуйте этим инструкциям: создайте записи DNS, когда домен управляется Google (Go Daddy).
• Вы приобрели домен у другого регистратора домена. Если вы приобрели домен у другой компании, мы предоставляем инструкции для многих популярных поставщиков хостинга домена.

Шаг 2. Добавление пользователей в Microsoft 365 или Office 365

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

На этом этапе вы убедились, что владеете доменом и создали пользователей и почтовые ящики Google в Microsoft 365 или Office 365 с пользовательским доменом. Закройте мастер. Не переходить к настройкам домена, пока почтовые ящики Gmail не будут перенесены в Microsoft 365 или Office 365. Вы завершите этапы настройки в задаче 7, шаг 6:Обновление записей DNS для маршрутов Gmail непосредственно в Microsoft 365 или Office 365 .

Шаг 3. Создание списка переносимых почтовых ящиков Gmail

Для этой задачи создается файл миграции, содержащий список почтовых ящиков Gmail для переноса в Microsoft 365 или Office 365. Файл миграции проще всего создать с помощью Excel, поэтому мы используем Excel в этих инструкциях. Вы можете использовать Excel 2013, Excel 2010 или Excel 2007.

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

Не требуется одновременно переносить все почтовые ящики Gmail. Почтовые ящики можно переносить небольшими партиями в удобное время. В файле миграции можно указать до 50 000 почтовых ящиков (по одной строке для каждого пользователя). Размер файла может достигать 10 МБ.

Во входе на консоль администратора Рабочей области Google с помощью имени пользователя и пароля администратора.

После входа выберите Пользователи.

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

Откройте Центр администрирования Microsoft 365и перейдите к пользователям > Active. Следите за столбцом Username. You’ll use this information in a minute. Также Центр администрирования Microsoft 365 окно.

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

• EmailAddress в ячейке A1;
• ИмяПользователя в ячейке B1;
• Пароль в ячейке C1.

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

• Столбец A — это адрес электронной почты Microsoft 365 или Office 365 почтового ящика. Это то, что показано в столбце имя пользователя в пользователями Users > Active в Центр администрирования Microsoft 365.
• Столбец B — это имя входного знака для почтового ящика Gmail пользователя (например, aaronharper@lemonteatest.com).
• Столбец C — это пароль приложения для почтового ящика Gmail пользователя. Создание пароля приложения описано в миграции из почтовых ящиков Google Workspaceс помощью Центр администрирования Microsoft 365 .

Сохраните файл как CSV-файл, а затем закройте Excel.

Шаг 4: Подключение Microsoft 365 или Office 365 Gmail

Чтобы успешно перенести почтовые ящики Gmail, Microsoft 365 или Office 365 необходимо подключиться и связаться с Gmail. Для этого Microsoft 365 или Office 365 использует конечную точку миграции. Конечная точка миграции — это технический термин, описывающий параметры, которые используются для создания подключения, необходимого для переноса почтовых ящиков. Создайте конечную точку миграции в центре администрирования Classic Exchange.

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

В EAC перейдите к значку Миграция > получателей > Подробнее. >Конечные точки миграции.

Нажмите кнопку Новый создание новой конечной точки миграции.

На странице Выберите тип конечной точки миграции укажите IMAP.

На странице Конфигурация миграции IMAP задайте для параметра Сервер IMAP значение imap.gmail.com. Не изменяйте другие параметры, заданные по умолчанию.

Нажмите кнопку Далее. Служба миграции проверит подключение к системе Gmail, используя указанные параметры. Если подключение установлено, откроется страница Введите общие сведения.

На странице Ввод общих сведений введите имя конечной точки миграции, например Test5-endpoint. Leave the other two boxes blank to use the default values.

Выберите Создать для создания конечной точки миграции.

Для нового EAC конечные точки миграции могут быть созданы при создании новой партии миграции.

Шаг 5. Создание пакета миграции и начало переноса почтовых ящиков Gmail в центр администрирования Classic Exchange (Classic EAC)

Вы используете пакет миграции для переноса групп почтовых ящиков Gmail в Microsoft 365 или Office 365 одновременно. Пакет состоит из почтовых ящиков Gmail, перечисленных в файле миграции в предыдущем шаге 4:Подключение Microsoft 365 или Office 365 gmail .

Миграция IMAP недоступна для нового EAC.

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

В Центр администрирования Microsoft 365 перейдите в центры > администрирования Exchange.

In the Exchange admin center, go to Recipients > Migration.

Нажмите кнопку Новый >Миграция в Exchange Online.

Выберите Миграция IMAP > Далее.

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

• Microsoft Exchange проверяет, соблюдаются ли в CSV-файле следующие условия.
• Файл не является пустым.
• файл содержит не более 50 000 строк;
• в строке заголовка указаны необходимые атрибуты;
• в строках то же количество столбцов, что и в заголовке.

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

После Microsoft 365 или Office 365 файл миграции отображает число пользователей, перечисленных в файле, как число почтовых ящиков Gmail для миграции.

Нажмите кнопку Далее.

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

На странице Конфигурация миграции IMAP примите значения, заданные по умолчанию, а затем нажмите кнопку Далее.

На странице Конфигурация Move введите имя (без пробелов или специальных символов) пакета миграции в поле (например, Test5-migration). По умолчанию в качестве имени пакета миграции используется имя указанного файла миграции. Имя пакета миграции отображается в списке на панели мониторинга миграции после создания пакета.

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

Нажмите кнопку Далее.

На странице Запуск обработки пакета сделайте следующее:

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

Выберите Запустить обработку пакета автоматически > Создать. Миграция начнется немедленно и будет иметь состояние Синхронизация.

Если у вас большие почтовые ящики пользователей и состояние показывает синхронизацию в течение длительного времени, вы можете испытывать ограничения пропускной способности, установленные Google. Дополнительные сведения см. в дополнительных сведениях о ограничениях пропускной способности и синхронизации. Вы можете попытаться разблокировать пользователя Gmail или использовать альтернативный метод для миграции пользователей. Дополнительные сведения см. в материалах Use network upload to import your organization PST files to Microsoft 365 или Office 365 и сторонние средства для переносов Microsoft 365 или Office 365.

Проверка правильности миграции

В новом центре администрирования Exchange перейдите в пакет > миграции. Убедитесь, что на панели мониторинга миграции отображается нужный пакет. Если миграция завершена успешно, у нее будет состояние Синхронизировано.

В центре администрирования Classic Exchange перейдите к миграции > получателей. Убедитесь, что на панели мониторинга миграции отображается нужный пакет. Если миграция завершена успешно, у нее будет состояние Синхронизировано.

В случае сбоя этой задачи проверьте связанные отчеты о состоянии почтовых ящиков для определенных ошибок и убедитесь, что в файле миграции имеется правильный Microsoft 365 или Office 365 адрес электронной почты в столбце EmailAddress.

Проверка успешной миграции почтовых ящиков на Microsoft 365 или Office 365

• Попросите пользователей, почтовые ящики которых были перенесены, выполнить следующие задачи:
  • Перейдите на страницу Microsoft 365 или Office 365 и войдите с иным и временным паролем.
  • Обновите пароль и настройте часовой пояс. Важно выбрать правильный часовой пояс, чтобы параметры календаря и электронной почты были верными.
  • Когда Outlook в Интернете (ранее Outlook Web App) откроется, отправьте сообщение электронной почты другому пользователю Microsoft 365 или Office 365, чтобы убедиться, что вы можете отправить электронную почту.
  • Выберите Outlook и убедитесь, что ваши сообщения электронной почты и папки на месте.

  Необязательно: сокращение задержки электронной почты

  Хотя эта задача необязательна, она может помочь избежать задержек в получении электронной почты в новых почтовых Microsoft 365 или Office 365 почтовых ящиках.

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

  Большинство почтовых систем запрашивают обновление каждый час, если задан короткий интервал времени, например 3600 секунд (1 час). Рекомендуем перед началом миграции электронной почты задать интервал, не превышающий это значение. Этот параметр дает всем системам, которые отправляют вам почту, достаточно времени для обработки изменений. Затем при окончательном переходе на Microsoft 365 или Office 365 можно изменить TTL на более длительный интервал.

  Срок жизни нужно изменить в записи обмена электронной почтой вашей почтовой системы, которая также называется записью MX. Она находится на общедоступном DNS. Если у вас есть несколько записей MX, необходимо изменить значение для каждой из них на 3600 секунд или меньше.

  Не беспокойтесь, если вы пропустили эту задачу. Может потребоваться больше времени, чтобы электронная почта начала появляться в новых почтовых Microsoft 365 или Office 365 почтовых ящиках, но она будет получать там.

  Если вам нужна помощь в настройке параметров DNS, см. в справке Добавить записи DNS для подключения домена.

  Шаг 6. Обновление записей DNS, чтобы маршрутировать Gmail напрямую в Microsoft 365 или Office 365

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

  Для многих поставщиков DNS существуют определенные инструкции по изменению записи MX, см. в руб. Добавление записей DNS для подключения домена для инструкций. Они представлены в статье Создание записей DNS для Office 365 при самостоятельном управлении записями DNS. Дополнительные записи DNS для подключения домена для инструкций.

  Вопишитесь в Microsoft 365 или Office 365 с вашей учетной записью или учебной записью.

  Выберите Настройка > Домены.

  Укажите домен и выберите пункт Исправить ошибки.

  В состоянии показаны проблемы с исправлением, так как вы остановили работу мастера, чтобы можно было перенести электронную почту Gmail на Microsoft 365 или Office 365 перед переключение записи MX.

  

  Для каждого типа записей DNS, который необходимо добавить, выберите Что мне исправить? и следуйте инструкциям по добавлению записей для Microsoft 365 или Office 365 служб.

  После добавления всех записей вы увидите сообщение о том, что ваш домен настроен правильно: Contoso.com настроен правильно. Никаких действий не требуется.

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

  Шаг 7. Остановка синхронизации с Gmail

  При выполнении последней задачи вы изменили запись MX для своего домена. Теперь пришло время убедиться, что вся электронная почта будет отправлена в Microsoft 365 или Office 365. После проверки можно удалить пакет миграции и остановить синхронизацию между Gmail и Microsoft 365 или Office 365. Прежде чем выполнить это действие:

  Убедитесь, что пользователи используют Microsoft 365 или Office 365 исключительно для электронной почты. После удаления пакета миграции электронная почта, которая отправляется в почтовые ящики Gmail, не копируется в Microsoft 365 или Office 365. Это означает, что пользователи не могут получить эту электронную почту, поэтому убедитесь, что все пользователи находятся в новой системе.

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

  • Почтовые ящики Gmail и Microsoft 365 или Office 365 хотя бы один раз синхронизируются (они синхронизируются один раз в день).
  • Системы электронной почты ваших клиентов и партнеров распознали изменения в записях MX и теперь правильно отправляют электронную почту в Microsoft 365 или Office 365 почтовые ящики.

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

  Удаление пакета миграции

  В новом центре администрирования Exchange перейдите в пакет > миграции. На панели мониторинга миграции выберите пакет и нажмите кнопку Удалить.

  В центре администрирования Classic Exchange перейдите к миграции > получателей. На панели мониторинга миграции выберите пакет и нажмите кнопку Удалить.

  Шаг 8. Перенос календаря и контактов пользователями

  После переноса почтовых ящиков можно импортировать календарь Gmail и контакты в Outlook:

  Оставьте комментарий

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

  Похожие публикации:

  1. Посудомойка сименс как настроить жесткость воды
  2. Как выйти из айклауда на айфоне
  3. Frigate как добавить сайт в список
  4. Откуда звонили по номеру телефона 1000