Предотвращение электронной почты уничтожает с Регулировкой IP Exchange 2010 (или любая другая технология)

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

Если бы это был мой сервер Exchange, и я бы убедился, что это действительно проблема, я бы пошел к их менеджеру со своими проблемами (подтвержденными статистикой) и посоветовал бы им разобраться в своих приложениях или рискнуть заблокирован от отправки электронной почты полностью. Если приложение все еще находится в разработке, то это своего рода оправдание для ошибочных электронных писем, но на самом деле оно должно использовать отдельный SMTP-сервер, а не производственный сервер Exchange.

В Exchange 2010 есть политики регулирования, которые, я думаю, вы могли бы ( ab) использование зависит от вашей настройки, но сценарии, к которым они применяются, когда вы хотите регулировать объекты, не являющиеся почтовыми ящиками, довольно узкие (IMO). Если электронные письма приходят от службы, работающей на машине как СЕТЕВАЯ СЛУЖБА (включая веб-сервер), то вы можете применить политику регулирования к объекту компьютера. Какой' Однако более вероятно, что это клиентское приложение, которое запускается как бы пользователь не вошел в систему, и я не верю, что в этом сценарии вы сможете регулировать скорость с помощью Exchange. Я не верю, что вы также можете регулировать скорость по IP-адресу клиента, что меня немного раздражает.

Если вы попадаете в категорию приложения, работающего как СЕТЕВАЯ СЛУЖБА , вы можете создать новую политику регулирования и применить ее к объектам компьютеров Active Directory. Значение, которое вы захотите установить, вероятно, равно MessageRateLimit , то есть сообщений в минуту. Если отправлено больше сообщений, чем указано в политике регулирования, приложение получит временную ошибку. В документации не очень конкретно указано, действительно ли он примет сообщение и задержит доставку или временно отклонит его, но у ваших приложений действительно должен быть какой-то механизм для обработки временных ошибок, так что это не должно быть проблемой. Команды для настройки будут следующими: New-ThrottlingPolicy -Name «Naughty Apps» -MessageRateLimit 50 , а затем Set-ThrottlingPolicyAssociation -Identity COMPUTERNAME $ -ThrottlingPolicy «Naughty Apps7» [111835]. ] Если вы не попадаете в приложение, работающее как категория СЕТЕВАЯ СЛУЖБА , то я не уверен, что вы можете что-то сделать из Exchange. Возможно, вы сможете настроить что-то вроде Postfix и настроить свое приложение для отправки сообщений на этот сервер, который затем будет ретранслировать их на ваш сервер Exchange с меньшей скоростью. Я действительно не в своей области знаний, чтобы предложить какие-либо подробности.