kolomietsv, https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D0%B5%D...
в MAIL FROM у вас сейчас адрес из другого домена, поэтому SPF не проходит для DMARC, хотя и валиден. По той же причине может не проходить и DKIM, если DKIM подпись выбирается по домену конверта.
Если рассыльщик может сделать так, что пользователи не воспринимают его рассылку как спам, от этого выигрывают все стороны. Google, Yandex, Mail.ru и другие такую статистику предоставляют тем рассыльщикам, кто зарегистрировался и кто правильно авторизует свои письма своим доменам.
dankodima1, в вашем примере текст в кодировке Windows-1251, а не в iso-8859-1 и в перекодировке в Windows-1251 он не нуждается, но выводите вы его с перекодировкой из ISO-8859-1 в UTF-8 (в случае этой страницы). У автора вопроса текст скорей всего в кодировке UTF-16, она может быть BE или LE, по фрагменту это было бы понятно.
читает построчно, но запуск сервиса (proxy, socks и т.д.) не сбрасывает настройки, они применяются ко всем сервисам запущенным ниже. Настройки счетчиков трафика, bandlim, connlim, DNS являются общими для всех сервисов. Чтобы сбросить настройки доступа (allow/deny) для запущенных ниже сервисов применяется команда flush.
nooke4, посмотрите нет ли у вас такой проблемы: https://habr.com/en/company/mailru/blog/354310/
помимо описаного сценария, когда пользователей спамят напрямую с сайта, сейчас активно используются replay-атаки, когда формируется всего одно письмо с валидной DKIM-подписью и оно уже массово рассылается с "левых" серверов (DKIM-replay). Лучше для любых писем с пользовательским контентом использовать отдельный селектор DKIM, еще лучше использовать отдельный домен.
Если почитаете ниже, там же написано что в своем треке в качестве копирайта вы указываете оригинальные копирайты произведения и правообладателя, они автоматически получают авторские отчисления от стриминга вашего трека, поэтому у них нет претензий.
Александр Кудряшов, да. Сейчас срок охраны авторских прав 70 лет, но из-за того, что обычно признается, что подобные законы обратной силы не имеют - получается так, как получается.
Александр Кудряшов, используйте то, что было написано до 2003 года (а лучше до 1993, еще лучше до 1973го, а еще лучше до 1971го) и не у нас, так меньше всего шансов нарваться на юридические проблемы. На произведениях старей 1971го сейчас риски нулевые.
include можно использовать, если у вас есть свой DNS сервер и вы сами его администрируете, это просто включение одного файла конфигурации в другой. Если у вас нет DNS сервера, то кроме CNAME других общепринятых механизмов нет, а CNAME здесь действительно использовать нельзя. Некоторые регистраторы, например namechip поддерживают ALIAS, на такой записи сервер зоны сам разрешает имя в зоне-алиасе и возвращает его в ответе, поэтому в отличии от CNAME его можно использовать для @.
Вы сможете по коду плагина опознать игру и вам это что-то даст? Спросите у тех кто разбирается в играх, а не разбирается в коде, кто там как и что подключает.
в MAIL FROM у вас сейчас адрес из другого домена, поэтому SPF не проходит для DMARC, хотя и валиден. По той же причине может не проходить и DKIM, если DKIM подпись выбирается по домену конверта.