Jump to content
Калькуляторы

Требования к почтовому серверу рассылки.

Уважаемые знатоки, не обойтись без Вашего мнения.

 

 

Потребовалось организовать рассылку "Расчетных отчетов" для сотрудников компании на публичные адреса электронной почты. В общем-то технических проблем нет.

 

Возникли сомнения, что при рассылке приблизительно 2000 писем, отправляющий MTA может быть определён как "SPAM рассыльный", с последующий блокировкой в "Spamhaus" и т.п.

 

Подскажите - помимо ключевых соответствий в DNS: "A" ="PTR" ="HELO/EHLO ", полюс наличие записей SPF, DMARC, DKIM.

 

Какие неочевидные параметры возможно должен иметь отправляющий MTA, чтобы не опасться быть определён как "SPAM рассыльный"?

 

 

P.S. Прошу сильно "не кидаться тапками", с рассылкой большого количества корреспонденции дела не имел, возможно мой вопрос в принципе глупый.

Share this post


Link to post
Share on other sites

Крупные почтовики требуют "прогрев" IP. Т.е. начинать отправлять по 1-2 письма в сутки, потом в течение полугода постепенно наращивать. Ну и проверьте, что, например, в отчётах https://postmaster.mail.ru/ и/или https://postmaster.google.com/

 

UPD. В идеале, чтобы пользователь сначала прислал на адрес вашего From письмо с каким-то текстом вроде "хочу подписаться на рассылку отчётов". И вы ему ответили с нужными заголовками "Спасибо, вот теперь будем слать"

Edited by MMM

Share this post


Link to post
Share on other sites

20 минут назад, MMM сказал:

В идеале

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

Share this post


Link to post
Share on other sites

Слишком много будет зависеть от роботов-анализаторов на концах и от самих пользователей с неосторожными нажатиями кнопок "Спам". Надо учесть при этом, что организации вроде SpamHaus часто ведут себя как натуральные рекетиры, вымогая деньги за делистинг, и даже при готовности их заплатить, из РФ это сделать будет сложновато. Потому делать сервер-релей в каком-нибудь VPS, где можно оперативно сменить IP и даже домен, и транспортной политикой на основном почтовом сервер организации рассылки отправлять не напрямую от себя, а в релей, с заменой домена отправителя на релейный. Дело это хлопотное, но осилить можно.

Share this post


Link to post
Share on other sites

MMM, здравствуйте.

 

Благодарен за консультацию в каком направлении смотреть.

 

>>Я предположил, что цель именно на своих серверах делать рассылки.

Да, рассылка предполагается с MTA компании, для отправки отчётов сотрудникам компании (на публичные адреса электронной почты).
 

>>А так то да.

Извиняюсь за глупый вопрос, возможно Вы сможете порекомендовать компанию предоставляющую услугу рассылки, в моём случае ретрансляции почтовых сообщений с внутреннего MTA на публичные адреса?

 

Jffulcrum, здравствуйте.

 

Благодарю Вас за расширенный ответ!

Share this post


Link to post
Share on other sites

1 hour ago, MMM said:

Крупные почтовики требуют "прогрев" IP. Т.е. начинать отправлять по 1-2 письма в сутки, потом в течение полугода постепенно наращивать.

gmail несколько дней прячет письма при отправке с нового IP-адреса, становится неожиданностью для тех кто, внезапно, в случае переездов серверов, меняет адреса.
Так-то 2 тыс писем, на самом деле, не так много для средней организации с активной перепиской, недели на прогрев хватит.

1 hour ago, MMM said:

В идеале, чтобы пользователь сначала прислал на адрес вашего From письмо с каким-то текстом вроде "хочу подписаться на рассылку отчётов". И вы ему ответили с нужными заголовками "Спасибо, вот теперь будем слать"

тоже +1

Для тестов можете себе поставить в качестве тестового приемника proxmox mail gateway, у него очень удобная спаморезка, которая использует бальную систему для фильтрации писем, можно контролировать, что еще подкрутить, прежде чем выйти в свет.

Share this post


Link to post
Share on other sites

13 часов назад, SUrov_IBM сказал:

Извиняюсь за глупый вопрос, возможно Вы сможете порекомендовать компанию предоставляющую услугу рассылки, в моём случае ретрансляции почтовых сообщений с внутреннего MTA на публичные адреса?

Тут не нужны никакие заморочки с серверами и оборудованием.

 

Есть организации, предоставляющие бизнес технологии (всякие там CRM и т.п.) и в них есть как раз массовая рассылка и писем, и СМС. Они будут отправлять от своего имени и все блокировки и спам фильтры сами отслеживают и снимают.

Share this post


Link to post
Share on other sites

Saab95, здравствуйте.

 

Дело в том, что оригинатором (создателем письма) рассылки "Расчетных отчетов" является непосредственно платформа "1С Предприятие". Поэтому при взаимодействии с внешним рассыльным потребуется какой-то relay механизм. CRP / API в данном случае никто городить не будет, поэтому остаётся SMTP.

 

В любом случае спасибо за советы.

 

Рискну осуществить рассылку более привычными / понятными в настройке способами, например MTA relay на VPS.

 

 

 

Благодарю всех, кто откликнулся! 🙂

Share this post


Link to post
Share on other sites

6 часов назад, SUrov_IBM сказал:

Дело в том, что оригинатором (создателем письма) рассылки "Расчетных отчетов" является непосредственно платформа "1С Предприятие". Поэтому при взаимодействии с внешним рассыльным потребуется какой-то relay механизм. CRP / API в данном случае никто городить не будет, поэтому остаётся SMTP.

Там ничего и не нужно. Будет 1С создавать некий файл в формате екселя со списком e-mail получателей, текстом. Либо каждое письмо отдельным файлом. После загрузить в сервис отправки и готово - письма уйдут.

 

Плюсами будет отчет о доставке каждого письма, если кому не надо или ошибочно отправили - нажмут отписаться и можно понять что им это не надо.

Share this post


Link to post
Share on other sites

В 14.10.2024 в 21:35, Saab95 сказал:

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

Поддержку Сааба.

В отрасли "email-рассылок" есть профессионалы, которые знают все особенности массовой доставки сообщений на разные почтовые сервисы. Нужно довериться им и не страдать херней самому.

Если же все-таки хочется пострадать, то нужно делать свой мини-сервис рассылок с мониторингом событий, состояния очередей, страничной управления подпиской и т.д. и т.п.

Наверное, лучше смотреть в сторону "омниканальности", это когда отчет можно доставлять несколькими разными способами - email, ссылкой в мессенджеры, просто через личный кабинет, СМС-напоминалкой и т.п.

Share this post


Link to post
Share on other sites

Цитата

В отрасли "email-рассылок" есть профессионалы

Особенно такие как Алекс Майборода )) сколько доменов нарегил, ip-адресов загнал в dnsbl, не счесть.

Share this post


Link to post
Share on other sites

У автора темы рассылка писем на 2 тыс пользователей.
Да какой-нибудь зоопарк из mssql reporting services+confluence+jira+gitlab+redmine+glpi+otrs+bugzilla+мегаплан на обычном корпоративном сервере за день больше рассылает.

Edited by naves

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.