Сценарий
Искате да разберете дали Exclaimer поддържа функцията за възстановяване на съобщения в Microsoft Outlook.
Решение
ЗАБЕЛЕЖКИ:
Функцията за възстановяване на съобщения е налична, ако както изпращачът, така и получателят имат Microsoft 365 работен или учебен имейл акаунт в същата организация.
Съобщения, изпратени до или от Hotmail, Gmail или .live.com акаунт, не могат да бъдат възстановени.
Функцията за възстановяване на съобщения не е налична в Outlook за Mac.
За повече информация вижте Възстановяване на имейл съобщение в Outlook.
Функцията за възстановяване на съобщения е налична, ако както изпращачът, така и получателят имат Microsoft 365 работен или учебен имейл акаунт в същата организация.
Съобщения, изпратени до или от Hotmail, Gmail или .live.com акаунт, не могат да бъдат възстановени.
Функцията за възстановяване на съобщения не е налична в Outlook за Mac.
За повече информация вижте Възстановяване на имейл съобщение в Outlook.
Да, Exclaimer поддържа използването на функцията за възстановяване на съобщения; обаче има някои ограничения, за които трябва да сте наясно:
- Възстановяването на съобщения използва свойството на Messaging Application Programming Interface (MAPI), наречено SearchKey, за да идентифицира правилно съобщението в пощенската кутия на получателя.
Microsoft Exchange използва свойството SearchKey за множество цели; обаче, имейл, маршрутиран чрез конектор, вероятно ще промени това свойство. Ако имейлът е маршрутиран чрез конектор, то възстановяването на съобщението вероятно няма да успее, тъй като не може да определи правилното съобщение, което да бъде възстановено.
Exclaimer е потвърдил с Microsoft, че не могат да променят това поведение. Тъй като Exclaimer и много други решения на доставчици използват конектори, препоръчваме да използвате клиентски подписи в организации, където функцията за възстановяване на съобщения е съществена.
За да увеличите шансовете си за успешно възстановяване на съобщения, когато имейлите се изпращат чрез конектори:
- Проверете дали 'TNEFenabled' е зададено на 'true' или не за 'default' Remote Domain. Ако не е 'true', препоръчваме да зададете 'TNEFenabled' за вътрешните домейни. За допълнителна информация, моля, вижте Transport Neutral Encapsulation Format (TNEF).
- Създайте две транспортни правила, едно за спиране на маршрутирането на съобщения за възстановяване през Exclaimer и другото за спиране на отчетите за възстановяване на съобщения в Microsoft 365, маршрутирани през Exclaimer.
Изберете опция по-долу, за да видите свързаните инструкции:
Опция 1: Изпълнете PowerShell скрипта, за да спрете маршрутирането на съобщения за възстановяване през ExclaimerЗа да изпълните PowerShell скрипта, за да спрете маршрутирането на съобщения за възстановяване през Exclaimer:
1. Отворете Windows PowerShell като администратор.
2. Изпълнете следната команда:Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass; Invoke-WebRequest -Uri "https://raw.githubusercontent.com/exclaimerltd/Internal-Support-Scripts/master/messageRecallFix.ps1" -OutFile "$env:TEMP\messageRecallFix.ps1"; & "$env:TEMP\messageRecallFix.ps1"Опция 2: Ръчно създайте транспортни правила, за да спрете маршрутирането на съобщения за възстановяване през ExclaimerЗа да създадете ръчно транспортни правила, за да спрете маршрутирането на съобщения за възстановяване през Exclaimer:
2. От менюто встрани изберете Пощенски поток, след това изберете Правила.
1. Отворете администраторския център на Exchange.
3. Създайте транспортно правило 1.
За транспортно правило 1 задайте следните условия на правилото:
Приложете това правило, ако
'x-ms-exchange-recallreportgenerated' заглавието съдържа ''true' или 'false''
Направете следното
задайте заглавието на съобщението 'X-ExclaimerHostedSignatures-MessageProcessed' със стойност 'true'.
Описание на правилото за транспортно правило 2.
4. Създайте транспортно правило 2.
За транспортно правило 2 задайте следните условия на правилото:
Приложете това правило, ако
'X-MS-Exchange-Generated-Message-Source' заглавието съдържа ''Transport Message Recall Routing Agent''
Направете следното
задайте заглавието на съобщението 'X-ExclaimerHostedSignatures-MessageProcessed' със стойност 'true'.
Описание на правилото за транспортно правило 2.
5. Убедете се, че и двете транспортни правила имат по-висок приоритет (по-нисък номер на приоритет) в сравнение с правилото Идентифициране на съобщения за изпращане до Exclaimer Cloud.
Убедете се, че и двете транспортни правила имат по-висок приоритет (по-нисък номер на приоритет) в сравнение с правилото за идентифициране на съобщения за изпращане до Exclaimer Cloud.
- Проверете дали 'TNEFenabled' е зададено на 'true' или не за 'default' Remote Domain. Ако не е 'true', препоръчваме да зададете 'TNEFenabled' за вътрешните домейни. За допълнителна информация, моля, вижте Transport Neutral Encapsulation Format (TNEF).
- Възстановяването на съобщения изисква както изпращачът, така и получателят да имат Microsoft 365 или Microsoft Exchange имейл акаунт в същата организация. Това означава, че съобщението за възстановяване няма да работи, ако изпращате имейли навън, например, на вашите клиенти или лични имейл акаунти като Gmail, Yahoo и т.н.
- Ако получателят вече е прочел имейл съобщението, възстановяването няма да работи както е предвидено. В този случай получателят ще бъде уведомлен, че изпращачът е искал да възстанови съобщението.
- Както съобщението за възстановяване, така и имейлът, който трябва да бъде възстановен, трябва да съществуват в същата папка в пощенската кутия на получателя.
- Не можете да възстановите съобщение, което е защитено от Azure Information Protection.
За повече информация вижте документацията на Microsoft за възстановяване на съобщения.