Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.HUSKY
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.HUSKY с датами от 16 Jul 13 10:00:06 до 09 Aug 24 22:04:26, всего сообщений: 5336
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1801 из 5336 ========================================= RU.HUSKY =
От   : Michael Dukelsky                 2:5020/1042        05 May 16 07:58:58
Кому : Evgeny Vetrov                                       05 May 16 07:58:58
Тема : Баг в реализации Jam
FGHI : area://RU.HUSKY?msgid=2:5020/1042+572ad47e
На   : area://RU.HUSKY?msgid=2:5037/7+572ac8b5
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.HUSKY?msgid=2:5037/7+572af92f
==============================================================================
Привет, Evgeny!

05 May 16 06:51, Evgeny Vetrov послал(а) письмо к Michael Dukelsky:

EV>>> Речь идет о echomail.
EV>>> В этом случае orig (отправитель) это всегда аплинк эхи, а dest
EV>>> (всегда "ты").
MD>> С какой стати? Здесь же рассматривается не pkt, а эхобаза в
MD>> формате JAM. Так что orig - это тот, кто написал сообщение.

EV>>> Куда вы деваете эти данные не очень интересно, смысловой
EV>>> нагрузки они не несут.

EV> По наводке Vladimir Fyodorov потратил вчера 2 часа своего времени для
EV> того чтобы разобраться, почему в msged orig заполнено правильным
EV> адресом. Как мне казалось если проект использует smapi то и глюк в
EV> smapi должен наследоваться. Оказывается msged как только считывает
EV> сообщение из *эхи* сразу идет и ищет строчку "* Origin". И получается,
EV> что в структуре сообщения в orig адрес из "* Origin", а в dest адрес
EV> из "^aMSGID:"

EV> Согласно старинной русской мудрости "Утро вечера мудренее" лег спать.
EV> И утром мне в голову пришла следующая мысль.
EV> Зачем smapi занимается подменой данных прочитанных из базы?
EV> В моем проекте это конечно упрощает код. Но IMHO когда читаешь базу
EV> нужно получить именно то, что в базе записано.

EV> Я не знаю к каким последствиям в других проектах приведет удаление
EV> данного "интеллекта", но может это самое правильное решение?

EV> И опять же читаешь сообщения из базы чаще чем пишешь. Может этот
EV> интеллект перенести в функцию записи в базу?

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

Желаю успехов, Evgeny!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20151128
* Origin: ==<<.f1042.ru.>>== (2:5020/1042)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.049542 секунды