Някои клиенти, използващи бизнес имейл чрез Microsoft 365/Office 365, може да забележат, че важни имейли от MobiSystems – като потвърждение на акаунт, нулиране на парола, добавяне на членове в екипа и имейли, свързани с поддръжката – се приемат от Microsoft 365, но след това биват поставяни под карантина, преди да достигнат до пощенската кутия на потребителя.
Това ръководство обяснява как ИТ администраторът може да разреши (добави в бял списък) имейли на MobiSystems, така че те да бъдат доставяни надеждно.
1. Домейни на изпращачи, използвани от MobiSystems
Моля, разрешете следните домейни:
- mobisystems.com
- Всички поддомейни на mobisystems.com
- mobisystems.zendesk.com (използва се за имейли, свързани с поддръжка и тикети)
Не можем да предоставяме статични IP адреси, защото нашата имейл инфраструктура може да редува специални IP адреси за по-добра доставка. Следователно, инструкциите по-долу разчитат на правила за разрешаване, базирани на удостоверяване, което е методът, препоръчан от Microsoft.
2. Добавете домейни на MobiSystems към списъка с разрешени и блокирани домейни на Microsoft 365
1. Отворете портала на Microsoft Defender:
https://security.microsoft.com
2. Отидете до:
Имейл и сътрудничество → Политики и правила → Политики за защита от заплахи → Антиспам → Списък с разрешени и блокирани имейли
3. В Разрешени домейни добавете:
о mobisystems.com
о mobisystems.zendesk.com
Това позволява на Microsoft 365 да третира тези домейни като надеждни и намалява вероятността от фалшиви положителни резултати от спам или фишинг.
3. Създайте правило за пощенски поток, базирано на удостоверяване (не се изискват IP адреси)
Тъй като MobiSystems използва SPF, DKIM и DMARC удостоверяване, най-надеждният подход е да се разрешат удостоверени съобщения, а не фиксирани IP адреси.
1. Отворете Exchange Admin Center:
https://admin.exchange.microsoft.com
2. Отиди на Поток на поща → Правила → Добавяне и създайте ново правило.
3. Назовете правилото:
Заобикаляне на филтрирането на спам за удостоверени имейли от MobiSystems
4. В раздел Приложи това правило, ако…, конфигурирайте:
Условие А — Резултати от удостоверяването
Добавете условие, което проверява горния колонтитул за удостоверяване на имейл:
-
Горният колонтитул на съобщението включва…
o Име на горен колонтитул: Authentication-Results
o Стойността на горния колонтитул включва едно или повече от:
▪ dkim=pass and d=mobisystems.com
▪ dkim=pass и d=zendesk.com
▪ (По избор) dmarc=pass или spf=pass
Условие Б — Домейн на изпращача
Добавете условия за обхват:
-
Домейнът на подателя е:
o mobisystems.com (това важи и за всички поддомейни)
o mobisystems.zendesk.com
5. Под Извършете следното…задайте:
o Променете свойствата на съобщението → Задайте ниво на достоверност за спам (SCL) на –1
(Това заобикаля филтрирането на спам за удостоверени съобщения.)
6. Запазете и активирайте правилото.
Това правило гарантира, че само правилно удостоверени Съобщенията от MobiSystems заобикалят филтрирането на спам, без да отслабват сигурността.
4. Ако съобщенията са блокирани като „фалшифицирани“
Ако някои имейли се появят в карантината на Microsoft 365 с вердикт „Spoof":
1. Отворете списъка с разрешени/блокирани наематели в портала на Microsoft Defender.
2. Добавете запис Разреши за:
o Конкретният адрес на подателя, или
o Конкретната „фалшива двойка“ (домейн + услуга за изпращане), маркирана от Microsoft.
Това е препоръчаният от Microsoft метод за справяне с фалшиви положителни резултати при спуфинг.
5. Освободете текущите съобщения под карантина
Ако съобщенията от MobiSystems в момента са под карантина:
- Отворете Имейл и сътрудничество → Преглед → Карантина.
- Намерете засегнатите съобщения.
- Пуснете ги във входящата поща.
- След като правилата за разрешаване по-горе бъдат конфигурирани, бъдещите съобщения би трябвало да се доставят нормално.
6. Проверка на поправката
След конфигурацията препоръчваме да тествате с имейл от MobiSystems. Можете да направите това, като влезете с акаунта си в MobiSystems на https://accounts.mobisystems.com/ и смените паролата си. Тази статия съдържа пълните стъпки.
Това ще принуди изпращането на имейл до вашия акаунт, а IT администраторът може да провери Message Trace в Exchange Admin Center и да потвърди:
- В горния колонтитул Authentication-Results се показва dkim=pass
- SCL е зададен на –1
- Съобщението беше доставено директно във входящата поща