Нам нужно снизить скорость отправки спама по электронной почте через систему Exchange из приложений наших разработчиков с ошибками.
Как я могу регулировать количество сообщений электронной почты в Exchange 2010 по исходному IP-адресу или отправителю, чтобы рассматриваемые сообщения не удалялись, а, скорее, задерживались, замедлялись или блокировались динамически в зависимости от количества или спама в сообщении.
В конечном итоге вашим разработчикам необходимо исправить свои приложения. Exchange может одновременно обрабатывать неприличное количество входящих сообщений, поэтому, если ваши разработчики создают так много электронное письмо, что вы обеспокоены тем, что это влияет на повседневные дела, тогда у вас есть серьезный проблемы. Это действительно вызывает у вас проблемы?, или вы просто воображаете, что у вас есть проблема, которой на самом деле не существует? Проверьте счетчики производительности Exchange и получите некоторую статистику, подтверждающую ваше требование.
Если бы это был мой сервер Exchange, и я бы убедился, что это действительно проблема, я бы пошел к их менеджеру со своими проблемами (подтвержденными статистикой) и сказал бы им отсортировать свои приложения или рискнуть быть заблокированным в отправке. электронная почта полностью. Если приложение все еще находится в разработке, то это своего рода оправдание для ошибочных электронных писем, но на самом деле оно должно использовать отдельный SMTP-сервер, а не рабочий сервер Exchange.
В Exchange 2010 есть политики регулирования, которые, я думаю, вы могли бы (ab) использовать в зависимости от вашей настройки, но сценарии, к которым они применяются, когда вы хотите регулировать объекты, не относящиеся к почтовым ящикам, довольно узкие (IMO). Если электронные письма приходят от службы, запущенной на машине как NETWORK SERVICE (включая веб-сервер), то вы можете применить политику регулирования к объекту компьютера. Что более вероятно, так это то, что это клиентское приложение, запускаемое от имени любого пользователя, вошедшего в систему, и я не верю, что в этом сценарии вы сможете регулировать скорость с помощью Exchange. Я не верю, что вы также можете регулировать скорость по IP-адресу клиента, что, должен признать, немного раздражает.
Если вы попадаете в категорию приложений, работающих как NETWORK SERVICE, вы можете создать новую политику регулирования и применить ее к объектам компьютеров Active Directory. Значение, которое вы захотите установить, вероятно, MessageRateLimit, то есть сообщений в минуту. Если отправлено больше сообщений, чем указано в политике регулирования, приложение получит временную ошибку. В документации не очень конкретно указано, действительно ли оно примет сообщение и задержит доставку или временно отклонит его, но в ваших приложениях действительно должен быть какой-то механизм для обработки временных ошибок, так что это не должно быть проблемой. Команды для настройки будут такими: New-ThrottlingPolicy -Name "Naughty Apps" -MessageRateLimit 50 а потом Set-ThrottlingPolicyAssociation -Identity COMPUTERNAME$ -ThrottlingPolicy "Naughty Apps".
Если вы не попали в приложение, работающее как NETWORK SERVICE категории, то я не уверен, что вы можете что-то сделать из Exchange. Возможно, вы сможете настроить что-то вроде Postfix и настроить свое приложение для отправки сообщений на этот сервер, который затем будет ретранслировать их на ваш сервер Exchange с меньшей скоростью. Я действительно не в своей области знаний, чтобы предлагать какие-либо подробности.