Осторожно ученик волшебника !
Было бы лучше зарегистрировать эти ошибки, а затем проверить, когда было отправлено последнее электронное письмо, и, если временной интервал слишком короткий, не отправляйте другое сообщение, потому что человек уже просматривает файл журнала. Для многих было бы достаточно одного сообщения в день, но даже для критически важных систем, если у вас уже был один сбой, что может пойти не так, если вы подождете два часа, чтобы отправить следующее письмо?
Если вы отправляете одно электронное письмо за двухчасовой промежуток времени, то максимальное количество электронных писем в день составляет 12. И если вы получаете каскадный сбой (у вас получится!), То, скорее всего, это произойдет в течение пары часов после первого событие сбоя.
Большинство крупных сетевых компаний предлагают SLA на 4 часа для устранения неисправности, измеряемой с момента его возникновения (потому что каскадные сбои имеют тенденцию повторяться) до тех пор, пока клиент не будет удовлетворен тем, что оно устранено. Если у вас более узкий SLA, чем этот, то, если это не какой-то сервис финансовой индустрии, вы, вероятно, предлагаете слишком высокий уровень обслуживания.
Но если у вас есть 4-часовой SLA, то я бы позаботился о том, чтобы любое электронное письмо, отправленное в течение 2–4 часов с момента последнего электронного письма, использовало все, что вам нужно, чтобы расставить приоритеты, выделить его и т. Д. Для Например, используйте заголовок X-Priority и поместите слово URGENT в тему, чтобы ваш почтовый клиент мог отображать его большими жирными красными буквами.