Кратко

  • Approved называет людей или организации, разрешивших публикацию Netnews-статьи. Он не заменяет автора и не доказывает, что владелец указанного ящика добавил поле.
  • Если proto-article адресован хотя бы одной модерируемой группе и не содержит Approved, агент инъекции обязан передать весь объект модератору первой такой группы либо отклонить его. Открытая часть не публикуется заранее.
  • При нескольких модерируемых группах согласование может пройти через нескольких людей. Последний добавляет поле и отвечает за весь набор, а агент инъекции проверяет канал возврата вне статьи.

Открытая группа тоже ждала

Автор выбирает открытую техническую группу и две модерируемые. В proto-article нет Approved. Хотя первое назначение принимает прямые публикации, система не отделяет для него немедленную копию.

Агент инъекции удерживает статью целиком и отправляет её модератору самой левой модерируемой группы в Newsgroups. Если передача невозможна, запрос отклоняется. Ни одна из трёх аудиторий ещё не получила инъецированную публикацию.

Первый модератор может согласиться и передать тот же объект второму. После всех разрешений последний ответственный добавляет Approved и возвращает статью в процесс инъекции. Только тогда одна публикация попадает во все группы.

Общая пауза предотвращает необратимое состояние: материал уже публичен для части аудитории, хотя другая назначенная площадка ещё не дала согласия.

Адрес модератора не стирал автора

RFC 1036 требовала строку Approved для любого сообщения в модерируемой группе. Её должен был добавить модератор со своим почтовым адресом. Поле требовалось и для некоторых управляющих сообщений.

Исходный From сохранялся. Дополнительный адрес приписывал иную ответственность: не создание текста, а разрешение войти в конкретное редакционное пространство.

Подлинная авторская личность не давала права прямой публикации, а согласие модератора не превращало его в автора. В заголовке сосуществовали источник содержания и власть над допуском.

Статус m описывал обычный путь сервера

RFC 3977 определяет LIST ACTIVE. Локальные значения обычно означают: y — публикация разрешена, n — запрещена, m — материалы пересылаются модератору.

Результат не обязательно персонализирован. y не даёт права клиенту с индивидуальным запретом, а привилегированный клиент может получить иной режим даже при n.

Следовательно, m показывает нормальный редакционный маршрут, а не личное удостоверение. Он не называет модератора, не подтверждает аккаунт и не решает судьбу конкретной статьи.

Approved переносил список заявленных полномочий

RFC 5536 задаёт значение как mailbox-list. Адреса и, возможно, полные имена указывают лиц или организации, одобрившие публикацию. Основные случаи — модерируемые статьи и групповые управляющие сообщения.

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

Правильная форма делает атрибуцию переносимой, но не превращает её в криптографическое свидетельство.

Идентичность появлялась раньше публичной инъекции

RFC 5537 включает передачу модератору в последовательность инъекции. При отсутствии Approved агент добавляет Message-ID и Date, когда нужно, но отправляет proto-article до обычных полей трассировки инъекции.

Объект получает достаточно идентичности для редакционного путешествия, не выдавая себя за уже опубликованную новость. Он может идти в контейнере application/news-transmission, в письме с Netnews-заголовками или через хранилище, сохраняющее proto-article без инъекции.

Самая левая модерируемая группа задаёт определённую точку начала. Её модератор не получает от этого власти над остальными.

Последний модератор отвечал за весь набор

Если остаются группы без согласия, модераторы могут координироваться либо передавать proto-article дальше с промежуточным указанием одобрения. Когда цепочка завершена, один из них добавляет Approved, указывает себя и, насколько возможно, других согласившихся.

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

Модератор может менять заголовки и тело, хотя рекомендуется ограничивать изменения: они способны нарушить подписи автора или предыдущих модераторов. Право допустить материал остаётся отдельным от авторства.

Поддельное поле могло быть безупречным по форме

RFC 5537 предупреждает: злоумышленник способен самостоятельно добавить Approved, чтобы обойти модерацию. Для записи чужого адреса не нужно нарушать синтаксис.

Поэтому агенту инъекции следует проверять, что одобренную статью вводит именно модератор, используя аутентификацию базового транспорта или иной заранее согласованный механизм. Документ отмечал отсутствие стандартизированного способа аутентификации одобрения модерируемых групп.

Нужны две взаимодополняющие плоскости. Внутри статьи путешествует утверждение «вот заявленная одобрившая сторона». На локальной границе проверяется «объект действительно вернулся по её разрешённому каналу». Без второго атрибуция фабрикуется; без первого она теряется для последующих узлов.

IANA зарегистрировала имя, а не список доверия

Реестр заголовков сообщений IANA содержит Approved как стандартное Netnews-поле со ссылкой на RFC 5536. Реализации получают общее имя и определение.

Реестр не назначает модераторов, не проверяет ящики и не заставляет серверы признавать власть. Источники также не доказывают современную практику провайдеров. Утверждение общее, управление доверием локально.

Редакционное полномочие путешествовало, не становясь авторством

Approved решал распределённую задачу: передать факт прохождения модерации и назвать ответственных, не переписывая автора. Списка почтовых ящиков было достаточно для переносимого утверждения.

Для защиты утверждения этого было мало. Безопасность жила в отношениях агента инъекции с модератором и в аутентифицированном обратном канале. Поле будто открывало ворота, но локальная граница заранее определяла, кому верить.

Одобрение не является авторством, а читаемая идентичность — аутентифицированной идентичностью. Автор пишет, модератор разрешает назначение, агент инъекции оценивает заявленную власть.