Должен ли я запустить свой собственный MTA?

23

Мне нужно отправить большое количество писем, примерно 60 000 в неделю. На данный момент мы передаем эту услугу третьей стороне, и мы ожидаем удвоить наш объем в течение следующих 6 месяцев. Поскольку сервис начинает быть слишком дорогим, я подумывал о создании собственного MTA.

Наш собственный системный администратор сказал нам, что совсем не сложно иметь свой собственный MTA, но, боюсь, он мог бы упростить это.

Сложно ли обращаться с MTA? Стоит ли бояться, что мой MTA потеряет почту компании? Должен ли я остаться со сторонним сервисом?

PS: электронные письма были собраны с соблюдением местного законодательства о конфиденциальности, поэтому спама нет.

Маскарпоне
источник

Ответы:

37

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

Я запускаю MTA для личных проектов на VPS, и, хотя вам, конечно, нужна высокая доступность и возможность справляться с большей нагрузкой, общие настройки будут примерно такими же. Несколько общих советов:

  • Будьте уверены, не в конечном итоге с открытым реле, вы попадете в черный список
  • Читайте о том, как избежать папки со страшным спамом
  • Убедитесь в правильности записей MX.
  • Используйте субдомен для отправки только MTA (mailer.example.com)
  • Используйте правильные заголовки почты, от: и reply-to:
  • Используйте DKIM для подписи почты (также помогает избежать спама)

РЕДАКТИРОВАТЬ:

Я забыл два важных момента (спасибо symcbean):

  • SPF , чтобы ограничить почту от вашего домена до определенного IP или диапазонов
  • Интеллектуальная обработка отказов; настроен для общения с приложением списка рассылки (удаление мертвых адресов и т. д.)
cvaldemar
источник
3
Проголосовал, потому что в нем перечислены некоторые конкретные вещи, на которые следует обратить внимание.
Freiheit
3
Напоминает мне статью Джеффа Этвуда об отправке электронных писем: codinghorror.com/blog/2010/04/…
shufler
upvote, я согласен во всем, кроме SPF.
cstamas
Я хотел бы выбрать два ответа.
Маскарпоне
18

Если ваша компания не занимается отправкой электронных писем , я бы рассматривал это только как последнее средство.

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

Крайне важно поддерживать гибкость и способность компании вращаться. Аутсорсинг некритических сервисов позволяет вам легче это сделать.

Сказав это, если вы занимаетесь отправкой электронных писем, то вам обязательно следует настроить собственный MTA, хотя вам все же может понадобиться хостинг в среде VPS.

hafichuk
источник
4
Мне нравится ваш пост, потому что он ориентирован на бизнес. Вы правы в том, чтобы быть гибким, в любом случае вы достигаете точки, когда аутсорсинг уже не эффективен по цене. вопрос в том, что 60.000 писем в неделю выходят за рамки этого?
Маскарпоне
1
@Mascarpone Спасибо за комментарий! Я предполагаю, что вы спрашиваете, где переломный момент находится между затратами на аутсорсинг и затратами на это внутри компании. Вы должны быть в том месте, где вы можете начать получать действительно хорошие скидки за использование третьей стороны. Например, MailChimp - это менее половины цента электронного письма при вашем текущем объеме. Итак, вопрос к вам; Стоит ли вам 2400 долларов (или меньше) в месяц через шесть месяцев, чтобы вы делали это дома?
hafichuk
если учесть, что я могу иметь хостинг бесплатно (я продаю хостинг), то 2400 $ в месяц - это огромные затраты. У меня также может быть свободное время администратора (я могу использовать свободное время администраторов, которое иначе было бы оплачено, но потрачено впустую). Единственная оставшаяся цена - это возможность потерять электронную почту или плохую репутацию, которые могут повредить моей компании. Мне нужно понять вероятность этого
Маскарпоне
1
Это звучит как хороший выбор с точки зрения затрат и, учитывая характер вашего бизнеса, это определенно дополнительная услуга, которую вы можете предложить клиентам. С технической точки зрения @cvaldemar, кажется, находится на правильном пути для вас. Удачи!
хафичук
16

Наш собственный системный администратор сказал нам, что совсем не сложно иметь свой собственный MTA, но, боюсь, он мог бы упростить это.

Либо он какой-то урод, или он не понимает проблемы.

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

cvaldemar предлагает использовать DKIM, однако не упоминает SPF (они не являются взаимоисключающими, однако последний имеет гораздо более высокий уровень принятия). В дополнение к пунктам, упомянутым в этом посте, вам также необходимо включить регулирование по назначению, интеллектуальную обработку отказов и упреждающее управление списками (чтобы избежать плохой репутации отказов).

Запуск сервера в назначенном вам диапазоне адресов даст гораздо более высокую репутацию, чем на размещенном сервере. Это также упрощает процесс настройки записей PTR (также увеличит вашу репутацию).

