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