|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Slava Gorbanev 2:5057/19.20 19 Apr 2003 01:00:04
To : Serg Oskin
Subject : Re: ifmail MSGID не совпадают
--------------------------------------------------------------------------------
о, моя больная тема.
KF>> Я заметил: MSGID нормальные от людей приходят, а References уже
KF>> с цифрами слева от @. Из-за этого в RU.GNU вообще практически
KF>> ничего не линкуется. Получается, что читать приходится всё
KF>> в столбик, как в голдеде, только в голдеде вроде как бОльшее число
KF>> писем линковалось. :-(
SO> При преобразовании Message-ID в MSGID ifmail пытается часть до
SO> @ преобразовать в int32, как положено по FTS-0009. Если эта часть
SO> в Message-ID изначально представляет собой int32, то преобразование
SO> в обе стороны будет корректным (во всяком случае в ifmail-os),
SO> а если там что-то вроде "E1902eB-0006Yq-TW@domain.com", в число это
SO> преобразовать не реально и ifmail "выдумывает" собственное число...
по моим ощущениям, проблемы начались, когда /400, по-видимому, в угоду
м*дераторам, перестал гейтовать References. кроме этого, складывается
ощущение, что на /400 алгоритм генерации References->REPLY
и Message-ID->MSGID разный, т.к. у него эти кладжи получаются разные
для ответов и оригиналов. вот пример из ru.unix (s/\+/-/g):
-- исходное сообщение --
X+FTN+PATH: 5020/400 238 5030/115 5020/52 69 5057/119 21 19
Message+ID: <81vfxcwebx.fsf@dyatel.antar.bryansk.ru>
X+FTN+MSGID: dyatel.antar.bryansk.ru 257bfe02
-- ответ на него --
X+FTN+PATH: 5020/400 238 5030/115 5020/52 69 5057/119 21 19
Message+ID: <fs4o7b.7d1.ln@falbi.ua>
X+FTN+MSGID: falbi.ua fc21f162
X+FTN+REPLY: dyatel.antar.bryansk.ru 6d3fd708
по последнему кладжу отчетливо видно, что либо /400 сгенерил разные
REPLY и MSGID, либо их исказили транзитные узлы (к сожалению, не имею
сейчас возможности посмотреть на этот тред со стороны nntp). насчет
цепочки 5020/69 .. 5057/19 я практически уверен -- там гейтов нет,
резать некому.
SO> Есть 2 пути - правильный и не правильный: Правильный: сделать
SO> в ifmail базу соответствия Message-ID - MSGID и пользоваться ей при
SO> гейтовании. Правда непонятно сколько времени шранить там эти
SO> записи, да и тормозить будет прилично.
я храню в течение срока expire (у меня это 2 недели). записи хранятся
в gnu dbm -- не летает конечно, но для интранетовского гейта с небольшим
набором эх приемлемо (скорость обработки порядка 50-100 сообщений/сек).
ну и тоссер не ifmail, а самописный. обидно только, что
в вышеприведенном случае и такая база не спасает.
--
rnd, animated dead. [ Bathory - The Return of the Darkness and Evil ]
--- tin/1.5.14-20021012 ("Laetitia") (UNIX) (Linux/2.4.18-12rnd (athlon))
* Origin: dark tower (2:5057/19.20)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
