= Сообщение: 1797 из 5336 ========================================= RU.HUSKY = От : Evgeny Vetrov 2:5037/7 03 May 16 23:34:10 Кому : Michael Dukelsky 03 May 16 23:34:10 Тема : Баг в реализации Jam FGHI : area://RU.HUSKY?msgid=2:5037/7+57290e5d На : area://RU.HUSKY?msgid=2:5020/1042+5728f0f6 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.HUSKY?msgid=2:5020/1042+572979ca ============================================================================== Hello Michael.
MD> ОК, твой патч посмотрел. Посмотрел также код вокруг. В этом месте, MD> похоже, действительно ошибка, но я не понял, в каком случае на неё MD> можно наткнуться. Вот смотри. Там сначала извлекается адрес MD> отправителя, потом адрес получателя, а потом, если адреса отправителя MD> по факту извлечь не удалось, опять извлекается адрес получателя, но MD> уже из MSGID. Ты считаешь, что из MSGID надо извлекать адрес MD> отправителя, а не адрес получателя. Действительно, в MSGID записан MD> адрес отправителя.
MD> Но скажи, пожалуйста, в каком случае в сообщении может отсутствовать MD> адрес отправителя, чтобы сработал твой патч? Я что-то после праздников MD> никак не могу сообразить. Вот адрес получателя действительно всегда MD> отсутствует, если сообщение в эхе. Так что может быть тут надо MD> проверять отсутствие адреса получателя и, если этот адрес отсутствует, MD> извлекать его из REPLYID? Речь идет о echomail. В этом случае orig (отправитель) это всегда аплинк эхи, а dest (всегда "ты"). Куда вы деваете эти данные не очень интересно, смысловой нагрузки они не несут. Видимо после проверки валидности источника отправляете в /dev/null. Теперь для ответа на сообщение нужен адрес автора. И "Автор" этих строк реши, что его можно взять из msgid. Мой патч просто исправил ошибку копи-паста "Автора".
На самом деле так делать ненужно! Правильно взять адрес отправителя из Origin
