Комментарии 123
У меня наилучшие впечатления остались от Zimbra.
Никаких хлопот не доставляет. Удобен в настройке и использовании.
Не решён пока только один вопрос — синхронизация адресных книг с Google и Outlook.
Ценно, да. Спасибо.
Проверил — Гугл нормально сейчас принимает. А давно такое было?
Сейчас путем экспериментов добился fail от Гугла: если header method выставить не relaxed, а simple.
На body method и тип SHA ему всё равно.
dig @1.1.1.1 txt 20161025._domainkey.gmail.com
Кроме того все уже на элиптику перешли, RSA прошлый век.
Я использую mailcow dockerized + openxchange(там есть помимо подключения к почте также управление фильтрами, календарь, общее файловое хранилище, работа с документами, общая книга). С openxchange пришлось повозится, почти никто не настраивал его в докер, в итоге мое решение единственное рабочее с актуальной версей (я имею ввиду работу в контейнере). В итоге получилась вполне удобная связка, руки не доходят написать полное хауту по этому стэку. Mailcow кстати позволяет выполнить проверки корректности настроек спасибо сервисных имён и параметров, а так же поддерживает настройку snat и dnat из коробки при работе на сервере, с несколькими ip v4/v6 адресами.
Вопрос ко всем по данному материалу: в оценках есть минус с причиной "Низкий технический уровень материала". Почему спрашиваю — если вдаваться во все подробности, будет не статья а книга. Я здесь постарался сделать акцент на "ключах" к решению задачи — это всегда считаю основным "золотым песком" информации — основное время всегда тратишь на понятийный поиск. Например, я недавно узнал о том что существует PTR рекорда — когда в лоб столкнулся.
А детали всегда есть в любом деле.
Что скажете? Если действительно нужно, буду менять формат.
Всегда найдутся те, кто поставит минус… Может просто тема не интересна, день не задался, или просто они все это уже знают. В общем много причин может быть.
Принято. Я не часто пишу, просто некогда — поэтому хочу понять полезность.
Кто все знает — проходит мимо. Кто не знает, тому полезно.
А можно ли как-то корректно настроить запись PTR, если на одном IP несколько доменов? Как быт в этом случае?
Или только покупать для каждого домена свой IP?
Технически — можно, но похоже что валидация другим сервером может не пройти. Сам только что гуглил. Я сам про эту рекорду узнал не так давно.
PTR бэкрезолвится в fqdn и этот fqdn обязан отрезолвится в тот же первоначальный IP
Т.о. доказывается привязка IP к домену.
Иначе можно в PTR написать любой адрес, хоть habr.com
И такой привязки для IP почтового реллея достаточно.
Другие домены вполне могут держать почту на этом IP.
Надеюсь ясно написал, как для полуночи.
Вопрос этот не тривиальный с первого взгляда, но становится совершенно понятным, когда разбираешься зачем это надо.
И точку не забыть в конце fqdn ptr записи :-)
Я бы настроил один почтать с одним fqdn и IP для многих доменов с соответствующей настройкой DNS.
А можно ли как-то корректно настроить запись PTR, если на одном IP несколько доменов? Как быт в этом случае?
Выбрать один и привязать. Можно даже в домене firma.com сделать субдомен mailserver.firma.com и привязать на него IP и обратку. Проверяется правильность ресолвинга в обе стороны, т. е. IP → домен, а потом домен → тот же IP. Ну и чтобы в HELO светился тот же домен.
Приведите пример заголовка, отвечающего данному содержимому.
Да, как вариант. Но материал шире просто понятий. И длинные названия хуже смотрятся в сети. Поэтому и сделано именно такое название.
Спасибо. Там, кстати, в SPF предлагают использовать "ip4:server_ip". Вместо этого лучше использовать "a", т.к. не придется при смене IP искать где же он ещё прописан.
Да ну ?
Правильно как раз таки IP, ибо у хорошего постмастера IP домена никогда не равен IP почтового сервера !
Если уж так боитесь при смене IP что-то забыть (что очень странно) то используйте в spf "mx" вместо "а" !
Да, "a" это когда IP совпадает. На счет замены — не факт что валидация будет везде проходить.
+a подходит только, если ваш сайт может посылать почту мимо вашего почтового сервера, или так сложилось, что ваш mx указывает на ваш домен, а не другой домен или поддомен, что совсем не обязательно.
В противном случае действительно надо указывать +mx или ip вашего почтового сервера явно.
Вы правы конечно — никаких проблем с валидацией не будет, это автор статьи очень странный:
Сначала зачем-то пишет что в гайде по постфикс вместо IP надо писать "а", а когда ему указывают на его ошибку выдумывает проблемы с валидацией "mx" — хотя никакой разницы между "mx" и "а" с точки зрения валидации нет.
А потом он удивляется за что минусы статье ставят.
Профессия постмастер умерла :(
Как человек админивший почтовики, могу сказать одну вещь: свой почтовик — зло. Проблемы с доставкой на Gmail, Yahoo, Outlook возникают изнеоткуда и не решаются.
А так конечно да, иметь свой почтовик — совсем не сложно.
А что именно не решалось? И из-за чего. Блеклисты?
Обычные уведомления, причины до конца не ясны (т.е. ясны, но не задокументированы, неподвластны моему влиянию и крайне запутаны). Удалось добиться более-менее стабильной работы с сервисом транзакционной почты, выделенным IP и долгой постройкой репутации.
Google: обычно всё работает, но иногда алгоритм сходит с ума и шлёт почту в Спам, почта обычно доходит
Outlook: всё, от сброса в Спам до Reject и тупо пропадания почты (последнее — редко).
Yahoo: как барышня — сначала всё работает, а потом начинается ПМС и почта то пропадает, то теряется… Через неделю всё налаживается, потом через месяц опять ломается...
Естественно писать некуда и некому.
Google Workspace и Яндекс почта 360?
Да. Ещё mail.ru есть, но у них с protonmail.com проблемы.
Вариантов полно, на любой вкус, цвет и кошелек: любая бизнес почта, будь то Gmail, Яндекс или какой-нибудь Zoho, или платные почтовики, вроде Protonmail или почти любой его альтернативы. Цена вопроса — от 2.5 евро в месяц.
У Zoho какие-то глупые ограничения на размер вложений (150мб). Я от такого давно отвык.
Гугл привычен и знаком, но хочет больше денег.
Много лет со своим сервером не знал проблем. Недавно начались какие-то траблы.
Почта не доходит. Входящая или не доходит или приходит с опозданием 2-4 суток.
Ничего не менял. Не знаю в чем проблема: или с сервером или с Гуглом, который почту собирает.
Использую Mailgun. Пока с проблемами не сталкивался, но и поток писем не большой, укладываюсь в бесплатный тариф.
Если у кого есть опыт плотной работы на Mailgun, отпишитесь, как сервис себя ведёт?
У них декларируется 5000 в месяц в течение первых 3 месяцев. Он все-таки бесплатный?
Пару лет назад были проблемы на платном акке из-за shared IP, пришлось заплатить за выделенный. Если будете слать большой объем почты (>5k в день) конечным пользователям — лучше взять выделенный IP и прогревать его.
Были два раза проблемы с отключением домена, но это частные случаи. Один раз был сбой у них, второй раз — все нахомутали понемногу, но домен включили обратно в течение часов. После второго случая добавили внешнюю проверку ящика при регистрации.
И надо мониторить suppression лист.
В остальном — всё ок, лучше чем у трёх других вариантов.
Большинство проблем с недоставкой, например, на gmail, связаны с неотключаемым параноидальным спам-фильтром на той стороне. Да, если у Вас ящик в гугле или подобной корпорации, то Ваши письма будут доставлены получателю почти гарантированно. Но зато письма от других людей с высокой вероятностью к Вам или не дойдут совсем или попадут в папку Спам. Почти, курсивом, кстати говоря, я написал не просто так. Для примера могу привести вчерашнюю попытку одного из моих знакомых сообщить свой имейл (yandex.ru) человеку, у которого ящик в mail.ru: письмо, содержащее всего одну строку «Это мой новый почтовый ящик», доставлено не было с отлупом «550 Spam message rejected».
Свой же почтовик Вы вольны настраивать как Вам удобно, а не гуглю и иже с ними.
Это во-первых.
А во-вторых, хранение писем на сервере корпорации означает то, что корпорация имеет к ним полный неограниченный доступ. И может делать с ними что хочет. Может парсить из них логины и пароли, может давать Вам на базе этих писем таргетированную рекламу. Ну и т.д.
Так что могу сказать только одно: у любого подхода есть свои плюсы и минусы. И называть свой почтовик злом я бы не стал. Скорее — наоборот.
Маленький личный почтовик проблем обычно не испытывает. Проблемы начинаются когда рассылаются уведомления от какого-то сервиса — я работал с несколькими достаточно популярными ресурсами и проблемы начинаются когда:
- отсылается большой объем почты (сотни и тысячи писем в сутки)
- часть пользователей жалуется на письма
- или у подсети плохая репутация (условно — сломали соседний сервер)
Лично у меня создается ощущение что у крупных почтовиков либо статичный лимит на количество жалоб, либо этот лимит поднимается с большим запозданием (двое суток? неделя?). При этом, повторюсь, системные уведомления (кроны и проч.) или свой мелкий почтовик проблем обычно не испытывают, ровно до того момента как какому-то спам-фильтру вожжа под хвост не попадёт (у нас и такое было — поддомен для внутреннего сервиса пометился как вредоносный и никак это не решалось, а почта с этим доменом шла в спам, пришлось перенести сервис, при этом основной домен — в норме).
Большинство проблем с недоставкой, например, на gmail, связаны с неотключаемым параноидальным спам-фильтром на той стороне.
Знаете что самое смешное? Мы таки пару раз попадали в поддержку бизнеса на Gmail, и достаточно часто даже их саппорт тупо не знает почему спам-фильтры так сработали, и далеко не всегда может что-то исправить.
Да, если у Вас ящик в гугле или подобной корпорации, то Ваши письма будут доставлены получателю почти гарантированно. Но зато письма от других людей с высокой вероятностью к Вам или не дойдут совсем или попадут в папку Спам.
… что есть проблема, о которой уже пару лет говорят в западных техсообществах. На самом деле проблема не в том что почта не доходит, а в том что никто не может объяснить почему она не доходит, даже если вы умудритесь найти кого-то, кто может помочь, что само по себе тот еще квест. Не так давно, по-моему в январе, где-то тут был пост о проблемах с доставкой почты на Gmail, который я найти не смог. Вкратце, 14 декабря Gmail лёг, отвечая на входящую почту
550-5.1.1 The email account that you tried to reach does not exist
550 — перманентные ошибки, и их целая охапка ощутимо повлияла на много вещей. Кому-то могли заблокировать аккаунт в сервисе рассылок (много баунсов — значит спамер работает по левой базе), пользователей автоматом отписало от рассылок (ящика больше нет, зачем туда что-то слать?), если это еще и на репутацию со стороны Gmail повлияло — вообще зашибись, но об этом мы никогда не узнаем.
Но более интересно другое, вроде как этот сбой привел к потере писем внутри системы — т.е. входной сервер письмо принимает, отчитывается что всё ок, а в ящик письмо не доходит — и вот это заметили только через месяц.
Свою личную почту я унёс с Gmail на Protonmail и оставил маленький закрытый relay для отправки уведомлений, потому что замаялся бороться за 100% доставляемость еще на работе, мне не надо мониторить почтовик, отслеживать черные списки и прочая, и в случае проблем мне будет проще через поддержку достучаться до кого-то кто может решить проблему. А так даже компания в пару сотен человек ничего не сможет, если у Google или Microsoft что-то сломается.
1) IP и PTR-запись
2) «плохие» слова в домене в PTR
3) нет SPF/DKIM
4) IP в каком-то блэклисте
5) неправильное поведение Вашего сервера при грэйлистинге у получателя
Можно подробнее, пожалуйста, про п. 2 и 5.
П. 5: если отправленное письмо задерживается грэлистингом, то отправитель должен повторить доставку, но с того же IP/hostname. Если повторная доставка выполняется с другого IP/hostname, то повтор тоже грэйлистится, и так может продолжаться до бесконечности, потому что когда отправитель вернется к посылке с первого использованного им IP, у получателя может истечь срок хранения запроса, и грэйлист пойдет по второму кругу.
- IP из нашей сети, с нейтральной репутацией и нормальным PTR
- В PTR был поддомен mail.company.com
- Были и корректные
- Это мониторилось
- Postfix в Debian корректно обрабатывает greylisting
В случае рассылок/уведомлений проблемы начинаются когда приблизительно 2% помечают письма как спам, либо когда нету валидации получателя, либо умному фильтру вожжа куда-то попадает. Чаще всего это случается у Yahoo, реже у Outlook, реже всего у Google и Yandex. У iCloud частая проблема с забитым ящиком. Есть пара местных почтовиков с приколами, но там всё разруливается с их админами. На Mail.ru мы тогда просто забили.
У "своего" сервера проблем меньше, потому что почты шлётся меньше, но проблема та же — если что-то ломается, то писать можно разве что на деревню дедушке.
У нас почта на Gmail, а это — уведомления от приложения. У них просто нет продукта который может такую услугу предоставить. Почта тупо становится централизованной и основные игроки рынка предоставляют 0 поддержки.
"У тебя не доходит почта? Это у тебя что-то плохо сделано, мы тут задаем тон всему рынку, у нас ничего не может сломаться." — это актуально для крупных бесплатных сервисов, не только почты.
По моим наблюдениям, два самых отвратительных в этом сервиса это Outlook и mail.ru. Проблемы на ровном месте постоянно, возможности что-либо исправить фактически нет.
Вообще, эксплуатация своей почты, это совсем не просто, и если есть такая возможность, лучше использовать внешние сервисы для этого.
В этой статье все хорошо описано
но это все равно не помогает вылезти из блэклиста пары спам баз (спасибо всей 22 подсети внешки Ростелекома в нашем поселке)
relayer'ы не используете?
Подключился к Ростелекому (вынужденно из-за отсутствия иных). Подключил static IP (+150руб).
Около месяца слезло умолял их прописать PTR запись. Разговор начинался 'Перезагрузите роутер", заканчивался "Мы вам подключили услугу статический адрес, подключение услуги ПТыР запись у нас нет" (звонил на 800 в тех. поддержу, переключали именно на IT шниц и даже на начальницу всего IT отдела).
И только через создания заявок, мне перезвонил паренёк (из местного отделения?) и моментально прописал PTR запись.
Пошли письма… Но за месяц я попал в кучу спам листов. И самое страшное, что мой IP был в подсети Ростелекома, "навечно" забаненной за спам. Помогло только еще один месяц слезных упрашиваний поменять айпи на другой, но обязательной проверкой на существование его в спам базах. Декабрь 2020.
До того был опыт с 4 другими провайдерами и при работе через них свои почто сервера проблем не имели. Только Ростелеком не слышал про PTR.
Imho, ptr на любом мало-мальски уважающем себя почтовике таки должен быть прописан. PTR как хороший деловой костюм у топ-менеджера — можно и без него, но не все поймут :)
При настройке у себя ровно это и наблюдал. Большинство сразу режектели (гугл, яхуу, аутлук). Cамый жесткий контроль у protonmail — они похоже смотрят на ту самую немецкую базу :)
Современный антиспам чаще всего работает по скоринговой системе… Есть валидная DKIM-подпись — плюс X баллов. Не приписан PTR — минус Y баллов. Набрал минусов ниже определённой границы — улетел в спам.
Мой почтовик светится в паре блэк-листов (из примерно сотни разных). Принятию писем от него это не мешает (правда, всё остальное там, как я надеюсь, по феншую — DKIM/SPF/DMARC, TLS1.2+, PTR). Гуглы-яндексы принимают письма без проблем.
В общем, возможно, проблема не только в каком-то блэк-листе и/или PTR, но и в чём-то ещё.
ЕМНИП, PTR должна быть и резолвиться в этот IP.
Можно настроить и проверить через сервис типа такого https://www.mail-tester.com/
Как показывает практика, птр должен просто быть, в идеале конечно домен почты, норм любой подойдёт.
Если коротко — достаточно критично.
Обсуждали выше — надо сделать несколько PTR и попробовать реакцию других серверов — там дан ответ.
Итого: PTR запись просто д.б. Без нее проблемы точно будут.
Проблемы будут только с криво настроенными серверами, которые делают аутлуп или блеклистят по одному критерию. Что в корне не верно
https://tools.ietf.org/html/rfc5321 попробуй там найти что то о важности или необходимости ptr записи
В который раз слышу надрывный крик про не-необходимость обратной записи
Который раз слышу надрывный крик про необходимость ptr. На чем основано ваше утверждение? Можно ссылки на стандарты и рекомендации?
Если про запись нет даже в рекомендациях (RFC), то может ее важность преувиличина?
Все источники, что я встречал относительно ptr использовали формулировки вида — you should/вам бы следовало, но не you must/you have to/вы обязаны.
у постмастера есть право — именно право! — не принимать почту.
конечно есть, но умные постмастера не рубят почту из-за отсутствия ptr. Если отклоняют — ССЗБ
Или вы из тех, кто отклоняет почту при отсутствии MX записи? Если да, то дальше нет смысла продолжать беседу ;)
Я бы поставил вопрос по другому — если есть вероятность, что другие сервера из-за отсутствия PTR записи будут банить или добавлять спам-вес к письму, то почему бы её не настроить (если это конечно возможно организационно).
Иногда просто нет возможности. Если конечно есть возможность, а человек не настраивает из принципа или каких то предубежлений, то да — ССЗБ
Но еще раз — отклонять письмо только на основании одного признака — очень глупо, имхо
Я буквально сегодня общался по почте с французской компанией, у которой не настроена PTR. Так что да — её отсутствие — не повод для бана, если хочешь общаться со всем цивилизованным миром.
Я буквально сегодня общался по почте с французской компанией, у которой не настроена PTR.Это классика. А иногда бывают случаи, что это важный клиент и доказывать что то просто нет смысла, даже если ты прав
Просто за время работы с почтой, а это около 10 лет, я видел много случаев когда с той стороны упоротый постмастер с пеной у рта доказывал — а у них не было ptr записи, поэтому мы не принимаем почту. Или у них a ==> ptr, ptr ==> a не совпадают. Ничего не знаем
А как французская компания общается с гуглопочтой, которая без птр письма в спам бросает молчаесли кроме ptr больше явных проблем нет, то и в спам попадать не будет в 95% случаев
или не принимает вообщепринимает
Видимо как-то работает (IP европейский :) ). У меня давал отлуп без неё — в логах это явно было видно.
У меня давал отлуп без неё — в логах это явно было видно.Не поленился и проверил
$ host 185.xxx.xxx.xxx
Host 242.xxx.xxx.xxx.in-addr.arpa. not found: 3(NXDOMAIN)
$ docker run -it --rm --name postfix -p 25:25 -d tozd/postfix:alpine-38
$ echo "Check it out - https://habr.com/ru/post/544376/" | swaks -s 127.0.0.1 --from no-reply@test.com --to alex.hha@gmail.com --h-Subject "GMail spam test" --body -
=== Trying 185.xxx.xxx.xxx:25...
=== Connected to 185.xxx.xxx.xxx.
<- 220 mail.example.com ESMTP Postfix
-> EHLO fdf7694691e8
<- 250-mail.example.com
<- 250-PIPELINING
<- 250-SIZE 10240000
<- 250-VRFY
<- 250-ETRN
<- 250-ENHANCEDSTATUSCODES
<- 250-8BITMIME
<- 250 DSN
-> MAIL FROM:<no-reply@test.com>
<- 250 2.1.0 Ok
-> RCPT TO:<alex.hha@gmail.com>
<- 250 2.1.5 Ok
-> DATA
<- 354 End data with <CR><LF>.<CR><LF>
-> Date: Wed, 03 Mar 2021 13:35:38 +0000
-> To: alex.hha@gmail.com
-> From: no-reply@test.com
-> Subject: GMail spam test
-> Message-Id: <20210303133538.008448@fdf7694691e8>
-> X-Mailer: swaks v20190914.0 jetmore.org/john/code/swaks/
->
-> Check it out - https://habr.com/ru/post/544376/
->
->
-> .
<- 250 2.0.0 Ok: queued as DBBAF221BF6
-> QUIT
<- 221 2.0.0 Bye
=== Connection closed with remote host.
$ docker exec -it postfix grep DBBAF221BF6 /var/log/postfix/maillog
2021-03-03T13:35:38.891384+00:00 7a779ddebac1 postfix/smtpd[168]: connect from unknown[172.17.0.1]
2021-03-03T13:35:38.900195+00:00 7a779ddebac1 postfix/smtpd[168]: DBBAF221BF6: client=unknown[172.17.0.1]
2021-03-03T13:35:38.901404+00:00 7a779ddebac1 postfix/cleanup[171]: DBBAF221BF6: message-id=<20210303133538.008448@fdf7694691e8>
2021-03-03T13:35:38.910306+00:00 7a779ddebac1 postfix/qmgr[154]: DBBAF221BF6: from=<no-reply@test.com>, size=453, nrcpt=1 (queue active)
2021-03-03T13:35:38.910720+00:00 7a779ddebac1 postfix/smtpd[168]: disconnect from unknown[172.17.0.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
2021-03-03T13:35:39.397903+00:00 7a779ddebac1 postfix/smtp[172]: DBBAF221BF6: to=<alex.hha@gmail.com>, relay=gmail-smtp-in.l.google.com[173.194.73.26]:25, delay=0.5, delays=0.01/0.01/0.09/0.39, dsn=2.0.0, status=sent (250 2.0.0 OK 1614778539 d16si19161173lft.317 - gsmtp)
2021-03-03T13:35:39.398128+00:00 7a779ddebac1 postfix/qmgr[154]: DBBAF221BF6: removed
Но так в этом окружении вообще ничего не настроено — нет ни mx, ни ptr, домен вообще левый взял, никаких tls/spf/dkim. Еще и ссылка в теле письма. И несмотря на все это — письмо все равно было доставленно! Вот что называется — правильно настроенный smtp и грамотный постмастер
Кстати говоря, если вы в 2008-2012 годах отклоняли почту, на которой PTR!=MX, то ваши клиенты/сотрудники поимели проблем с Paypal, т.к. в те года у них как минимум два сервера не имели PTR вообще, а ещё несколько имели вида «hostX.Y.Z.A.provider.ltd»да много таких случаев было. А потом ты встречаешь посмастера который рубит при отсутствии ptr/mx/их не соответствия. А вишинка на торте это когда проверяют a ==> ptr + ptr ==> a, это полный писец
ачем? Зачем это всё? Вот же, ВОТ ОН, ещё один безопасный, быстрый, эффективный, проверенный барьер. Почему им не воспользоваться?рубить по ptr — признак сверх непрофесионализма постмастера.
За 10 лет навидался таких горе мастеров. Классическая ситуация:
начальник: Час назад я отправил важное письмо в Рога и копыта, они его не получили! РазберисьЗанавес
— админ: сейчас посмотрим
— админ: смотрит почтовые логи и если ему повезет, то увидит явную причину блокировки, в худшем случае 550 или что то в этом роде
— админ: Связывается с конторой Рога и копыта и просит связать его с горе админом
— админ: Почему не принимаете почту от нас?
— горе админ: У вас нет ptr, мы сразу отклоняем почту. ptr must have, ничего не знаем. Спам
— админ: Просишь указать источник этого must have
— горе админ: прочитал где то на форуме
Обоснуйте, пожалуйста.Смотри — habr.com/ru/post/544376/#comment_22760354
Да не только ptr — всё настраивать надо чтобы письма в спам не попадали.
Как-то так:
https://www.hardenize.com/report/babai.ru/1614851817
и
https://www.immuniweb.com/ssl/?id=WxGZsI4I
Во-первых, отучитесь тыкать незнакомым людям.:facepalm:
Во-вторых, отправленное письмо в спаме.оно было принято!
В-третьих, ваше мнение о профессионализме других должно быть обосновано хотя бы вашим соответствующим и превосходящим качествомno comments
Наша компания является сабкомпанией одной большой крупной компании.
Нам нужно рассылать письма новости всем пользователям раз в неделю, НО этих пользователей миллионы, понятное дело большинство это gmail, mail.ru
В среднем надо в час отправлять несколько млн писем.
Как быть не забаненым?
Хороший вопрос. Расскажите про ваш опыт.
Ооо… Вопросов три: каков бюджет, есть ли доступ к тяжелым наркотикам и насколько сильно вы влияете на принятие решения?
Вкратце, со своего сервера при таких объемах — почти никак.
Есть два типа почтовых сервисов:
- transactional mail (см. Mailgun)
- bulk email provider (см. Sendgrid)
Первые поддерживают рассылки, но по функционалу больше ориентированы на уведомления. Вторые занимаются преимущественно или исключительно рассылками (один шаблон и много получателей). У вас могут запросить весь ваш список рассылки.
Вам нужен сервис второго типа.
Дальше, вам нужен сервис для проверки ящиков — отфильтровать мертвые ящики, и это тоже стоит денег. Есть у Mailgun, Verifalia, поищите. Если этого не сделать, получите кучу ошибок доставки и вам заблокируют домен.
Дальше, заводите сервис рассылки на поддомен (например lists.company.com, в From может быть что угодно, обычно ставят info@company.com), настраиваете там SPF, DKIM, DMARC и делаете тестовую рассылку, следуя рекомендации вашего сервиса — пару сотен получателей, не больше, анализируете процент доставки и ошибок, кому попало в спам и почему. Процент доставки должен быть >99%. Исправляете и на следующий день шлёте в два раза больше почты, пока не отловите все проблемы. За каждый следующий цикл можно отправлять в 2-3 раза больше писем, пока не достигнете приблизительно половины вашей базы.
Чтобы письма от меня не попадали в спам, отправляю их через Amazon Simple Email Service. Для небольших объемов писем, там расценки совсем копеечные.
На хабре неделя настроек "домашних" почтовых серверов?
По текущим итогам голосования свой почтовый сервер у 55%. Не ожидал.
Всё логично: зачем домен? Когда есть что туда повесить: бложик, VPN, какую-нибудь файлопомойку — т.е. скорее всего есть сервер или виртуалка.
Куда деть почту? Раньше Я.ПДД было бесплатно, подключали почту там либо к себе на сервер. Теперь Я.ПДД — платный сервис, остается либо раскошеливаться, либо тащить к себе.
Настройка собственного почтового сервера