SEL>>>>> Когда-то я высказывал вопрос о создании SEL>>>>> параллельного шлюза связанного с neva.ru, SEL>>>>> технически это возможно, но ясное дело, энтузиазма SEL>>>>> это не вызывает, да и не должно вызывать. MD>> Что такого замечательного в neva.ru? SEL> Да ничего особенного, просто сейчас fido7.ru всё отдаёт на neva.ru SEL> В принципе, всё равно, от точки подключения к Usenet мало чего SEL> зависит.
Ну да - значение имеет наличие этого самого подключения, ибо найти сервер, готовый предоставить фид, практически нереально - фидошный линк установить намного проще.
SL>>> Так что надо два сервера и два администратора. MD>> Ты имеешь в виду кластер из двух серверов? Типа pacemaker? SEL> Зачем кластер? Кластера для новостей и почты не требуются, SEL> однако. NNTP так же как и FTN обеспечивает многосвязанное SEL> и многопутевое распространение сообщений без дубликатов и SEL> потерь, конечно при условии взаимно однозначного соответствия SEL> Message-ID и информационного тела сообщения.
Кластер получится с фидошной стороны, так как нужно будет либо использовать shared AKA на всех NNTP-гейтах, либо объединять их в полносвязку.
SEL> Традиционно каждая группа иерархии fido7.* модерируемая, т.е. SEL> для неё определён почтовый адрес, на который пересылается SEL> сообщение по SMTP. SEL> Обработчик этого сообщения помещает его, и в NNTP, и в FTN сети.
Хм... А что помешает абстрактному серверу NNTP сразу пихнуть сообщение в конференцию - минуя почтовый адрес модератора?
SEL> Сейчас для всех групп адрес одинаковый: gateway@fido7.ru SEL> Если делать дополнительный шлюз, то можно, либо изменить MX SEL> для fido7.ru, но тогда на новом MX надо будет сразу правильно SEL> обрабатывать все сообщения, хотя бы пересылать их на старый MX, SEL> либо постепенно для каждой группы изменять адрес модератора на SEL> новый, скажем, fido7gate@mail.ru, который будет обеспечивать SEL> forward на все шлюзы.
Так... А если для fido7gate.example.net создать пачку равноправных MX:
; example.net fido7gate IN MX 1 somehost.somedomain1.net