FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.HUSKY


	Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

Введите FGHI ссылку:

Присутствуют сообщения из эхоконференции RU.HUSKY с датами от 16 Jul 13 10:00:06 до 09 Aug 24 22:04:26, всего сообщений: 5336

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 1799 из 5336 ========================================= RU.HUSKY =
От   : Evgeny Vetrov                    2:5037/7           04 May 16 15:27:46
Кому : Michael Dukelsky                                    04 May 16 15:27:46
Тема : Баг в реализации Jam
FGHI : area://RU.HUSKY?msgid=2:5037/7+5729f45d
На   : area://RU.HUSKY?msgid=2:5020/1042+572979ca
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hello Michael.

EV>> Речь идет о echomail.
EV>> В этом случае orig (отправитель) это всегда аплинк эхи, а dest
EV>> (всегда "ты").

MD> С какой стати? Здесь же рассматривается не pkt, а эхобаза в формате
MD> JAM. Так что orig - это тот, кто написал сообщение.
Ну поехали...
-= Цитата api_jam.c =-
static void MSGAPI ConvertXmsgToJamHdr(MSGH *msgh, XMSG *msg, JAMHDRptr jamhdr, JAMSUBFIELD2LISTptr *subfield)
{
......
   if (!msgh->sq->isecho) {

      /* Orig Address */

      if (NETADDRtoSubf(msg->orig, &clen, 0, SubFieldCur)) {
         SubFieldCur[1].Buffer = SubFieldCur->Buffer+SubFieldCur->DatLen+1;
         subfield[0]->subfieldCount++;
         SubFieldCur++;
         sublen += clen;
      } /* endif */

      /* Dest Address */

      if (NETADDRtoSubf(msg->dest, &clen, 1, SubFieldCur)) {
         SubFieldCur[1].Buffer = SubFieldCur->Buffer+SubFieldCur->DatLen+1;
         subfield[0]->subfieldCount++;
         SubFieldCur++;
         sublen += clen;
      } /* endif */

   }
......
-= Конец цитаты =-
Этот кусок кода вызывается при записи сообщения в JAM базу.
Из этого куска становится понятно, что echomail очень даже причем.
При записи в базу поля orig и dest заполняются *только* если база не имеет
признака isecho.
Если это эха то поля остаются пустыми.
Других мест где бы заполнялось поле orig при записи сообщения в JAM базу я не нашел.

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

MD> Это Экслеров было несколько, а я один. Так что не надо обращаться ко
MD> мне на "вы".
Ok

EV>> На самом деле так делать ненужно! Правильно взять адрес
EV>> отправителя из Origin

MD> Значит, надо взять из ориджина, а если его нет, из REPLYID.
Получается так

VEA
--- GoldED+/LNX 1.1.5-b20160322
* Origin:  (2:5037/7)

К главной странице гейта