Идеи и предложения

Технический mail

Valery

3 месяца назад

137

Было бы замечательно, если бы Ваша платформа автоматически предоставляла бы при деплое в прод технический почтовый адрес вида admin@somedomain.zone с приемом и пересылкой, можно (и лучше) без БД , без всяческих web-интерфейсов, чисто как inbound релей..

Многие хостеры автоматически предоставляют технический email, это очень удобно: не надо городить дополнительные точки отказа в виде интеграций с разными WorkMail, Yandex360, CloudFlare, ImproveMX и т.д. если мой проект не предполагает полноценной почты, если это банальный лендинг какой. Не думаю что это представляет для RD (RelaxDev) какие-то технические проблемы: Если вы сподобились соорудить свой CDN, и не абыкакой, а аж S3 - класса, то уж прикрутить почтовый релей это для вас - задача на неделю с перекурами. Возможно, есть какие-то высшие препоны, может РКН не велит..

6 ответов

Valery3 месяца назад

Интересно, а что по этому поводу думает начальник транспортно... ..маркетолог и техлид RelaxDev?

relaxdevADMIN3 месяца назад

Предположу, что нужен просто SMTP для рассылок, ну оставлю здесь, то что не жалко засветить EMAIL_HOST=smtp.gmail.com EMAIL_PORT=587 EMAIL_USER=sat.open.world@gmail.com EMAIL_PASS=nswa igwp bmle opun

Судя по предыдущей теме, имеете ввиду, что-то более мудреное, если опишите проще попробуем решить

Valery3 месяца назад

Ну, я так вижу процесс настройки для одного клиента:

1.Клиент покупает тариф, указывает свой реальный Email.
2.В панели управления сайтом хостер генерирует адрес admin@домен-клиента.
3.Клиент добавляет в свою DNS зону MX-запись, ведущую на релеи хостера.
4.В базе данных виртуальных псевдонимов MTA создается строка: admin@домен-клиента => real@email-клиента.
5.Включается правило канонизации исходящего From.
6.Клиент ставит адрес admin@домен-клиента в поле "Контактные данные оператора" в своей Политике конфиденциальности. С этого момента вся правовая нагрузка за чтение этих писем лежит на нем, а инфраструктура хостера просто перекладывает пакеты данных из одной папки в другую.

Я понимаю, что гемор еще тот: нужно выделить IP, для защиты бренда завести нейтральный домен под почтовый траффик, поднять и настроить на inbound-outbound почтовый маршрутизатор (MTA — Postfix/Exim), политики, обработку отказов и т.д. Но если заморочиться и все это сделать - это будет пушка!

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

Valery3 месяца назад

Скажите, зачем это надо?

Это фидбек для технических случаев админу. Это обязательный майл, который мастхэв по 152ФЗ в дисклеймере. Если я, к примеру, в месяц леплю десяток простецких лендингов без почты, без админок, без ЛК, то заводить десяток аккаунтов на каком- нибудь яндекс360 - это боль. Плюс к тому - же это десяток точек отказа, тоже боль, если мне их потом сопровождать некоторое время.

КамранADMIN3 месяца назад

Полноценный почтовый сервер предлагаете создать, это ближе к теме создания своего dns сервера, мы тестировали для выпуска серификатов, чтобы автоматически поддерживать поддомены для кастомных доменов, вывести это в ui, вот там же рядом отлично встанет и этот фунционал, ну ближе к делу отпишем, насколько реально с почтой этт сделать - это выглядит как отдельный мини-продукт в том же 360, при этом неудобный для всего)

Valery3 месяца назад

не надо "полноценный почтовый сервер". Надо простейший MTA на Postfix заточенный под релей без локальных ящиков, только с базой aliaces-maps. Это примерно 33% от "полноценного почтового сервера".

Ну, или интегрироваться со сторонними API Mailgun / Forward Email / ImprovMX

Ладно, не берите в голову. Всему своё время.

Ответить без регистрации

Изображения, PDF, TXT • Ctrl+V для скриншота • до 5 файлов, 10 MB

Ctrl+Enter