Как добиться высокой доступности электронной почты без обмена данными с сторонним ESP?

Question

Мы размещаем данные о клиентах от имени компаний/клиентов, и одна из наших задач - отправить нам очень конкретный транзакционный адрес электронной почты (с нашим адресом электронной почты в качестве отправителя и ответа) клиентам клиентов.

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

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

Одно из решений я нашел sendy.co, которые сами определяются как:

Sendy является самодостаточно приложение, которое работает на вашем веб-сервере.

Этот звук обещает, но потом я прочитал, что сообщения отправляются через облако Амазонки:

Sendy использует многопоточность для отправки сообщений электронной почты с помощью Amazon SES.

Я полагаю, это ведет нас туда, где мы начали, потому что тогда Amazon хранит адреса электронной почты.

Как я понимаю, высокая производительность, которую достигают ESP, вызваны не только самыми современными заголовками электронной почты, но и их серверами, которые распознаются Google/Gmail, Microsoft и другими почтовыми узлами. Поэтому, возможно, высокая производительность невозможна без ESP. Но есть ли альтернативный подход, который позволяет нам добиться относительной высокой доступности без необходимости привлечения стороннего сервера для отправки?

Answer 1

Причина, по которой люди склонны платить за эту услугу, объясняется тем, что она достаточно сложна/сложна/требует много времени. Если отправка этого письма является основной частью вашего бизнеса, вы захотите нанять инженера по доставке, чтобы справиться с этим. Если это не так, я начну с обращения к различным транзакционным ESP и посмотрю, сможете ли вы найти тот, у которого есть корпоративное предложение, которое они готовы адаптировать к этому варианту использования.

Answer 2

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

Если у вас нет, то:

Один из вариантов, которые вы можете попробовать это разместить свой собственный сервер с опцией на предпосылке. Я бы посмотрел SocketLabs Hurricane MTA.

SocketLabs - это облако ESP, такое как Sendgrid. Но у них также есть мощный вариант на месте.

https://www.socketlabs.com/blog/introducing-hurricane-mta-3-0/