Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: ifmail MSGID не совпадают   Kirill Frolov   17 Apr 2003 08:44:26 
 Re: ifmail MSGID не совпадают   Andrey Slusar   21 Apr 2003 01:49:38 
 Re: ifmail MSGID не совпадают   Serg Oskin   18 Apr 2003 10:31:46 
 Re: ifmail MSGID не совпадают   Slava Gorbanev   19 Apr 2003 01:00:04 
 Re: ifmail MSGID не совпадают   Alexander Ogol   19 Apr 2003 03:23:43 
 Re: ifmail MSGID не совпадают   Alexander Ogol   19 Apr 2003 02:08:35 
 Re: ifmail MSGID не совпадают   Andrey Slusar   21 Apr 2003 01:49:38 
Архивное /ru.linux/3318ed6e2bf1.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional