Белый список защиты от спама по IP-адресу отправителя в Exchange 2016 on-prem

Кажется, я не могу найти способ обойти фильтр защиты от спама по IP-адресу в Exchange 2016.

Цель состоит в том, чтобы разрешить кассовым терминалам отправлять автоматические электронные письма на счета при выставлении счета закрыт.

IPAllowListEntry является частью агента фильтра подключений, который устанавливается только на пограничных транспортных серверах, которых у нас нет (это небольшая организация с 25-ю адресами электронной почты), поэтому это не вариант.

Я создал правило транспорта для обхода фильтра ( это изображение ), но оно по-прежнему отклоняет электронное письмо с пометкой «550 5.7.1 Сообщение отклонено как спам посредством фильтрации содержимого».

Я что-то упустил или это просто невозможно, и мне нужно найти другой способ получать электронные письма?

Соответствующая запись в фильтре содержимого:

RunspaceId      : 48313825-e2e1-4519-aa46-4912cb226c0c
Timestamp       : 26/06/2020 12:25:15 PM
SessionId       : 08D7F137C2E9E894
IPAddress       : 10.0.0.33
MessageId       : <a0394c1a-0d1a-48e1-9df7-042aab9e55a0@SERVER.example.com>
P1FromAddress   : sender@example.com
P2FromAddresses : {sender@example.com}
Recipients      : {recipient@example.com}
Agent           : Content Filter Agent
Event           : OnEndOfData
Action          : RejectMessage
SmtpResponse    : 550 5.7.1 Message rejected as spam by Content Filtering.
Reason          : SclAtOrAboveRejectThreshold
ReasonData      : 7
Diagnostics     : DV:3.3.5705.600;SID:SenderIDStatus None
NetworkMsgID    : 5829a30a-4a41-430e-3aa7-08d8196765ee
TenantID        : 00000000-0000-0000-0000-000000000000
Directionality  : Incoming
0
задан 30 June 2020 в 03:49
2 ответа

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

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

0
ответ дан 4 January 2021 в 09:55

Bidali ez den mezuko kodearen arabera, badirudi edukia dela iragazki agenteak oraindik IP helbide barrutiko mezu elektronikoak blokeatzen ditu. Nire ikerketan oinarrituta, eduki iragazkirako hartzaile eta igorle zehatzak baimentzen saia zaitezke ( Erabili Shell hartzaile eta igorlearen salbuespenak konfiguratzeko ):

Set-ContentFilterConfig -BypassedRecipients <recipient1,recipient2...> -BypassedSenders <sender1,sender2...> -BypassedSenderDomains <domain1,domain2...>
0
ответ дан 4 January 2021 в 09:55

Теги

Похожие вопросы