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

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

Valery

около 1 месяца назад

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

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

6 ответов

Valeryоколо 1 месяца назад

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

relaxdevADMINоколо 1 месяца назад

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

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

Valeryоколо 1 месяца назад

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

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

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

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

Valeryоколо 1 месяца назад

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

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

КамранADMINоколо 1 месяца назад

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

Valeryоколо 1 месяца назад

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

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

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

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

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

Ctrl+Enter