Первое сообщение. Не факт, что это вообще человек.
Если все же отвечать по существу, лично у меня даже при наличии подсказки ?from=54 гипермедиассылка с лого ведет на главную, а уже ссылка рядом с лого - в "категорию".
...практически обычные "хлебные крошки".
Ладно-ладно 😊 Хотя они могут позволять своим клиентам баловаться подобным образом 😉
Еще раз перечитал текст письма. Под "банить" они, видимо, подразумевают то, что G Suite (Google Workspace) перестает быть бесплатным. Тоже мне новость, хотя даже тут есть сомнения. Весело только то (помимо стиля изложения), что по их информации "бесплатных "Яндекса и Майлру" уже тоже не существует, поэтому идите к нам" 😀
Дошел до просмотра скриншота. Стиль письма далек от официального, одно "Усё оплачено Шеф" чего стоит 😀 Про полный переход почтовых сервисов "Яндекса и Майлру" (последний - уже не "Майлру" 😉) - откровенное вранье! Мы вместе с нашими клиентами в основном используем бесплатные тарифы.
Тексты ссылок могут не содержать реферальные адреса, а адреса ссылок - содержать 😉 И посмотрите служебные заголовки письма: первые Received, Authentication-Results (с spf=pass и т.п. у соответствующих доменов).
Нетфокс скатился давно. Что касается конкретного письма, сначала проверьте, действительно ли оно от них. Они "сливали" почтовые адреса админов зарегистрированных у них доменов в свою Whois-выдачу (у меня тоже небольшая база есть 😊). Сам такого письма не получал. Возможно, потому что после каждого "слива" стараюсь менять почтовый адрес там, где произошел "слив".
Что касается Гугла, они всегда слишком усердно банили входящие письма, если речь об этом. Возможно, недавно что-то в очередной раз "прикрутили". Были сигналы. Даже было подозрение, что банят входящие письма просто на русском языке (т.к. в ряде случаев вся "исходящая инфраструктура" располагалась далеко от России). Возможно, не нравятся NS-ы Яндекса у почтовых доменов или доменов почтовых серверов.
Их хостинга? Без реферальных ссылок и т.п.? Проверьте, не появилось ли в панели каких-то чекбоксов управления рассылками, которые нужно снять.
Можно сюда обратиться: https://p20.ru/about/purpose
Возможности: https://p20.ru/features/redirect
Ну и правильно. Предложенное вами "извращение" - более грамотный подход.
Хотя масса "стариков" все еще предпочитает SMS. Не суть. Самостоятельная отправка уведомлений (или копий писем) в SMS-шлюз выполнялась бы точно так же, если бы почтовая служба была не способна это сделать.
Кстати, есть реализации шлюзов для telegram: https://cdnnow.ru/blog/smtp2tg/
Кроме того, некоторые почтовые службы позволяют использовать уведомления по HTTP (это упрощает создание шлюза для telegram и т.п.): https://searchengines.guru/ru/forum/1028825
Нет. Я с вами соглашаюсь, если исключить из цепочки почту. Иначе возражаю.
Ну, понятно, "практик" 😂
Объясняю по-простому 😊 Отправлять уведомления "сразу" в telegram логично, когда не используется почта (по крайней мере как основное средство получения сообщений). Иначе, от безвыходности, вполне логично и почту проверять, чтобы самому отправлять уведомления. А то Ваше уведомление может сильно "обогнать" письмо - такое иногда бывает.
"Сразу" здесь тоже относительно. Лучше чтобы отправкой занимался отдельный скрипт, а не тот, который формирует заявку.
Последовательная передача сообщений/уведомлений более логична, чем "параллельная", если цепочка передачи достаточно надежная. Другое дело, что инициатором уведомлений должна быть почтовая служба. Если почтовая служба не способна передавать уведомления (или копии писем), что по нынешним временам большая редкость, ее нужно исключить из цепочки (или заменить). Т.е. сохраняете сообщение в (локальной) базе данных (это обязательный шаг, в том числе и при использовании почты), после чего отправляете уведомление любым требуемым способом.
Оправка уведомлений на сторонний сервер/API в отдельном процессе (запускаемом по таймеру или выполняющемся постоянно) - тоже более правильный способ. Это можно делать при помощи локальной очереди или непосредственного анализа таблицы сообщений.
