Dimonchik

Какие возможные причины могут быть?

запрет на отправку ("закрыт 25 порт " и т.п.) - чтобы не спамили
может сниматься, а может и нет

поищите в FAQ или запросите саппорт

и да, гдедди выпирает с доменов пользователей РФ, письма поприходили, так что имейте в виду, если попадаете под

хостинг OVH например сильно не хуже, и не только

типичный регексп такой
[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}
очевидно, что идут лесом не латинские буквы, например

если очень хочется к основам - RFC вот https://datatracker.ietf.org/doc/html/rfc5322 ,
но не надейся - адреса там ссылаются в том числе на другие протоколы, хе-хе

поэтому где-то можно найти примерно такое:

• Латинские буквы в верхнем и нижнем регистре: A-Z и a-z
• Цифры от 0 до 9
• Специальные символы: ! # $ % & ' * + - / = ? ^ _ ` { | } ~
• Точка . (не первый или последний символ или не повторяется)
• Двойная кавычка " (только в локальной части и должна быть экранирована обратным слешем )
• Пробел и специальные символы ( ) , : ; < > @ [ ] (только в локальной части и должны быть заключены в двойные кавычки)

cloudflare

главное во время убирания тегов не лишиться ссылок

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

я думаю, ув Владимир Коротенко самодостаточен в подобных вопросах, и про ДНС не спрашивал бы, но раз уж так уж - подведу summary

у вас три точки отказа:

1) Exchange (ОПА! да, и90% что дело будет в нем), почитайте комменты, в основном тут, ну и чуть тут, черные ящики, пардон, проприетарное ПО - они всегда такие, никакие github issues обсуждения не помогут, только такие же пострадавшие/поболевшие

2) криворукость принимающей стороны - или админ (может со спамом так борется, может их бомбят), или провайдер( сами поресертче что общее у проблемных хостов - ASN, страна, РКН), отследить только постоянным мониторингом каким-нибудь независимым Питоном скриптом с внешней сети - как MX так и SMTP HELO/EHLO etc

3) ДНС - тут обоюдное, а) тупит ДНС Exchanhge (почему), б) тупит ДНС домена приемщика - вышеуказанный мониторинг в п.2 позволит это локализовать - условно, если каждый час коннект проходит, дело не в почтовом сервере/сервисе получателя, а в сетевых (читай ДНС или какая блокировка) настройках

пробуй через bcc на свой адрес и дальше как делаешь

приличные сервисы умеют bcc на свой автоматом

в пароль что вводишь? надо пароль приложения

IP в спам-базах нет

вот тут ошибка

BL баз штук 50

, включил миграцию,

письма переносит?

Если на mail добавить вторую MX-запись с приоритетом 10, будут ли приходить письма на yandex?

а вторая MX с каким?
будут. но будет путаница

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

Удалось ли вам авторизоваться на mail.ru, если MX-запись все еще yandex?

mx не должна быть никаким боком к авторизации

я о Мейле хорошего мнения, спецы есть, конфы неплхие,
думаю, Вам нужно подразобраться в матчасти

но допускаю что не в платном пакете могут быть тормоза искусственные, и все равно то что описываете - дико

в общем случае никак

для массовых делают аппроксимацию по Postmaster Tools, речь, конечно, не о конкретном, а о статистике

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

https://developers.google.com/analytics/devguides/...

только внимательно там с предупреждениями, могут акк локнуть нах*й

Прочитал пару статей на эту тему, но все равно не понял. Что мне мешает развернуть на своем сервер почтовый сервер и отправлять все письма через него?

молодой (с)

уже есть топики типа такого, и такого, так что со своим - увы

для компании, конечно. не так плохо - есть ресурс на покупку IP и т.п., для простого - сложно

mailgun
если конечно получится его оплатить

с Гмылом увы, попадание не зависит от сервиса, а зависит от контента письма, и эта наука динамичная, простой опицей не решаема

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

но в целом если все эти DMARK SPF отправителя, а не пересыльщика, настроены корректно - шансы внеспама есть,
опять же - что мешает слать на другие напрямую? как минимум в тесты-то как будете добавлять?

https://habr.com/ru/post/661379/
https://github.com/KIMB-technologies/TelegramBot
https://www.producthunt.com/products/telegram-emai...
https://t2bot.io/telegram/

подходы разные, что работает - проверяй сам

https://support.google.com/accounts/answer/185833?hl=ru