Кратко

  • Во время миграции в сентябре 2026 года в общем списке модерации IETF не оказалось подтверждённых адресов, не подписанных ни на одну рассылку. Их сообщения задержали.
  • Система объединила два состояния: адрес подтверждён для отправки; пользователь подписан на конкретную рассылку. IETF сообщил, что восстановил список из всех подтверждённых адресов.

Новый почтовый привратник сверял пропускной список с перечнем тех, кто хотел получать почту. Тот, кто подтвердил адрес, но не просил заваливать свой ящик рассылками, остался у двери.

25 сентября исполнительный директор IETF Джей Дейли описал сбой. В общем списке разрешённых адресов, который использовала модерация, не было адресов, уже прошедших подтверждение, но не подписанных ни на одну рассылку. Сообщение с такого адреса уходило на модерацию. Исправление состояло в том, чтобы заново собрать список из всех подтверждённых адресов.

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

Это не мелочь из мира администраторов рассылок. IETF ведёт более 500 списков и говорит, что в них проходит большая часть его работы. При первой подписке или первой отправке правила требуют пройти проверку. В объявлении о переходе поясняется, что первое подтверждение фиксирует и согласие участника с Note Well — правилами участия. Доказательство у системы было; при пересборке списка оно потерялось.

Один адрес — две записи

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

Сбой произошёл при восстановлении общего списка для модерации. Подтверждённые адреса, которых не было среди подписчиков, выпали из набора. Рассылка не находила отправителя в ожидаемой таблице модерации и задерживала письмо. Официальное сообщение описывает симптом и исправление, но не называет число адресов, писем и продолжительность задержек.

Сам дефект уже очевиден: подписка не доказывает, что адрес прошёл проверку отправителя.

Миграция принесла и другие огрехи

Дейли перечислил восемь исправленных проблем и две остававшиеся на 25 сентября. Письма с Precedence: Bulk отбрасывались без уведомления, особенно сообщения IANA. Некоторые письма с BATV выглядели так, будто пришли через ретранслятор IETF. Подтверждённые адреса с заглавными буквами требовали повторной проверки. Правила для необычных адресов отправителей не выполнялись; часть форматов Outlook не проходила разбор. В уведомлениях Postorius оставалось пустым поле владельца сайта. DMARC тоже сбоил при большом числе получателей, мешая доставке.

Два открытых пункта касались возвратов и спама. В рассылках числились недоступные адреса; новая обработка возвратов отключала учётные записи, и некоторые результаты выглядели неверными. Оператор остановил обработку и повторно включил отключённые адреса на время расследования. VERP — механизм Mailman, связывающий возврат с конкретным подписчиком, — замедлял обработку на четыре-пять порядков, поэтому его тоже отключили. Настройка Rspamd продолжалась после того, как в систему прошло слишком много спама.

Хронология показывает и передачу ответственности. Систему заказали тремя годами ранее. После повторяющихся проблем завершать работу поручили новому подрядчику. Дейли сказал, что ключевой компонент прежнего проекта оставили без изменений, а его дефекты не нашли до запуска. «Это была наша ошибка», — написал он. Здесь названы и унаследованная деталь, и пропущенная проверка.

Рассылки — часть процесса разработки стандартов

RFC 2418 отмечает, что рабочие группы ведут значительную часть работы через почтовые списки. Почта расширяет участие за пределы тех, кто может приехать на очную встречу; правила должны позволять участвовать и тем, кто общается только по почте. Архивы открыты, а RFC 6778 устанавливает требования к их хранению и поиску через веб.

Получать рассылку и публиковать сообщение — разные действия. Первое определяет, что попадёт в ящик; второе вводит вклад участника в рабочий канал. Защита от спама и проверка адреса нужны. Открытая рассылка не обязана принимать поддельного отправителя; она должна помнить, что реальный участник уже прошёл проверку.

Операционный итог описан конкретно: письма подтверждённых отправителей попали на модерацию и ждали ручного выпуска. В сообщении нет числа отправителей и писем или времени ожидания; эти данные отделили бы несколько задержек от широкого сбоя. Шлюз принял настройку получения за право говорить, и человеку пришлось распутывать узел.

Исправление должно сохранить границу

По словам Дейли, список разрешённых адресов снова включает все подтверждённые адреса. В объявлении о миграции также сказано, что архив и доступ по IMAP работали во время планового переключения. Точечное исправление вернуло адрес в состояние, которое проверяет шлюз рассылки.

Почтовая система ведёт разные записи: подтверждение адреса, подписка, модерация, возвраты, переписывание отправителя и архивирование. Каждая отвечает на свой вопрос. Их объединение упрощает перенос данных; неполный экспорт при этом может стереть работу другого реестра.

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

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

Источники