Здесь, в Австралии, мы подключены к Интернету через ржавые жестяные банки, из-за которых иногда теряются пакеты из-за бродячих коал, играющих с линией.
По крайней мере; вот что это чувствует как и большую часть времени.
Я работаю в среднем бизнесе (100+ сотрудников), в котором нам часто приходится делать рассылки по разным направлениям бизнеса.
у каждого бизнес-раздела есть свои «информационные бюллетени», обновления и т. д.
У них есть довольно большие списки рассылки, а также настраиваемые списки, все отправляемые через SMTP прямо из баз данных на сервер обмена; и обычно они рассылают вложения (я работаю над простым и приятным способом их размещения). но даже при отсутствии вложений он может заблокировать наш почтовый сервер как минимум на час.
Это задерживает электронную почту, что вызывает нагрузку на другие несвязанные системы или выполнение срочных задач. что приводит к увеличению количества рабочих мест в службе поддержки, что в целом увеличивает и без того высокий уровень стресса для небольшой ИТ-команды (нас двое).
Текущий способ справиться с этим - отложить рассылку до конца рабочих часов. Я не верю, что это хорошее долгосрочное решение, и это не совсем та политика, которую можно строго соблюдать; поэтому время от времени появляются отставшие, которые либо не знают, либо по какой-либо причине их сообщение является «очень важным», но обычно не настолько критичным по времени.
теперь к вопросу:
Я в значительной степени новичок в Linux, но у меня есть идея решения.
Учитывая проблему, я хотел бы знать, есть ли способ, которым я мог бы настроить сервер «очереди почты». Я думаю о виртуальной машине Linux, у которой был какой-то тип контроля качества обслуживания, поэтому я мог ограничить полосу пропускания, которая постоянно используется нашим почтовым сервером, чтобы она не была затоплена, и продолжала использовать другие службы работа, снижение уровня стресса;).
например:
В конечном итоге я понимаю, что «нам понадобится труба побольше», но в основном бюджет не выдерживает этого в данный момент.
ServerFault, это возможно?
Изменить: Zoredache спросил: «Почему бы нам не отправить электронное письмо прямо с сервера распространения»
к сожалению, не все так просто. «Сервер распространения» на самом деле является базой данных filemaker pro, размещенной на сервере filemaker, где есть клиентский плагин, который позволяет ему отправлять электронную почту, по сути действуя как урезанный почтовый клиент.
Да, я знаю, что это не оптимально.
2-е редактирование: может кто-нибудь пометить этого «файлового мастера». это новый тег, поэтому я не могу его создать: P
Есть один быстрый и простой способ сделать это. Я покажу вам способ Postfix:
Сопоставьте массовые рассылки (по заголовку / регулярному выражению, что угодно ...) и позвольте им постоянно останавливаться. Независимо от того, когда они отправлены.
/etc/postfix/main.cf:
header_checks = regexp:/etc/postfix/header_checks
/ etc / postfix / header_checks:
/^Custom-Mail-Header: true/ HOLD Delayed until out of hours
Затем в нерабочее время (вы можете определить это в crontab любым способом) вы можете использовать
15 20-23 * * * / usr / sbin / postsuper -H ВСЕ
Это будет освобождать почту на удержании в 20:15, 21:15, 22:15 и 23:15 каждый день.
Правильные пути и время crontab, где это необходимо.
В зависимости от качества вашего маршрутизатора вы можете применить QoS к порту SMTP для определенных IP-адресов.
Прошло очень много времени с тех пор, как я играл с Qos, но по памяти вы можете на уровне маршрутизатора назначить IP-адресу вашего почтового сервера низкий уровень QoS на порту 25.
Конечно, это снизит QoS для ВСЕХ, но если бы у вас был второй почтовый сервер, который вы используете только для своих массовых рассылок, то вы могли бы использовать его для отправки почты и снизить QoS на его IP-адресе, и тогда каждый, кто использует обычный почтовый сервер, по-прежнему сможет передавать.
Это согласуется с тем, что прокомментировал Zoredache - это просто отправит почту прямо из второго ящика. Нет особого смысла пересылать его повторно, когда ящик может просто отправить его самостоятельно ...
Вы не указали получателей сообщений.
Если они являются внешними по отношению к компании и сообщения не настроены для каждого получателя, поставщик списков рассылки может быть дешевой альтернативой.
Положительным моментом здесь является то, что вы не используете пропускную способность или обработку, истощая сообщения через вашу инфраструктуру Exchange; вы рассылаете одну копию, и программа списка рассылки передает ее 4000 получателям.
С точки зрения безопасности программное обеспечение списков рассылки обычно может быть сконфигурировано с авторизованными адресами или может реализовывать метод модерации, позволяющий осуществлять внешний контроль или проверку сообщений до их выпуска для доставки.