Какие RFC существуют, если таковые имеются, чтобы затруднить передачу спама?Какие RFC, если таковые имеются, добавляют трение к системе или иным образом препятствуют спамерам?
Спам-фильтры делают прием спама менее вероятным, но спам-фильтры не являются RFC, и мой вопрос касается передачи.
Достаточно недавно, активные RFC заинтересовали бы меня больше, чем древние, но я возьму древние RFC, если это все, что у вас есть.
ПРЕДПОСЫЛКИ
Мне любопытно, потому что в почтовой почте просто затраты на печать и почтовые расходы препятствуют спамерам.Эти затраты, конечно, не устраняют почтовый спам, а ограничивают его управляемым объемом.Пост имеет некоторые трения.Мне не нужен спам-фильтр для сообщения.
Мне было интересно, добавил ли какой-либо документ RFC в рассылку антиспам-трения , который обременяет отправителя , а не получателя.Если бы такой RFC существовал, то я хотел бы изучить его для возможной реализации в коде.
Я бы предположил, что кто-то представлял себе решение на основе блокчейна, если не по какой-либо другой причине, потому что блокчейны в наши дни являются модными.(Действительно, похоже, что кто-то недавно запатентовал решение на основе блокчейна для чего-то связанного со спамом, что немного удручает, так как я искал открытые, основанные на стандартах решения, которые может использовать каждый.) ОднакоНасколько мне известно, ни одно такое решение, ни какое-либо другое решение еще не достигло IETF и RFC.
Вам известны решения, которые достигли IETF и RFC?