Внутренний запуск spamassassin поможет вам выявить проблемы на ранних стадиях процесса.

symcbean
источник
1
В дополнение к этому ответу обработка отказов является одной из основных задач, которые поставщики электронной почты выполняют для вас. Это не очень трудно сделать самостоятельно , хотя это немного сложнее сделать хорошо . Даже отмена подписки «Нет такого пользователя» и отчеты о циклах обратной связи будут иметь большое значение для поддержания достойной репутации. В зависимости от источника содержимого ваших писем, запуск spamassassin также может иметь огромное значение, однако я не знаю ни одного почтового провайдера, который бы делал это.
Ладададада
11

Если у вас есть необходимый опыт, вы можете сделать это.

Я предлагаю не терять электронные письма, чтобы начать тестирование вашего нового MTA с небольшим количеством электронных писем. Когда вы удовлетворены, вы можете использовать его для всех ваших писем.

Халед
источник
но насколько сложно поддерживать работоспособность MTA?
Маскарпоне
11
Насколько сложно испечь пироги? С таким объемом электронной почты трудно ли испечь еду для пекарни? Ответ зависит от того, насколько вам удобно с выпечкой. Мы не можем ответить на ваш вопрос, потому что мы не знаем, какой вы сисадмин. Электронная почта требует обслуживания. Насколько это сложно, зависит от вашего опыта и знаний. У вас есть свой системный администратор в соответствии с вашим вопросом. Что он знает о работе почтового сервера? И делать должную осмотрительность в резервном копировании, мониторинге и аварийном восстановлении?
Барт Сильверстрим
1
Это зависит от вашего (или вашего системного) опыта. Конечно, рекомендуется также иметь несколько машин, действующих как MTA, для устранения единой точки отказа.
Халед
@BartSilverstrim: Хорошая аналогия, особенно для голодного человека :)
Халед
Может быть, в этом проблема ... :-) На самом деле это одна из тех вещей, где я знаю людей, для которых выпечка - это как дыхание, а потом есть мои родственники, которые поджигают дымовые извещатели каждый праздник.
Барт Сильверстрим
10

Если вы делаете такой объем электронной почты, я полагаю, у вас есть автоматизированная система отправки электронной почты. Судя по количеству создаваемого вами электронного письма, в какой-то степени вы отправляете электронное письмо. Насколько важно для вашего бизнеса, чтобы ваша электронная почта доставлялась. Если это важно, вам нужно хорошо разобраться, как обрабатывается ваша электронная почта. Как бы вы ни внедрили свое решение, вам необходимо обеспечить надлежащую обратную связь, чтобы:

  • вы удаляете мертвые адреса;
  • вы обнаруживаете неправильную конфигурацию; а также
  • Вы получаете уведомления, если вы добавлены в черный список.

Настроить свой собственный MTA не так сложно, и после его настройки они, как правило, работают без особых затрат. Существуют стандарты и соглашения, которым необходимо следовать, и их несоблюдение повредит вашей способности доставлять почту надежно. К сожалению, некоторые организации, занимающиеся рассылкой почты большого объема другим, не следуют за ними. Использование сторонней службы может привести к тому, что ваша почта будет классифицирована как спам.

Я написал сообщение о запуске почтового сервера, нацеленное в основном на неосведомленных. Это объясняет довольно много о том, что участвует в запуске MTA. Моя политика электронной почты предоставляет дополнительные ресурсы, как и другие публикации, которые я сделал по электронной почте .

Для такого рода рассылки рассмотрите возможность использования выделенного субдомена и сервера. Настройка для массовых рассылок может значительно отличаться от той, что вы хотите от личной переписки. Убедитесь , что принимать и просмотр электронной почты отправлено на postmasterи abuseадреса. Если в ваших списках есть недопустимые адреса электронной почты, у вас могут возникнуть проблемы с размером очереди. Вы можете зарегистрировать свой домен во многих крупных почтовых хостингах, таких как Gmail, Hotmail и т. Д.

РЕДАКТИРОВАТЬ: Запуск собственного MTA для такой службы, как это не означает, что вам нужно запустить свой собственный MX. Ваши MX (Mail Exchange) и MTA для обычной переписки могут обрабатываться третьей стороной. Используйте выделенный поддомен для обработки массовой и / или автоматической электронной почты. Управляйте этим в соответствии с вашими потребностями.

BillThor
источник
2

Запуск MTA не так сложен, но требует некоторого опыта.

Но вы можете использовать этот новый MTA только для отправки массовой электронной почты. Вам не нужно переключать сообщения всей компании на него.

Камень
источник
0

Я обнаружил, что MTA MailerQ прост в настройке, и, похоже, он предназначен для обработки очень больших объемов электронной почты. Вы можете наблюдать за отправкой результатов в реальном времени из графического интерфейса и изменять правила на лету.

usamaster
источник
Ссылки? Какие-либо оценки безопасности?
vonbrand