Назад | Перейти на главную страницу

Иерархия сканирования исходящей почты на защищенном почтовом шлюзе

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

Я предпочитаю применять политики до очереди везде, где это возможно (для входящих и исходящие шлюзы):

  • это предотвращает обратное рассеяние из вашего шлюза
  • он немедленно информирует систему отправки о проблеме
  • он может сэкономить много ресурсов (отклонение поддельных доменов отправителей / неразрешенных доменов получателей во время вспышки спама требует меньше ресурсов, чем прием и возврат каждого сообщения)
  • может быть или не быть причиной в вашей среде: это сводит ответственность вашего сервера к минимуму. Как только он принимает сообщение, он отвечает либо за доставку, либо за возврат. отклонение предварительной очереди сохраняет ответственность в системе отправителя.

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